search for: acpidump

Hi, we have some problems with acpidump running on Xen Dom0. On 64 bit Dom0 it will trigger the OOM killer, on 32 bit Dom0s it will cause a kernel crash. The hypervisor does not matter, I tried 4.1.3-rc2 as well as various unstable versions including 25467, also 32-bit versions of 4.1. The Dom0 kernels were always PVOPS versions, the...

https://bugs.freedesktop.org/show_bug.cgi?id=55948 Priority: medium Bug ID: 55948 Assignee: nouveau at lists.freedesktop.org Summary: [nvd9 optimus] drm/nouveau/bios: attempt to fetch entire acpi rom image in one shot breaks module load QA Contact: xorg-team at lists.x.org Severity: major Classification:

...mware-20181008-88.gitc6b6265d.fc29.noarch > > > > > > > > More hints for debugging would be appreciated. > > > > If anyone wants me to play with a different kernel tree, > > > > let me know. > > > > > > Can you share full dmesg and acpidump of the system? I would like to > > > check the power resource methods. > > > > Pls find it as an attachment here: > > https://bugs.freedesktop.org/show_bug.cgi?id=108873 > > > > If you like I can send it to you directly too - > > spamming the list with...

...ons" has a picture about the supported power state transitions and there we can find that function must be in D3hot before it can be transitioned into D3cold so if the _OFF() for example blindly assumes that the device is in D0 when it is called, it is a bug in the BIOS. BTW, where can I find acpidump of such system?

I have an Athlon system which isn't co-operating with the ACPI in -stable (I haven't tried -current yet). I notice that the general recommendation in -current is to provide the output of acpidump but none of the ACPI userland has been MFC'd. I just had a quick try and building the -current userland on -stable and found this is non-trivial because it appears that the APIs are different between the two versions - AcpiOs{Read,Write}{Port,Memory}() have different prototypes. Any suggestio...

https://bugs.freedesktop.org/show_bug.cgi?id=90626 Bug ID: 90626 Summary: HP ZBook 15 nouveau driver hangup for kernel >= 3.19 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee:

...is getting > > > all-ones from the device, it just might try to poke at a wrong b:d.f by mistake > > > maybe ... > > > > Or it the power resource is shared by wifi as well. > > Is there a way to find out through e.g. sysfs? It is not shared, I checked from the acpidump you provided. Possibly the infinite loop in AML when executing NVPO method have some effect on this. [snip] > > No need to send, I can read it from the bugzilla just fine. Can you attach > > acpidump there as well? > > Done. lspci -x too just in case. Looking at the dmesg: [...

...from the device, it just might try to poke at a wrong b:d.f by mistake > > > > maybe ... > > > > > > Or it the power resource is shared by wifi as well. > > > > Is there a way to find out through e.g. sysfs? > > It is not shared, I checked from the acpidump you provided. Possibly the > infinite loop in AML when executing NVPO method have some effect on > this. > > [snip] > > > > No need to send, I can read it from the bugzilla just fine. Can you attach > > > acpidump there as well? > > > > Done. lspci -x...

https://bugs.freedesktop.org/show_bug.cgi?id=99385 Bug ID: 99385 Summary: Nouveau produces soft lockups Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freedesktop.org

...the supported > power state transitions and there we can find that function must be in > D3hot before it can be transitioned into D3cold so if the _OFF() for > example blindly assumes that the device is in D0 when it is called, it > is a bug in the BIOS. > > BTW, where can I find acpidump of such system? I am sure it's uploaded somewhere already. But it's not an issue of just one system. It's essentially hitting every single laptop with a skylake or kaby lake CPU + Nvidia GPU. I didn't see any system where it's actually working right now (and we are pestering nv...

I sent the file to you and the list but it appears to have bounced off the list server. Did you get the direct copy? On Thu, Mar 12, 2015 at 6:46 PM, Evan Foss <evanfoss at gmail.com> wrote: > Hi Pierre, > > Yes well acpidump is free software island wildlife. As yet it has not > predators so the only thing keeping it in check is forkers loosing > interest in maintaining their version. (is forker a word?!) > > Attached is the file. > > Thanks, > Evan > > On Thu, Mar 12, 2015 at 1:37 AM, Pierre...

...ne too. It is just S3 suspend that is affected. This was testing on Linux 4.18 unmodified. I had to set nouveau runpm parameter to 1 for it to use runtime pm. Also checked with Karol's patch, the S3 issue is still there. Seems like 2 different issues. > Could you share some details: > - acpidump > - lspci -nnxxxxvvv > - BIOS version (from /sys/class/dmi/id/) > - kernel version (mainline?) Linux 4.18 mainline BIOS version: X542UQ.202 acpidump: https://gist.githubusercontent.com/dsd/79352284d4adce14f30d70e94fad89f2/raw/ed9480e924be413fff567da2edd5a2a7a86619d0/gistfile1.txt pci: htt...

...e works > as expected (I am not 100% sure on if that always works, but I will > recheck that). AFAIK, if there is no driver bound to the PCI device it is left to D0 regardless of the runtime PM state which could explain why it works in that case (it is never put into D3hot). I looked at the acpidump you sent and there is one thing that may explain the differences between Windows and Linux. Not sure if you were aware of this already, though. The power resource PGOF() method has this: If (((OSYS <= 0x07D9) || ((OSYS == 0x07DF) && (_REV == 0x05)))) { ... } If I read it...

...ON due to previous error (AE_AML_LOOP_TIMEOUT) (20190816/psparse-529) > [ 752.866521] ACPI Error: Aborting method \_SB.PCI0.PEG0.PG00._ON due to previous error (AE_AML_LOOP_TIMEOUT) (20190816/psparse-529) This is probably the culprit. The same AML code fails to properly turn on the device. Is acpidump from this system available somewhere?

.... Clearly you folks have put in a ton of work. I would feel bad about trying to shove a developer into my problem and I do not have the time right now to join the development team. Besides my day job I am currently writing a library to interpret BSDL files (JTAG). I am having a bit of trouble with acpidump which is telling me there is no -n option. The acpidump I am running is from a package called pmtools. Is that the correct thing? I am in gentoo and used the following ebuild to do the install. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-power/pmtools/pmtools-20110323-r1.ebuild?vie...

...ry to poke at a wrong b:d.f by mistake > > > > > maybe ... > > > > > > > > Or it the power resource is shared by wifi as well. > > > > > > Is there a way to find out through e.g. sysfs? > > > > It is not shared, I checked from the acpidump you provided. Possibly the > > infinite loop in AML when executing NVPO method have some effect on > > this. > > > > [snip] > > > > > > No need to send, I can read it from the bugzilla just fine. Can you attach > > > > acpidump there as well? &g...

http://bugs.freedesktop.org/show_bug.cgi?id=26349 Summary: nouveau_hybrid_setup: disables a discrete NVS 3100m on ThinkPad T410 Product: xorg Version: git Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

...> > [ 752.866521] ACPI Error: Aborting method \_SB.PCI0.PEG0.PG00._ON due > > > to previous error (AE_AML_LOOP_TIMEOUT) (20190816/psparse-529) > > > > This is probably the culprit. The same AML code fails to properly turn > > on the device. > > > > Is acpidump from this system available somewhere? Attached it to this email > > -- Cheers, Lyude Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: x1extremeg2-acpi.tar.xz Type: application/x-xz-compressed-tar Size: 181604 bytes Desc: not available URL: <http...

...state transitions and there we can find that function must be in > > D3hot before it can be transitioned into D3cold so if the _OFF() for > > example blindly assumes that the device is in D0 when it is called, it > > is a bug in the BIOS. > > > > BTW, where can I find acpidump of such system? > > I am sure it's uploaded somewhere already. But it's not an issue of > just one system. It's essentially hitting every single laptop with a > skylake or kaby lake CPU + Nvidia GPU. I didn't see any system where > it's actually working right now...

...OS implementations, see this email: http://lists.xensource.com/archives/html/xen-devel/2010-01/msg00841.html, so let them know all the details about your hardware and software if you have broken BIOS." How ? Do you have any suggestion ? Thanks in advance. I have joined the output of : - acpidump -b -o acpidump-b.txt - lspci - lspci -vvvknn - xm dmesg - xm info - the extraction of the DMAR table Regards, Steven _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users