Re: Fix issue with battery status update on HP Elitebook 8440p
On Thu, Nov 13, 2014 at 11:13:14AM -0800, Adrian Chadd wrote: > Hm.. Have you disabled anything in the bios? > > Are there any bios updates available for that laptop? > > Can you upload the full acpidump output somewhere? > AFAIK ACPI battery status support is broken on most (all?) HP notebooks. I've read some other people reporting this, too. pgptyrep7Zfg2.pgp Description: PGP signature
Re: Fix issue with battery status update on HP Elitebook 8440p
Is there a cheaply available HP notebook that exhibits this? I don't have any HP hardware to test it out on, sorry :( -adrian On 14 November 2014 03:50, Lars Engels wrote: > On Thu, Nov 13, 2014 at 11:13:14AM -0800, Adrian Chadd wrote: >> Hm.. Have you disabled anything in the bios? >> >> Are there any bios updates available for that laptop? >> >> Can you upload the full acpidump output somewhere? >> > > AFAIK ACPI battery status support is broken on most (all?) HP notebooks. > I've read some other people reporting this, too. ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
Re: Fwd: [Bug 194884] [acpi] Asus UX31E USB hangs during suspend, due to putting the USB controllers into D3 state
On Sat, 8 Nov 2014 22:21:33 -0800, Adrian Chadd wrote: > Hi! > > Please test this patch! It makes this Asus Zenbook suspend/resume correctly. > > (And if you're knowledgable about such things, please comment on its > correctness!) > > thanks! > > > -adrian and more recently: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194884 > > Adrian Chadd changed: > >What|Removed |Added > > Status|In Discussion |Needs MFC First, thanks for your earlier detailed respnse to my dumb questions. Late to the party and short of time, I just hand-applied both patches from the commit to head later in this PR to my 9.3-PRE sources of 25th Jun and rebuilt its GENERIC amd64 kernel on my Lenovo Thinkpad X200 with latest BIOS. Also previously applied, the vital acpi_powerres.c patch so Thinkpads don't lose USB on resume. Verbose dmesg.boot shows no functional changes with one from back then. Below is a dmesg diff from a suspend/resume cycle from then, and now. Apart from the extra ACPI verbosity due to the kids answering the roll, and hearing more from PCI as well - all fine by me on a verbose boot - what sticks out is that these have at last gone (and good riddance :) -pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP0: AE_BAD_PARAMETER -pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: AE_BAD_PARAMETER -pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: AE_BAD_PARAMETER -pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: AE_BAD_PARAMETER but in their place, as it were, appears: +pcib0: failed to set ACPI power state D2 on \134_SB_.PCI0: AE_BAD_PARAMETER Now the acpi.c patch was clean, same line number as head. The pci.c patch was amongst other changed context, so may not be behaving as other changes in head would have it behave (re MFC) before assuming the +pcib0 failure listed is real, let alone if it matters; it is new after all. Note: the below is after an egrep -v 'Kingston|da0|umass|uhub|ugen|em0', after checking nothing useful was lost; the old one had a USB stick too, and usb hub to port to device mapping changes and/or reorders on resume anyway, distracting from seeing just functional differences. It seems to be running sweet but I haven't stretched its legs at all. Again, I didn't think it would be helpful to clutter the PR with this .. sing out if any more detail on anything here might be useful. cheers, Ian smithi@x200:/root % cat sus_res.93PRE.pci_acpi_patched.diff --- sus_res.old22014-11-14 19:39:51.0 +1100 +++ sus_res.new2nd 2014-11-14 23:44:23.0 +1100 @@ -1,43 +1,66 @@ -acpi_button0: sleep button pressed acpi_timer0: switching timecounter, HPET -> ACPI-fast acpi_lid0: wake_prep enabled for \134_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \134_SB_.SLPB (S3) pci0:0:28:0: Transition from D0 to D3 pci0:3:0:0: Transition from D0 to D3 pci0:0:28:1: Transition from D0 to D3 pci0:0:28:2: Transition from D0 to D3 pci0:0:28:3: Transition from D0 to D3 vga0: saving 4932 bytes of video state vga0: saving color palette -pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP0: AE_BAD_PARAMETER -pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: AE_BAD_PARAMETER -pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: AE_BAD_PARAMETER -pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: AE_BAD_PARAMETER +pci0:0:2:0: Transition from D0 to D3 +pci0: set ACPI power state D3 on \134_SB_.PCI0.VID_ +pci0:0:2:1: Transition from D0 to D3 +pci0:0:25:0: Transition from D0 to D3 +pci0:0:26:7: Transition from D0 to D3 +pci0: set ACPI power state D3 on \134_SB_.PCI0.EHC1 +pci0:0:27:0: Transition from D0 to D3 +pci0:0:29:7: Transition from D0 to D3 +pci0: set ACPI power state D3 on \134_SB_.PCI0.EHC0 +pci0:0:31:2: Transition from D0 to D3 +pcib0: failed to set ACPI power state D2 on \134_SB_.PCI0: AE_BAD_PARAMETER acpi_lid0: run_prep cleaned up for \134_SB_.LID_ acpi_button0: run_prep cleaned up for \134_SB_.SLPB +cpu0: set ACPI power state D0 on \134_PR_.CPU0 +cpu1: set ACPI power state D0 on \134_PR_.CPU1 +acpi_sysresource0: set ACPI power state D0 on \134_SB_.MEM_ +acpi_sysresource1: set ACPI power state D0 on \134_SB_.PCI0.LPC_.SIO_ +attimer0: set ACPI power state D0 on \134_SB_.PCI0.LPC_.TIMR +hpet0: set ACPI power state D0 on \134_SB_.PCI0.LPC_.HPET +atrtc0: set ACPI power state D0 on \134_SB_.PCI0.LPC_.RTC_ +acpi_ec0: set ACPI power state D0 on \134_SB_.PCI0.LPC_.EC__ +pci_link0: set ACPI power state D0 on \134_SB_.LNKA +pci_link1: set ACPI power state D0 on \134_SB_.LNKB +pci_link2: set ACPI power state D0 on \134_SB_.LNKC +pci_link3: set ACPI power state D0 on \134_SB_.LNKD +pci_link4: set ACPI power state D0 on \134_SB_.LNKE +pci_link5: set ACPI power state D0 on \134_SB_.LNKF +pci_link6: set ACPI power sta
Re: Fix issue with battery status update on HP Elitebook 8440p
2014-11-14 17:40 GMT+02:00 Adrian Chadd : > Is there a cheaply available HP notebook that exhibits this? > I have such laptop now > > I don't have any HP hardware to test it out on, sorry :( > > I would be very interested and ok to help out testing it out ! > ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
Re: Lenovo W540 blank screen on suspend/resume after update
On Thu, Nov 13, 2014 at 02:13:35PM -0800, Adrian Chadd wrote: > Hi, > > Does it stay blank if you have acpi_video (+ vt) loaded? > > What was the revision of 11 you were previously running? > > > > -adrian > > > On 13 November 2014 14:10, Eric McCorkle wrote: > > Hello, > > > > I updated my kernel and userland with a fresh update from 11 yesterday, and > > I'm now seeing a blank screen after suspend/resume, where it was working > > fine previously. > > > > I had been trying out the new vt console, so I switched back to sc, but the > > blank screen is still there. > > > > Sorry, I don't have any information beyond this (quite busy these days). > > > > Eric Lenovo t540, same here. r274463 + sc. resume worked two weeks ago. -- Have fun! chd pgp8YqACW_prw.pgp Description: PGP signature
Re: Lenovo W540 blank screen on suspend/resume after update
Sorry, don't remember the working version. I have acpi_video compiled in to my kernel. I've tried it with both vt and sc and gotten the same result. Might try to do more diagnostics this weekend. On November 14, 2014 11:18:57 AM EST, Chagin Dmitry wrote: >On Thu, Nov 13, 2014 at 02:13:35PM -0800, Adrian Chadd wrote: >> Hi, >> >> Does it stay blank if you have acpi_video (+ vt) loaded? >> >> What was the revision of 11 you were previously running? >> >> >> >> -adrian >> >> >> On 13 November 2014 14:10, Eric McCorkle >wrote: >> > Hello, >> > >> > I updated my kernel and userland with a fresh update from 11 >yesterday, and >> > I'm now seeing a blank screen after suspend/resume, where it was >working >> > fine previously. >> > >> > I had been trying out the new vt console, so I switched back to sc, >but the >> > blank screen is still there. >> > >> > Sorry, I don't have any information beyond this (quite busy these >days). >> > >> > Eric > > >Lenovo t540, same here. r274463 + sc. resume worked two weeks ago. > > >-- >Have fun! >chd -- Sent from my Blackphone with K-9 Mail. Please excuse my brevity. ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
Re: Lenovo W540 blank screen on suspend/resume after update
Hi, Thanks. Please do. start by reverting the patches from me and jkim; see if it changes the behaviour. Thanks, -adrian On 14 November 2014 12:33, Eric McCorkle wrote: > Sorry, don't remember the working version. > > I have acpi_video compiled in to my kernel. I've tried it with both vt and > sc and gotten the same result. > > Might try to do more diagnostics this weekend. > > On November 14, 2014 11:18:57 AM EST, Chagin Dmitry > wrote: >> >> On Thu, Nov 13, 2014 at 02:13:35PM -0800, Adrian Chadd wrote: >>> >>> Hi, >>> >>> Does it stay blank if you have acpi_video (+ vt) loaded? >>> >>> What was the revision of 11 you were previously running? >>> >>> >>> >>> -adrian >>> >>> >>> On 13 November 2014 14:10, Eric McCorkle wrote: Hello, I updated my kernel and userland with a fresh update from 11 yesterday, and I'm now seeing a blank screen after suspend/resume, where it was working fine previously. I had been trying out the new vt console, so I switched back to sc, but the blank screen is still there. Sorry, I don't have any information beyond this (quite busy these days). Eric >> >> >> >> Lenovo t540, same here. r274463 + sc. resume worked two weeks ago. >> > > -- > Sent from my Blackphone with K-9 Mail. Please excuse my brevity. ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"