From: Vignesh Raman <vignesh.raman@collabora.com>
To: dmkhn@proton.me
Cc: Ingo Molnar <mingo@kernel.org>,
dmukhin@ford.com, mingo@redhat.com,
andriy.shevchenko@linux.intel.com, x86@kernel.org,
daniels <daniels@collabora.com>,
Daniel Stone <daniel@fooishbar.org>,
robdclark <robdclark@gmail.com>,
lumag@kernel.org, linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: x86: Boot failure on select chromebooks with v6.15-rc5
Date: Wed, 14 May 2025 15:27:55 +0530 [thread overview]
Message-ID: <6c187b50-8ac0-42ac-af46-5357a26cb830@collabora.com> (raw)
In-Reply-To: <aCIwQHABCPufAQWr@kraken>
Hi Denis
On 12/05/25 23:00, dmkhn@proton.me wrote:
> Hi,
>
> On Fri, May 09, 2025 at 01:07:54PM +0530, Vignesh Raman wrote:
>> Hi Ingo,
>>
>> On 09/05/25 12:07, Ingo Molnar wrote:
>>>
>>> * Vignesh Raman <vignesh.raman@collabora.com> wrote:
>>>
>>>>> What boot cmdline does your kernel have? The MMIO-UART patches should
>>>>> only have an effect if the feature is specifically enabled via a boot
>>>>> option:
>>>>>
>>>>> + if (!strncmp(buf, "mmio32", 6)) {
>>>>> + buf += 6;
>>>>> + early_mmio_serial_init(buf);
>>>>> + early_console_register(&early_serial_console, keep);
>>>>> + buf += 4;
>>>>> + }
>>>>>
>>>>
>>>> amdgpu:stoney:
>>>> earlyprintk=uart8250,mmio32,0xfedc6000,115200n8 console=ttyS0,115200n8
>>>> root=/dev/nfs rw nfsroot=192.168.201.1:/var/lib/lava/dispatcher/tmp/18598802/extract-nfsrootfs-wgn1xjer,tcp,hard,v3
>>>> init=/init rootwait usbcore.quirks=0bda:8153:k ip=dhcp
>>>> tftpserverip=192.168.201.1
>>>>
>>>> i915:amly:
>>>> earlyprintk=uart8250,mmio32,0xde000000,115200n8 console=ttyS0,115200n8
>>>> root=/dev/nfs rw nfsroot=192.168.201.1:/var/lib/lava/dispatcher/tmp/18598804/extract-nfsrootfs-5rlm_b6z,tcp,hard,v3
>>>> init=/init rootwait usbcore.quirks=0bda:8153:k ip=dhcp
>>>> tftpserverip=192.168.201.1
>>>>
>>>> i915:whl:
>>>> earlyprintk=uart8250,mmio32,0xde000000,115200n8 console=ttyS0,115200n8
>>>> root=/dev/nfs rw nfsroot=192.168.201.1:/var/lib/lava/dispatcher/tmp/18598833/extract-nfsrootfs-3w0w5_mi,tcp,hard,v3
>>>> init=/init rootwait usbcore.quirks=0bda:8153:k ip=dhcp
>>>> tftpserverip=192.168.201.1
>>>
>>> Well, if you remove the earlyprintk option then it will boot fine,
>>> right?
>>
>> Yes, it works when mmio32 option is removed.
>>
>> https://gitlab.freedesktop.org/vigneshraman/linux/-/jobs/76005338
>>
>> earlyprintk=uart8250,0xde000000,115200n8 console=ttyS0,115200n8
>> root=/dev/nfs rw nfsroot=192.168.201.1:/var/lib/lava/dispatcher/tmp/18599938/extract-nfsrootfs-neuejjq0,tcp,hard,v3
>> init=/init rootwait usbcore.quirks=0bda:8153:k ip=dhcp
>> tftpserverip=192.168.201.1
>
> For the above example, can you please try something like
>
> earlyprintk=mmio32,0xde000000,nocfg
>
> ?
This option didn’t work. For now, we’ll use earlycon instead of
earlyprintk to fix the issue.
Thanks.
Regards,
Vignesh
>
> In my case, configuring exact baud rate did not work. I started to dig that,
> but did not finish, because `nocfg` worked (firmware happened to configure the
> UART correctly). Using `nocfg` was sufficient for the system bringup debugging.
>
>>
>>>
>>> The earlyprintk=mmio32 in v6.15 is a new debugging feature that was
>>> tested on a single board by Denis Mukhin AFAIK, and it may or may not
>>> work on your particular UART - even assuming that all the parameters
>>> are correct.
>
> Correct, I have tested with one board only and with limited UART configuration
> combinations.
>
>>
>> So the earlyprintk=mmio32 debugging feature is needed only for v6.15 and is
>> not necessary in previous kernels (e.g., v6.14 and earlier). Is my
>> understanding correct?
>>
>> Regards,
>> Vignesh
>>
>>>
>>> Thanks,
>>>
>>> Ingo
>>
>
> Thanks,
> Denis
>
prev parent reply other threads:[~2025-05-14 9:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-09 5:56 Vignesh Raman
2025-05-09 6:06 ` Ingo Molnar
2025-05-09 6:21 ` Vignesh Raman
2025-05-09 6:37 ` Ingo Molnar
2025-05-09 7:37 ` Vignesh Raman
2025-05-12 17:30 ` dmkhn
2025-05-14 9:57 ` Vignesh Raman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6c187b50-8ac0-42ac-af46-5357a26cb830@collabora.com \
--to=vignesh.raman@collabora.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=daniel@fooishbar.org \
--cc=daniels@collabora.com \
--cc=dmkhn@proton.me \
--cc=dmukhin@ford.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lumag@kernel.org \
--cc=mingo@kernel.org \
--cc=mingo@redhat.com \
--cc=robdclark@gmail.com \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®