All of lore.kernel.org
 help / color / mirror / Atom feed
* [REGRESSION] 4.17 failed to probe ACPI PnP
@ 2018-06-19  6:12 Takashi Iwai
  2018-06-19  8:28 ` Rafael J. Wysocki
  0 siblings, 1 reply; 8+ messages in thread
From: Takashi Iwai @ 2018-06-19  6:12 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Noah Davis, ACPI Devel Maling List, Linux Kernel Mailing List

Hi,

there seems a regression regarding the probe of ACPI PnP devices.
The detailed logs are found in openSUSE bugzilla:
  https://bugzilla.opensuse.org/show_bug.cgi?id=1098074

In short, since 4.17, the laptop keyboard is lost on ASUS K501UW.
Comparing the kernel messages and other logs indicates that the
complete lost of ACPI PnP devices:

On 4.16:
[    0.390244] pnp: PnP ACPI: found 9 devices

On 4.17:
[    0.263266] pnp: PnP ACPI: found 0 devices

... and this leads to the failure of PS/2 keyboard detection due to
the missing PNP030b entry as a result.

Any hints for debugging this are appreciated.


Thanks!

Takashi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  2018-06-19  6:12 [REGRESSION] 4.17 failed to probe ACPI PnP Takashi Iwai
@ 2018-06-19  8:28 ` Rafael J. Wysocki
  2018-06-19  8:38   ` Takashi Iwai
  0 siblings, 1 reply; 8+ messages in thread
From: Rafael J. Wysocki @ 2018-06-19  8:28 UTC (permalink / raw)
  To: Takashi Iwai
  Cc: Rafael J. Wysocki, Noah Davis, ACPI Devel Maling List,
	Linux Kernel Mailing List

On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai <tiwai@suse.de> wrote:
> Hi,
>
> there seems a regression regarding the probe of ACPI PnP devices.
> The detailed logs are found in openSUSE bugzilla:
>   https://bugzilla.opensuse.org/show_bug.cgi?id=1098074

But that's on this particular machine, not in general, right?

At least I don't see this on any of the systems in my office.

> In short, since 4.17, the laptop keyboard is lost on ASUS K501UW.
> Comparing the kernel messages and other logs indicates that the
> complete lost of ACPI PnP devices:
>
> On 4.16:
> [    0.390244] pnp: PnP ACPI: found 9 devices
>
> On 4.17:
> [    0.263266] pnp: PnP ACPI: found 0 devices
>
> ... and this leads to the failure of PS/2 keyboard detection due to
> the missing PNP030b entry as a result.
>
> Any hints for debugging this are appreciated.

It looks like this may be related to the ACPICA changes that went in
during the 4.17 cycle.

I would try 4.18-rc1 as there is an ACPICA fix in it that may be
related to this in theory.  If that doesn't help, I'd focus on the
ACPICA changes.

Thanks,
Rafael

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  2018-06-19  8:28 ` Rafael J. Wysocki
@ 2018-06-19  8:38   ` Takashi Iwai
  2018-06-20  6:37     ` Takashi Iwai
  0 siblings, 1 reply; 8+ messages in thread
From: Takashi Iwai @ 2018-06-19  8:38 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Noah Davis, ACPI Devel Maling List, Linux Kernel Mailing List

On Tue, 19 Jun 2018 10:28:42 +0200,
Rafael J. Wysocki wrote:
> 
> On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > Hi,
> >
> > there seems a regression regarding the probe of ACPI PnP devices.
> > The detailed logs are found in openSUSE bugzilla:
> >   https://bugzilla.opensuse.org/show_bug.cgi?id=1098074
> 
> But that's on this particular machine, not in general, right?
> 
> At least I don't see this on any of the systems in my office.

Yes, it looks so.  4.17 and later works on my several machines, too.

> 
> > In short, since 4.17, the laptop keyboard is lost on ASUS K501UW.
> > Comparing the kernel messages and other logs indicates that the
> > complete lost of ACPI PnP devices:
> >
> > On 4.16:
> > [    0.390244] pnp: PnP ACPI: found 9 devices
> >
> > On 4.17:
> > [    0.263266] pnp: PnP ACPI: found 0 devices
> >
> > ... and this leads to the failure of PS/2 keyboard detection due to
> > the missing PNP030b entry as a result.
> >
> > Any hints for debugging this are appreciated.
> 
> It looks like this may be related to the ACPICA changes that went in
> during the 4.17 cycle.
> 
> I would try 4.18-rc1 as there is an ACPICA fix in it that may be
> related to this in theory.  If that doesn't help, I'd focus on the
> ACPICA changes.

OK, Noah, could you test later the kernel in OBS Kernel:HEAD repo?
Now 4.18-rc1 kernel is being built there, and hopefully will finish
soon later.


thanks,

Takashi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  2018-06-19  8:38   ` Takashi Iwai
@ 2018-06-20  6:37     ` Takashi Iwai
  2018-06-20  7:28       ` Rafael J. Wysocki
  0 siblings, 1 reply; 8+ messages in thread
From: Takashi Iwai @ 2018-06-20  6:37 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Noah Davis, ACPI Devel Maling List, Linux Kernel Mailing List

On Tue, 19 Jun 2018 10:38:50 +0200,
Takashi Iwai wrote:
> 
> On Tue, 19 Jun 2018 10:28:42 +0200,
> Rafael J. Wysocki wrote:
> > 
> > On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > > Hi,
> > >
> > > there seems a regression regarding the probe of ACPI PnP devices.
> > > The detailed logs are found in openSUSE bugzilla:
> > >   https://bugzilla.opensuse.org/show_bug.cgi?id=1098074
> > 
> > But that's on this particular machine, not in general, right?
> > 
> > At least I don't see this on any of the systems in my office.
> 
> Yes, it looks so.  4.17 and later works on my several machines, too.
> 
> > 
> > > In short, since 4.17, the laptop keyboard is lost on ASUS K501UW.
> > > Comparing the kernel messages and other logs indicates that the
> > > complete lost of ACPI PnP devices:
> > >
> > > On 4.16:
> > > [    0.390244] pnp: PnP ACPI: found 9 devices
> > >
> > > On 4.17:
> > > [    0.263266] pnp: PnP ACPI: found 0 devices
> > >
> > > ... and this leads to the failure of PS/2 keyboard detection due to
> > > the missing PNP030b entry as a result.
> > >
> > > Any hints for debugging this are appreciated.
> > 
> > It looks like this may be related to the ACPICA changes that went in
> > during the 4.17 cycle.
> > 
> > I would try 4.18-rc1 as there is an ACPICA fix in it that may be
> > related to this in theory.  If that doesn't help, I'd focus on the
> > ACPICA changes.
> 
> OK, Noah, could you test later the kernel in OBS Kernel:HEAD repo?
> Now 4.18-rc1 kernel is being built there, and hopefully will finish
> soon later.

4.18-rc1 was confirmed to work, so something had fixed it.

Also, the symptom appears not only on a single machine but on another
(ASUS?) machine, according to the bug report.


thanks,

Takashi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  2018-06-20  6:37     ` Takashi Iwai
@ 2018-06-20  7:28       ` Rafael J. Wysocki
  2018-06-20  9:11         ` Takashi Iwai
  0 siblings, 1 reply; 8+ messages in thread
From: Rafael J. Wysocki @ 2018-06-20  7:28 UTC (permalink / raw)
  To: Takashi Iwai
  Cc: Rafael J. Wysocki, Noah Davis, ACPI Devel Maling List,
	Linux Kernel Mailing List

On Wed, Jun 20, 2018 at 8:37 AM, Takashi Iwai <tiwai@suse.de> wrote:
> On Tue, 19 Jun 2018 10:38:50 +0200,
> Takashi Iwai wrote:
>>
>> On Tue, 19 Jun 2018 10:28:42 +0200,
>> Rafael J. Wysocki wrote:
>> >
>> > On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai <tiwai@suse.de> wrote:
>> > > Hi,
>> > >
>> > > there seems a regression regarding the probe of ACPI PnP devices.
>> > > The detailed logs are found in openSUSE bugzilla:
>> > >   https://bugzilla.opensuse.org/show_bug.cgi?id=1098074
>> >
>> > But that's on this particular machine, not in general, right?
>> >
>> > At least I don't see this on any of the systems in my office.
>>
>> Yes, it looks so.  4.17 and later works on my several machines, too.
>>
>> >
>> > > In short, since 4.17, the laptop keyboard is lost on ASUS K501UW.
>> > > Comparing the kernel messages and other logs indicates that the
>> > > complete lost of ACPI PnP devices:
>> > >
>> > > On 4.16:
>> > > [    0.390244] pnp: PnP ACPI: found 9 devices
>> > >
>> > > On 4.17:
>> > > [    0.263266] pnp: PnP ACPI: found 0 devices
>> > >
>> > > ... and this leads to the failure of PS/2 keyboard detection due to
>> > > the missing PNP030b entry as a result.
>> > >
>> > > Any hints for debugging this are appreciated.
>> >
>> > It looks like this may be related to the ACPICA changes that went in
>> > during the 4.17 cycle.
>> >
>> > I would try 4.18-rc1 as there is an ACPICA fix in it that may be
>> > related to this in theory.  If that doesn't help, I'd focus on the
>> > ACPICA changes.
>>
>> OK, Noah, could you test later the kernel in OBS Kernel:HEAD repo?
>> Now 4.18-rc1 kernel is being built there, and hopefully will finish
>> soon later.
>
> 4.18-rc1 was confirmed to work, so something had fixed it.

Please check this commit

5088814a6e93 ACPICA: AML parser: attempt to continue loading table after error

None of the other ACPICA commits that have gone in since 4.17 should
affect the behavior at hand.

> Also, the symptom appears not only on a single machine but on another
> (ASUS?) machine, according to the bug report.

OK

Thanks,
Rafael

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  2018-06-20  7:28       ` Rafael J. Wysocki
@ 2018-06-20  9:11         ` Takashi Iwai
  2018-06-20 20:20           ` Takashi Iwai
  0 siblings, 1 reply; 8+ messages in thread
From: Takashi Iwai @ 2018-06-20  9:11 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Noah Davis, ACPI Devel Maling List, Linux Kernel Mailing List

On Wed, 20 Jun 2018 09:28:40 +0200,
Rafael J. Wysocki wrote:
> 
> On Wed, Jun 20, 2018 at 8:37 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > On Tue, 19 Jun 2018 10:38:50 +0200,
> > Takashi Iwai wrote:
> >>
> >> On Tue, 19 Jun 2018 10:28:42 +0200,
> >> Rafael J. Wysocki wrote:
> >> >
> >> > On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai <tiwai@suse.de> wrote:
> >> > > Hi,
> >> > >
> >> > > there seems a regression regarding the probe of ACPI PnP devices.
> >> > > The detailed logs are found in openSUSE bugzilla:
> >> > >   https://bugzilla.opensuse.org/show_bug.cgi?id=1098074
> >> >
> >> > But that's on this particular machine, not in general, right?
> >> >
> >> > At least I don't see this on any of the systems in my office.
> >>
> >> Yes, it looks so.  4.17 and later works on my several machines, too.
> >>
> >> >
> >> > > In short, since 4.17, the laptop keyboard is lost on ASUS K501UW.
> >> > > Comparing the kernel messages and other logs indicates that the
> >> > > complete lost of ACPI PnP devices:
> >> > >
> >> > > On 4.16:
> >> > > [    0.390244] pnp: PnP ACPI: found 9 devices
> >> > >
> >> > > On 4.17:
> >> > > [    0.263266] pnp: PnP ACPI: found 0 devices
> >> > >
> >> > > ... and this leads to the failure of PS/2 keyboard detection due to
> >> > > the missing PNP030b entry as a result.
> >> > >
> >> > > Any hints for debugging this are appreciated.
> >> >
> >> > It looks like this may be related to the ACPICA changes that went in
> >> > during the 4.17 cycle.
> >> >
> >> > I would try 4.18-rc1 as there is an ACPICA fix in it that may be
> >> > related to this in theory.  If that doesn't help, I'd focus on the
> >> > ACPICA changes.
> >>
> >> OK, Noah, could you test later the kernel in OBS Kernel:HEAD repo?
> >> Now 4.18-rc1 kernel is being built there, and hopefully will finish
> >> soon later.
> >
> > 4.18-rc1 was confirmed to work, so something had fixed it.
> 
> Please check this commit
> 
> 5088814a6e93 ACPICA: AML parser: attempt to continue loading table after error
> 
> None of the other ACPICA commits that have gone in since 4.17 should
> affect the behavior at hand.

OK, I'm building a test kernel with this backport.  Stay tuned.


thanks,

Takashi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  2018-06-20  9:11         ` Takashi Iwai
@ 2018-06-20 20:20           ` Takashi Iwai
  2018-06-20 22:12             ` Rafael J. Wysocki
  0 siblings, 1 reply; 8+ messages in thread
From: Takashi Iwai @ 2018-06-20 20:20 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Noah Davis, ACPI Devel Maling List, Linux Kernel Mailing List

On Wed, 20 Jun 2018 11:11:17 +0200,
Takashi Iwai wrote:
> 
> On Wed, 20 Jun 2018 09:28:40 +0200,
> Rafael J. Wysocki wrote:
> > 
> > On Wed, Jun 20, 2018 at 8:37 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > > On Tue, 19 Jun 2018 10:38:50 +0200,
> > > Takashi Iwai wrote:
> > >>
> > >> On Tue, 19 Jun 2018 10:28:42 +0200,
> > >> Rafael J. Wysocki wrote:
> > >> >
> > >> > On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai <tiwai@suse.de> wrote:
> > >> > > Hi,
> > >> > >
> > >> > > there seems a regression regarding the probe of ACPI PnP devices.
> > >> > > The detailed logs are found in openSUSE bugzilla:
> > >> > >   https://bugzilla.opensuse.org/show_bug.cgi?id=1098074
> > >> >
> > >> > But that's on this particular machine, not in general, right?
> > >> >
> > >> > At least I don't see this on any of the systems in my office.
> > >>
> > >> Yes, it looks so.  4.17 and later works on my several machines, too.
> > >>
> > >> >
> > >> > > In short, since 4.17, the laptop keyboard is lost on ASUS K501UW.
> > >> > > Comparing the kernel messages and other logs indicates that the
> > >> > > complete lost of ACPI PnP devices:
> > >> > >
> > >> > > On 4.16:
> > >> > > [    0.390244] pnp: PnP ACPI: found 9 devices
> > >> > >
> > >> > > On 4.17:
> > >> > > [    0.263266] pnp: PnP ACPI: found 0 devices
> > >> > >
> > >> > > ... and this leads to the failure of PS/2 keyboard detection due to
> > >> > > the missing PNP030b entry as a result.
> > >> > >
> > >> > > Any hints for debugging this are appreciated.
> > >> >
> > >> > It looks like this may be related to the ACPICA changes that went in
> > >> > during the 4.17 cycle.
> > >> >
> > >> > I would try 4.18-rc1 as there is an ACPICA fix in it that may be
> > >> > related to this in theory.  If that doesn't help, I'd focus on the
> > >> > ACPICA changes.
> > >>
> > >> OK, Noah, could you test later the kernel in OBS Kernel:HEAD repo?
> > >> Now 4.18-rc1 kernel is being built there, and hopefully will finish
> > >> soon later.
> > >
> > > 4.18-rc1 was confirmed to work, so something had fixed it.
> > 
> > Please check this commit
> > 
> > 5088814a6e93 ACPICA: AML parser: attempt to continue loading table after error
> > 
> > None of the other ACPICA commits that have gone in since 4.17 should
> > affect the behavior at hand.
> 
> OK, I'm building a test kernel with this backport.  Stay tuned.

The result looks positive, things seem working with the backport.

Care to send it to Greg for 4.17.x stable?  Thanks!


Takashi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  2018-06-20 20:20           ` Takashi Iwai
@ 2018-06-20 22:12             ` Rafael J. Wysocki
  0 siblings, 0 replies; 8+ messages in thread
From: Rafael J. Wysocki @ 2018-06-20 22:12 UTC (permalink / raw)
  To: Takashi Iwai
  Cc: Rafael J. Wysocki, Noah Davis, ACPI Devel Maling List,
	Linux Kernel Mailing List

On Wed, Jun 20, 2018 at 10:20 PM, Takashi Iwai <tiwai@suse.de> wrote:
> On Wed, 20 Jun 2018 11:11:17 +0200,
> Takashi Iwai wrote:
>>
>> On Wed, 20 Jun 2018 09:28:40 +0200,
>> Rafael J. Wysocki wrote:
>> >
>> > On Wed, Jun 20, 2018 at 8:37 AM, Takashi Iwai <tiwai@suse.de> wrote:
>> > > On Tue, 19 Jun 2018 10:38:50 +0200,
>> > > Takashi Iwai wrote:
>> > >>
>> > >> On Tue, 19 Jun 2018 10:28:42 +0200,
>> > >> Rafael J. Wysocki wrote:
>> > >> >
>> > >> > On Tue, Jun 19, 2018 at 8:12 AM, Takashi Iwai <tiwai@suse.de> wrote:
>> > >> > > Hi,
>> > >> > >
>> > >> > > there seems a regression regarding the probe of ACPI PnP devices.
>> > >> > > The detailed logs are found in openSUSE bugzilla:
>> > >> > >   https://bugzilla.opensuse.org/show_bug.cgi?id=1098074
>> > >> >
>> > >> > But that's on this particular machine, not in general, right?
>> > >> >
>> > >> > At least I don't see this on any of the systems in my office.
>> > >>
>> > >> Yes, it looks so.  4.17 and later works on my several machines, too.
>> > >>
>> > >> >
>> > >> > > In short, since 4.17, the laptop keyboard is lost on ASUS K501UW.
>> > >> > > Comparing the kernel messages and other logs indicates that the
>> > >> > > complete lost of ACPI PnP devices:
>> > >> > >
>> > >> > > On 4.16:
>> > >> > > [    0.390244] pnp: PnP ACPI: found 9 devices
>> > >> > >
>> > >> > > On 4.17:
>> > >> > > [    0.263266] pnp: PnP ACPI: found 0 devices
>> > >> > >
>> > >> > > ... and this leads to the failure of PS/2 keyboard detection due to
>> > >> > > the missing PNP030b entry as a result.
>> > >> > >
>> > >> > > Any hints for debugging this are appreciated.
>> > >> >
>> > >> > It looks like this may be related to the ACPICA changes that went in
>> > >> > during the 4.17 cycle.
>> > >> >
>> > >> > I would try 4.18-rc1 as there is an ACPICA fix in it that may be
>> > >> > related to this in theory.  If that doesn't help, I'd focus on the
>> > >> > ACPICA changes.
>> > >>
>> > >> OK, Noah, could you test later the kernel in OBS Kernel:HEAD repo?
>> > >> Now 4.18-rc1 kernel is being built there, and hopefully will finish
>> > >> soon later.
>> > >
>> > > 4.18-rc1 was confirmed to work, so something had fixed it.
>> >
>> > Please check this commit
>> >
>> > 5088814a6e93 ACPICA: AML parser: attempt to continue loading table after error
>> >
>> > None of the other ACPICA commits that have gone in since 4.17 should
>> > affect the behavior at hand.
>>
>> OK, I'm building a test kernel with this backport.  Stay tuned.
>
> The result looks positive, things seem working with the backport.
>
> Care to send it to Greg for 4.17.x stable?  Thanks!

Will do tomorrow, thanks!

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2018-06-20 22:12 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-06-19  6:12 [REGRESSION] 4.17 failed to probe ACPI PnP Takashi Iwai
2018-06-19  8:28 ` Rafael J. Wysocki
2018-06-19  8:38   ` Takashi Iwai
2018-06-20  6:37     ` Takashi Iwai
2018-06-20  7:28       ` Rafael J. Wysocki
2018-06-20  9:11         ` Takashi Iwai
2018-06-20 20:20           ` Takashi Iwai
2018-06-20 22:12             ` Rafael J. Wysocki

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.