On Wed, 25 Jun 2014 10:17:31 -0400, John Baldwin wrote: >On Wednesday, June 25, 2014 8:03:58 am Hilko Meyer wrote: >> John Baldwin schrieb: >> >On Tuesday, June 24, 2014 1:36:41 pm Hilko Meyer wrote: >> >> On Tue, 24 Jun 2014 10:26:52 -0400, you wrote: >> >> >On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote: >> >> >> John Baldwin wrote: >> >> >> >On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote: >> >> >> >> >> >> >> >> powerd doesn't work anymore after the update from 8.4 to 9.2. The >system >> >> >> >> has an old (more than 10 years) mainboard with Via KT133 chipset. >> >> >> >> >> >> >> >> I made a verbose boot with both, 8.4 and 9.2: >> >> >> >> 8.4: http://pastebin.com/iiZXRXgK >> >> >> >> 9.2: http://pastebin.com/sHcd3MHv >> >> >> >> The relevant part of the diff seem to be these parts: >> >> >> >> >> >> >> >> viapropm0: SMBus I/O base at 0x5000 >> >> >> >> viapropm0: SMBus I/O base at 0x5000 >> >> >> >> viapropm0: <VIA VT82C686A Power Management Unit> port >0x5000-0x500f at >> >> >> >> device 7.4 on pci0 >> >> >> >> -viapropm0: SMBus revision code 0x40 >> >> >> >> -smbus0: <System Management Bus> on viapropm0 >> >> >> >> -smb0: <SMBus generic I/O> on smbus0 >> >> >> >> +viapropm0: could not allocate bus space >> >> >> >> +device_attach: viapropm0 attach returned 6 >> >> >> >> [ ] >> >> >> >> acpi_throttle0: <ACPI CPU Throttling> on cpu0 >> >> >> >> -acpi_throttle0: P_CNT from P_BLK 0x4010 >> >> >> >> +acpi_throttle0: failed to attach P_CNT >> >> >> >> +device_attach: acpi_throttle0 attach returned 6 >> >> >> >> >> >> >> >> Any ideas what I can do? >> >> >> > >> >> >> >acpi_timer0 also failed to probe due to a resource issue. Can you get >the >> >> >> >output of 'devinfo -rv' and 'devinfo -u' from the both kernels? >> >> >> >> >> >> Yes, no problem. >> >> >> devinfo -rv: >> >> >> 8.4: http://pastebin.com/6xm1tBrU >> >> >> 9.2: http://pastebin.com/whXk32Ab >> >> >> >> >> >> devinfo -u: >> >> >> 8.4: http://pastebin.com/47U7HZb3 >> >> >> 9.2: http://pastebin.com/U85HTw0C >> >> >> >> >> >> thanks for your help, >> >> >> Hilko >> >> > >> >> >Can you provide your acpidump? This box seems confusing. >> >> >> >> Well, its quite old. An Epox 8kta3 from around 2002. I was not sure which >output >> >> you need so I attached acpidump -d and acpidump -dt. >> > >> >Ok, try this: >> > >> >Index: sys/dev/acpica/acpi.c >> >> The patch doesn't apply. Was it for head or 9-stable and not for 9.2? > >It is for HEAD though it should apply to 9-stable. It might not apply to 9.2 >as it patches a previous fix that went to 9.2. For 9.2, please merge the >change to stable/9 from >http://svnweb.freebsd.org/base?view=revision&revision=263022 first and then >apply this patch.
Thanks for the patch. Works now. Diff to the verbose dmesg without your patch: -acpi_timer0: couldn't allocate resource (port 0x4008) +ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 +Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 +acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 [...] -pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f,0x6000-0x607f on acpi0 +pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0 [...] viapropm0: <VIA VT82C686A Power Management Unit> port 0x5000-0x500f at device 7.4 on pci0 -viapropm0: could not allocate bus space -device_attach: viapropm0 attach returned 6 +viapropm0: SMBus revision code 0x40 +smbus0: <System Management Bus> on viapropm0 +smb0: <SMBus generic I/O> on smbus0 [...] acpi_throttle0: <ACPI CPU Throttling> on cpu0 -acpi_throttle0: failed to attach P_CNT -device_attach: acpi_throttle0 attach returned 6 +acpi_throttle0: P_CNT from P_BLK 0x4010 I could start powerd again. Thanks for your help, Hilko PS: Just for the record, output of dmesg and devinfo from the working system with your patch: devinfo -rv: http://pastebin.com/whga6mxc devinfo -u: http://pastebin.com/xQLdCWTz dmesg -v : http://pastebin.com/jtLmsJzs _______________________________________________ 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"