Re: HP laptops again
A lot of folks will enjoy full suspend/resume in the upcoming 4.8 release and more is sure to come in the future. Top understatement I've heard this year. Keep up the good work. Michael
Re: HP laptops again
Quick status update. We received quite a few donations for this latest laptop run and thanks to your generosity we ordered a couple of laptops. The first one has already uncovered all kinds of AML nasties and the others that are on the way sure will have their gremlins too. I'd like to extend my gratitude to all the folks that generously donated. These laptop runs are always very helpful in furthering our ACPI code base. A lot of folks will enjoy full suspend/resume in the upcoming 4.8 release and more is sure to come in the future. Thanks again! /marco PS: it is never too late to donate ;-) On Mon, Jul 26, 2010 at 12:52:35PM -0500, Marco Peereboom wrote: I have got a few pledges for hp laptops. I have gotten good (as in bad) test reports of the following models that fail one way or another: * HP eb8730w * HP nw9440 * HP Mini 5102 * HP 530 I think we have 2 major acpi issues with these. One of them looks like an aml bug where we don't dereference an object deep enough and some thermal zone issues. Unfortunately it seems that these are 2 distinct issues and therefore potentially require 2 laptops to figure them out. The laptops in question are relatively cheap on ebay so I think we can make do with about $800USD worth for 2 machines. One of these machines fails to boot; different class of bug but very interesting nonetheless to fix. I am 25% there with pledges. So if you are interested in getting these 2 bugs fixed send me an email with the pledge amount. I won't accept cash until we have enough to actually order machines. Oh and so that you know once these bugs are fixed we'll try to make these laptops suspend and resume (an entire different beast!). And after that the laptops will go to a developer who needs a laptop to work on. Please contact me at ma...@openbsd.org and not on the list.
Re: HP laptops again
On Jul 29 22:44:44, Miod Vallat wrote:
On Jul 29 16:35:14, Miod Vallat wrote:
So please update from cvs and try again. Some things went in that
might
have helped this laptop.
I just did - see http://stare.cz/~hans/.tmp/hp8530w.tar
The acpitz still claims the CPU is 5731C and shuts down.
It seems to happen more often when on battery.
I disabled acpitz again.
Is this with sys/dev/acpi/acpitz.c r1.39 or an older version?
/* $OpenBSD: acpitz.c,v 1.39 2010/07/27 04:28:36 marco Exp $ */
Can you try the following diff and see if it spams your dmesg:
Index: acpitz.c
===
RCS file: /cvs/src/sys/dev/acpi/acpitz.c,v
retrieving revision 1.39
diff -u -p -r1.39 acpitz.c
--- acpitz.c 27 Jul 2010 04:28:36 - 1.39
+++ acpitz.c 29 Jul 2010 16:46:14 -
@@ -402,8 +402,31 @@ acpitz_getreading(struct acpitz_softc *s
{
u_int64_t val;
+#if 0
if (!aml_evalinteger(sc-sc_acpi, sc-sc_devnode, name, 0, NULL, val))
return (val);
+#else
+ struct aml_value res;
+ struct aml_node *node;
+ int rc;
+
+ node = aml_searchname(sc-sc_devnode, name);
+ rc = aml_evalnode(sc-sc_acpi, node, 0, NULL, res);
+ if (rc == 0) {
+ switch (res.type) {
+ default:
+ printf(%s(%s): type %d\n, __func__, name, res.type);
+ break;
+ case AML_OBJTYPE_INTEGER:
+ case AML_OBJTYPE_BUFFER:
+ case AML_OBJTYPE_STRING:
+ break;
+ }
+ val = aml_val2int(res);
+ aml_freevalue(res);
+ return val;
+ }
+#endif
return (-1);
}
With this diff, the kernel boots and acpitz does NOT
complain about critical temperature. The dmesg is
the same as before.
Jan
OpenBSD 4.8-beta (GENERIC.MP) #1: Fri Jul 30 07:43:02 CEST 2010
r...@hp.stare.cz:/usr/src/sys/arch/i386/compile/GENERIC.MP
RTC BIOS diagnostic error bbclock_battery,config_unit,memory_size,fixed_disk
cpu0: Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz (GenuineIntel 686-class)
2.53 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1
real mem = 2125561856 (2027MB)
avail mem = 2080784384 (1984MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 11/10/08, SMBIOS rev. 2.4 @ 0x7edc4000
(21 entries)
bios0: vendor Hewlett-Packard version 68PDV Ver. F.06 date 12/15/2008
bios0: Hewlett-Packard HP EliteBook 8530w
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP HPET APIC MCFG TCPA SSDT SLIC SSDT DMAR ASF! SSDT SSDT
SSDT
acpi0: wakeup devices LANC(S5) HDEF(S4) RP02(S5) WNIC(S5) RP03(S5) ECF0(S5)
RP05(S5) ECF0(S5) RP06(S5) NIC_(S5) USB1(S3) USB2(S3) USB3(S3) USB4(S3)
USB5(S3) USB6(S3) U6RM(S3) EHC1(S3) EHC2(S3) PCIB(S5) HST1(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 266MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz (GenuineIntel 686-class)
2.53 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
acpiprt0 at acpi0: bus 1 (PEGP)
acpiprt1 at acpi0: bus 2 (RP01)
acpiprt2 at acpi0: bus 3 (RP02)
acpiprt3 at acpi0: bus 4 (RP03)
acpiprt4 at acpi0: bus 69 (RP05)
acpiprt5 at acpi0: bus 134 (PCIB)
acpiprt6 at acpi0: bus 0 (PCI0)
acpiec0 at acpi0
acpicpu0 at acpi0: C2, C1, PSS
acpicpu1 at acpi0: C2, C1, PSS
acpipwrres0 at acpi0: APPR
acpipwrres1 at acpi0: COMP
acpipwrres2 at acpi0: LPP_
acpipwrres3 at acpi0: PGF0
acpitz0 at acpi0: critical temperature 115 degC
acpitz1 at acpi0: critical temperature 105 degC
acpitz2 at acpi0: critical temperature 112 degC
acpitz3 at acpi0: critical temperature 112 degC
acpitz4 at acpi0: critical temperature 90 degC
acpitz5 at acpi0: critical temperature 112 degC
acpibat0 at acpi0: BAT0 model Primary serial 00903 2009/01/13 type LIon oem
Hewlett-Packard
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: LID_
acpivideo0 at acpi0: DGFX
acpivout0 at acpivideo0: LCD_
acpivout1 at acpivideo0: CRT_
acpivout2 at acpivideo0: DVI_
acpivout3 at acpivideo0: DD04
bios0: ROM list: 0xc/0xe200 0xce800/0x1000 0xcf800/0x1000
cpu0: Enhanced SpeedStep 2528 MHz: speeds: 2534, 2533, 1600, 800 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07
ppb0 at pci0 dev 1 function 0 Intel GM45
Re: HP laptops again
Can you try the following diff and see if it spams your dmesg: With this diff, the kernel boots and acpitz does NOT complain about critical temperature. No, not really. (Sorry, I sholud have tested more before posting.) On subsequent reboots, acpitz has shut me down 3 times out of 3 when on battery, and 2 times out of 3 when on AC. I disabled acpitz again (see dmesg below). What acpitz said was acpitz2: Critical temperature 4963C (52368K), shutting down. Beside the impossible temperatures, 4963C is not 52368K, right? Also, the problem remains that the machine *sometimes* boots fully but remains is unresponsive to the keyboard - not only the keys, but also the hardware icon knobs (audio, wifi) don't work. So I cannot login locally, but remotely the machine is just fine. This has happend on both battery and AC. Jan OpenBSD 4.8-beta (GENERIC.MP) #1: Fri Jul 30 07:43:02 CEST 2010 r...@hp.stare.cz:/usr/src/sys/arch/i386/compile/GENERIC.MP RTC BIOS diagnostic error bbclock_battery,config_unit,memory_size,fixed_disk cpu0: Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz (GenuineIntel 686-class) 2.53 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1 real mem = 2125561856 (2027MB) avail mem = 2080784384 (1984MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/10/08, SMBIOS rev. 2.4 @ 0x7edc4000 (21 entries) bios0: vendor Hewlett-Packard version 68PDV Ver. F.06 date 12/15/2008 bios0: Hewlett-Packard HP EliteBook 8530w acpi0 at bios0: rev 2 acpi0: tables DSDT FACP HPET APIC MCFG TCPA SSDT SLIC SSDT DMAR ASF! SSDT SSDT SSDT acpi0: wakeup devices LANC(S5) HDEF(S4) RP02(S5) WNIC(S5) RP03(S5) ECF0(S5) RP05(S5) ECF0(S5) RP06(S5) NIC_(S5) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) U6RM(S3) EHC1(S3) EHC2(S3) PCIB(S5) HST1(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz (GenuineIntel 686-class) 2.53 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 1 acpiprt0 at acpi0: bus 1 (PEGP) acpiprt1 at acpi0: bus 2 (RP01) acpiprt2 at acpi0: bus 3 (RP02) acpiprt3 at acpi0: bus 4 (RP03) acpiprt4 at acpi0: bus 69 (RP05) acpiprt5 at acpi0: bus 134 (PCIB) acpiprt6 at acpi0: bus 0 (PCI0) acpiec0 at acpi0 acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: APPR acpipwrres1 at acpi0: COMP acpipwrres2 at acpi0: LPP_ acpipwrres3 at acpi0: PGF0 acpitz at acpi0 not configured acpitz at acpi0 not configured acpitz at acpi0 not configured acpitz at acpi0 not configured acpitz at acpi0 not configured acpitz at acpi0 not configured acpibat0 at acpi0: BAT0 model Primary serial 00903 2009/01/13 type LIon oem Hewlett-Packard acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: LID_ acpivideo0 at acpi0: DGFX acpivout0 at acpivideo0: LCD_ acpivout1 at acpivideo0: CRT_ acpivout2 at acpivideo0: DVI_ acpivout3 at acpivideo0: DD04 bios0: ROM list: 0xc/0xe200 0xce800/0x1000 0xcf800/0x1000 cpu0: Enhanced SpeedStep 2528 MHz: speeds: 2534, 2533, 1600, 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 ppb0 at pci0 dev 1 function 0 Intel GM45 PCIE rev 0x07: apic 1 int 16 (irq 10) pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor NVIDIA, unknown product 0x065c rev 0xa1 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel GM45 HECI rev 0x07 at pci0 dev 3 function 0 not configured pciide0 at pci0 dev 3 function 2 Intel GM45 PT IDER rev 0x07: DMA (unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide0: using apic 1 int 18 (irq 11) for native-PCI interrupt pciide0: channel 0 ignored (not responding; disabled or no drives?) pciide0: channel 1 ignored (not responding; disabled or no drives?) Intel GM45 AMT SOL rev 0x07 at pci0 dev 3 function 3 not configured em0 at pci0 dev 25 function 0 Intel ICH9 IGP M AMT rev 0x03: apic 1 int 22 (irq 10), address 00:23:7d:e7:ac:60 uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x03: apic 1 int 16 (irq 10) uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x03: apic 1 int 17 (irq 10) uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x03: apic 1 int 18 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x03: apic 1 int 19 (irq 10) usb0 at ehci0: USB revision
Re: HP laptops again
On 2010-07-28, Jan Stary h...@stare.cz wrote: I have just seen the very current bsd.rd (from ftp.openbsd.org) segfault on me during the fdisk stage of an install. (This has happened sooner today on another machine, too.) btw, that was fallout from UTF-8 support and is mended now.
Re: HP laptops again
'apmd -C' works OK: the CPU scales appropriately based on load; the battery status is reported correctly; the monitor dims/brightens when AC is plugged out/in. This is not entirely true. It worked yesterday after I re(plugged) the AC power. Now I see that immediately after boot (either on AC, or on battery), the battery is not even detected as present: $ apm Battery state: absent, 0% remaining, unknown life estimate A/C adapter state: not connected Performance adjustment mode: cool running (800 MHz) After I plug the AC out and in (or in and out), it usually starts to work: $ apm Battery state: high, 100% remaining, 172 minutes life estimate A/C adapter state: connected Performance adjustment mode: cool running (800 MHz) $ apm Battery state: high, 100% remaining, 172 minutes life estimate A/C adapter state: not connected Performance adjustment mode: cool running (800 MHz) Yet on another boot, it's $ apm Battery state: high, 0% remaining, unknown life estimate A/C adapter state: connected Performance adjustment mode: cool running (800 MHz) $ apm Battery state: high, 0% remaining, unknown life estimate A/C adapter state: not connected Performance adjustment mode: cool running (800 MHz) i.e. only the AC state is reported correctly. Please note that while this happens, dmesg says: acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit offline regardless of the actual state, while previous kernels said acpibat0 at acpi0: BAT0 model Primary serial 00903 2009/01/13 type LIon oem Hewlett-Packard acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online (3) 'apm -S' puts the machine to standby; everything goes black, just the power button's led starts blinking. After pressing the power button everything comes back up, including the network connections (of em0; don't know about iwn0, I am not in a reach of a wifi network right now; will test tomorrow). I am using the iwn-firmware-5.5 as referenced in iwn(4). Before apm -S: iwn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:21:6a:0f:b2:8e priority: 4 groups: wlan egress media: IEEE802.11 autoselect (DS1 mode 11g) status: active ieee80211: nwid wififjfi chan 4 bssid 00:17:df:94:a8:81 169dB inet6 fe80::221:6aff:fe0f:b28e%iwn0 prefixlen 64 scopeid 0x2 inet 172.16.21.117 netmask 0xff00 broadcast 172.16.21.255 After resume: iwn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:21:6a:0f:b2:8e priority: 4 groups: wlan media: IEEE802.11 autoselect (DS1 mode 11g) status: active ieee80211: nwid wififjfi chan 1 bssid 00:19:a9:ce:01:11 173dB inet6 fe80::221:6aff:fe0f:b28e%iwn0 prefixlen 64 scopeid 0x2 inet 172.16.21.117 netmask 0xff00 broadcast 172.16.21.255 but the connections seem to be dead - for example the ssh connection to outside I made before the apm -S does not react to nothing. (I am also logged to the HP remotely via ethernet now, because the wifi network I am on now does not make the HP routable from outside. The ethernet network does.) One exception is the monitor: it is still dark; I can log in remotely though, bring my tmux sessions back up etc. The tmux sessions come back up with the windows reduced (as happens in a larger xterm when the same session is still open with smaller 80x25 windows elsewhere). I was at the console when I issued 'apm -S', X was not running. If it makes any difference, I issued the 'apm -S' from within root's tmux session. The behaviour is the same when I issue 'apm -S' when X is running (either from within an xterm, or from a console while X is running). Some further hardware notes: No PCMCIA card was ever detected on this machine. No SD card was ever detected on this machine. I have no xD or MMC card to test. sdhc0 at pci6 dev 9 function 1 Ricoh 5C822 SD/MMC rev 0x25: apic 1 int 22 (irq 10) sdmmc0 at sdhc0 Ricoh 5C843 MMC rev 0x14 at pci6 dev 9 function 2 not configured Ricoh 5C592 Memory Stick rev 0x14 at pci6 dev 9 function 3 not configured Ricoh 5C852 xD rev 0x14 at pci6 dev 9 function 4 not configured cbb0 at pci6 dev 9 function 5 Ricoh 5C476 CardBus rev 0xbb: apic 1 int 22 (irq 10) cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 135 device 0 cacheline 0x0, lattimer 0x20 pcmcia0 at cardslot0 RICOH, Bay8Controller (manufacturer 0x0, product 0x0) at pcmcia0 function 0 not configured I am using the uvideo-firmware-1.2.2p1 package as referenced in uvideo(4). uvideo0 at uhub0 port 5 configuration 1 interface 0 Chicony Electronics Co., Ltd. CKA7216 rev 2.00/32.18 addr 2 video0 at uvideo0 Trying to use the uvideo to record a short movie with $ ffmpeg -y -t 15 -an -f video4linux2 -r 25 -s vga vcodec copy /tmp/out.avi results in a broken file with a few freeze-frames captured. Trying again with different framerate (-r) and size (-s) makes it a
Re: HP laptops again
Yes please acpidump -o hp4520s pcidump -v dmesg tar all files up and send to me and jordan On Wed, Jul 28, 2010 at 06:21:36PM +0200, matteo filippetto wrote: Then mail me acpidump -o hp8350 results + dmesg + pcidump -v Hi, I have an hp ProBook 4520s that has problem with acpi (boot only with acpi disable). Do you need my results for those commands? Best regards. -- Matteo Filippetto
Re: HP laptops again
On Wed, Jul 28, 2010 at 11:18:13PM +0200, Jan Stary wrote: On Jul 28 23:06:48, Peter N. M. Hansteen wrote: Jan Stary h...@stare.cz writes: Actually a test with up to the second -current would be helpful to get a baseline where we are at with this machine. What is the second -current? up to the second -- as fresh as physically possible aaargh, sorri me not gut english. :-) So please update from cvs and try again. Some things went in that might have helped this laptop.
Re: HP laptops again
So please update from cvs and try again. Some things went in that might have helped this laptop. I just did - see http://stare.cz/~hans/.tmp/hp8530w.tar The acpitz still claims the CPU is 5731C and shuts down. It seems to happen more often when on battery. I disabled acpitz again. BTW, is there some way to say which of acpitz0 at acpi0: critical temperature 115 degC acpitz1 at acpi0: critical temperature 105 degC acpitz2 at acpi0: critical temperature 112 degC acpitz3 at acpi0: critical temperature 112 degC acpitz4 at acpi0: critical temperature 90 degC acpitz5 at acpi0: critical temperature 112 degC is the (alleged) temperature of what? The acpibat and acpiac were properly recognized before I disabled acpitz: acpibat0 at acpi0: BAT0 model Primary serial 00903 2009/01/13 type LIon oem Hewlett-Packard acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online Now, with acpitz disabled, it's *sometimes* acpibat0 at acpi0: BAT0 model Primary serial 34704 2002/12/16 type LIon oem Hewlett-Packard acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit offline eventhough the AC is online, and apm only correctly reports about AC and BAT after I plug AC in and out a few times. Generaly, it seems to be more correct when on AC. suspend/resume stiil the same, specifically, everything comes back up except the monitor. Jan dmesg when acpitz enabled follows; upon latest boot, the dmesg with acpitz disabled differs only in the acpitz lines being not configured. OpenBSD 4.8-beta (GENERIC.MP) #0: Thu Jul 29 17:02:14 CEST 2010 r...@hp.stare.cz:/usr/src/sys/arch/i386/compile/GENERIC.MP RTC BIOS diagnostic error bbclock_battery,config_unit,memory_size,fixed_disk cpu0: Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz (GenuineIntel 686-class) 2.53 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1 real mem = 2125561856 (2027MB) avail mem = 2080784384 (1984MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/10/08, SMBIOS rev. 2.4 @ 0x7edc4000 (21 entries) bios0: vendor Hewlett-Packard version 68PDV Ver. F.06 date 12/15/2008 bios0: Hewlett-Packard HP EliteBook 8530w acpi0 at bios0: rev 2 acpi0: tables DSDT FACP HPET APIC MCFG TCPA SSDT SLIC SSDT DMAR ASF! SSDT SSDT SSDT acpi0: wakeup devices LANC(S5) HDEF(S4) RP02(S5) WNIC(S5) RP03(S5) ECF0(S5) RP05(S5) ECF0(S5) RP06(S5) NIC_(S5) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) U6RM(S3) EHC1(S3) EHC2(S3) PCIB(S5) HST1(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 265MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz (GenuineIntel 686-class) 2.53 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 1 acpiprt0 at acpi0: bus 1 (PEGP) acpiprt1 at acpi0: bus 2 (RP01) acpiprt2 at acpi0: bus 3 (RP02) acpiprt3 at acpi0: bus 4 (RP03) acpiprt4 at acpi0: bus 69 (RP05) acpiprt5 at acpi0: bus 134 (PCIB) acpiprt6 at acpi0: bus 0 (PCI0) acpiec0 at acpi0 acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: APPR acpipwrres1 at acpi0: COMP acpipwrres2 at acpi0: LPP_ acpipwrres3 at acpi0: PGF0 acpitz0 at acpi0: critical temperature 115 degC acpitz1 at acpi0: critical temperature 105 degC acpitz2 at acpi0: critical temperature 112 degC acpitz3 at acpi0: critical temperature 112 degC acpitz4 at acpi0: critical temperature 90 degC acpitz5 at acpi0: critical temperature 112 degC acpibat0 at acpi0: BAT0 model Primary serial 00903 2009/01/13 type LIon oem Hewlett-Packard acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: LID_ acpivideo0 at acpi0: DGFX acpivout0 at acpivideo0: LCD_ acpivout1 at acpivideo0: CRT_ acpivout2 at acpivideo0: DVI_ acpivout3 at acpivideo0: DD04 bios0: ROM list: 0xc/0xe200 0xce800/0x1000 0xcf800/0x1000 cpu0: Enhanced SpeedStep 2528 MHz: speeds: 2534, 2533, 1600, 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 ppb0 at pci0 dev 1 function 0 Intel GM45 PCIE rev 0x07: apic 1 int 16 (irq 10) pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor NVIDIA, unknown product 0x065c rev 0xa1 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel GM45 HECI rev 0x07 at pci0 dev 3 function 0 not configured pciide0 at pci0 dev 3 function 2 Intel GM45 PT IDER rev
Re: HP laptops again
So please update from cvs and try again. Some things went in that might have helped this laptop. I just did - see http://stare.cz/~hans/.tmp/hp8530w.tar The acpitz still claims the CPU is 5731C and shuts down. It seems to happen more often when on battery. I disabled acpitz again. Is this with sys/dev/acpi/acpitz.c r1.39 or an older version? Miod
Re: HP laptops again
On Jul 29 16:35:14, Miod Vallat wrote: So please update from cvs and try again. Some things went in that might have helped this laptop. I just did - see http://stare.cz/~hans/.tmp/hp8530w.tar The acpitz still claims the CPU is 5731C and shuts down. It seems to happen more often when on battery. I disabled acpitz again. Is this with sys/dev/acpi/acpitz.c r1.39 or an older version? /* $OpenBSD: acpitz.c,v 1.39 2010/07/27 04:28:36 marco Exp $ */
Re: HP laptops again
On Jul 29 16:35:14, Miod Vallat wrote:
So please update from cvs and try again. Some things went in that might
have helped this laptop.
I just did - see http://stare.cz/~hans/.tmp/hp8530w.tar
The acpitz still claims the CPU is 5731C and shuts down.
It seems to happen more often when on battery.
I disabled acpitz again.
Is this with sys/dev/acpi/acpitz.c r1.39 or an older version?
/* $OpenBSD: acpitz.c,v 1.39 2010/07/27 04:28:36 marco Exp $ */
Can you try the following diff and see if it spams your dmesg:
Index: acpitz.c
===
RCS file: /cvs/src/sys/dev/acpi/acpitz.c,v
retrieving revision 1.39
diff -u -p -r1.39 acpitz.c
--- acpitz.c27 Jul 2010 04:28:36 - 1.39
+++ acpitz.c29 Jul 2010 16:46:14 -
@@ -402,8 +402,31 @@ acpitz_getreading(struct acpitz_softc *s
{
u_int64_t val;
+#if 0
if (!aml_evalinteger(sc-sc_acpi, sc-sc_devnode, name, 0, NULL, val))
return (val);
+#else
+ struct aml_value res;
+ struct aml_node *node;
+ int rc;
+
+ node = aml_searchname(sc-sc_devnode, name);
+ rc = aml_evalnode(sc-sc_acpi, node, 0, NULL, res);
+ if (rc == 0) {
+ switch (res.type) {
+ default:
+ printf(%s(%s): type %d\n, __func__, name, res.type);
+ break;
+ case AML_OBJTYPE_INTEGER:
+ case AML_OBJTYPE_BUFFER:
+ case AML_OBJTYPE_STRING:
+ break;
+ }
+ val = aml_val2int(res);
+ aml_freevalue(res);
+ return val;
+ }
+#endif
return (-1);
}
Re: HP laptops again
On Thu, Jul 29, 2010 at 10:44:44PM +, Miod Vallat wrote:
On Jul 29 16:35:14, Miod Vallat wrote:
So please update from cvs and try again. Some things went in that
might
have helped this laptop.
I just did - see http://stare.cz/~hans/.tmp/hp8530w.tar
The acpitz still claims the CPU is 5731C and shuts down.
It seems to happen more often when on battery.
I disabled acpitz again.
Is this with sys/dev/acpi/acpitz.c r1.39 or an older version?
/* $OpenBSD: acpitz.c,v 1.39 2010/07/27 04:28:36 marco Exp $ */
Can you try the following diff and see if it spams your dmesg:
Index: acpitz.c
===
RCS file: /cvs/src/sys/dev/acpi/acpitz.c,v
retrieving revision 1.39
diff -u -p -r1.39 acpitz.c
--- acpitz.c 27 Jul 2010 04:28:36 - 1.39
+++ acpitz.c 29 Jul 2010 16:46:14 -
@@ -402,8 +402,31 @@ acpitz_getreading(struct acpitz_softc *s
{
u_int64_t val;
+#if 0
if (!aml_evalinteger(sc-sc_acpi, sc-sc_devnode, name, 0, NULL, val))
return (val);
+#else
+ struct aml_value res;
+ struct aml_node *node;
+ int rc;
+
+ node = aml_searchname(sc-sc_devnode, name);
+ rc = aml_evalnode(sc-sc_acpi, node, 0, NULL, res);
+ if (rc == 0) {
+ switch (res.type) {
+ default:
+ printf(%s(%s): type %d\n, __func__, name, res.type);
+ break;
+ case AML_OBJTYPE_INTEGER:
+ case AML_OBJTYPE_BUFFER:
+ case AML_OBJTYPE_STRING:
+ break;
+ }
+ val = aml_val2int(res);
val2int is kind of verboten.
+ aml_freevalue(res);
+ return val;
+ }
+#endif
return (-1);
}
Re: HP laptops again
Little status update. We got one laptop ordered (thanks everyone!) and are a few hundred short of the next. So if you care about these bugs please pony up ;-) /marco On Mon, Jul 26, 2010 at 12:52:35PM -0500, Marco Peereboom wrote: I have got a few pledges for hp laptops. I have gotten good (as in bad) test reports of the following models that fail one way or another: * HP eb8730w * HP nw9440 * HP Mini 5102 * HP 530 I think we have 2 major acpi issues with these. One of them looks like an aml bug where we don't dereference an object deep enough and some thermal zone issues. Unfortunately it seems that these are 2 distinct issues and therefore potentially require 2 laptops to figure them out. The laptops in question are relatively cheap on ebay so I think we can make do with about $800USD worth for 2 machines. One of these machines fails to boot; different class of bug but very interesting nonetheless to fix. I am 25% there with pledges. So if you are interested in getting these 2 bugs fixed send me an email with the pledge amount. I won't accept cash until we have enough to actually order machines. Oh and so that you know once these bugs are fixed we'll try to make these laptops suspend and resume (an entire different beast!). And after that the laptops will go to a developer who needs a laptop to work on. Please contact me at ma...@openbsd.org and not on the list.
Re: HP laptops again
On Mon, Jul 26, 2010 at 12:52:35PM -0500, Marco Peereboom wrote: I have got a few pledges for hp laptops. I have gotten good (as in bad) test reports of the following models that fail one way or another: * HP eb8730w * HP nw9440 * HP Mini 5102 * HP 530 While I cannot donate my HP eb8530w (NB: 8530, not 8730), I would at least like to provide a good (=bad) test report. I think we have 2 major acpi issues with these. One of them looks like an aml bug where we don't dereference an object deep enough and some thermal zone issues. I have had issues with acpitz shuting down on boot because of critical temperature, as described also by others on this list some time ago. What else do I need to provide besides dmesg, sysctl hw, and an acpidump (which I did)? Thank you for your time Jan
Re: HP laptops again
On Wed, Jul 28, 2010 at 05:45:14PM +0200, Jan Stary wrote: On Mon, Jul 26, 2010 at 12:52:35PM -0500, Marco Peereboom wrote: I have got a few pledges for hp laptops. I have gotten good (as in bad) test reports of the following models that fail one way or another: * HP eb8730w * HP nw9440 * HP Mini 5102 * HP 530 While I cannot donate my HP eb8530w (NB: 8530, not 8730), I would at least like to provide a good (=bad) test report. Actually a test with up to the second -current would be helpful to get a baseline where we are at with this machine. Then mail me acpidump -o hp8350 results + dmesg + pcidump -v I think we have 2 major acpi issues with these. One of them looks like an aml bug where we don't dereference an object deep enough and some thermal zone issues. I have had issues with acpitz shuting down on boot because of critical temperature, as described also by others on this list some time ago. What else do I need to provide besides dmesg, sysctl hw, and an acpidump (which I did)? Thank you for your time Jan
Re: HP laptops again
Then mail me acpidump -o hp8350 results + dmesg + pcidump -v Hi, I have an hp ProBook 4520s that has problem with acpi (boot only with acpi disable). Do you need my results for those commands? Best regards. -- Matteo Filippetto
Re: HP laptops again
On Wed, Jul 28, 2010 at 9:21 AM, matteo filippetto matteo.filippe...@gmail.com wrote: Then mail me acpidump -o hp8350 results + dmesg + pcidump -v Hi, I have an hp ProBook 4520s that has problem with acpi (boot only with acpi disable). Do you need my results for those commands? Only if you want it fixed. :)
Re: HP laptops again
On Jul 28 11:07:08, Marco Peereboom wrote: On Wed, Jul 28, 2010 at 05:45:14PM +0200, Jan Stary wrote: On Mon, Jul 26, 2010 at 12:52:35PM -0500, Marco Peereboom wrote: I have got a few pledges for hp laptops. I have gotten good (as in bad) test reports of the following models that fail one way or another: * HP eb8730w * HP nw9440 * HP Mini 5102 * HP 530 While I cannot donate my HP eb8530w (NB: 8530, not 8730), I would at least like to provide a good (=bad) test report. Actually a test with up to the second -current would be helpful to get a baseline where we are at with this machine. What is the second -current? I have just seen the very current bsd.rd (from ftp.openbsd.org) segfault on me during the fdisk stage of an install. (This has happened sooner today on another machine, too.) So I have used the 4.7/i386/bsd.rd to install -current, ignoring the checksum missmatches. Then mail me acpidump -o hp8350 results + dmesg + pcidump -v The acpidump is at http://stare.cz/~hans/.tmp/hp8530w.tar and the dmesg and pcidump -v is below. (1) Right after the first (re)boot, the system gets shut down because of critical temperature: acpitz2: Critical temperature 4989C (52624K), shutting down A workaround that works for me is to simply 'disable acpitz' in UKC. (2) 'apmd -C' works OK: the CPU scales appropriately based on load; the battery status is reported correctly; the monitor dims/brightens when AC is plugged out/in. (3) 'apm -S' puts the machine to standby; everything goes black, just the power button's led starts blinking. After pressing the power button everything comes back up, including the network connections (of em0; don't know about iwn0, I am not in a reach of a wifi network right now; will test tomorrow). One exception is the monitor: it is still dark; I can log in remotely though, bring my tmux sessions back up etc. The tmux sessions come back up with the windows reduced (as happens in a larger xterm when the same session is still open with smaller 80x25 windows elsewhere). I was at the console when I issued 'apm -S', X was not running. If it makes any difference, I issued the 'apm -S' from within root's tmux session. According to my cheap wattmeter, the power consumption drops from about 30W to 0 during the standby mode, and comes back up to 23W (the difference being the monitor not comming back up?). (4) 'apm -z' suspends the machine. On the outside the behaviour is just like (3), incluing the monitor not comming back up. (not that I really understand the exact differences of what apm -S / apm -z is supposed to do). (5) Both (3) and (4) behave the same on AC and on battery. (6) apm -S worked with both closed and open lid. (7) apm -z worked with the lid open; with the lid closed, it worked more then once and failed more then once. Actually, it *sometimes* happens that the machine does not boot - the LEDs turn on, but the monitor does not, and nothing else happens. I have seen this even before trying suspend, just on normal boots in the last months. Now this seems to be the same state into which the machine gets after an unsuccesfull suspend/resume - it almost reboots, but not really. I have not been able to detect any pattern of when this happens. (8) *Sometimes* the machine boots fully, but then I cannot type my login; when this happens, then also the sound and wifi hardware icons do not work. As if the whole keyboard was not there. I haven't detected any pattern in this either. Please let me knoe of what more I should test. Thank you very much for you efforts! Jan dmesg of a boot that ends with a shutdown due to critical temperature: Jul 28 21:07:34 hp syslogd: start Jul 28 21:07:34 hp /bsd: OpenBSD 4.8-beta (GENERIC.MP) #282: Tue Jul 27 14:43:59 MDT 2010 Jul 28 21:07:34 hp /bsd: dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP Jul 28 21:07:34 hp /bsd: RTC BIOS diagnostic error bbclock_battery,config_unit,memory_size,fixed_disk Jul 28 21:07:34 hp /bsd: cpu0: Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz (GenuineIntel 686-class) 2.53 GHz Jul 28 21:07:34 hp /bsd: cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1 Jul 28 21:07:34 hp /bsd: real mem = 2125561856 (2027MB) Jul 28 21:07:34 hp /bsd: avail mem = 2080784384 (1984MB) Jul 28 21:07:34 hp /bsd: mainbus0 at root Jul 28 21:07:34 hp /bsd: bios0 at mainbus0: AT/286+ BIOS, date 11/10/08, SMBIOS rev. 2.4 @ 0x7edc4000 (21 entries) Jul 28 21:07:34 hp /bsd: bios0: vendor Hewlett-Packard version 68PDV Ver. F.06 date 12/15/2008 Jul 28 21:07:34 hp /bsd: bios0: Hewlett-Packard HP EliteBook 8530w Jul 28 21:07:34 hp /bsd: acpi0 at bios0: rev 2 Jul 28 21:07:34 hp /bsd: acpi0: tables DSDT FACP HPET APIC MCFG TCPA SSDT SLIC SSDT DMAR ASF! SSDT SSDT SSDT Jul 28 21:07:34 hp /bsd: acpi0: wakeup devices
Re: HP laptops again
Jan Stary h...@stare.cz writes: Actually a test with up to the second -current would be helpful to get a baseline where we are at with this machine. What is the second -current? up to the second -- as fresh as physically possible - p -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: HP laptops again
On Wed, Jul 28, 2010 at 4:36 PM, Jan Stary h...@stare.cz wrote: Actually a test with up to the second -current would be helpful to get a baseline where we are at with this machine. What is the second -current? -current that is current as of this second.
Re: HP laptops again
On Jul 28 23:06:48, Peter N. M. Hansteen wrote: Jan Stary h...@stare.cz writes: Actually a test with up to the second -current would be helpful to get a baseline where we are at with this machine. What is the second -current? up to the second -- as fresh as physically possible aaargh, sorri me not gut english.
Re: HP laptops again
Quoting Peter N. M. Hansteen pe...@bsdly.net: Jan Stary h...@stare.cz writes: Actually a test with up to the second -current would be helpful to get a baseline where we are at with this machine. What is the second -current? up to the second -- as fresh as physically possible That's what hyphens are for - so up-to-the-second would show that the words are related. - p -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: HP laptops again
On Mon, 26 Jul 2010 12:52:35 -0500 Marco Peereboom sl...@peereboom.us wrote: I am 25% there with pledges. So if you are interested in getting these 2 bugs fixed send me an email with the pledge amount. I won't accept cash until we have enough to actually order machines. 150 USD sent. Thank you very much for you time to help us solving this issues. jirib
HP laptops again
I have got a few pledges for hp laptops. I have gotten good (as in bad) test reports of the following models that fail one way or another: * HP eb8730w * HP nw9440 * HP Mini 5102 * HP 530 I think we have 2 major acpi issues with these. One of them looks like an aml bug where we don't dereference an object deep enough and some thermal zone issues. Unfortunately it seems that these are 2 distinct issues and therefore potentially require 2 laptops to figure them out. The laptops in question are relatively cheap on ebay so I think we can make do with about $800USD worth for 2 machines. One of these machines fails to boot; different class of bug but very interesting nonetheless to fix. I am 25% there with pledges. So if you are interested in getting these 2 bugs fixed send me an email with the pledge amount. I won't accept cash until we have enough to actually order machines. Oh and so that you know once these bugs are fixed we'll try to make these laptops suspend and resume (an entire different beast!). And after that the laptops will go to a developer who needs a laptop to work on. Please contact me at ma...@openbsd.org and not on the list.
