Re: ACPI errors revisited

2017-06-27 Thread John Pilkington

On 27/06/17 00:26, Ed Greshko wrote:

On 06/26/17 23:01, John Pilkington wrote:

A few weeks ago I started seeing error lines on a black screen at the start of 
the
f25 boot process, but only recently have I found them in dmesg and examined 
them.

[0.110117] ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL
declared 5, ACPI requires 4 (20170119/nsarguments-189)

[0.110213] ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS
(20170119/dsfield-211)

[0.110262] ACPI Error: Method parse/execution failed [\_SB.PCI0._OSC] (Node
961f970b8820), AE_ALREADY_EXISTS (20170119/psparse-543)

[0.110320] acpi PNP0A08:00: _OSC failed (AE_ALREADY_EXISTS); disabling ASPM

[0.110329] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain  [bus
00-3f] only partially covers this bridge

Their first appearance followed an MB battery change.  Nothing seemed broken, 
and I
took little notice.   But now I see the date 20170119, which implies something 
in
software.  google found

https://lkml.org/lkml/2017/4/10/1232, 'PCI IRQ allocation broken' - with
undesirable effects.

That's linked to

https://bugzillakernel.org/show_bug.cgi?id=195319

which is marked as a duplicate of BZ 195311 and closed.


I don't believe the date you are seeing is indicative of anything being wrong.

As a matter of fact, if you do a google search on nsarguments-189 or dsfield-211
you'll come up with a large number of finds such as this one
https://ubuntuforums.org/showthread.php?t=2199573  which has an entry dated 
January
17th, 2014 and a reference to 20131115/nsarguments-95.  So, I suspect the date 
in
these messages are pointing to the date the module's code was last modified.



Thanks, Ed.  Yes, I have seen much earlier reports similar to the first 
line I quoted, which wasn't the focus of another recent thread here. 
And I think I shall put Heinz's suggestion of compiling a vanilla kernel 
on hold :-)

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org


Re: ACPI errors revisited

2017-06-26 Thread Ed Greshko
On 06/26/17 23:01, John Pilkington wrote:
> A few weeks ago I started seeing error lines on a black screen at the start 
> of the
> f25 boot process, but only recently have I found them in dmesg and examined 
> them.
>
> [0.110117] ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL
> declared 5, ACPI requires 4 (20170119/nsarguments-189)
>
> [0.110213] ACPI Error: [CAPD] Namespace lookup failure, AE_ALREADY_EXISTS
> (20170119/dsfield-211)
>
> [0.110262] ACPI Error: Method parse/execution failed [\_SB.PCI0._OSC] 
> (Node
> 961f970b8820), AE_ALREADY_EXISTS (20170119/psparse-543)
>
> [0.110320] acpi PNP0A08:00: _OSC failed (AE_ALREADY_EXISTS); disabling 
> ASPM
>
> [0.110329] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain  [bus
> 00-3f] only partially covers this bridge
>
> Their first appearance followed an MB battery change.  Nothing seemed broken, 
> and I
> took little notice.   But now I see the date 20170119, which implies 
> something in
> software.  google found
>
> https://lkml.org/lkml/2017/4/10/1232, 'PCI IRQ allocation broken' - with
> undesirable effects.
>
> That's linked to
>
> https://bugzillakernel.org/show_bug.cgi?id=195319
>
> which is marked as a duplicate of BZ 195311 and closed.

I don't believe the date you are seeing is indicative of anything being wrong.

As a matter of fact, if you do a google search on nsarguments-189 or dsfield-211
you'll come up with a large number of finds such as this one
https://ubuntuforums.org/showthread.php?t=2199573  which has an entry dated 
January
17th, 2014 and a reference to 20131115/nsarguments-95.  So, I suspect the date 
in
these messages are pointing to the date the module's code was last modified.

>
> Perhaps coincidentally, one of my pci devices (onboard audio) unexpectedly got
> disabled when I changed a video card. Details on the rpmfusion list. The 
> audio is
> working again after a BIOS edit, but I'm still seeing the errors above in 
> dmesg. 
> The BIOS manual suggests that ACPI will override the BIOS setting.  I'm 
> confused.
>
> John P
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org


-- 
Fedora Users List - The place to go to speculate endlessly



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org


Re: ACPI errors revisited

2017-06-26 Thread Heinz Diehl
On 26.06.2017, John Pilkington wrote: 

> I'm confused.

I would suggest you compile a bog standard vanilla 4.11.7 or 4.12-rc7
first. If the errors persist, you could report them directly to the
Linux kernel mailing list. Most probably, the lkml people can give you
a comprehensive answer, thus avoiding a lot of guessing and internet
search.


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org


ACPI errors revisited

2017-06-26 Thread John Pilkington
A few weeks ago I started seeing error lines on a black screen at the 
start of the f25 boot process, but only recently have I found them in 
dmesg and examined them.


[0.110117] ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - 
ASL declared 5, ACPI requires 4 (20170119/nsarguments-189)


[0.110213] ACPI Error: [CAPD] Namespace lookup failure, 
AE_ALREADY_EXISTS (20170119/dsfield-211)


[0.110262] ACPI Error: Method parse/execution failed 
[\_SB.PCI0._OSC] (Node 961f970b8820), AE_ALREADY_EXISTS 
(20170119/psparse-543)


[0.110320] acpi PNP0A08:00: _OSC failed (AE_ALREADY_EXISTS); 
disabling ASPM


[0.110329] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain 
 [bus 00-3f] only partially covers this bridge


Their first appearance followed an MB battery change.  Nothing seemed 
broken, and I took little notice.   But now I see the date 20170119, 
which implies something in software.  google found


https://lkml.org/lkml/2017/4/10/1232, 'PCI IRQ allocation broken' - with 
undesirable effects.


That's linked to

https://bugzillakernel.org/show_bug.cgi?id=195319

which is marked as a duplicate of BZ 195311 and closed.

Perhaps coincidentally, one of my pci devices (onboard audio) 
unexpectedly got disabled when I changed a video card. Details on the 
rpmfusion list. The audio is working again after a BIOS edit, but I'm 
still seeing the errors above in dmesg.  The BIOS manual suggests that 
ACPI will override the BIOS setting.  I'm confused.


John P

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org