Re: 4.8 & acpi on Acer AOA110 (Aspire One)
On 9 November 2010 14:39, Nick Holland wrote: > > > I can almost hear the knuckles being cracked in readiness to type a > severe > > castigation for not reading one or other relevant man page. Sorry if > that's > > the case. I have actually tried to work this out for myself :) > > naw, not entirely sure where you are supposed to find this one, but what > you want is this: > > > machdep.lidsuspend=0 > > changed to 1. > Ahha, thanks; it was right there in the sysctl.conf comments - oops :) > Works slick if your Aspire One is like mine. One of these days, I > should memorize the model of mine. :) Seems to work fine here as long as there's no card in the SDHC slot at suspend time! I have to re-plug my USB keyboard, too, but no big deal. BTW, on your Aspire One does your (built-in) keyboard occasionally fail to work after booting? Cheers, Mark Nick.
Re: 4.8 & acpi on Acer AOA110 (Aspire One)
On 11/08/10 20:01, mark hellewell wrote: > Hello, > > I installed 4.8 on this 'netbook' as soon as my CD set arrived -- thought > I'd give it a go what with the new ACPI work that's been done -- and, aside > from an AR5424-based ath wireless adapter that doesn't want to connect to > any network available to me, everything else seems to be working well. I'll > tinker with my ath problems some more before resorting to list help, > however... > > My question now is: is there something special I have to do, or something > obvious I have (clearly) missed, to permit the system to act on acpi related > kqueue events? I ask because my dmesg seems to indicate that many and > varied acpi buttons, ports, and sleep states have been detected, but closing > the lid (acpibtn1 apparently) doesn't seem to trigger any of these sleep > states. > > I can almost hear the knuckles being cracked in readiness to type a severe > castigation for not reading one or other relevant man page. Sorry if that's > the case. I have actually tried to work this out for myself :) naw, not entirely sure where you are supposed to find this one, but what you want is this: > machdep.lidsuspend=0 changed to 1. Works slick if your Aspire One is like mine. One of these days, I should memorize the model of mine. :) Nick.
4.8 & acpi on Acer AOA110 (Aspire One)
Hello, I installed 4.8 on this 'netbook' as soon as my CD set arrived -- thought I'd give it a go what with the new ACPI work that's been done -- and, aside from an AR5424-based ath wireless adapter that doesn't want to connect to any network available to me, everything else seems to be working well. I'll tinker with my ath problems some more before resorting to list help, however... My question now is: is there something special I have to do, or something obvious I have (clearly) missed, to permit the system to act on acpi related kqueue events? I ask because my dmesg seems to indicate that many and varied acpi buttons, ports, and sleep states have been detected, but closing the lid (acpibtn1 apparently) doesn't seem to trigger any of these sleep states. I can almost hear the knuckles being cracked in readiness to type a severe castigation for not reading one or other relevant man page. Sorry if that's the case. I have actually tried to work this out for myself :) Thanks for 4.8 and all the hard work from committers.. Included is my acpidump (link to tar.gz), sysctl, and dmesg output. Cheers, Mark acpidump files: https://mchtmp.s3.amazonaws.com/mch_A110_acpidump.tar.gz kern.ostype=OpenBSD kern.osrelease=4.8 kern.osrevision=201011 kern.version=OpenBSD 4.8 (GENERIC.MP) #359: Mon Aug 16 09:16:26 MDT 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP kern.maxvnodes=2963 kern.maxproc=1310 kern.maxfiles=7030 kern.argmax=262144 kern.securelevel=1 kern.hostname=ace.localdomain kern.hostid=0 kern.clockrate=tick = 1, tickadj = 40, hz = 100, profhz = 100, stathz = 100 kern.posix1version=199009 kern.ngroups=16 kern.job_control=1 kern.saved_ids=1 kern.boottime=Tue Nov 9 11:12:32 2010 kern.domainname= kern.maxpartitions=16 kern.rawpartition=2 kern.osversion=GENERIC.MP#359 kern.somaxconn=128 kern.sominconn=80 kern.usermount=0 kern.random=66061 534208 0 342832 5 1280 0 0 0 0 0 0 14635 8632 0 113 8481 30 45 151 121 222 364 544 786 1028 377 240 198 276 281 424 334 163 122 111 130 77 50 26 11 19 11 6 5 2 0 0 0 8423 0 2317 3532 363 0 0 0 0 0 29202 30583 6302 0 0 kern.nosuidcoredump=1 kern.fsync=1 kern.sysvmsg=1 kern.sysvsem=1 kern.sysvshm=1 kern.arandom=2773922996 kern.msgbufsize=16364 kern.malloc.buckets=16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,6553 6,131072,262144,524288 kern.malloc.bucket.16=(calls = 15380 total_allocated = 3072 total_free = 1282 elements = 256 high watermark = 1280 could_free = 279) kern.malloc.bucket.32=(calls = 9087 total_allocated = 384 total_free = 156 elements = 128 high watermark = 640 could_free = 0) kern.malloc.bucket.64=(calls = 96607 total_allocated = 4288 total_free = 416 elements = 64 high watermark = 320 could_free = 12) kern.malloc.bucket.128=(calls = 1547 total_allocated = 320 total_free = 28 elements = 32 high watermark = 160 could_free = 0) kern.malloc.bucket.256=(calls = 3944 total_allocated = 288 total_free = 22 elements = 16 high watermark = 80 could_free = 0) kern.malloc.bucket.512=(calls = 877 total_allocated = 256 total_free = 15 elements = 8 high watermark = 40 could_free = 0) kern.malloc.bucket.1024=(calls = 456 total_allocated = 252 total_free = 8 elements = 4 high watermark = 20 could_free = 0) kern.malloc.bucket.2048=(calls = 64 total_allocated = 32 total_free = 4 elements = 2 high watermark = 10 could_free = 0) kern.malloc.bucket.4096=(calls = 803 total_allocated = 94 total_free = 1 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.8192=(calls = 2250 total_allocated = 8 total_free = 1 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.16384=(calls = 6 total_allocated = 5 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.32768=(calls = 158 total_allocated = 6 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.65536=(calls = 4 total_allocated = 1 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.131072=(calls = 0 total_allocated = 0 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.262144=(calls = 1 total_allocated = 1 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.524288=(calls = 1 total_allocated = 1 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.kmemnames=free,,devbuf,debug,pcb,routetbl,,fragtbl,,ifaddr,soopts ,sysctl,,,ioctlops,iov,mount,,NFS_req,NFS_mount,,vnodes,namecache,UFS_quo ta,UFS_mount,shm,VM_map,sem,dirhash,ACPI,VM_pmapfile,file_desc,,proc,subp roc,VFS_cluster,,,MFS_node,,,Export_Host,NFS_srvsock,,NFS_daemon,ip_moptions, in_multi,ether_multi,mrt,ISOFS_mount,ISOFS_node,MSDOSFS_mount,MSDOSFS_fat,MSD OSFS_node,ttys,exec,miscfs_mount,,pfkey_data,tdb,xform_data,,pagedep, inodedep,newblk,,,indirdep,VM_swap,RAIDframe_data,UVM_amap,UVM_ao bj,,USB,USB_device,USB_HC,,memdesc,,,crypto_data,,IPsec_creds,packet_tags,,,e muldata,,
Re: ACPI memory leak?
hmm, on Sun, Oct 17, 2010 at 02:46:51AM +0200, frantisek holop said that > ACPI 17407 1102384 1107632 402653182673108 0 0 > |.|. > ... > ACPI 18321 1160880 1166128 402653182842846 0 0 > |.|. and counting... ... TYPE INUSEMEMUSE HIGHUSELIMIT REQUESTS TYPE LI KERN LI BUCKETS ACPI 248957 15921584 15925552 40265318 46970816 0 0 |.|. -f -- he who lives by the sword eats with bloody hands.
(snapshot 4.8) acpi button (on/off) not found on Dell Poweredge R610.
Hello, I'm using a snapshot of 4.8/amd64 (october, 6) and I'm not able to shutdown properly the box using the power on/off button. The machine is a Dell PowerEdge R610: bios bios0: vendor Dell Inc. version "2.1.9" date 05/21/2010 bios0: Dell Inc. PowerEdge R610 full dmesg : http://user.lamaiziere.net/patrick/dmesg-open48.txt acpidump : http://user.lamaiziere.net/patrick/acpidump.tar.gz sensors: # sysctl -a | grep sensor hw.sensors.cpu0.temp0=46.00 degC hw.sensors.cpu1.temp0=46.00 degC hw.sensors.cpu2.temp0=46.00 degC hw.sensors.cpu3.temp0=46.00 degC hw.sensors.cpu4.temp0=46.00 degC hw.sensors.cpu5.temp0=46.00 degC hw.sensors.cpu6.temp0=46.00 degC hw.sensors.cpu7.temp0=46.00 degC hw.sensors.mfi0.drive0=online (sd0), OK The button works fine on FreeBSD, tell me if a FreeBSD dmesg will be useful. Thanks, regards.
ACPI memory leak?
i have been watching "systat malloc" for a while,
and the ACPI line keeps growing, steadily.
is this normal operation, or a sign of memory leak?
TYPE INUSEMEMUSE HIGHUSELIMIT REQUESTS TYPE LI KERN
LI BUCKETS
ACPI 11614731632 736880 402653181598991 0
0 |.|.
...
ACPI 13753868528 873776 402653181995543 0
0 |.|.
...
ACPI 14305903856 909104 402653182097879 0
0 |.|.
...
ACPI 15845 1002416 1007664 402653182383430 0
0 |.|.
...
ACPI 17407 1102384 1107632 402653182673108 0
0 |.|.
...
ACPI 18321 1160880 1166128 402653182842846 0
0 |.|.
-f
OpenBSD 4.8-current (GENERIC) #435: Thu Oct 14 13:37:41 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Celeron(R) M processor 900MHz ("GenuineIntel" 686-class) 631 MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF
real mem = 527527936 (503MB)
avail mem = 508899328 (485MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 03/11/09, BIOS32 rev. 0 @ 0xf0010, SMBIOS
rev. 2.5 @ 0xf06e0 (37 entries)
bios0: vendor American Megatrends Inc. version "1302" date 03/11/2009
bios0: ASUSTeK Computer INC. 701
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC OEMB MCFG
acpi0: wakeup devices P0P3(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) MC97(S4)
USB1(S3) USB2(S3) USB3(S3) USB4(S3) EUSB(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 70MHz
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 5 (P0P3)
acpiprt2 at acpi0: bus 3 (P0P5)
acpiprt3 at acpi0: bus 1 (P0P6)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2
acpitz0 at acpi0: critical temperature 90 degC
acpibat0 at acpi0: BAT0 model "701" serial type LION oem "ASUS"
acpiac0 at acpi0: AC unit offline
acpiasus0 at acpi0
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibtn2 at acpi0: PWRB
acpivideo0 at acpi0: VGA_
acpivout0 at acpivideo0: CRTD
acpivout1 at acpivideo0: TVOD
acpivout2 at acpivideo0: LCDD
bios0: ROM list: 0xc/0xf800!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82915GM Host" rev 0x04
vga1 at pci0 dev 2 function 0 "Intel 82915GM Video" rev 0x04
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 1 int 16 (irq 5)
drm0 at inteldrm0
"Intel 82915GM Video" rev 0x04 at pci0 dev 2 function 1 not configured
azalia0 at pci0 dev 27 function 0 "Intel 82801FB HD Audio" rev 0x04: apic 1 int
16 (irq 5)
azalia0: codecs: Realtek ALC662
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801FB PCIE" rev 0x04: apic 1 int 16
(irq 5)
pci1 at ppb0 bus 4
ppb1 at pci0 dev 28 function 1 "Intel 82801FB PCIE" rev 0x04: apic 1 int 17
(irq 11)
pci2 at ppb1 bus 3
lii0 at pci2 dev 0 function 0 "Attansic Technology L2" rev 0xa0: apic 1 int 17
(irq 11), address 71:ec:da:32:72:24
ukphy0 at lii0 phy 1: Generic IEEE 802.3u media interface, rev. 2: OUI
0x001374, model 0x0002
ppb2 at pci0 dev 28 function 2 "Intel 82801FB PCIE" rev 0x04: apic 1 int 18
(irq 10)
pci3 at ppb2 bus 1
iwn0 at pci3 dev 0 function 0 "Intel Wireless WiFi Link 4965" rev 0x61: apic 1
int 18 (irq 10), MIMO 2T3R, MoW2, address 00:21:5c:04:9e:19
uhci0 at pci0 dev 29 function 0 "Intel 82801FB USB" rev 0x04: apic 1 int 23
(irq 3)
uhci1 at pci0 dev 29 function 1 "Intel 82801FB USB" rev 0x04: apic 1 int 19
(irq 7)
uhci2 at pci0 dev 29 function 2 "Intel 82801FB USB" rev 0x04: apic 1 int 18
(irq 10)
uhci3 at pci0 dev 29 function 3 "Intel 82801FB USB" rev 0x04: apic 1 int 16
(irq 5)
ehci0 at pci0 dev 29 function 7 "Intel 82801FB USB" rev 0x04: apic 1 int 23
(irq 3)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb3 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xd4
pci4 at ppb3 bus 5
ichpcib0 at pci0 dev 31 function 0 "Intel 82801FBM LPC" rev 0x04: PM disabled
pciide0 at pci0 dev 31 function 2 "Intel 82801FBM SATA" rev 0x04: DMA, channel
0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 1 drive 0:
wd0: 1-sector PIO, LBA, 3815MB, 7815024 sectors
wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 4
ichiic0 at pci0 dev 3
Re: ACPI on ASUS Eee PC 1201pn with 4.8
2010/10/7 Guillaume DualC) : > On Thu, 7 Oct 2010 15:23:18 +0200, Tomas Bodzar > wrote: >> If you are not comfortable with -current then it's better to start >> with snapshot as you can avoid compilation, you will have binary >> upgrades of OS and packages and so on >> >> 2010/10/7 Guillaume DualC) : >>> On Thu, 7 Oct 2010 11:17:36 +0200, Joachim Schipper >>> wrote: On Thu, Oct 07, 2010 at 10:27:43AM +0200, Guillaume Duali wrote: > On Thu, 7 Oct 2010 06:02:10 +0200, Tomas Bodzar > wrote: > > 4.8 is closed for a quite long time. Support can start only in current > > so 4.9 is nearest possible release which will support your HW ;-) > Ho ok ^^ > So, what must I do ? Wait that 4.8 go out officially and try with > "-current 4.9" when it will be available ? -current, as you can get from CVS today, is already past 4.8 and will become 4.9 at some point. B B B B B B B B B B B B B B Joachim >>> >>> Hi Joachim, >>> thanks for your help and thanks for your previous message. >>> I will try it in some week, I must made a lot of backup before ^^ >>> Guillaume. >>> >>> > Yes Tomas, > I tried with it last time : > http://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso > Are you talking about it, isn't it ? > > Yes that's correct. Maybe I missed that in your first post. Sorry ;-) It's easir to use that and you will be very close to current. -- b If youbre good at something, never do it for free.b B bThe Joker
Re: ACPI on ASUS Eee PC 1201pn with 4.8
On Thu, 7 Oct 2010 15:23:18 +0200, Tomas Bodzar wrote: > If you are not comfortable with -current then it's better to start > with snapshot as you can avoid compilation, you will have binary > upgrades of OS and packages and so on > > 2010/10/7 Guillaume DualC) : >> On Thu, 7 Oct 2010 11:17:36 +0200, Joachim Schipper >> wrote: >>> On Thu, Oct 07, 2010 at 10:27:43AM +0200, Guillaume Duali wrote: On Thu, 7 Oct 2010 06:02:10 +0200, Tomas Bodzar wrote: > 4.8 is closed for a quite long time. Support can start only in current > so 4.9 is nearest possible release which will support your HW ;-) Ho ok ^^ So, what must I do ? Wait that 4.8 go out officially and try with "-current 4.9" when it will be available ? >>> >>> -current, as you can get from CVS today, is already past 4.8 and will >>> become 4.9 at some point. >>> >>> B B B B B B B Joachim >> >> Hi Joachim, >> thanks for your help and thanks for your previous message. >> I will try it in some week, I must made a lot of backup before ^^ >> Guillaume. >> >> Yes Tomas, I tried with it last time : http://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso Are you talking about it, isn't it ?
Re: ACPI on ASUS Eee PC 1201pn with 4.8
On Thu, 7 Oct 2010 11:17:36 +0200, Joachim Schipper wrote: > On Thu, Oct 07, 2010 at 10:27:43AM +0200, Guillaume Duali wrote: >> On Thu, 7 Oct 2010 06:02:10 +0200, Tomas Bodzar >> wrote: >> > 4.8 is closed for a quite long time. Support can start only in current >> > so 4.9 is nearest possible release which will support your HW ;-) >> Ho ok ^^ >> So, what must I do ? Wait that 4.8 go out officially and try with >> "-current 4.9" when it will be available ? > > -current, as you can get from CVS today, is already past 4.8 and will > become 4.9 at some point. > > Joachim Hi Joachim, thanks for your help and thanks for your previous message. I will try it in some week, I must made a lot of backup before ^^ Guillaume.
Re: ACPI on ASUS Eee PC 1201pn with 4.8
On Thu, Oct 07, 2010 at 10:27:43AM +0200, Guillaume Duali wrote: > On Thu, 7 Oct 2010 06:02:10 +0200, Tomas Bodzar > wrote: > > 4.8 is closed for a quite long time. Support can start only in current > > so 4.9 is nearest possible release which will support your HW ;-) > Ho ok ^^ > So, what must I do ? Wait that 4.8 go out officially and try with > "-current 4.9" when it will be available ? -current, as you can get from CVS today, is already past 4.8 and will become 4.9 at some point. Joachim -- TFMotD: form_post (3) - write or erase forms from associated subwindows http://www.joachimschipper.nl/
Re: ACPI on ASUS Eee PC 1201pn with 4.8
On Thu, Oct 07, 2010 at 03:44:38AM +0200, Guillaume Duali wrote:
> On 01/10/2010 17:27, Guillaume Duali wrote:
> >On my laptop, I install the latest iso file downloaded here :
> >ftp://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso
> >
> >And with it, the acpi is bugged.
> >If I do a classic boot, the machine shutdown after 10 seconds saying :
> >"Oct 1 16:38:15 laptop /bsd: acpitz0: Critical temperature 255C
> >(5282K), shutting down"
> >
> >If I do a boot disabling the acpi (thanks to pea), then my machine work
> >fine, but the battery is not correctly managed :
> ># apm
> >Battery state: unknown, 0% remaining, 0 minutes life estimate
> >A/C adapter state: not known
> >Performance adjustment mode: manual (1663 MHz)
> >
> >If I start "apmd -A", nothing appends and in /var/log/message, I
> >can see :
> >Oct 1 17:23:46 laptop apmd: cannot open device file `/dev/apmctl':
> >Operation not supported by device
> >I suppose that is due to acpi is disabled.
> >
> >My version of OpenBSD is :
> >Oct 1 16:44:30 laptop /bsd: OpenBSD 4.8-current (GENERIC.MP) #402: Wed
> >Sep 29 23:51:39 MDT 2010
> >
> >I made a "acpidump" : http://otasc.org/openbsd/acpidump.tgz
> >
> >Here is my "/var/log/messages" file : http://otasc.org/openbsd/messages
> >
> >Here is my (strange) dmesg :
> ># dmesg
On some machines, the dmesg buffer is not cleared at boot, which makes
it possible to see (part of) the dmesg from the previous boot - very
useful if the previous boot crashed.
In this case, OpenBSD mistakenly believes your dmesg buffer to be valid.
Don't worry about it.
> >OpenBSD 4.8-current (GENERIC.MP) #402: Wed Sep 29 23:51:39 MDT 2010
> >dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> >cpu0: Intel(R) Atom(TM) CPU N450 @ 1.66GHz ("GenuineIntel" 686-class)
> >1.67 GHz
> >cpu0:
> >FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
> >
> >CPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR
> >
> >,PDCM,MOVBE
> >real mem = 2146594816 (2047MB)
> >avail mem = 2101448704 (2004MB)
> >User Kernel Config
> >UKC> disable acpi
> >473 acpi0 disabled
> >UKC> quit
> >Continuing...
> >mainbus0 at root
> >bios0 at mainbus0: AT/286+ BIOS, date 04/09/10, BIOS32 rev. 0 @ 0xf0010,
> >SMBIOS rev. 2.6 @ 0xf0740 (30 entries)
> >bios0: vendor American Megatrends Inc. version "0401" date 04/09/2010
> >bios0: ASUSTeK Computer INC. 1201PN
> >acpi at bios0 function 0x0 not configured
...
> >root on sd0a swap on sd0b dump on sd0b
> >
> >Note : With OpenBSD 4.7, the apm work fine execpt the suspend to ram is
> >not working.
Well, suspend not working is to be expected with 4.7.
> >Thanks a lot for your help :)
> >And tell me if you want some other tracs or tests.
> Hi there,
> someone have a idea ?
> I can open an SSH connexion to my laptop for a dev if you want to
> try something...
> 4.8 is pretty to go out, so it will be nice if we can say "Yeah ASUS
> EEe 1201pn works with !" :-)
I have no idea how to solve this, but note that you can just disable
acpitz instead of acpi - you probably won't be able to get CPU
temperature from hw.sensors and I don't know if the machine still shuts
down if it gets too hot, but you can still suspend etc.
Joachim
--
TFMotD: CORE (3p) - Pseudo-namespace for Perl's core routines
http://www.joachimschipper.nl/
Re: ACPI on ASUS Eee PC 1201pn with 4.8
On Thu, 7 Oct 2010 06:02:10 +0200, Tomas Bodzar
wrote:
> 4.8 is closed for a quite long time. Support can start only in current
> so 4.9 is nearest possible release which will support your HW ;-)
Ho ok ^^
So, what must I do ? Wait that 4.8 go out officially and try with
"-current 4.9" when it will be available ?
Thanks,
Guillaume.
>
> 2010/10/7 Guillaume DualC) :
>> On 01/10/2010 17:27, Guillaume Duali wrote:
>>>
>>> Hi,
>>> i would like to explain a bug :
>>> On my laptop, I install the latest iso file downloaded here :
>>> ftp://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso
>>>
>>> And with it, the acpi is bugged.
>>> If I do a classic boot, the machine shutdown after 10 seconds saying :
>>> "Oct B 1 16:38:15 laptop /bsd: acpitz0: Critical temperature 255C
>>> (5282K), shutting down"
>>>
>>> If I do a boot disabling the acpi (thanks to pea), then my machine work
>>> fine, but the battery is not correctly managed :
>>> # apm
>>> Battery state: unknown, 0% remaining, 0 minutes life estimate
>>> A/C adapter state: not known
>>> Performance adjustment mode: manual (1663 MHz)
>>>
>>> If I start "apmd -A", nothing appends and in /var/log/message, I can see :
>>> Oct B 1 17:23:46 laptop apmd: cannot open device file `/dev/apmctl':
>>> Operation not supported by device
>>> I suppose that is due to acpi is disabled.
>>>
>>> My version of OpenBSD is :
>>> Oct B 1 16:44:30 laptop /bsd: OpenBSD 4.8-current (GENERIC.MP) #402: Wed
>>> Sep 29 23:51:39 MDT 2010
>>>
>>> I made a "acpidump" : http://otasc.org/openbsd/acpidump.tgz
>>>
>>> Here is my "/var/log/messages" file : http://otasc.org/openbsd/messages
>>>
>>> Here is my (strange) dmesg :
>>> # dmesg
>>> \^L\M-A\M-`
>>>
>>> \m^m\m-0...@\^f\m-f\m^@\...@\^f\^p\m-ff\^a\m^ku\^p\m^ke\m-`\m-vc\^p\^b\m-gf\^d
>>>
>>> hf\M^IV\^B\M^KU\M-d\M^IF\^H\M^IV\^Lt]\M^C}\M-\t\^LPPhG\M-c\M-x\^?\M-i\M-z\^O\
>>>
>>> m-7e\m-z1\m^?\m^ku\m-d\m^c...@\^c\m-a\m-x\^bf\m^if\^b\m^ke\m-`\^o\m-,\M-P\^B\
>>>
>>> m-a\m-j\^b\m^if\^h\m^iv\^l\m^k\^s\m^i\m-q\m-8b\m-h\^o\m-!\^g...@\m^e\m-@\^O\M
>>>
>>> ^D\M-EG\M^C\M^?\^Cu\M-dWWh\\\M-c\M-x\^?\M-i\M^[\M^K\^S\M^I\M-q\M^KE\M-T\M-h\M
>>>
>>> -i\240\^g...@\m^e\m-@\^O\M^D\M^_\M^KC\^H\^O\M-/C\^D\^O\M-/C\^L\M^Cc\^P\M-~\M-
>>>
>>> GG\^L\M^IG\^H\M-i-\M^?\M^?\M^?\M^C}\M-dw"\M^A}\M-`\M-|w\^Y\M^KE\M-`1\M-R\M-ws
>>>
>>> \^L\M^IU\M-`1\M-R\M-ws\^H;C\^D\M^I\M-V\M^I\M-Ar\^LV\M^?7hm\M-c\M-x\^?j\^K\M-k
>>>
>>> 7\m^ku\m-`hh\m^ke\m-\\m^?u\^pb\m^c...@\^brv\m^k\^s\m-h\m^y\240\^g\m^@\M^E\M-@
>>> t.\M^C}\M-\t\^H\M^C}\M-\\^At\^V\M-k
>>>
>>> S\M^?7h|\m-c\m-x\^?j\^n\m-h\m^r\m-f\^g...@\m^c\m-d\^p\m-k\^nq\m^?7h\m^j\m-c\m
>>>
>>> -x\^?j\^o\m-k\m-j1...@\m^me\m-t[^_]\m-b\^lu\m^i\m-ewv\m^i\m-ns\m^i\m-s\m^c\m-
>>> l<\M^IE\M-H\M^K@
>>>
>>> \M^IE\M-L\M-i\M^_\M^KE\M-L\M^C\M-l\^L\M^I\M-r\M^Kx\^L\M^ME\M-dP\M^I\M-X\M^I\M
>>>
>>> -y\m-hp\m-i\^g...@+}\m-d\m^c\m-d\^l\m^c\m^?\^?v\^e\m-?\^?\m^ke\m-l1\m-i\m-v@\
>>>
>>> ^P\^Bt$\M^I\M-Z\M^I\M-Y\M^M|\^_\^C\M^C\M-b\M-|\M^I\M-s\M^C\M-a\^C\M^I]\M-T\M^
>>> Ku\M-T\M^C\M-g\M-|\M^IU\M-P\M^K]\M-P\M-A\M-a
>>>
>>> )\M-W;}\^hv\^c\m^k}\^h\m^ku\m-hp1...@wvs\m^im\m-d\m-h\m-k\m-}\m^?\m^?\m^km\m-
>>> dz\m^e...@u1\m^i\m-x\m-a\m-`
>>>
>>> \m^m\m^q...@\^f\m^i\m-a\m^ie\m-p\m^ke\^l\m-hi\m-f\^g\m^@\M^KE\M-P1\M-R\^AE\^L
>>>
>>> \^A\M-{\^Q\M-V)}\^H\M^C}\^H\^O\M^EW\M^?\M^?\M^?\M-!\M-Dk\^A\M^Me\M-t[^_]\M-B\
>>> ^HU\M^I\M-eWV\M^I\M-NS\M^I\M-S\M^C\M-l,\M^IE\M-L\M^K@
>>>
>>> \...@\^p\^b\m^ie\m-tt\^?ssh\m^y\m-c\m-x\^?j\^]\m-hx\m-e\^g\m^@\M^C\M-D\^P\M-k
>>>
>>> w\M^KE\M-T\M^C\M-l\^L\M^I\M-r\M^Kx\^L\M^ME\M-dP\M^I\M-X\M^I\M-y\M-hi\M-H\^G\M
>>>
>>> ^...@+}\m-d\m^c\m-d\^l\m^c\m^?\^?v\^e\m-?\^?;}\^Hv\^C\M^K}\^H\M^KU\^L\M^I\M-x\M-
>>> A\M-`
>>>
>>> \m^i\m-a\m^ie\m-p\m-8...@\^f\m-h\m-+\m-e\^g\m^@\M^KU\M-L\M-8\^AQWVS\M-h\^\\M-
>>>
>>> }\m^?\m^?z\m^e...@u\^u\m^ke\m-p1\m-r\^ae\^l\^a\m-{\^q\m-v)}\^H\M^C}\^Hu\M^N\M
>>>
>>> -!\m-dk\^a\m^me\m-t[^_]\m-b\^h\m^p\^p...@\m-~_\^b\m-p\m-c\m-x\^?\240\^f\^a\^p
>>>
>>> \...@\m-~_\^bbiosdisk\^p\m-@\m-~_\^c...@\m-j\m-x\^?\^p\m-b\m-x\^?\m-\x\^p\m-p\
>>>
>>> M-c\M-x\^?p\M-g\M-x\^?\^B\M-$\M^O\M-0m\M^C\M-ii\M-2\^B\M-$\M^O\M-0mv\M-i\M-0\
>>>
>>> ^b\m-$\m^o\m-
Re: ACPI on ASUS Eee PC 1201pn with 4.8
On 01/10/2010 17:27, Guillaume Duali wrote:
Hi,
i would like to explain a bug :
On my laptop, I install the latest iso file downloaded here :
ftp://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso
And with it, the acpi is bugged.
If I do a classic boot, the machine shutdown after 10 seconds saying :
"Oct 1 16:38:15 laptop /bsd: acpitz0: Critical temperature 255C
(5282K), shutting down"
If I do a boot disabling the acpi (thanks to pea), then my machine work
fine, but the battery is not correctly managed :
# apm
Battery state: unknown, 0% remaining, 0 minutes life estimate
A/C adapter state: not known
Performance adjustment mode: manual (1663 MHz)
If I start "apmd -A", nothing appends and in /var/log/message, I can
see :
Oct 1 17:23:46 laptop apmd: cannot open device file `/dev/apmctl':
Operation not supported by device
I suppose that is due to acpi is disabled.
My version of OpenBSD is :
Oct 1 16:44:30 laptop /bsd: OpenBSD 4.8-current (GENERIC.MP) #402: Wed
Sep 29 23:51:39 MDT 2010
I made a "acpidump" : http://otasc.org/openbsd/acpidump.tgz
Here is my "/var/log/messages" file : http://otasc.org/openbsd/messages
Here is my (strange) dmesg :
# dmesg
\^L\M-A\M-`
\m^m\m-0...@\^f\m-f\m^@\...@\^f\^p\m-ff\^a\m^ku\^p\m^ke\m-`\m-vc\^p\^b\m-gf\^d
hf\M^IV\^B\M^KU\M-d\M^IF\^H\M^IV\^Lt]\M^C}\M-\t\^LPPhG\M-c\M-x\^?\M-i\M-z\^O\
m-7e\m-z1\m^?\m^ku\m-d\m^c...@\^c\m-a\m-x\^bf\m^if\^b\m^ke\m-`\^o\m-,\M-P\^B\
m-a\m-j\^b\m^if\^h\m^iv\^l\m^k\^s\m^i\m-q\m-8b\m-h\^o\m-!\^g...@\m^e\m-@\^O\M
^D\M-EG\M^C\M^?\^Cu\M-dWWh\\\M-c\M-x\^?\M-i\M^[\M^K\^S\M^I\M-q\M^KE\M-T\M-h\M
-i\240\^g...@\m^e\m-@\^O\M^D\M^_\M^KC\^H\^O\M-/C\^D\^O\M-/C\^L\M^Cc\^P\M-~\M-
GG\^L\M^IG\^H\M-i-\M^?\M^?\M^?\M^C}\M-dw"\M^A}\M-`\M-|w\^Y\M^KE\M-`1\M-R\M-ws
\^L\M^IU\M-`1\M-R\M-ws\^H;C\^D\M^I\M-V\M^I\M-Ar\^LV\M^?7hm\M-c\M-x\^?j\^K\M-k
7\m^ku\m-`hh\m^ke\m-\\m^?u\^pb\m^c...@\^brv\m^k\^s\m-h\m^y\240\^g\m^@\M^E\M-@
t.\M^C}\M-\t\^H\M^C}\M-\\^At\^V\M-k
S\M^?7h|\m-c\m-x\^?j\^n\m-h\m^r\m-f\^g...@\m^c\m-d\^p\m-k\^nq\m^?7h\m^j\m-c\m
-x\^?j\^o\m-k\m-j1...@\m^me\m-t[^_]\m-b\^lu\m^i\m-ewv\m^i\m-ns\m^i\m-s\m^c\m-
l<\M^IE\M-H\M^K@
\M^IE\M-L\M-i\M^_\M^KE\M-L\M^C\M-l\^L\M^I\M-r\M^Kx\^L\M^ME\M-dP\M^I\M-X\M^I\M
-y\m-hp\m-i\^g...@+}\m-d\m^c\m-d\^l\m^c\m^?\^?v\^e\m-?\^?\m^ke\m-l1\m-i\m-v@\
^P\^Bt$\M^I\M-Z\M^I\M-Y\M^M|\^_\^C\M^C\M-b\M-|\M^I\M-s\M^C\M-a\^C\M^I]\M-T\M^
Ku\M-T\M^C\M-g\M-|\M^IU\M-P\M^K]\M-P\M-A\M-a
)\M-W;}\^hv\^c\m^k}\^h\m^ku\m-hp1...@wvs\m^im\m-d\m-h\m-k\m-}\m^?\m^?\m^km\m-
dz\m^e...@u1\m^i\m-x\m-a\m-`
\m^m\m^q...@\^f\m^i\m-a\m^ie\m-p\m^ke\^l\m-hi\m-f\^g\m^@\M^KE\M-P1\M-R\^AE\^L
\^A\M-{\^Q\M-V)}\^H\M^C}\^H\^O\M^EW\M^?\M^?\M^?\M-!\M-Dk\^A\M^Me\M-t[^_]\M-B\
^HU\M^I\M-eWV\M^I\M-NS\M^I\M-S\M^C\M-l,\M^IE\M-L\M^K@
\...@\^p\^b\m^ie\m-tt\^?ssh\m^y\m-c\m-x\^?j\^]\m-hx\m-e\^g\m^@\M^C\M-D\^P\M-k
w\M^KE\M-T\M^C\M-l\^L\M^I\M-r\M^Kx\^L\M^ME\M-dP\M^I\M-X\M^I\M-y\M-hi\M-H\^G\M
^...@+}\m-d\m^c\m-d\^l\m^c\m^?\^?v\^e\m-?\^?;}\^Hv\^C\M^K}\^H\M^KU\^L\M^I\M-x\M-
A\M-`
\m^i\m-a\m^ie\m-p\m-8...@\^f\m-h\m-+\m-e\^g\m^@\M^KU\M-L\M-8\^AQWVS\M-h\^\\M-
}\m^?\m^?z\m^e...@u\^u\m^ke\m-p1\m-r\^ae\^l\^a\m-{\^q\m-v)}\^H\M^C}\^Hu\M^N\M
-!\m-dk\^a\m^me\m-t[^_]\m-b\^h\m^p\^p...@\m-~_\^b\m-p\m-c\m-x\^?\240\^f\^a\^p
\...@\m-~_\^bbiosdisk\^p\m-@\m-~_\^c...@\m-j\m-x\^?\^p\m-b\m-x\^?\m-\x\^p\m-p\
M-c\M-x\^?p\M-g\M-x\^?\^B\M-$\M^O\M-0m\M^C\M-ii\M-2\^B\M-$\M^O\M-0mv\M-i\M-0\
^b\m-$\m^o\m-0m9\m-o\m-0\^b\m-$\m^o\m-0mj\m-i...@\m-0\^b\m-$\m^o\m-0m\m-0\m-q
\M-x\^?-\M-o\^U\M-A\^B\M-$\M^O\M-0m\^]\M-oD\M-<\^B\M-$\M^O\M-0m\^N\M-o\M^W\M-
<\^B\M-$\M^O\M-0m\M^?\M-n\M-*\M-<\^B\M-$\M^O\M-0m\M-r\M-n\M-u\M-<\^B\M-$\M^O\
M-0m\M-`\M-n\M-`\M^L\^B\M-$\M^O\M-0m\M-N\M-n\^B\M^M\^B\M-$\M^O\M-0m\M-,\M-ng\
M^N\^B\M-$\M^O\M-0m0\M-n\M-x\^?\M^M\M-n\^W\M^O\^B\M-$\M^O\M-0m\M-P\M-q\M-x\^?
v\M-n\M^D\M^M\^B\M-$\M^O\M-0mV\M-n\^M\M^N\^B\M-$\M^O\M-0m0\M^?\M-x\^?6\M-n\M-
;\M^N\^B\M-$\M^O\M-0m\^O\M-n\M-a\M^M\^B\M-$\M^O\M-0m\M^P\M-v\M-x\^?\M-m\M-m\M
^M\M^N\^B\M-$\M^O\M-0m\M-Q\M-mW\M^M\^B\M-$\M^O\M-0m\M-:\M-m\M-4\M^M\^B\M-$\M^
O\M-0m0\M-t\M-x\^?\M^Z\M-m2\M^N\^B\M-$\M^O\M-0mz\M-m\M-_\M^N\^B\M-$\M^O\M-0m\
M-0\M-t\M-x\^?X\M-m(\M^M\^B\M-$\M^O\M-0mF\M-m\M->\M-3\^B\M-$\M^O\M-0m.\M-m\M-
x\M-G\^B\M-$\M^O\M-0m\M-0\M-~\M-x\^?\^S\M-m\M-Hk\^A\^B\M-$\M^O\M-0m\^A\M-m\M-
Pk\^A\^B\M-$\M^O\M-0m\M-g\M-l\M-Tk\^A\^B\M-$\M^O\M-0m\M-V\M-l\M-Lk\^A\^B\M-$\
M^O\M-0m\M^P\M-}\M-x\^?\M-I\M-l\M^W\M-1\^B\M-$\M^O\M-0m\M-;\M-l'\M-6\^B\M-$\M
^O\M-0m\M^P\M^?\M-x\^?\M-.\M-lj\M-7\^B\M-$\M^O\M-0m\M-"\M-lQ\M-1\^B\M-$\M^O\M
-0m\M^U\M-l2\M-1\^B\M-$\M^O\M-0m\M^H\M-lJ\M-5\^B\M-$\M^O\M-0m{\M-lK\M-0\^B\M-
$\M^O\M-0mn\M-l\M-[\M-0\^B\M-$\M^O\M-0mb\M-l|\M-2\^B\M-$\M^O\M-0mV\M-l\M^L\M-
5\^B\M-$\M^O\M-0m\M-p\M-{\M-x\^?J\M-l7\M-0\^B\M-$\M^O\M-0m>\M-l\M-8\M-0\^B\M-
$\M^O\M-0m2\M-l\^Y\M-1\^B\M-$\M^O\M-0m&\M-lg\M-0\^B\M-$\M^O\M-0m\^P\M-z\M-x\^
?\^U\M-lR\M^H\^B\M-$\M^O\M-0m\^G\M-l\M-[\M-<\^B\M-$\M^O\M-0m\M-t\M-kN
ACPI on ASUS Eee PC 1201pn with 4.8
Hi,
i would like to explain a bug :
On my laptop, I install the latest iso file downloaded here :
ftp://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso
And with it, the acpi is bugged.
If I do a classic boot, the machine shutdown after 10 seconds saying :
"Oct 1 16:38:15 laptop /bsd: acpitz0: Critical temperature 255C
(5282K), shutting down"
If I do a boot disabling the acpi (thanks to pea), then my machine work
fine, but the battery is not correctly managed :
# apm
Battery state: unknown, 0% remaining, 0 minutes life estimate
A/C adapter state: not known
Performance adjustment mode: manual (1663 MHz)
If I start "apmd -A", nothing appends and in /var/log/message, I can see :
Oct 1 17:23:46 laptop apmd: cannot open device file `/dev/apmctl':
Operation not supported by device
I suppose that is due to acpi is disabled.
My version of OpenBSD is :
Oct 1 16:44:30 laptop /bsd: OpenBSD 4.8-current (GENERIC.MP) #402: Wed
Sep 29 23:51:39 MDT 2010
I made a "acpidump" : http://otasc.org/openbsd/acpidump.tgz
Here is my "/var/log/messages" file : http://otasc.org/openbsd/messages
Here is my (strange) dmesg :
# dmesg
\^L\M-A\M-`
\m^m\m-0...@\^f\m-f\m^@\...@\^f\^p\m-ff\^a\m^ku\^p\m^ke\m-`\m-vc\^p\^b\m-gf\^d
hf\M^IV\^B\M^KU\M-d\M^IF\^H\M^IV\^Lt]\M^C}\M-\t\^LPPhG\M-c\M-x\^?\M-i\M-z\^O\
m-7e\m-z1\m^?\m^ku\m-d\m^c...@\^c\m-a\m-x\^bf\m^if\^b\m^ke\m-`\^o\m-,\M-P\^B\
m-a\m-j\^b\m^if\^h\m^iv\^l\m^k\^s\m^i\m-q\m-8b\m-h\^o\m-!\^g...@\m^e\m-@\^O\M
^D\M-EG\M^C\M^?\^Cu\M-dWWh\\\M-c\M-x\^?\M-i\M^[\M^K\^S\M^I\M-q\M^KE\M-T\M-h\M
-i\240\^g...@\m^e\m-@\^O\M^D\M^_\M^KC\^H\^O\M-/C\^D\^O\M-/C\^L\M^Cc\^P\M-~\M-
GG\^L\M^IG\^H\M-i-\M^?\M^?\M^?\M^C}\M-dw"\M^A}\M-`\M-|w\^Y\M^KE\M-`1\M-R\M-ws
\^L\M^IU\M-`1\M-R\M-ws\^H;C\^D\M^I\M-V\M^I\M-Ar\^LV\M^?7hm\M-c\M-x\^?j\^K\M-k
7\m^ku\m-`hh\m^ke\m-\\m^?u\^pb\m^c...@\^brv\m^k\^s\m-h\m^y\240\^g\m^@\M^E\M-@
t.\M^C}\M-\t\^H\M^C}\M-\\^At\^V\M-k
S\M^?7h|\m-c\m-x\^?j\^n\m-h\m^r\m-f\^g...@\m^c\m-d\^p\m-k\^nq\m^?7h\m^j\m-c\m
-x\^?j\^o\m-k\m-j1...@\m^me\m-t[^_]\m-b\^lu\m^i\m-ewv\m^i\m-ns\m^i\m-s\m^c\m-
l<\M^IE\M-H\M^K@
\M^IE\M-L\M-i\M^_\M^KE\M-L\M^C\M-l\^L\M^I\M-r\M^Kx\^L\M^ME\M-dP\M^I\M-X\M^I\M
-y\m-hp\m-i\^g...@+}\m-d\m^c\m-d\^l\m^c\m^?\^?v\^e\m-?\^?\m^ke\m-l1\m-i\m-v@\
^P\^Bt$\M^I\M-Z\M^I\M-Y\M^M|\^_\^C\M^C\M-b\M-|\M^I\M-s\M^C\M-a\^C\M^I]\M-T\M^
Ku\M-T\M^C\M-g\M-|\M^IU\M-P\M^K]\M-P\M-A\M-a
)\M-W;}\^hv\^c\m^k}\^h\m^ku\m-hp1...@wvs\m^im\m-d\m-h\m-k\m-}\m^?\m^?\m^km\m-
dz\m^e...@u1\m^i\m-x\m-a\m-`
\m^m\m^q...@\^f\m^i\m-a\m^ie\m-p\m^ke\^l\m-hi\m-f\^g\m^@\M^KE\M-P1\M-R\^AE\^L
\^A\M-{\^Q\M-V)}\^H\M^C}\^H\^O\M^EW\M^?\M^?\M^?\M-!\M-Dk\^A\M^Me\M-t[^_]\M-B\
^HU\M^I\M-eWV\M^I\M-NS\M^I\M-S\M^C\M-l,\M^IE\M-L\M^K@
\...@\^p\^b\m^ie\m-tt\^?ssh\m^y\m-c\m-x\^?j\^]\m-hx\m-e\^g\m^@\M^C\M-D\^P\M-k
w\M^KE\M-T\M^C\M-l\^L\M^I\M-r\M^Kx\^L\M^ME\M-dP\M^I\M-X\M^I\M-y\M-hi\M-H\^G\M
^...@+}\m-d\m^c\m-d\^l\m^c\m^?\^?v\^e\m-?\^?;}\^Hv\^C\M^K}\^H\M^KU\^L\M^I\M-x\M-
A\M-`
\m^i\m-a\m^ie\m-p\m-8...@\^f\m-h\m-+\m-e\^g\m^@\M^KU\M-L\M-8\^AQWVS\M-h\^\\M-
}\m^?\m^?z\m^e...@u\^u\m^ke\m-p1\m-r\^ae\^l\^a\m-{\^q\m-v)}\^H\M^C}\^Hu\M^N\M
-!\m-dk\^a\m^me\m-t[^_]\m-b\^h\m^p\^p...@\m-~_\^b\m-p\m-c\m-x\^?\240\^f\^a\^p
\...@\m-~_\^bbiosdisk\^p\m-@\m-~_\^c...@\m-j\m-x\^?\^p\m-b\m-x\^?\m-\x\^p\m-p\
M-c\M-x\^?p\M-g\M-x\^?\^B\M-$\M^O\M-0m\M^C\M-ii\M-2\^B\M-$\M^O\M-0mv\M-i\M-0\
^b\m-$\m^o\m-0m9\m-o\m-0\^b\m-$\m^o\m-0mj\m-i...@\m-0\^b\m-$\m^o\m-0m\m-0\m-q
\M-x\^?-\M-o\^U\M-A\^B\M-$\M^O\M-0m\^]\M-oD\M-<\^B\M-$\M^O\M-0m\^N\M-o\M^W\M-
<\^B\M-$\M^O\M-0m\M^?\M-n\M-*\M-<\^B\M-$\M^O\M-0m\M-r\M-n\M-u\M-<\^B\M-$\M^O\
M-0m\M-`\M-n\M-`\M^L\^B\M-$\M^O\M-0m\M-N\M-n\^B\M^M\^B\M-$\M^O\M-0m\M-,\M-ng\
M^N\^B\M-$\M^O\M-0m0\M-n\M-x\^?\M^M\M-n\^W\M^O\^B\M-$\M^O\M-0m\M-P\M-q\M-x\^?
v\M-n\M^D\M^M\^B\M-$\M^O\M-0mV\M-n\^M\M^N\^B\M-$\M^O\M-0m0\M^?\M-x\^?6\M-n\M-
;\M^N\^B\M-$\M^O\M-0m\^O\M-n\M-a\M^M\^B\M-$\M^O\M-0m\M^P\M-v\M-x\^?\M-m\M-m\M
^M\M^N\^B\M-$\M^O\M-0m\M-Q\M-mW\M^M\^B\M-$\M^O\M-0m\M-:\M-m\M-4\M^M\^B\M-$\M^
O\M-0m0\M-t\M-x\^?\M^Z\M-m2\M^N\^B\M-$\M^O\M-0mz\M-m\M-_\M^N\^B\M-$\M^O\M-0m\
M-0\M-t\M-x\^?X\M-m(\M^M\^B\M-$\M^O\M-0mF\M-m\M->\M-3\^B\M-$\M^O\M-0m.\M-m\M-
x\M-G\^B\M-$\M^O\M-0m\M-0\M-~\M-x\^?\^S\M-m\M-Hk\^A\^B\M-$\M^O\M-0m\^A\M-m\M-
Pk\^A\^B\M-$\M^O\M-0m\M-g\M-l\M-Tk\^A\^B\M-$\M^O\M-0m\M-V\M-l\M-Lk\^A\^B\M-$\
M^O\M-0m\M^P\M-}\M-x\^?\M-I\M-l\M^W\M-1\^B\M-$\M^O\M-0m\M-;\M-l'\M-6\^B\M-$\M
^O\M-0m\M^P\M^?\M-x\^?\M-.\M-lj\M-7\^B\M-$\M^O\M-0m\M-"\M-lQ\M-1\^B\M-$\M^O\M
-0m\M^U\M-l2\M-1\^B\M-$\M^O\M-0m\M^H\M-lJ\M-5\^B\M-$\M^O\M-0m{\M-lK\M-0\^B\M-
$\M^O\M-0mn\M-l\M-[\M-0\^B\M-$\M^O\M-0mb\M-l|\M-2\^B\M-$\M^O\M-0mV\M-l\M^L\M-
5\^B\M-$\M^O\M-0m\M-p\M-{\M-x\^?J\M-l7\M-0\^B\M-$\M^O\M-0m>\M-l\M-8\M-0\^B\M-
$\M^O\M-0m2\M-l\^Y\M-1\^B\M-$\M^O\M-0m&\M-lg\M-0\^B\M-$\M^O\M-0m\^P\M-z\M-x\^
?\^U\M-lR\M^H\^B\M-$\M^O\M-0m\^G\M-l\M-[\M-<\^B\M-$\M^O\M-0m\M-t\M-kN\M-B\^B\
M-$\M^O\M-0m\M-X\M-k\^H\M-Y\^B\M-$\M^O\M-0mp\M-{\M-x\^?\M-=\M-k*\M-H\^B\M-$\M
^O\M-0m\M-0\M-kr\M-B\^B\M-$\M^O\M-0m\M-$\M-k\^R\M^D\^
HP Mini 5101 acpi problem
Hello misc@,
I have currently access to an HP Mini 5101 for a short period of time.
I tried booting OpenBSD on this machine to see how it worked, and I had
to diable ACPI in order to boot.
dmesg and pcidump -vv follows, and I have acpidump output at hand.
--
Thomas Jeunet
dmesg:
OpenBSD 4.8-current (GENERIC.MP) #373: Tue Aug 31 22:09:07 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Atom(TM) CPU N280 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE
real mem = 2138468352 (2039MB)
avail mem = 2093494272 (1996MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 07/06/09, BIOS32 rev. 0 @ 0xf, SMBIOS
rev. 2.4 @ 0xf3d9d (23 entries)
bios0: vendor Hewlett-Packard version "68DGI Ver. F.01" date 07/06/2009
bios0: Hewlett-Packard HP Mini 5101
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC HPET APIC MCFG TCPA SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices C09B(S5) C0F9(S3) C100(S3) C103(S3) C10A(S5) C1EA(S5)
C11D(S5) C1EB(S5) C120(S5) C1F3(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 166MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Atom(TM) CPU N280 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
acpiprt0 at acpi0: bus 2 (C09B)
acpiprt1 at acpi0: bus 8 (C10A)
acpiprt2 at acpi0: bus 24 (C11D)
acpiprt3 at acpi0: bus 32 (C120)
acpiprt4 at acpi0: bus 0 (C002)
acpiec0 at acpi0
acpicpu0 at acpi0: C2, C1, PSS
acpicpu1 at acpi0: C2, C1, PSS
acpipwrres0 at acpi0: C1DE
acpipwrres1 at acpi0: C1E1
acpipwrres2 at acpi0: C2E8
acpipwrres3 at acpi0: C2E9
acpipwrres4 at acpi0: C2EA
acpipwrres5 at acpi0: C2EB
acpipwrres6 at acpi0: C2EC
acpitz0 at acpi0: critical temperature 95 degC
acpitz1 at acpi0: critical temperature 105 degC
acpitz2 at acpi0: critical temperature 75 degC
acpitz3 at acpi0: critical temperature 105 degC
acpitz4 at acpi0: critical temperature 110 degC
acpibat0 at acpi0: C1CB model "Primary" serial 57563 2009/07/24 type LIon oem
"Hewlett-Packard"
acpibat1 at acpi0: C1CA not present
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: C201
acpibtn1 at acpi0: C1D0
acpivideo0 at acpi0: C088
acpivout0 at acpivideo0: C149
acpivout1 at acpivideo0: C14A
acpivout2 at acpivideo0: C14F
acpivout3 at acpivideo0: C150
bios0: ROM list: 0xc/0xec00!
cpu0: Enhanced SpeedStep 1663 MHz: speeds: 1667, 1333, 1000 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82945GME Host" rev 0x03
vga1 at pci0 dev 2 function 0 "Intel 82945GME Video" rev 0x03
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 1 int 16 (irq 10)
drm0 at inteldrm0
"Intel 82945GM Video" rev 0x03 at pci0 dev 2 function 1 not configured
azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x01: apic 1 int
21 (irq 10)
azalia0: codecs: Analog Devices AD1984A
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: apic 1 int 16
(irq 10)
pci1 at ppb0 bus 8
vendor "Broadcom", unknown product 0x4353 (class network subclass
miscellaneous, rev 0x01) at pci1 dev 0 function 0 not configured
ppb1 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x01: apic 1 int 18
(irq 11)
pci2 at ppb1 bus 24
ppb2 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x01: apic 1 int 19
(irq 10)
pci3 at ppb2 bus 32
mskc0 at pci3 dev 0 function 0 "Marvell Yukon 88E8072" rev 0x10, Yukon-2
Extreme rev. B0 (0x2): apic 1 int 19 (irq 10)
msk0 at mskc0 port A: address 00:25:b3:75:c0:c2
eephy0 at msk0 phy 0: 88E1149 Gigabit PHY, rev. 1
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: apic 1 int 20
(irq 10)
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: apic 1 int 21
(irq 11)
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: apic 1 int 18
(irq 11)
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: apic 1 int 19
(irq 10)
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: apic 1 int 20
(irq 10)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr
ACPI on a Gigabyte Technology P35-DS3 board
This is a fresh install of a snapshot.
(See full dmesg, sysctl hw, and pcidump below.)
Everything seems to be working, except that
(1) the kernel is confused about the processor's
possible frequency scaling.
acpicpu0 at acpi0: FVS, 2667, 2000 MHz
Indeed, sysctl hw.setperf=0 (or anything below 50)
makes the CPU run at 2000MHz, sysctl hw.setperf=100
(or anythng above 50) makes the CPU run at 2667 MHz;
no other frequency seems to be possible. Or does
Intel(R) Core(TM)2 Duo CPU E8200 really only support
these two frequencies?
(2) apm -S does nothing.
(3) apm -z does nothing.
The acpidump can be downloaded at
http://stare.cz/~hans/.tmp/gigabyte-P35-DS3.tar
Is there something I should try/test?
Jan
OpenBSD 4.8-beta (GENERIC.MP) #0: Tue Jul 27 13:58:53 CEST 2010
r...@stary.dhcp.fjfi.cvut.cz:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz ("GenuineIntel" 686-class)
2.67 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 = 2145869824 (2046MB)
avail mem = 2100760576 (2003MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 11/16/07, BIOS32 rev. 0 @ 0xfb3f0, SMBIOS
rev. 2.4 @ 0xf0100 (40 entries)
bios0: vendor Award Software International, Inc. version "F10" date 11/16/2007
bios0: Gigabyte Technology Co., Ltd. P35-DS3
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP HPET MCFG APIC SSDT SSDT
acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5)
HUB0(S5) UAR1(S1) USB0(S1) USB1(S1) USB2(S1) USB3(S1) US31(S1) USB4(S1)
USB5(S1) USBE(S1) USE2(S1) AZAL(S5) PCI0(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 333MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz ("GenuineIntel" 686-class)
2.67 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 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (PEX0)
acpiprt2 at acpi0: bus -1 (PEX1)
acpiprt3 at acpi0: bus -1 (PEX2)
acpiprt4 at acpi0: bus 3 (PEX3)
acpiprt5 at acpi0: bus 4 (PEX4)
acpiprt6 at acpi0: bus -1 (PEX5)
acpiprt7 at acpi0: bus 5 (HUB0)
acpicpu0 at acpi0: FVS, 2667, 2000 MHz
acpicpu1 at acpi0: FVS, 2667, 2000 MHz
acpibtn0 at acpi0: PWRB
bios0: ROM list: 0xc/0xce00 0xd/0x1e00! 0xd2000/0x3000!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82G33 Host" rev 0x02
ppb0 at pci0 dev 1 function 0 "Intel 82G33 PCIE" rev 0x02: apic 2 int 16 (irq
15)
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "NVIDIA GeForce 8600 GT" rev 0xa1
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x02: apic 2 int 16 (irq
15)
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x02: apic 2 int 21 (irq
3)
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x02: apic 2 int 18 (irq
5)
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x02: apic 2 int 18 (irq
5)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x02: apic 2 int
22 (irq 10)
azalia0: codecs: Realtek ALC885
audio0 at azalia0
ppb1 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x02: apic 2 int 16 (irq
15)
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 3 "Intel 82801I PCIE" rev 0x02: apic 2 int 19 (irq
11)
pci3 at ppb2 bus 3
jmb0 at pci3 dev 0 function 0 "JMicron JMB363 IDE/SATA" rev 0x02
ahci0 at jmb0: apic 2 int 19 (irq 11), AHCI 1.0
scsibus0 at ahci0: 32 targets
jmb1 at pci3 dev 0 function 1 "JMicron JMB363 IDE/SATA" rev 0x02
pciide0 at jmb1: DMA, channel 0 wired to native-PCI, channel 1 wired to
native-PCI
pciide0: using apic 2 int 16 (irq 15) for native-PCI interrupt
atapiscsi0 at pciide0 channel 0 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: ATAPI 5/cdrom
removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4
pciide0: channel 1 disabled (no drives)
ppb3 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x02: apic 2 int 16 (irq
15)
pci4 at ppb3 bus 4
re0 at pci4 dev 0 function 0 "Realtek 8168" rev 0x01: RTL8168 2 (0x3800), apic
2 int 16 (irq 15), address 00:1d:7d:a9:a0:48
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev.
Re: Thanks for the ACPI suspend+resume work!
hello joshua, misc@,
sorry for faking your message, I am on digest...
joshua_rick...@eumx.net (Josh Rickmar), 2010.07.09 (Fri) 15:31 (CEST):
> A big thank you to everyone who has been working on the ACPI code!
+1
> Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg
Unfortunately not on my IBM ThinkPad T30 (dmesg below), but getting
closer:
Until today's snapshot zzz caused display to go partly (!) off and
console reporting devices (the way they are reported when inserted, blue
lines, white text). I would have to revert to an old snapshot to get the
exact details. After that nothing would happen unless I hit the on/off
button (yes, I've tried every fn+F[1-12] combination) which made the
half moon led (suspend indicator) start blinking (what it did in the
good old non-acpi days for some seconds) and the hdd led was constantly
on. Only a four second push of on/off remedied that.
Now with
OpenBSD 4.7-current (GENERIC) #108: Fri Jul 9 01:09:34 MDT 2010
zzz turns the notebook off darn fast (faster then in pre-acpi times) but
the display still shows remains of the last image and the backlight does
not go off if I close the lid. No console messages shown anymore. No
suspend indicator blinking.
Once I press on/off, things return, I can write for a couple of seconds,
then the hdd led goes constantly on and everything's dead. Remedy as
above. One of the five tries gave me the following:
wd0(pciide0:0.0): timeout
type: ata
c_bcount: 16384
c_skip: 0
pciide0:0.0: bus-master dma error:
missing interrupt, status 0x1
I got a spare T30 if need be.
Until now I never noticed the "mem address conflict" line.
Bye,
Marcus
OpenBSD 4.7-current (GENERIC) #108: Fri Jul 9 01:09:34 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz ("GenuineIntel"
686-class) 1.20 GHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,
PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR
real mem = 1072721920 (1023MB)
avail mem = 1045188608 (996MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 06/12/03, BIOS32 rev. 0 @
0xfd7e0, SMBIOS rev. 2.31 @ 0xe0010 (48 entries)
bios0: vendor IBM version "1IET66WW (2.05 )" date 06/12/2003
bios0: IBM 2366EG9
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP SSDT ECDT TCPA BOOT
acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) PCI0(S4) PCI1(S4)
DOCK(S4) USB0(S3) USB1(S3) USB2(S3) AC97(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
\\_SB_.PCI0 post-crs: 0
\\_SB_.PCI0 post-bbn: 0, 0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (PCI1)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2, FVS, 2000, 1200 MHz
acpipwrres0 at acpi0: PUBS
acpitz0 at acpi0: critical temperature 94 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "IBM-COMPATIBLE" serial 20884 type
LION oem "GW"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit offline
acpithinkpad0 at acpi0
acpidock0 at acpi0: DOCK not docked (0)
bios0: ROM list: 0xc/0x1 0xe/0x1
cpu0 at mainbus0: (uniprocessor)
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82845 Host" rev 0x04
intelagp0 at pchb0
agp0 at intelagp0: aperture at 0xe000, size 0x400
ppb0 at pci0 dev 1 function 0 "Intel 82845 AGP" rev 0x04
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M7" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: irq 11
drm0 at radeondrm0
uhci0 at pci0 dev 29 function 0 "Intel 82801CA/CAM USB" rev 0x02: irq 11
uhci1 at pci0 dev 29 function 1 "Intel 82801CA/CAM USB" rev 0x02: irq 11
uhci2 at pci0 dev 29 function 2 "Intel 82801CA/CAM USB" rev 0x02: irq 11
ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x42
pci2 at ppb1 bus 2
mem address conflict 0x5000/0x1000
mem address conflict 0x5100/0x1000
cbb0 at pci2 dev 0 function 0 "TI PCI1520 CardBus" rev 0x01: irq 11
cbb1 at pci2 dev 0 function 1 "TI PCI1520 CardBus" rev 0x01: irq 5
fxp0 at pci2 dev 8 function 0 "Intel PRO/100 VE" rev 0x42, i82562: irq
11, address 00:09:6b:3f:67:a8
inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 3 device 0 cacheline 0x8, lattimer 0xb0
pcmcia0 at cardslot0
cardslot1 at cbb1 slot 1 flags 0
cardbus1 at cardslot1: bus 6 device 0 cacheline 0x8, lattimer 0xb0
pcmcia1 at cardslot1
ichpcib0 at pci0 dev 31 function 0 "Intel 82801CAM LPC" rev 0x02
pciide0 at pci0 dev 31 function 1 "Intel 82801CAM IDE" rev 0x02: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0
Re: Thanks for the ACPI suspend+resume work!
On 2010-07-09, Antoine Jacoutot wrote: > On Fri, 9 Jul 2010, Josh Rickmar wrote: > >> A big thank you to everyone who has been working on the ACPI code! >> Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg >> below) on the July 8 current snapshot. The only thing I've noticed is >> that my iwn(4) wifi connection doesn't automaticaly reconnet, but that's >> minor. Also, wsdisplay seems unhappy. After resume on my T60, X11 comes back but I don't see any output in the console, even though commands I type get executed. I'd also like to thank you all for this work! Best regards, Jona -- Worse is better Richard P. Gabriel
Re: Thanks for the ACPI suspend+resume work!
> > A big thank you to everyone who has been working on the ACPI code! > > Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg > > below) on the July 8 current snapshot. The only thing I've noticed is > > that my iwn(4) wifi connection doesn't automaticaly reconnet, but that's > > minor. > > Make sure you run apmd(8). > Then create /etc/apm/resume with executable bit: > > 8<- > #!/bin/sh > # > > ifconfig iwn0 down > ifconfig iwn0 up > 8<- > > This makes my iwn(4) comes back on resume. That is a workaround. Please don't discourage people from pushing to get it fixed properly, in the driver. (Yes, I know... this is a more difficult driver to fix...)
Re: Thanks for the ACPI suspend+resume work!
On Fri, 9 Jul 2010, Josh Rickmar wrote: > A big thank you to everyone who has been working on the ACPI code! > Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg > below) on the July 8 current snapshot. The only thing I've noticed is > that my iwn(4) wifi connection doesn't automaticaly reconnet, but that's > minor. Make sure you run apmd(8). Then create /etc/apm/resume with executable bit: 8<- #!/bin/sh # ifconfig iwn0 down ifconfig iwn0 up 8<- This makes my iwn(4) comes back on resume. -- Antoine
Thanks for the ACPI suspend+resume work!
A big thank you to everyone who has been working on the ACPI code! Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg below) on the July 8 current snapshot. The only thing I've noticed is that my iwn(4) wifi connection doesn't automaticaly reconnet, but that's minor. OpenBSD 4.7-current (GENERIC.MP) #97: Thu Jul 8 16:21:40 MDT 2010 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2070614016 (1974MB) avail mem = 2001653760 (1908MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries) bios0: vendor LENOVO version "6FET66WW (2.16 )" date 04/22/2009 bios0: LENOVO 2081CTO acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.41 MHz cpu0: FPU,VME,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,XSAVE,NXE,LONG cpu0: 3MB 64b/line 8-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.00 MHz cpu1: FPU,VME,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,XSAVE,NXE,LONG cpu1: 3MB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz \\_SB_.PCI0 post-crs: 0 \\_SB_.PCI0 post-bbn: 0, 0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus -1 (EXP3) acpiprt6 at acpi0: bus -1 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 1600, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07 vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 "Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured "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 20 (irq 11), address 00:24:7e:6c:df:df uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20 (irq 11) uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21 (irq 11) uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22 (irq 11) ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23 (irq 11) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: apic 1 int 17 (irq 11) azalia0: RIRB time out azalia0: codecs: Conexant CX20561, 0x/0x, using Conexant CX20561 azalia0: RIRB time out audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: apic 1 int 20 (irq 11) pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: apic 1 int 21 (irq 11) pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: apic 1 int 17 (irq 11), MIMO 3T3R, MoW, address 00:21:6a:34:37:56 uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev
Re: acpi support with samsung P28
On Tue, 29 Jun 2010 13:52:25 +0200, TorbjC8rn H. Orskaug
wrote:
> On Tue, Jun 29, 2010 at 8:47 AM, [B&G-Consulting] Elmar Bschorer
> wrote:
>> Hi list,
>>
>> i have a samsung p28 laptop running openbsd 4.7.
>> unfortunately apm as well as sysctl | grep acpi do not show up any
>> information about the battery state.
>> i guess samsung just shipped a crap acpi ;-) anyway - do you know any
>> solution how to get battery states from samsung acpi?
>>
>>
>> tia
>>
>> elmar
>>
>>
>
> Without a dmesg and the output of apcidump, we can't really diagnose
> your problem any further.
et voilC :
dmesg:
--
OpenBSD 4.7 (GENERIC) #558: Wed Mar 17 20:46:15 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) M processor 1.60GHz ("GenuineIntel" 686-class)
1.61 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2
real mem = 804265984 (767MB)
avail mem = 770547712 (734MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 09/06/04, BIOS32 rev. 0 @ 0xfd710,
SMBIOS rev. 2.31 @ 0xe0010 (22 entries)
bios0: vendor SAMSUNG ELECTRONICS CO.,LTD version "D6OA.20040906.3032.HJU"
date 09/06/2004
bios0: SAMSUNG ELECTRONICS CO.,LTD P28
apm0 at bios0: Power Management spec V1.2 (BIOS management disabled)
apm0: APM power management enable: unrecognized device ID (9)
apm0: APM engage (device 1): power management disabled (1)
apm0: battery life expectancy 100%
apm0: AC on, battery charge high
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xfd710/0x8f0
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf20/192 (10 entries)
pcibios0: no compatible PCI ICU found: ICU vendor 0x1002 product 0x434c
pcibios0: Warning, unable to fix up PCI interrupt routing
pcibios0: PCI bus #3 is the last bus
bios0: ROM list: 0xc/0x1 0xd/0x4000 0xd4000/0x1000
cpu0 at mainbus0: (uniprocessor)
cpu0: Enhanced SpeedStep 1601 MHz: speeds: 1600, 1400, 1200, 1000, 800, 600
MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "ATI RS300_100 Host" rev 0x02
agp at pchb0 not configured
ppb0 at pci0 dev 1 function 0 "ATI Radeon IGP 9100 AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 5 function 0 "ATI Radeon Mobility M10" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: irq 10
drm0 at radeondrm0
ohci0 at pci0 dev 19 function 0 "ATI SB200 USB" rev 0x01: irq 9, version
1.0, legacy support
piixpm0 at pci0 dev 20 function 0 "ATI SB200 SMBus" rev 0x18: SMI
iic0 at piixpm0
admtemp0 at iic0 addr 0x4c: adm1032
spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC2700CL2.5
spdmem1 at iic0 addr 0x51: 512MB DDR SDRAM non-parity PC2700CL2.5
pciide0 at pci0 dev 20 function 1 "ATI SB200 IDE" rev 0x00: DMA, channel 0
configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA, 57231MB, 117210240 sectors
wd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2
pcib0 at pci0 dev 20 function 3 "ATI SB200 ISA" rev 0x00
ppb1 at pci0 dev 20 function 4 "ATI SB200 PCI" rev 0x00
pci2 at ppb1 bus 2
mem address conflict 0x3000/0x1000
io address conflict 0x5800/0x8
vendor "AT&T/Lucent", unknown product 0xab30 (class network subclass
miscellaneous, rev 0x00) at pci2 dev 3 function 0 not configured
cbb0 at pci2 dev 4 function 0 "Ricoh 5C475 CardBus" rev 0x81: couldn't map
interrupt
bce0 at pci2 dev 5 function 0 "Broadcom BCM4401B1" rev 0x02: irq 11,
address 00:00:f0:74:97:32
bmtphy0 at bce0 phy 1: BCM4401 10/100baseTX PHY, rev. 0
ohci1 at pci2 dev 6 function 0 "NEC USB" rev 0x43: irq 9, version 1.0,
legacy support
ohci2 at pci2 dev 6 function 1 "NEC USB" rev 0x43: irq 11, version 1.0,
legacy support
ehci0 at pci2 dev 6 function 2 "NEC USB" rev 0x04: irq 5
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "NEC EHCI root hub" rev 2.00/1.00 addr 1
usb1 at ohci1: USB revision 1.0
uhub1 at usb1 "NEC OHCI root hub" rev 1.00/1.00 addr 1
usb2 at ohci2: USB revision 1.0
uhub2 at usb2 "NEC OHCI root hub" rev 1.00/1.00 addr 1
auixp0 at pci0 dev 20 function 5 "ATI SB200 AC97" rev 0x00: irq 5
auixp0: soft resetting aclink
"ATI SB200 Modem" rev 0x01 at pci0 dev 20 function 6 not configured
usb3 at ohci0: USB revision 1.0
uhub3 at usb3 "ATI OHCI root hub" rev 1.00/1.00
acpi support with samsung P28
Hi list, i have a samsung p28 laptop running openbsd 4.7. unfortunately apm as well as sysctl | grep acpi do not show up any information about the battery state. i guess samsung just shipped a crap acpi ;-) anyway - do you know any solution how to get battery states from samsung acpi? tia elmar
Re: Patching kernel to work around buggy ACPI BIOS
Jordan and I are going to take this up with theo during the hackathon.
I am not sure I like having a gaping hole in the kernel but maybe we can
do something before securelevel. I like it from a hacking perspective
though.
On Tue, May 11, 2010 at 06:27:20PM +0200, Stefan Unterweger wrote:
> * Stefan Unterweger on Tue, May 04, 2010 at 12:43:22AM +0200:
> > As far as I understood from some ancient [FreeBSD] mailinglist
> > threads, in theory it should be possible to somehow do
> > something such that the kernel loads patched ACPI tables which
> > have those particular bugs corrected.
>
> Finally I've found that particular post again, and have been able
> to fix the broken DSDT to some extent. With some dirty patchwork
> acpi_load_dsdt now loads my custom table, and `shutdown -p -h`
> succeeds in turning off the machine, without any more warnings.
>
> A few questions'd remain, though:
>
> - I don't suppose that there would be some "official" point in
> the ACPI driver where such workarounds would "belong"? The code
> looks clear enough to me, but I "speak" neither enough C nor
> ACPI to be sure...
>
> - The patch seems almost too easy to me, but I'm not yet made
> that much progress in learning C. With all that memcpy going
> around, I have the uneasy feeling that I might be introducing
> some nasty memory holes...
>
> The patch is against 4.6-release, since that's the version I was
> planning to put on the machine.
>
>
> Regards,
> s//un
>
>
>
> --- acpi.c.orig Tue May 11 18:07:10 2010
> +++ acpi.cTue May 11 17:59:56 2010
> @@ -48,6 +48,8 @@
> #define APMDEV_NORMAL0
> #define APMDEV_CTL 8
>
> +#include "custom_dsdt.h"
> +
> #ifdef ACPI_DEBUG
> int acpi_debug = 16;
> #endif
> @@ -889,6 +891,11 @@
> }
> memcpy((*dsdt)->q_data, handle.va, len);
> (*dsdt)->q_table = (*dsdt)->q_data;
> +
> + /* 5AEb+sk: Override the Tyan Tiger S2466's corrupt DSDT */
> + printf("Trying to override broken DSDT table...\n");
> + (*dsdt)->q_table = (struct acpi_table_header *)AmlCode;
> +
> acpi_unmap(&handle);
> }
> }
Re: No SMP without acpi?
On Sun, 13 Jun 2010 08:56:14 +0200 Tomas Bodzar wrote: > He said that you need to send it to him and to misc@ ;-) Attachments > are not allowed on m...@. Yeah, I realized I was being stupid the second I hit send... I apologize. --TimH
Re: No SMP without acpi?
He said that you need to send it to him and to misc@ ;-) Attachments are not allowed on m...@. On Sun, Jun 13, 2010 at 7:55 AM, TimH wrote: > On Sat, 12 Jun 2010 18:45:51 -0500 > Marco Peereboom wrote: > >> something in the gpe handler screwing up. B please tar up the output of >> acpidump -o hplaptop and send that to me > > B B B B Attached... B Please let me know if I can do anything else. > > --TimH > > [demime 1.01d removed an attachment of type application/x-compressed-tar]
Re: No SMP without acpi?
On Sat, 12 Jun 2010 18:45:51 -0500 Marco Peereboom wrote: > something in the gpe handler screwing up. please tar up the output of > acpidump -o hplaptop and send that to me Attached... Please let me know if I can do anything else. --TimH [demime 1.01d removed an attachment of type application/x-compressed-tar]
Re: No SMP without acpi?
something in the gpe handler screwing up. please tar up the output of
acpidump -o hplaptop and send that to me
On Sat, Jun 12, 2010 at 11:06:27AM -0700, TimH wrote:
> I just got a semi-new HP laptop and it fails to boot unless I disable
> acpi. This isn't a big deal in itself, but it seems that it doesn't
> use both cores of the CPU when this is done. Is this normal?
>
> It's an HP ProBook 4510s if that's at all interesting...
>
> Included are the dmesg from when it fails to boot including trace and
> ps data (all typed by hand, so I hope it helps! =) and a dmesg with acpi
> disabled.
>
> [ using 707600 bytes of bsd ELF symbol table ]
> Copyright (c) 1982, 1986, 1989, 1991, 1993
> The Regents of the University of California. All rights
> reserved. Copyright (c) 1995-2010 OpenBSD. All rights reserved.
> http://www.OpenBSD.org
>
> OpenBSD 4.7 (GENERIC.MP) #449: Wed Mar 17 20:55:07 MDT 2010
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> RTC BIOS diagnostic error
> 7f cpu0:
> Intel(R) Core(TM)2 Duo CPU T6570 @ 2.10GHz ("GenuineIntel" 686-class)
> 2.10 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,EST,TM2,CX16,xTPR
> real mem = 2072080384 (1976MB) avail mem = 1998913536 (1906MB) RTC
> BIOS diagnostic error
> 7f mainbus0
> at root bios0 at mainbus0: AT/286+ BIOS, date 09/15/09, SMBIOS rev. 2.4
> @ 0x7bac3000 (21 entries) bios0: vendor Hewlett-Packard version "68PZI
> Ver. F.0F" date 10/20/2009 bios0: Hewlett-Packard HP ProBook 4510s
> acpi0 at bios0: rev 2 acpi0: tables DSDT FACP HPET APIC MCFG ASF! SSDT
> SLIC 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) EHCI(S3) EHC2(S3)
> PCIB(S5) HST1)S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at
> acpi0: 14318179 Hz acpimadt0 at acpi0 addr0xfee0: PC-AT compat cpu0
> at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Core(TM)2 Duo CPU T6570 @ 2.10GHz ("GenuineIntel"
> 686-class) 2.10 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,EST,TM2,CX16,xTPR
> 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 1 (RP01)
> acpiprt2 at acpi0: bus 2 (RP02)
> acpiprt3 at acpi0: bus 3 (RP03)
> acpiprt4 at acpi0: bus 68 (RP05)
> acpiprt5 at acpi0: bus 133 (RP06)
> acpiprt6 at acpi0: bus 134 (PCIB)
> acpiprt7 at acpi0: bus 0 (PCI0)
> acpiec0 at acpi0
> acpicpu0 at acpi0: C3, C2, C1, PSS
> acpicpu1 at acpi0: C3, C2, C1, PSS
> acpipwrres0 at acpi0: APPR
> acpipwrres1 at acpi0: COMP
> acpipwrres2 at acpi0: LPP_
> acpipwrres3 at acpi0: PFN6
> acpipwrres4 at acpi0: PFN7
> acpipwrres5 at acpi0: PFN8
> acpipwrres6 at acpi0: PFN9
> acpipwrres7 at acpi0: PFNA
> acpipwrres8 at acpi0: PFNB
> acpipwrres9 at acpi0: PGF0
> acpitz0 at acpi0: critical temperature 108 degC
> acpipwrres10 at acpi0: PFN0
> acpipwrres11 at acpi0: PFN1
> acpipwrres12 at acpi0: PFN2
> acpipwrres13 at acpi0: PFN3
> acpipwrres14 at acpi0: PFN4
> acpipwrres15 at acpi0: PFN5
> acpitz1 at acpi0: critical temperature 105 degC
> acpitz2 at acpi0: critical temperature 108 degC
> acpitz3 at acpi0: critical temperature 105 degC
> acpitz4 at acpi0: critical temperature 108 degC
> acpitz5 at acpi0acpitz5: FDTZ: failed to read _TMP
> acpibat1 at acpi0: BAT1 not present
> acpiac0 at acpi0: AC unit offline
> acpibtn0 at acpi0: SLPB
> acpibtn1 at acpi0: LID_
> acpivideo0 at acpi0: DGFX
> acpivout0 at acpivideo0: LCD_
> acpivout1 at acpivideo0: CRT_
> acpivout2 at acpivideo0: TV_
> acpivout3 at acpivideo0: DVI_
> acpivout4 at acpivideo0: DD04
> acpivideo1 at acpi0: GFX0
> acpivout5 at acpivideo1: DD02
> bios0: ROM list: 0xc/0xfe00! 0xd/0x1000 0xd1000/0x1
> cpu0: Enhanced SpeedStep 2095 MHz: speeds: 2101, 2100, 1600, 1200 MHz
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
> vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> intagp0 at vga1
> agp0 at intagp0: aperture at 0x8000, size 0x1000
> inteldrm0 at vga1: apic 1 int 16 (irq 10)
> drm0 at inteldrm0
> "Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1
Re: No SMP without acpi?
TimH wrote: > I just got a semi-new HP laptop and it fails to boot unless I disable > acpi. This isn't a big deal in itself, but it seems that it doesn't > use both cores of the CPU when this is done. Is this normal? Yes, normal, newer systems lack the legacy Intel MP mappings.. so if you disable ACPI there is no information available that the kernel can use. Not booting is a bug, in either in the ACPI tables or OpenBSD, you should report it.. and run the SP kernel until then. Check for BIOS updates, as well. -Bryan.
No SMP without acpi?
I just got a semi-new HP laptop and it fails to boot unless I disable
acpi. This isn't a big deal in itself, but it seems that it doesn't
use both cores of the CPU when this is done. Is this normal?
It's an HP ProBook 4510s if that's at all interesting...
Included are the dmesg from when it fails to boot including trace and
ps data (all typed by hand, so I hope it helps! =) and a dmesg with acpi
disabled.
[ using 707600 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights
reserved. Copyright (c) 1995-2010 OpenBSD. All rights reserved.
http://www.OpenBSD.org
OpenBSD 4.7 (GENERIC.MP) #449: Wed Mar 17 20:55:07 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
RTC BIOS diagnostic error
7f cpu0:
Intel(R) Core(TM)2 Duo CPU T6570 @ 2.10GHz ("GenuineIntel" 686-class)
2.10 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,EST,TM2,CX16,xTPR
real mem = 2072080384 (1976MB) avail mem = 1998913536 (1906MB) RTC
BIOS diagnostic error
7f mainbus0
at root bios0 at mainbus0: AT/286+ BIOS, date 09/15/09, SMBIOS rev. 2.4
@ 0x7bac3000 (21 entries) bios0: vendor Hewlett-Packard version "68PZI
Ver. F.0F" date 10/20/2009 bios0: Hewlett-Packard HP ProBook 4510s
acpi0 at bios0: rev 2 acpi0: tables DSDT FACP HPET APIC MCFG ASF! SSDT
SLIC 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) EHCI(S3) EHC2(S3)
PCIB(S5) HST1)S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at
acpi0: 14318179 Hz acpimadt0 at acpi0 addr0xfee0: PC-AT compat cpu0
at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T6570 @ 2.10GHz ("GenuineIntel"
686-class) 2.10 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,EST,TM2,CX16,xTPR
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 1 (RP01)
acpiprt2 at acpi0: bus 2 (RP02)
acpiprt3 at acpi0: bus 3 (RP03)
acpiprt4 at acpi0: bus 68 (RP05)
acpiprt5 at acpi0: bus 133 (RP06)
acpiprt6 at acpi0: bus 134 (PCIB)
acpiprt7 at acpi0: bus 0 (PCI0)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: APPR
acpipwrres1 at acpi0: COMP
acpipwrres2 at acpi0: LPP_
acpipwrres3 at acpi0: PFN6
acpipwrres4 at acpi0: PFN7
acpipwrres5 at acpi0: PFN8
acpipwrres6 at acpi0: PFN9
acpipwrres7 at acpi0: PFNA
acpipwrres8 at acpi0: PFNB
acpipwrres9 at acpi0: PGF0
acpitz0 at acpi0: critical temperature 108 degC
acpipwrres10 at acpi0: PFN0
acpipwrres11 at acpi0: PFN1
acpipwrres12 at acpi0: PFN2
acpipwrres13 at acpi0: PFN3
acpipwrres14 at acpi0: PFN4
acpipwrres15 at acpi0: PFN5
acpitz1 at acpi0: critical temperature 105 degC
acpitz2 at acpi0: critical temperature 108 degC
acpitz3 at acpi0: critical temperature 105 degC
acpitz4 at acpi0: critical temperature 108 degC
acpitz5 at acpi0acpitz5: FDTZ: failed to read _TMP
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit offline
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: LID_
acpivideo0 at acpi0: DGFX
acpivout0 at acpivideo0: LCD_
acpivout1 at acpivideo0: CRT_
acpivout2 at acpivideo0: TV_
acpivout3 at acpivideo0: DVI_
acpivout4 at acpivideo0: DD04
acpivideo1 at acpi0: GFX0
acpivout5 at acpivideo1: DD02
bios0: ROM list: 0xc/0xfe00! 0xd/0x1000 0xd1000/0x1
cpu0: Enhanced SpeedStep 2095 MHz: speeds: 2101, 2100, 1600, 1200 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0x8000, size 0x1000
inteldrm0 at vga1: apic 1 int 16 (irq 10)
drm0 at inteldrm0
"Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured
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 11) uhci2 at pci0 dev 26 function 2 "Intel 82801I
USB rev 0x03: apic 1 int 18 (irq 10) ehci0 at pci0 dev 26 function 7
"Intel 82801I USB rev 0x03: apic 1 int 19 (irq 10) usb0 at ehci0: USB
revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia 0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03:
apic 1 int 17 (irq 11) azalia0: codecs: Analog Devices AD1984A,
Intel/0x2802, using Analog Devices AD
Re: Toshiba L505D-S5983 ACPI
> I've seen at least 1 laptop that was junked because the fan failed and > it > was uneconomic to replace it. > > > paulm > Actually, the noise made me attach a resistor to the wire to slow the fan down, but it wasn't in warranty. Why was it uneconomic, was the fan a rediculous price and of low quality, usually the norm with profit maximising labels? I forgot to put in the last post, you can also check the temperature via the bios if those same labels haven't reduced the bios to twaddle with a bios license they acquired and have maintained since the 1980s. KeV
Re: Toshiba L505D-S5983 ACPI
On 25/05/2010, at 10:48 PM, Kevin Chadwick wrote: unlikely. your systems should regulate the fan on its own when needed, even without an acpi enabled os. if it is doin that, don't worry. Usually if anything the fan will just run at full speed, which may be a little noisy but may also make your cpu slightly quicker and laptop last a little longer. I've seen at least 1 laptop that was junked because the fan failed and it was uneconomic to replace it. Even if it doesn't switch itself off the cpu of all non ancient systems will pull back the current to stop any disaster. acpis a mess of variants from the standards. It would be so much better if this was done in hardware, the new nvidia cards, now run at full speed without the nvidia driver/during boot and are rediculously noisy. KeV paulm
Re: Toshiba L505D-S5983 ACPI
> >> unlikely. > >> your systems should regulate the fan on its own when needed, > >> even without an acpi enabled os. > >> if it is doin that, don't worry. > Usually if anything the fan will just run at full speed, which may be a little noisy but may also make your cpu slightly quicker and laptop last a little longer. Even if it doesn't switch itself off the cpu of all non ancient systems will pull back the current to stop any disaster. acpis a mess of variants from the standards. It would be so much better if this was done in hardware, the new nvidia cards, now run at full speed without the nvidia driver/during boot and are rediculously noisy. KeV
Re: Toshiba L505D-S5983 ACPI
On Tue, May 25, 2010 at 3:18 PM, STeve Andre' wrote: > On Tuesday 25 May 2010 15:09:17 Robert wrote: >> On Tue, 25 May 2010 13:50:57 -0400 >> >> Michael Seney wrote: >> > Getting back to the original question. Will this "really" ruin my >> > laptop over time if I continue to run OpenBSD on it with ACPI >> > disabled? >> >> unlikely. >> your systems should regulate the fan on its own when needed, >> even without an acpi enabled os. >> if it is doin that, don't worry. > > You can watch the temperature yourself: > > paladin ~/ham/ sysctl hw | grep temp > hw.sensors.acpitz0.temp0=67.00 degC (zone temperature) > hw.sensors.acpitz1.temp0=63.00 degC (zone temperature) > hw.sensors.acpithinkpad0.temp0=67.00 degC > hw.sensors.acpithinkpad0.temp1=54.00 degC > hw.sensors.acpithinkpad0.temp2=38.00 degC > hw.sensors.acpithinkpad0.temp3=74.00 degC > hw.sensors.acpithinkpad0.temp4=40.00 degC > hw.sensors.acpithinkpad0.temp6=35.00 degC > hw.sensors.cpu0.temp0=58.00 degC > hw.sensors.aps0.temp0=74.00 degC > hw.sensors.aps0.temp1=74.00 degC > > temp3 on my Thinkpad W500 is the cpu temp. You can make a script > to watch for that and do something if it gets too high. This thinkpad > automatically shuts down past 92C, annoying but it will save the > hardware. > > --STeve Andre' > > Okay cool thanks guys!
Re: Toshiba L505D-S5983 ACPI
On Tuesday 25 May 2010 15:09:17 Robert wrote: > On Tue, 25 May 2010 13:50:57 -0400 > > Michael Seney wrote: > > Getting back to the original question. Will this "really" ruin my > > laptop over time if I continue to run OpenBSD on it with ACPI > > disabled? > > unlikely. > your systems should regulate the fan on its own when needed, > even without an acpi enabled os. > if it is doin that, don't worry. You can watch the temperature yourself: paladin ~/ham/ sysctl hw | grep temp hw.sensors.acpitz0.temp0=67.00 degC (zone temperature) hw.sensors.acpitz1.temp0=63.00 degC (zone temperature) hw.sensors.acpithinkpad0.temp0=67.00 degC hw.sensors.acpithinkpad0.temp1=54.00 degC hw.sensors.acpithinkpad0.temp2=38.00 degC hw.sensors.acpithinkpad0.temp3=74.00 degC hw.sensors.acpithinkpad0.temp4=40.00 degC hw.sensors.acpithinkpad0.temp6=35.00 degC hw.sensors.cpu0.temp0=58.00 degC hw.sensors.aps0.temp0=74.00 degC hw.sensors.aps0.temp1=74.00 degC temp3 on my Thinkpad W500 is the cpu temp. You can make a script to watch for that and do something if it gets too high. This thinkpad automatically shuts down past 92C, annoying but it will save the hardware. --STeve Andre'
Re: Toshiba L505D-S5983 ACPI
On Tue, 25 May 2010 13:50:57 -0400 Michael Seney wrote: > Getting back to the original question. Will this "really" ruin my > laptop over time if I continue to run OpenBSD on it with ACPI > disabled? > unlikely. your systems should regulate the fan on its own when needed, even without an acpi enabled os. if it is doin that, don't worry.
Re: Toshiba L505D-S5983 ACPI
Getting back to the original question. Will this "really" ruin my laptop over time if I continue to run OpenBSD on it with ACPI disabled?
Re: Toshiba L505D-S5983 ACPI
On Mon, May 24, 2010 at 11:29:51AM -0400, Michael Seney wrote: > I have to disable ACPI in order to boot OpenBSD 4.7 on this laptop. I > don't really mind but can this harm the hardware? > Why do you have to disable it? What's the panic/problem etc. dmesg, acpidump...
Re: Toshiba L505D-S5983 ACPI
On May 24 11:29:51, Michael Seney wrote: > I have to disable ACPI in order to boot OpenBSD 4.7 on this laptop. I > don't really mind but can this harm the hardware? Of course; things burn. Nice laptop you got there ... I can take it under my protection for $1000 a week.
Toshiba L505D-S5983 ACPI
I have to disable ACPI in order to boot OpenBSD 4.7 on this laptop. I don't really mind but can this harm the hardware?
Re: Patching kernel to work around buggy ACPI BIOS
On Tue, May 11, 2010 at 06:27:20PM +0200, Stefan Unterweger wrote: > * Stefan Unterweger on Tue, May 04, 2010 at 12:43:22AM +0200: > > As far as I understood from some ancient [FreeBSD] mailinglist > > threads, in theory it should be possible to somehow do > > something such that the kernel loads patched ACPI tables which > > have those particular bugs corrected. > > Finally I've found that particular post again, and have been able > to fix the broken DSDT to some extent. With some dirty patchwork > acpi_load_dsdt now loads my custom table, and `shutdown -p -h` > succeeds in turning off the machine, without any more warnings. > > A few questions'd remain, though: > > - I don't suppose that there would be some "official" point in > the ACPI driver where such workarounds would "belong"? The code > looks clear enough to me, but I "speak" neither enough C nor > ACPI to be sure... > > - The patch seems almost too easy to me, but I'm not yet made > that much progress in learning C. With all that memcpy going > around, I have the uneasy feeling that I might be introducing > some nasty memory holes... > > The patch is against 4.6-release, since that's the version I was > planning to put on the machine. > > > Regards, > s//un > > > > --- acpi.c.orig Tue May 11 18:07:10 2010 > +++ acpi.cTue May 11 17:59:56 2010 > @@ -48,6 +48,8 @@ > #define APMDEV_NORMAL0 > #define APMDEV_CTL 8 > > +#include "custom_dsdt.h" I assume you forgot to cvs add the custom_dsdt.h header there. -0- -- Celebrate Hannibal Day this year. Take an elephant to lunch.
Patching kernel to work around buggy ACPI BIOS
* Stefan Unterweger on Tue, May 04, 2010 at 12:43:22AM +0200:
> As far as I understood from some ancient [FreeBSD] mailinglist
> threads, in theory it should be possible to somehow do
> something such that the kernel loads patched ACPI tables which
> have those particular bugs corrected.
Finally I've found that particular post again, and have been able
to fix the broken DSDT to some extent. With some dirty patchwork
acpi_load_dsdt now loads my custom table, and `shutdown -p -h`
succeeds in turning off the machine, without any more warnings.
A few questions'd remain, though:
- I don't suppose that there would be some "official" point in
the ACPI driver where such workarounds would "belong"? The code
looks clear enough to me, but I "speak" neither enough C nor
ACPI to be sure...
- The patch seems almost too easy to me, but I'm not yet made
that much progress in learning C. With all that memcpy going
around, I have the uneasy feeling that I might be introducing
some nasty memory holes...
The patch is against 4.6-release, since that's the version I was
planning to put on the machine.
Regards,
s//un
--- acpi.c.orig Tue May 11 18:07:10 2010
+++ acpi.c Tue May 11 17:59:56 2010
@@ -48,6 +48,8 @@
#define APMDEV_NORMAL 0
#define APMDEV_CTL 8
+#include "custom_dsdt.h"
+
#ifdef ACPI_DEBUG
int acpi_debug = 16;
#endif
@@ -889,6 +891,11 @@
}
memcpy((*dsdt)->q_data, handle.va, len);
(*dsdt)->q_table = (*dsdt)->q_data;
+
+ /* 5AEb+sk: Override the Tyan Tiger S2466's corrupt DSDT */
+ printf("Trying to override broken DSDT table...\n");
+ (*dsdt)->q_table = (struct acpi_table_header *)AmlCode;
+
acpi_unmap(&handle);
}
}
Re: Kernel panic on shutdown -p -- ACPI problem?
* Stefan Unterweger on Tue, May 04, 2010 at 12:43:22AM +0200: > However, if I do `shutdown -h -p` (thus power off), I get a > kernel panic; specifically, "AML PARSE ERROR" (see below). This > only happens when doing '-p' is involved somehow; rebooting > works, and just '-h' without '-p' does, too. > | syscing disks... done > | ### AML PARSE ERROR (0x455): Undefined name: IO2B > | multiply freed item 0xd1d62b00 > | panic: free: duplicated free > | Stopped at Debugger+0x4:leave I've done some additional tests (since I remembered that this particular mainboard _did_ power off correctly a few years ago, albeit it was running an ancient 2.4.something Linux at that time, and maybe not even ACPI, so this does not really count). I just installed NetBSD on the machine---I suppose it is close enough to OpenBSD to make for a meaningful comparison. Here, the poweroff works. Well, I still see some ACPI error messages from the kernel fly by, but they're gone much too fast, and then the machine powers off. I'll try if I can find the responsible piece of NetBSD that works around this mainboard quirk. Maybe there's hope that I'll get it to work in OpenBSD at last, I don't really want to run NetBSD on it. :o) Since I don't really have any experience at all with kernel hacking, especially not with black magic as ACPI, does anyone have a pointer where I should start looking? s//un
Re: Kernel panic on shutdown -p -- ACPI problem?
* Mike Larkin on Wed, May 05, 2010 at 09:04:06PM -0700:
> If you haven't sent an acpidump yet, send it over.
/*
RSD PTR: Checksum=20, OEMID=PTLTD, RsdtAddress=0x3fefcf28
*/
/*
RSDT: Length=44, Revision=1, Checksum=13,
OEMID=PTLTD, OEM Table ID= RSDT, OEM Revision=0x604,
Creator ID= LTP, Creator Revision=0x0
*/
/*
Entries={ 0x3fefef2e, 0x3fefefa2 }
*/
/*
DSDT=0x3fefcf54
INT_MODEL=PIC
SCI_INT=9
SMI_CMD=0x802f, ACPI_ENABLE=0xf0, ACPI_DISABLE=0xf1, S4BIOS_REQ=0x0
PM1a_EVT_BLK=0x8000-0x8003
PM1a_CNT_BLK=0x8004-0x8005
PM2_TMR_BLK=0x8008-0x800b
PM2_GPE0_BLK=0x8020-0x8023
P_LVL2_LAT=101ms, P_LVL3_LAT=1001ms
FLUSH_SIZE=0, FLUSH_STRIDE=0
DUTY_OFFSET=1, DUTY_WIDTH=0
DAY_ALRM=13, MON_ALRM=0, CENTURY=50
Flags={WBINVD,PROC_C1}
*/
/*
DSDT: Length=8154, Revision=1, Checksum=247,
OEMID=AMD, OEM Table ID=AMDACPI, OEM Revision=0x604,
Creator ID=MSFT, Creator Revision=0x10d
*/
DefinitionBlock (
"acpi_dsdt.aml",//Output filename
"DSDT", //Signature
0x1,//DSDT Revision
"AMD", //OEMID
"AMDACPI", //TABLE ID
0x604 //OEM Revision
)
{
Scope(\_PR_) {
Processor(CPU0, 0, 0x8010, 0x6) {
}
Processor(CPU1, 1, 0x0, 0x0) {
}
}
Name(\_S0_, Package(0x4) {
0x0,
0x0,
0x0,
0x0,
})
Name(\_S1_, Package(0x4) {
0x1,
0x1,
0x1,
0x1,
})
Name(\_S4_, Package(0x4) {
0x6,
0x6,
0x6,
0x6,
})
Name(\_S5_, Package(0x4) {
0x7,
0x7,
0x7,
0x7,
})
Name(OSFL, 0x0)
Method(STRC, 2) {
If(LNot(LEqual(SizeOf(Arg0), SizeOf(Arg1 {
Return(0x0)
}
Add(SizeOf(Arg0), 0x1, Local0)
Name(BUF0, Buffer(Local0) { })
Name(BUF1, Buffer(Local0) { })
Store(Arg0, BUF0)
Store(Arg1, BUF1)
While(Local0) {
Decrement(Local0)
If(LNot(LEqual(DerefOf(Index(BUF0, Local0)), DerefOf(Index(BUF1,
Local0) {
Return(Zero)
}
}
Return(One)
}
OperationRegion(\DEBG, SystemIO, 0x80, 0x1)
Field(\DEBG, ByteAcc, NoLock, Preserve) {
DBG1, 8
}
OperationRegion(KBC_, SystemIO, 0x64, 0x1)
Field(KBC_, ByteAcc, NoLock, Preserve) {
KCMD, 8
}
OperationRegion(EXTM, SystemMemory, 0x000ff830, 0x10)
Field(EXTM, WordAcc, NoLock, Preserve) {
ROM1, 16,
RMS1, 16,
ROM2, 16,
RMS2, 16,
ROM3, 16,
RMS3, 16,
AMEM, 32
}
OperationRegion(VGAM, SystemMemory, 0x000c0002, 0x1)
Field(VGAM, ByteAcc, Lock, Preserve) {
VGA1, 8
}
OperationRegion(GRAM, SystemMemory, 0x0400, 0x0100)
Field(GRAM, ByteAcc, Lock, Preserve) {
Offset(0x10),
FLG0, 8
}
OperationRegion(ELCR, SystemIO, 0x04d0, 0x2)
Field(ELCR, ByteAcc, NoLock, Preserve) {
ELC1, 8,
ELC2, 8
}
OperationRegion(\PSC_, SystemIO, 0x8027, 0x1)
Field(\PSC_, ByteAcc, NoLock, Preserve) {
PSCC, 8
}
OperationRegion(\STUS, SystemIO, 0x8028, 0x1)
Field(\STUS, ByteAcc, NoLock, Preserve) {
G_ST, 8
}
OperationRegion(\STUB, SystemIO, 0x8029, 0x1)
Field(\STUB, ByteAcc, NoLock, Preserve) {
G_SB, 8
}
OperationRegion(\SMIC, SystemIO, 0x802f, 0x1)
Field(\SMIC, ByteAcc, NoLock, Preserve) {
SCP_, 8
}
OperationRegion(\OPS0, SystemIO, 0x21, 0x1)
Field(\OPS0, ByteAcc, NoLock, Preserve) {
IMR0, 8
}
OperationRegion(\OPS1, SystemIO, 0xa1, 0x1)
Field(\OPS1, ByteAcc, NoLock, Preserve) {
IMR1, 8
}
OperationRegion(\GSE_, SystemIO, 0x802a, 0x1)
Field(\GSE_, ByteAcc, NoLock, Preserve) {
IRQR, 8
}
OperationRegion(\FANC, SystemIO, 0x80f8, 0x2)
Field(\FANC, ByteAcc, NoLock, Preserve) {
FAN0, 8,
FAN1, 8
}
OperationRegion(\PM21, SystemIO, 0x8021, 0x1)
Field(\PM21, ByteAcc, NoLock, Preserve) {
IO21, 8
}
OperationRegion(\PM23, SystemIO, 0x8023, 0x1)
Field(\PM23, ByteAcc, NoLock, Preserve) {
IO23, 8
}
OperationRegion(\GP1_, SystemIO, 0x80c0, 0x20)
Field(\GP1_, ByteAcc, NoLock, Preserve) {
GP00, 8,
GP01, 8,
GP02, 8,
GP03, 8,
GP04, 8,
GP05, 8,
GP06, 8,
GP07, 8,
GP08, 8,
GP09, 8,
GP10, 8,
GP11, 8,
GP12, 8,
GP13, 8,
GP14, 8,
GP15, 8,
GP16, 8,
GP17, 8,
GP18, 8,
GP19, 8,
GP20, 8,
GP21, 8,
GP22, 8,
GP23, 8,
GP24, 8,
GP25, 8,
GP26, 8,
GP27, 8,
GP28, 8,
GP29, 8,
GP30, 8,
GP31, 8
}
Name(PICF, 0x0)
Method(_PIC, 1) {
Store(Arg0, PICF)
}
Scope(\) {
Method(DISD, 1) {
Store(Local0, Local0)
}
Method(CKIO, 2) {
Store(Local0, Local0)
}
Method(SLDM, 2) {
Store(Local0, Local0)
}
}
Scope(_GPE) {
Method(_L08) {
N
Re: Kernel panic on shutdown -p -- ACPI problem?
* Jan Stary on Tue, May 04, 2010 at 08:31:10AM +0200: > > I've done some research, and it turns out that the motherboard > > seems to a particularly buggy ACPI tables. And just as well, if I > > disable ACPI, the kernel panic vanishes. However, the machine > > doesn't get turned off as well, so it's not really a victory. > > All this was done using 4.6 release, as this was a few months > > ago. > Have you also tried with current? The download went surprisingly fast (and the install even moreso; big thanks at this point for the folks who did the installer, it seems rare that one can install an operating system in five minutes). Running the April 28 snapshot which I just grabbed from FTP this instant doesn't change a thing---as expected, I get the same "AML PARSE ERROR" kernel panic. Here's a pseudo-diff from the previous dmesg to the 4.7-current one, other than the vscsi stuff nothing changes: -8<-8<-8<-8<-8<-8<-8<-8<- -OpenBSD 4.6 (GENERIC.MP) #89: Thu Jul 9 21:32:39 MDT 2009 +OpenBSD 4.7-current (GENERIC.MP) #560: Wed Apr 28 11:55:01 MDT 2010 -avail mem = 1027940352 (980MB) +avail mem = 1028833280 (981MB) +vscsi0 at root +scsibus1 at vscsi0: 256 targets ->8->8->8->8->8->8->8->8- acpidump(8) gives exactly the same result (well, as expected; the ACPI tables didn't change, after all...). s//un
Re: Kernel panic on shutdown -p -- ACPI problem?
* Aaron Mason on Tue, May 04, 2010 at 08:48:05PM +1000:
> When you get it out again, we'll also need to see an acpidump output.
Here is the output of both acpidump(8) and dmesg(8).
s//un
-8<-8<-8<-8<-8<-8<-8<-8<-
/*
RSD PTR: Checksum=20, OEMID=PTLTD, RsdtAddress=0x3fefcf28
*/
/*
RSDT: Length=44, Revision=1, Checksum=13,
OEMID=PTLTD, OEM Table ID= RSDT, OEM Revision=0x604,
Creator ID= LTP, Creator Revision=0x0
*/
/*
Entries={ 0x3fefef2e, 0x3fefefa2 }
*/
/*
DSDT=0x3fefcf54
INT_MODEL=PIC
SCI_INT=9
SMI_CMD=0x802f, ACPI_ENABLE=0xf0, ACPI_DISABLE=0xf1, S4BIOS_REQ=0x0
PM1a_EVT_BLK=0x8000-0x8003
PM1a_CNT_BLK=0x8004-0x8005
PM2_TMR_BLK=0x8008-0x800b
PM2_GPE0_BLK=0x8020-0x8023
P_LVL2_LAT=101ms, P_LVL3_LAT=1001ms
FLUSH_SIZE=0, FLUSH_STRIDE=0
DUTY_OFFSET=1, DUTY_WIDTH=0
DAY_ALRM=13, MON_ALRM=0, CENTURY=50
Flags={WBINVD,PROC_C1}
*/
/*
DSDT: Length=8154, Revision=1, Checksum=247,
OEMID=AMD, OEM Table ID=AMDACPI, OEM Revision=0x604,
Creator ID=MSFT, Creator Revision=0x10d
*/
DefinitionBlock (
"acpi_dsdt.aml",//Output filename
"DSDT", //Signature
0x1,//DSDT Revision
"AMD", //OEMID
"AMDACPI", //TABLE ID
0x604 //OEM Revision
)
{
Scope(\_PR_) {
Processor(CPU0, 0, 0x8010, 0x6) {
}
Processor(CPU1, 1, 0x0, 0x0) {
}
}
Name(\_S0_, Package(0x4) {
0x0,
0x0,
0x0,
0x0,
})
Name(\_S1_, Package(0x4) {
0x1,
0x1,
0x1,
0x1,
})
Name(\_S4_, Package(0x4) {
0x6,
0x6,
0x6,
0x6,
})
Name(\_S5_, Package(0x4) {
0x7,
0x7,
0x7,
0x7,
})
Name(OSFL, 0x0)
Method(STRC, 2) {
If(LNot(LEqual(SizeOf(Arg0), SizeOf(Arg1 {
Return(0x0)
}
Add(SizeOf(Arg0), 0x1, Local0)
Name(BUF0, Buffer(Local0) { })
Name(BUF1, Buffer(Local0) { })
Store(Arg0, BUF0)
Store(Arg1, BUF1)
While(Local0) {
Decrement(Local0)
If(LNot(LEqual(DerefOf(Index(BUF0, Local0)), DerefOf(Index(BUF1,
Local0) {
Return(Zero)
}
}
Return(One)
}
OperationRegion(\DEBG, SystemIO, 0x80, 0x1)
Field(\DEBG, ByteAcc, NoLock, Preserve) {
DBG1, 8
}
OperationRegion(KBC_, SystemIO, 0x64, 0x1)
Field(KBC_, ByteAcc, NoLock, Preserve) {
KCMD, 8
}
OperationRegion(EXTM, SystemMemory, 0x000ff830, 0x10)
Field(EXTM, WordAcc, NoLock, Preserve) {
ROM1, 16,
RMS1, 16,
ROM2, 16,
RMS2, 16,
ROM3, 16,
RMS3, 16,
AMEM, 32
}
OperationRegion(VGAM, SystemMemory, 0x000c0002, 0x1)
Field(VGAM, ByteAcc, Lock, Preserve) {
VGA1, 8
}
OperationRegion(GRAM, SystemMemory, 0x0400, 0x0100)
Field(GRAM, ByteAcc, Lock, Preserve) {
Offset(0x10),
FLG0, 8
}
OperationRegion(ELCR, SystemIO, 0x04d0, 0x2)
Field(ELCR, ByteAcc, NoLock, Preserve) {
ELC1, 8,
ELC2, 8
}
OperationRegion(\PSC_, SystemIO, 0x8027, 0x1)
Field(\PSC_, ByteAcc, NoLock, Preserve) {
PSCC, 8
}
OperationRegion(\STUS, SystemIO, 0x8028, 0x1)
Field(\STUS, ByteAcc, NoLock, Preserve) {
G_ST, 8
}
OperationRegion(\STUB, SystemIO, 0x8029, 0x1)
Field(\STUB, ByteAcc, NoLock, Preserve) {
G_SB, 8
}
OperationRegion(\SMIC, SystemIO, 0x802f, 0x1)
Field(\SMIC, ByteAcc, NoLock, Preserve) {
SCP_, 8
}
OperationRegion(\OPS0, SystemIO, 0x21, 0x1)
Field(\OPS0, ByteAcc, NoLock, Preserve) {
IMR0, 8
}
OperationRegion(\OPS1, SystemIO, 0xa1, 0x1)
Field(\OPS1, ByteAcc, NoLock, Preserve) {
IMR1, 8
}
OperationRegion(\GSE_, SystemIO, 0x802a, 0x1)
Field(\GSE_, ByteAcc, NoLock, Preserve) {
IRQR, 8
}
OperationRegion(\FANC, SystemIO, 0x80f8, 0x2)
Field(\FANC, ByteAcc, NoLock, Preserve) {
FAN0, 8,
FAN1, 8
}
OperationRegion(\PM21, SystemIO, 0x8021, 0x1)
Field(\PM21, ByteAcc, NoLock, Preserve) {
IO21, 8
}
OperationRegion(\PM23, SystemIO, 0x8023, 0x1)
Field(\PM23, ByteAcc, NoLock, Preserve) {
IO23, 8
}
OperationRegion(\GP1_, SystemIO, 0x80c0, 0x20)
Field(\GP1_, ByteAcc, NoLock, Preserve) {
GP00, 8,
GP01, 8,
GP02, 8,
GP03, 8,
GP04, 8,
GP05, 8,
GP06, 8,
GP07, 8,
GP08, 8,
GP09, 8,
GP10, 8,
GP11, 8,
GP12, 8,
GP13, 8,
GP14, 8,
GP15, 8,
GP16, 8,
GP17, 8,
GP18, 8,
GP19, 8,
GP20, 8,
GP21, 8,
GP22, 8,
GP23, 8,
GP24, 8,
GP25, 8,
GP26, 8,
GP27, 8,
GP28, 8,
GP29, 8,
GP30, 8,
GP31, 8
}
Name(PICF, 0x0)
Method(_PIC, 1) {
Store(Arg0, PICF)
}
Scope(\) {
Method(DISD, 1) {
Store(Local0, Local0)
}
Method(CKIO,
Re: Kernel panic on shutdown -p -- ACPI problem?
On Tue, May 4, 2010 at 8:43 AM, Stefan Unterweger
wrote:
> Hello!
>
> I've recently "rediscovered" a computer that I'd been using as a
> Linux fileserver a few years ago. Since it's hardware is
> considerably better than the even older machine I'm using now as
> an OpenBSD fileserver, I tried if I could make it run.
>
> In principle, everything works fine, to some extent much smoother
> than on Linux (especially getting the sensors to work back then
> was a true nightmare, and I eventually gave up in defeat -- on
> OpenBSD, they just work).
>
> However, if I do `shutdown -h -p` (thus power off), I get a
> kernel panic; specifically, "AML PARSE ERROR" (see below). This
> only happens when doing '-p' is involved somehow; rebooting
> works, and just '-h' without '-p' does, too.
>
> I've done some research, and it turns out that the motherboard
> seems to a particularly buggy ACPI tables. And just as well, if I
> disable ACPI, the kernel panic vanishes. However, the machine
> doesn't get turned off as well, so it's not really a victory.
> All this was done using 4.6 release, as this was a few months
> ago.
>
> Before I do any further research or experiments with that
> machine, I just wanted to ask if I'd have any chances to work
> against this problems. As far as I understood from some ancient
> NetBSD mailinglist threads, in theory it should be possible
> to somehow do something such that the kernel loads patched ACPI
> tables which have those particular bugs corrected. So, if this
> would be possible on OpenBSD, I knew that I should spend some
> more time on this, without it being wasted.
>
> The motherboard in question is a Tyan Tiger S2466 dual-Athon
> multiprocessor board, with both processor sockets filled. As
> already said, not the most recent of mainboard imaginable, so I
> don't think that trying 4.7 would be much difference, especially
> as it seems that the bug is in the BIOS, not in OpenBSD.
>
> If anyone has a pointer---a "no, it won't work" would be more
> than helpful, too---, I'd be grateful. If I could get that thing
> to work again, my poor student's budget would be saved yet
> another expense. ;o)
>
> Regards,
> Stefan
>
>
> Here is the kernel panic that I've recorded from the machine.
> Unfortunately, I've lost the dmesg that I thought I had prepared;
> if there _is_ a chance to make this work, I'll post it as soon as
> I again have some floor space to set it up again.
>
> | syscing disks... done
> | ### AML PARSE ERROR (0x455): Undefined name: IO2B
> | multiply freed item 0xd1d62b00
> | panic: free: duplicated free
> | Stopped at Debugger+0x4:leave
> |
> | ddb{0}> trace
> | Debugger(d0825e18,8,dc247d60,d1d62b00,21) at Debugger+0x4
> | panic(d0717761,d1d62b00,dc247de0,d06ce12b,40) at panic+0x55
> | free(d1d62b00,21,3f9,0) at free+0x40
> | aml_freevalue(d1d62c44,d0817227,75d) at aml_freevalue+0xdb
> | aml_xpopscope(d1d62c44,54,d0817578,d1c06504,dc247eac) at aml_xpopscope+0x81
> | aml_xeval(0,d1c06504,74,1,dc247e78,dc247e72,dc247e90,d04c8555) at
> aml_xeval+0x13f
> | aml_evalnode(d1bfec00,d1c06544,1,dc247e78,0,1,dc247ea0,d06c90c7) at
> aml_evalnode+0x57
> | acpi_prepare_sleep_state(d1bfec00,5,dc247f00,d04ab607) at
> acpi_prepare_sleep_state+0xfa
> | acpi_powerdown(d0944b60,d6a62420,dc247f20,d035f7f8,1008) at
> acpi_powerdown+0x22
> | boot(1009,0,0,0,d0824a34) at boot+0x190
> | __stack_smash_handler(d6a62420,dc247f68,dc247f58,d6a62420) at
> __stack_smash_handler
> | syscall() at syscall+0x12b
> | --- syscall (number 55) ---
> | 0x1c000a59:
> |
> | ddb{0}> ps
> | PIDPPID PGRP UID S FLAGS WAITCOMMAND
> | *11147 111147 0 7 0x42004000 halt
> | 15 00 0 3 0x2100200 bored crypto
> | 14 00 0 3 0x2100200 aiodonedaiodonec
> | 13 00 0 3 0x2100200 syncer update
> | 12 00 0 3 0x2100200 cleaner cleaner
> | 11 00 0 3 0x100200reaper reaper
> | 10 00 0 3 0x2100200 pgdaemonpagedaemon
> | 9 00 0 3 0x2100200 pftmpfpurge
> | 8 00 0 3 0x2100200 usbtsk usbtask
> | 7 00 0 3 0x2100200 usbevt usb0
> | 6 00 0 3 0x2100200 acpi_idle acpi0
> | 5 00 0 7 0x40100200 idle1
> | 4 00 0 3 0x2100200 bored syswq
> | 3 00 0 3 0x40100200 idle0
> | 2 00 0 3 0x2100200 kmalloc kmthread
> | 1 01 0 3 0x2004080 waitinit
> | 0 -1 0 0 3 0x2080200 scheduler swapper
>
>
Hi,
When you get it out again, we'll also need to see an acpidump output.
Thanks
--
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse
Kernel panic on shutdown -p -- ACPI problem?
Hello!
I've recently "rediscovered" a computer that I'd been using as a
Linux fileserver a few years ago. Since it's hardware is
considerably better than the even older machine I'm using now as
an OpenBSD fileserver, I tried if I could make it run.
In principle, everything works fine, to some extent much smoother
than on Linux (especially getting the sensors to work back then
was a true nightmare, and I eventually gave up in defeat -- on
OpenBSD, they just work).
However, if I do `shutdown -h -p` (thus power off), I get a
kernel panic; specifically, "AML PARSE ERROR" (see below). This
only happens when doing '-p' is involved somehow; rebooting
works, and just '-h' without '-p' does, too.
I've done some research, and it turns out that the motherboard
seems to a particularly buggy ACPI tables. And just as well, if I
disable ACPI, the kernel panic vanishes. However, the machine
doesn't get turned off as well, so it's not really a victory.
All this was done using 4.6 release, as this was a few months
ago.
Before I do any further research or experiments with that
machine, I just wanted to ask if I'd have any chances to work
against this problems. As far as I understood from some ancient
NetBSD mailinglist threads, in theory it should be possible
to somehow do something such that the kernel loads patched ACPI
tables which have those particular bugs corrected. So, if this
would be possible on OpenBSD, I knew that I should spend some
more time on this, without it being wasted.
The motherboard in question is a Tyan Tiger S2466 dual-Athon
multiprocessor board, with both processor sockets filled. As
already said, not the most recent of mainboard imaginable, so I
don't think that trying 4.7 would be much difference, especially
as it seems that the bug is in the BIOS, not in OpenBSD.
If anyone has a pointer---a "no, it won't work" would be more
than helpful, too---, I'd be grateful. If I could get that thing
to work again, my poor student's budget would be saved yet
another expense. ;o)
Regards,
Stefan
Here is the kernel panic that I've recorded from the machine.
Unfortunately, I've lost the dmesg that I thought I had prepared;
if there _is_ a chance to make this work, I'll post it as soon as
I again have some floor space to set it up again.
| syscing disks... done
| ### AML PARSE ERROR (0x455): Undefined name: IO2B
| multiply freed item 0xd1d62b00
| panic: free: duplicated free
| Stopped at Debugger+0x4:leave
|
| ddb{0}> trace
| Debugger(d0825e18,8,dc247d60,d1d62b00,21) at Debugger+0x4
| panic(d0717761,d1d62b00,dc247de0,d06ce12b,40) at panic+0x55
| free(d1d62b00,21,3f9,0) at free+0x40
| aml_freevalue(d1d62c44,d0817227,75d) at aml_freevalue+0xdb
| aml_xpopscope(d1d62c44,54,d0817578,d1c06504,dc247eac) at aml_xpopscope+0x81
| aml_xeval(0,d1c06504,74,1,dc247e78,dc247e72,dc247e90,d04c8555) at
aml_xeval+0x13f
| aml_evalnode(d1bfec00,d1c06544,1,dc247e78,0,1,dc247ea0,d06c90c7) at
aml_evalnode+0x57
| acpi_prepare_sleep_state(d1bfec00,5,dc247f00,d04ab607) at
acpi_prepare_sleep_state+0xfa
| acpi_powerdown(d0944b60,d6a62420,dc247f20,d035f7f8,1008) at
acpi_powerdown+0x22
| boot(1009,0,0,0,d0824a34) at boot+0x190
| __stack_smash_handler(d6a62420,dc247f68,dc247f58,d6a62420) at
__stack_smash_handler
| syscall() at syscall+0x12b
| --- syscall (number 55) ---
| 0x1c000a59:
|
| ddb{0}> ps
| PIDPPID PGRP UID S FLAGS WAITCOMMAND
| *11147 111147 0 7 0x42004000 halt
| 15 00 0 3 0x2100200 bored crypto
| 14 00 0 3 0x2100200 aiodonedaiodonec
| 13 00 0 3 0x2100200 syncer update
| 12 00 0 3 0x2100200 cleaner cleaner
| 11 00 0 3 0x100200reaper reaper
| 10 00 0 3 0x2100200 pgdaemonpagedaemon
| 9 00 0 3 0x2100200 pftmpfpurge
| 8 00 0 3 0x2100200 usbtsk usbtask
| 7 00 0 3 0x2100200 usbevt usb0
| 6 00 0 3 0x2100200 acpi_idle acpi0
| 5 00 0 7 0x40100200 idle1
| 4 00 0 3 0x2100200 bored syswq
| 3 00 0 3 0x40100200 idle0
| 2 00 0 3 0x2100200 kmalloc kmthread
| 1 01 0 3 0x2004080 waitinit
| 0 -1 0 0 3 0x2080200 scheduler swapper
Re: No ACPI battery/ac status readings on a ASUS UL30A laptop.
2010/4/29 Torbjxrn H. Orskaug : > 2010/4/29 Peter Hessler : >> what happens if you remove and reinsert the power cord, does it do the >> same thing? >> > > Yep. > Just a quick update on this. I recompiled my kernel with ACPI_DEBUG enabled and I can see that after physically removing and reinserting the battery, the _STA method returns 0x1f and everything works as expected. I guess I'm just stuck with a broken BIOS/AML and I'll make a habit of removing and reinserting the battery of this laptop if I really need battery charge status.
No ACPI battery/ac status readings on a ASUS UL30A laptop.
Hi misc!
I just got one of these babies as a present and put OpenBSD on it
right away. Everything seems to be running smoothly, with the single
exception of battery and ac status readings in apm(8):
Battery state: absent, 0% remaining, unknown life estimate
A/C adapter state: not known
Performance adjustment mode: auto (1300 MHz)
If however, I remove and reattach the battery, it's status is there in
all it's glory. I've poked around in acpibat.c and acpiac.c but my
experience with ACPI is pretty limited and I can't really make much
sense of it (yet). Has anyone else experienced this problem? Are there
any obvious things I can try to get things working? I'm currently
building a kernel with ACPI_DEBUG defined to see if I can get some
more information on what's going on.
dmesg:
OpenBSD 4.7-current (GENERIC.MP) #557: Tue Apr 27 00:36:31 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Genuine Intel(R) CPU U7300 @ 1.30GHz ("GenuineIntel" 686-class) 1.34 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE
real mem = 3184717824 (3037MB)
avail mem = 3089928192 (2946MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 12/28/09, BIOS32 rev. 0 @
0xf0010, SMBIOS rev. 2.5 @ 0xfcce0 (41 entries)
bios0: vendor American Megatrends Inc. version "212" date 12/28/2009
bios0: ASUSTeK Computer Inc. UL30A
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP APIC MCFG SLIC ECDT DBGP BOOT OEMB HPET GSCI SSDT
acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB5(S3) EUSB(S3)
USB3(S3) USB4(S3) USB6(S3) USBE(S3) HDAC(S3) P0P1(S3) P0P3(S3)
P0P5(S3) P0P6(S3) P0P7(S4) LAN_(S4) GLAN(S4) P0P8(S3) SLPB(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 205MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Genuine Intel(R) CPU U7300 @ 1.30GHz ("GenuineIntel" 686-class) 1.34 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (P0P2)
acpiprt2 at acpi0: bus 3 (P0P7)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C1, PSS
acpicpu1 at acpi0: C3, C1, PSS
acpitz0 at acpi0: critical temperature 100 degC
acpiac0 at acpi0: AC unit in unknown state
acpibat0 at acpi0: BAT0 not present
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: LID_
acpivideo0 at acpi0: VGA_
acpivout0 at acpivideo0: CRTD
acpivout1 at acpivideo0: LCDD
acpivout2 at acpivideo0: HDMI
bios0: ROM list: 0xc/0xfe00!
cpu0: Enhanced SpeedStep 1339 MHz: speeds: 1300, 800 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 2 int 16 (irq 10)
drm0 at inteldrm0
"Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 2
int 16 (irq 10)
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 2
int 21 (irq 7)
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 2
int 19 (irq 3)
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 2
int 18 (irq 6)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03:
apic 2 int 22 (irq 4)
azalia0: codecs: Realtek ALC269, Intel/0x2802, using Realtek ALC269
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03
pci1 at ppb0 bus 1
ppb1 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03
pci2 at ppb1 bus 2
athn0 at pci2 dev 0 function 0 "Atheros AR9285" rev 0x01: apic 2 int
17 (irq 5), address 1c:4b:d6:ba:b3:4b
athn0: AR9285 rev 2 (1T1R), ROM rev 13
ppb2 at pci0 dev 28 function 5 "Intel 82801I PCIE" rev 0x03: apic 2
int 17 (irq 5)
pci3 at ppb2 bus 3
alc0 at pci3 dev 0 function 0 "Attansic Technology L2C" rev 0xc0: apic
2 int 17 (irq 5), address 48:5b:39:3f:2b:f0
atphy0 at alc0 phy 0: F1 10/100/1000 PHY, rev. 11
uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x03: apic 2
int 23 (irq 10)
uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x03: apic 2
int 19 (irq 3)
uhci5 at pci0 dev 29 function 2 "In
Re: ACPI so close I can almost taste it...
Hello, yes, unfortunately I am having some issues too. I think I talked too fast. I had the same problem about having the laptop unresponsive, even without xorg.conf (no effect on ctrl+alt+Fx or ctrl+alt+back), though I still could move the mouse. But that's it, the only thing I could do was to move the mouse. We can just wait and offer to run tests, if somebody needs a test machine. Thanks in any case for the progress! 2010/4/19 Neal Hogan : > On Sun, Apr 18, 2010 at 9:03 AM, Neal Hogan wrote: >>> >>> Like sthen@ already said.. >>> >>> The ahci controller does not support suspend/resume yet so.. try >>> changing SATA mode in the bios to compability mode so that your >>> harddrive attaches through pciide instead of through ahci. >>> >>> This has the consequence that you have to edit fstab during boot when >>> the kernel cannot find sd0a but then you just do: >>> >>> # mount /dev/wd0a / >>> # cd /etc >>> # ed fstab >>> ,s/sd0/wd0/g >>> w >>> q >>> # exit >>> [ boot continues.. ] >>> >>> I tried that on my thinkpad t400 and it made suspend/resume work for me. >>> >>> /gabriel >>> >>> >> >> I'm curious what you mean by "work fine for me." I have a T400 and >> followed your suggestion. My machine suspends and resumes most of the >> time with X and the network up and running. However, once resumed, one >> of the processors is in ~100% interupt state and reboot doesn't work >> properly. It will sync disks and look as though it powers down (black >> screen) but the system's power light is still on and the machine does >> not resond to anything but a hard shutdown. Also, after one >> suspend/resume, it won't suspend again. >> >> Note, I say that it suspends/resumes most of the time because it >> panicked once. However, I haven't been able to get to panic again. >> > > First, I want to be clear that I'm not complaining about this, just > informing. I'm as excited as most to see this progress with ACPI. > > Second, as I say above, one of the processors is in 98-100% interrupt > state after the machine resumes. However, that's only while X is > running. When I leave X it drops to around 40% and returns to ~100% > when I start X again. > > Thanks! > >> dmesg after suspend/resume: >> >> OpenBSD 4.7-current (GENERIC.MP) #186: Thu Apr 15 12:02:55 MDT 2010 >>dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >> real mem = 2070614016 (1974MB) >> avail mem = 2001784832 (1909MB) >> mainbus0 at root >> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries) >> bios0: vendor LENOVO version "7UET43WW (1.13 )" date 08/19/2008 >> bios0: LENOVO 7417CTO >> acpi0 at bios0: rev 2 >> acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT >> SSDT TCPA SSDT SSDT SSDT >> acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) >> EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB1(S3) >> USB2(S3) USB3(S3) USB4(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) >> acpitimer0 at acpi0: 3579545 Hz, 24 bits >> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat >> cpu0 at mainbus0: apid 0 (boot processor) >> cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.34 MHz >> cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS > H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S > SSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG >> cpu0: 3MB 64b/line 8-way L2 cache >> cpu0: apic clock running at 266MHz >> cpu1 at mainbus0: apid 1 (application processor) >> cpu1: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.00 MHz >> cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS > H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S > SSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG >> cpu1: 3MB 64b/line 8-way L2 cache >> ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins >> ioapic0: misconfigured as apic 2, remapped to apid 1 >> acpihpet0 at acpi0: 14318179 Hz >> acpiprt0 at acpi0: bus 0 (PCI0) >> acpiprt1 at acpi0: bus -1 (AGP_) >> acpiprt2 at acpi0: bus 2 (EXP0) >> acpiprt3 at acpi0: bus 3 (EXP1) >> acpiprt4 at acpi0: bus -1 (EXP2) >> acpiprt5 at acpi0: bus 5 (EXP3) >> acpiprt6 at acpi0: bus 13 (EXP4) >> acpiprt7 at acpi0: bus 21 (PCI1) >> acpiec0 at acpi0 >> acpicpu0 at acpi0: C3, C2, C1, PSS >> acpicpu1 at acpi0: C3, C2, C1, PSS >> acpipwrre
Re: ACPI so close I can almost taste it...
On Sun, Apr 18, 2010 at 9:03 AM, Neal Hogan wrote: >> >> Like sthen@ already said.. >> >> The ahci controller does not support suspend/resume yet so.. try >> changing SATA mode in the bios to compability mode so that your >> harddrive attaches through pciide instead of through ahci. >> >> This has the consequence that you have to edit fstab during boot when >> the kernel cannot find sd0a but then you just do: >> >> # mount /dev/wd0a / >> # cd /etc >> # ed fstab >> ,s/sd0/wd0/g >> w >> q >> # exit >> [ boot continues.. ] >> >> I tried that on my thinkpad t400 and it made suspend/resume work for me. >> >> /gabriel >> >> > > I'm curious what you mean by "work fine for me." I have a T400 and > followed your suggestion. My machine suspends and resumes most of the > time with X and the network up and running. However, once resumed, one > of the processors is in ~100% interupt state and reboot doesn't work > properly. It will sync disks and look as though it powers down (black > screen) but the system's power light is still on and the machine does > not resond to anything but a hard shutdown. Also, after one > suspend/resume, it won't suspend again. > > Note, I say that it suspends/resumes most of the time because it > panicked once. However, I haven't been able to get to panic again. > First, I want to be clear that I'm not complaining about this, just informing. I'm as excited as most to see this progress with ACPI. Second, as I say above, one of the processors is in 98-100% interrupt state after the machine resumes. However, that's only while X is running. When I leave X it drops to around 40% and returns to ~100% when I start X again. Thanks! > dmesg after suspend/resume: > > OpenBSD 4.7-current (GENERIC.MP) #186: Thu Apr 15 12:02:55 MDT 2010 >dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 2070614016 (1974MB) > avail mem = 2001784832 (1909MB) > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries) > bios0: vendor LENOVO version "7UET43WW (1.13 )" date 08/19/2008 > bios0: LENOVO 7417CTO > acpi0 at bios0: rev 2 > acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT > SSDT TCPA SSDT SSDT SSDT > acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) > EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB1(S3) > USB2(S3) USB3(S3) USB4(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.34 MHz > cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S SSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG > cpu0: 3MB 64b/line 8-way L2 cache > cpu0: apic clock running at 266MHz > cpu1 at mainbus0: apid 1 (application processor) > cpu1: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.00 MHz > cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S SSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG > cpu1: 3MB 64b/line 8-way L2 cache > ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins > ioapic0: misconfigured as apic 2, remapped to apid 1 > acpihpet0 at acpi0: 14318179 Hz > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus -1 (AGP_) > acpiprt2 at acpi0: bus 2 (EXP0) > acpiprt3 at acpi0: bus 3 (EXP1) > acpiprt4 at acpi0: bus -1 (EXP2) > acpiprt5 at acpi0: bus 5 (EXP3) > acpiprt6 at acpi0: bus 13 (EXP4) > acpiprt7 at acpi0: bus 21 (PCI1) > acpiec0 at acpi0 > acpicpu0 at acpi0: C3, C2, C1, PSS > acpicpu1 at acpi0: C3, C2, C1, PSS > acpipwrres0 at acpi0: PUBS > acpitz0 at acpi0: critical temperature 127 degC > acpitz1 at acpi0: critical temperature 100 degC > acpibtn0 at acpi0: LID_ > acpibtn1 at acpi0: SLPB > acpibat0 at acpi0: BAT0 model "42T5225" serial 3388 type LION oem "Panasonic" > acpibat1 at acpi0: BAT1 not present > acpiac0 at acpi0: AC unit online > acpithinkpad0 at acpi0 > acpidock0 at acpi0: GDCK not docked (0) > cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 1600, 800 MHz > pci0 at mainbus0 bus 0 > pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07 > vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > intagp0 at vga1 > agp0 at intagp0: aper
Re: ACPI so close I can almost taste it...
> Like sthen@ already said.. > > The ahci controller does not support suspend/resume yet so.. try > changing SATA mode in the bios to compability mode so that your > harddrive attaches through pciide instead of through ahci. > > This has the consequence that you have to edit fstab during boot when > the kernel cannot find sd0a but then you just do: > > # mount /dev/wd0a / > # cd /etc > # ed fstab > ,s/sd0/wd0/g > w > q > # exit > [ boot continues.. ] > > I tried that on my thinkpad t400 and it made suspend/resume work for me. > > /gabriel > > I'm curious what you mean by "work fine for me." I have a T400 and followed your suggestion. My machine suspends and resumes most of the time with X and the network up and running. However, once resumed, one of the processors is in ~100% interupt state and reboot doesn't work properly. It will sync disks and look as though it powers down (black screen) but the system's power light is still on and the machine does not resond to anything but a hard shutdown. Also, after one suspend/resume, it won't suspend again. Note, I say that it suspends/resumes most of the time because it panicked once. However, I haven't been able to get to panic again. dmesg after suspend/resume: OpenBSD 4.7-current (GENERIC.MP) #186: Thu Apr 15 12:02:55 MDT 2010 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2070614016 (1974MB) avail mem = 2001784832 (1909MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries) bios0: vendor LENOVO version "7UET43WW (1.13 )" date 08/19/2008 bios0: LENOVO 7417CTO acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.34 MHz cpu0: FPU,VME,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,NXE,LONG cpu0: 3MB 64b/line 8-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.00 MHz cpu1: FPU,VME,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,NXE,LONG cpu1: 3MB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiprt6 at acpi0: bus 13 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T5225" serial 3388 type LION oem "Panasonic" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 1600, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07 vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 "Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured "Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiprt6 at acpi0: bus 13 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LI
Re: ACPI so close I can almost taste it...
Confirmed: When using X without the xorg.conf that I had "adapted", it's suspending and resuming perfectly. These are the additional lines I had put in: FontPath "/usr/local/lib/X11/fonts/mscorefonts/" (...) Option "NoAccel""False" Option "AccelMethod""EXA" Now it's working perfectly well. After resuming all is there: X, em0 up and running, usb, sound etc.. This is great! I had been waiting for a long time for this. I have some 9 desktops and some >~ 16 things open all the time: gv, plotting programmes, firefox, many vi editing files, etc It was a pain to have to shutdown and boot again the laptop every time I had to go home etc Thanks a lot! Pau 2010/4/17 Marco Peereboom : > Build X from source and you'll have a fighting chance. > > On Sat, Apr 17, 2010 at 08:14:09AM +0200, Jean-Michel Bessot wrote: >> Is works fine in pciide when I donb t run Xorg on R400. >> >> I think the intel driver donb t want to resume, I will see if I can >> obtain more information.
Re: ACPI so close I can almost taste it...
Build X from source and you'll have a fighting chance. On Sat, Apr 17, 2010 at 08:14:09AM +0200, Jean-Michel Bessot wrote: > Is works fine in pciide when I donbt run Xorg on R400. > > I think the intel driver donbt want to resume, I will see if I can > obtain more information.
Re: ACPI so close I can almost taste it...
Hello, I am using the intel driver on a thinkpad x200s with a xorg.conf file It was suspending resuming very well until now. With 4.7 GENERIC.MP#509 i386 I have the problem that, when resuming, X does not "wake up" totally. I can see the applications open and I can move the mouse but nothing else. I cannot switch to a terminal (ctrl+alt+fX); the system is in general unresponsive I will try now to use X without xorg.conf (I changed a couple of things). Thanks, Pau 2010/4/17 Jean-Michel Bessot : > Is works fine in pciide when I dont run Xorg on R400. > > I think the intel driver dont want to resume, I will see if I can > obtain more information.
Re: ACPI so close I can almost taste it...
Is works fine in pciide when I donbt run Xorg on R400. I think the intel driver donbt want to resume, I will see if I can obtain more information.
Re: ACPI so close I can almost taste it...
PS: In these days it has worked some 10-12 times; then, today in the way back home in the tram it suspended and automatically resumed again. I tried all possible combinations (fn+f4, zzz, apm -S etc) but the result was always the same: It would resume after suspending immediately. After a reboot it works again... for the next 10-12 times, I guess... But in any case it is a very promising start! Btw all services work fine after resuming: em0 is up and running, usb, X, etc etc 2010/4/11 Josh Grosse : > On Sun, Apr 11, 2010 at 08:40:47PM +0200, Pau wrote: >> YES!!! >> >> Same here on a thinkpad x200s! >> >> I'm so happy! >> >> Thanks a LOT! > > Not here. Even setting this netbook's disk bus to IDE-compatible, it cannot > (yet) suspend/resume. But then, I don't have a Thinkpad. :( > > It's an Asus netbook - 1005HAB.
Re: ACPI so close I can almost taste it...
On Sun, Apr 11, 2010 at 08:40:47PM +0200, Pau wrote: > YES!!! > > Same here on a thinkpad x200s! > > I'm so happy! > > Thanks a LOT! Not here. Even setting this netbook's disk bus to IDE-compatible, it cannot (yet) suspend/resume. But then, I don't have a Thinkpad. :( It's an Asus netbook - 1005HAB.
Re: ACPI so close I can almost taste it...
YES!!!
Same here on a thinkpad x200s!
I'm so happy!
Thanks a LOT!
And btw, the suspend/resume is much faster than with the
penguin!!!
Thanks for this, I have been waiting YEARS for it!
Pau
2010/4/11 Gabriel Kihlman :
> Pau writes:
>
>> I have a thinkpad x200s and with a recent snapshot I can confirm here
>> that the laptop suspends in a fraction of a second and resumes again
>> almost immediately
>>
>> Unfortunately, after some few seconds, even if if looks as if
>> everything had gone just perfect (em0, usb etc are resumed), I get
>>
>> ahci_get_err_ccb but SACT 03ff != 0?
>> panic: kernel diagnostic assertion "ahci_pread(ap, AHCI_PREG_CI) == 0"
>> failed: file "../../../../dev/pci/ahci.c", line 2037
>> Stopped at Debugger+0x4: leave
>> RUEN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS
PANIC!
>> IF RUNNING SMP, USE 'mach ddbcpu <#>' AND 'trace' ON OTHER PROCESSORS,
TOO.
>> (...)
>> ddb{0}>
>
> Like sthen@ already said..
>
> The ahci controller does not support suspend/resume yet so.. try
> changing SATA mode in the bios to compability mode so that your
> harddrive attaches through pciide instead of through ahci.
>
> This has the consequence that you have to edit fstab during boot when
> the kernel cannot find sd0a but then you just do:
>
> # mount /dev/wd0a /
> # cd /etc
> # ed fstab
> ,s/sd0/wd0/g
> w
> q
> # exit
> [ boot continues.. ]
>
> I tried that on my thinkpad t400 and it made suspend/resume work for me.
>
> /gabriel
Re: ACPI so close I can almost taste it...
Pau writes:
> I have a thinkpad x200s and with a recent snapshot I can confirm here
> that the laptop suspends in a fraction of a second and resumes again
> almost immediately
>
> Unfortunately, after some few seconds, even if if looks as if
> everything had gone just perfect (em0, usb etc are resumed), I get
>
> ahci_get_err_ccb but SACT 03ff != 0?
> panic: kernel diagnostic assertion "ahci_pread(ap, AHCI_PREG_CI) == 0"
> failed: file "../../../../dev/pci/ahci.c", line 2037
> Stopped at Debugger+0x4: leave
> RUEN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
> IF RUNNING SMP, USE 'mach ddbcpu <#>' AND 'trace' ON OTHER PROCESSORS, TOO.
> (...)
> ddb{0}>
Like sthen@ already said..
The ahci controller does not support suspend/resume yet so.. try
changing SATA mode in the bios to compability mode so that your
harddrive attaches through pciide instead of through ahci.
This has the consequence that you have to edit fstab during boot when
the kernel cannot find sd0a but then you just do:
# mount /dev/wd0a /
# cd /etc
# ed fstab
,s/sd0/wd0/g
w
q
# exit
[ boot continues.. ]
I tried that on my thinkpad t400 and it made suspend/resume work for me.
/gabriel
Re: ACPI so close I can almost taste it...
Hi I have the same problem with a R400. dmesg: http://www.lacomte.net/informatique/lenovo-r400-dmesg acpidumb: http://www.lacomte.net/informatique/lenovo-r400-acpidump pcidump: http://www.lacomte.net/informatique/lenovo-r400-pcidump Bye
Re: ACPI so close I can almost taste it...
hey!
I have a thinkpad x200s and with a recent snapshot I can confirm here
that the laptop suspends in a fraction of a second and resumes again
almost immediately
Unfortunately, after some few seconds, even if if looks as if
everything had gone just perfect (em0, usb etc are resumed), I get
ahci_get_err_ccb but SACT 03ff != 0?
panic: kernel diagnostic assertion "ahci_pread(ap, AHCI_PREG_CI) == 0"
failed: file "../../../../dev/pci/ahci.c", line 2037
Stopped at Debugger+0x4: leave
RUEN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
IF RUNNING SMP, USE 'mach ddbcpu <#>' AND 'trace' ON OTHER PROCESSORS, TOO.
(...)
ddb{0}>
Then I ran trace and ps and I get a long output. I have taken three
pictures of the output and uploaded them here:
www.aei.mpg.de/~pau/1.jpg
www.aei.mpg.de/~pau/2.jpg
www.aei.mpg.de/~pau/3.jpg
(about 180K each)
I hope this help
Thanks!
Pau
2010/4/10 Josh Rickmar :
> On Fri, Apr 09, 2010 at 03:44:54PM -0400, STeve Andre' wrote:
>> On Friday 09 April 2010 03:37:17 Josh Rickmar wrote:
>> > On Thu, Apr 08, 2010 at 08:53:12PM -0400, STeve Andre' wrote:
>> > > Willing to be a test case for other ideas!
>> >
>> > Same here, I have a T500 and just upgraded to the latest -current to
>> > test out the new suspend and resume. My dmesg:
>>
>> Interesting, so you can at least partly reactivate, which I cannot.
>> What do you do to suspend?
>>
>> --STeve Andre'
>
> zzz
Re: ACPI so close I can almost taste it...
PS: > Unfortunately, after some few seconds, even if if looks as if > everything had gone just perfect (em0, usb etc are resumed), I get Sorry, that's not true. It does not resume. It looks like, but when I get the prompt I cannot even make a "ls" Then I get the panic.
Re: ACPI so close I can almost taste it...
On Fri, Apr 09, 2010 at 03:44:54PM -0400, STeve Andre' wrote: > On Friday 09 April 2010 03:37:17 Josh Rickmar wrote: > > On Thu, Apr 08, 2010 at 08:53:12PM -0400, STeve Andre' wrote: > > > Willing to be a test case for other ideas! > > > > Same here, I have a T500 and just upgraded to the latest -current to > > test out the new suspend and resume. My dmesg: > > Interesting, so you can at least partly reactivate, which I cannot. > What do you do to suspend? > > --STeve Andre' zzz
Re: ACPI so close I can almost taste it...
On Friday 09 April 2010 03:37:17 Josh Rickmar wrote: > On Thu, Apr 08, 2010 at 08:53:12PM -0400, STeve Andre' wrote: > > Willing to be a test case for other ideas! > > Same here, I have a T500 and just upgraded to the latest -current to > test out the new suspend and resume. My dmesg: Interesting, so you can at least partly reactivate, which I cannot. What do you do to suspend? --STeve Andre'
Re: ACPI so close I can almost taste it...
On Thu, Apr 08, 2010 at 08:53:12PM -0400, STeve Andre' wrote: > Willing to be a test case for other ideas! Same here, I have a T500 and just upgraded to the latest -current to test out the new suspend and resume. My dmesg: OpenBSD 4.7-current (GENERIC.MP) #179: Wed Apr 7 21:07:50 MDT 2010 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2070614016 (1974MB) avail mem = 2001797120 (1909MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries) bios0: vendor LENOVO version "6FET66WW (2.16 )" date 04/22/2009 bios0: LENOVO 2081CTO acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.32 MHz cpu0: FPU,VME,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,XSAVE,NXE,LONG cpu0: 3MB 64b/line 8-way L2 cache cpu0: apic clock running at 265MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.00 MHz cpu1: FPU,VME,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,XSAVE,NXE,LONG cpu1: 3MB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus -1 (EXP3) acpiprt6 at acpi0: bus -1 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T4622" serial 4274 type LION oem "Panasonic" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 1600, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07 vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 "Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured "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 20 (irq 11), address 00:24:7e:6c:df:df uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20 (irq 11) uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21 (irq 11) uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22 (irq 11) ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23 (irq 11) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: apic 1 int 17 (irq 11) azalia0: RIRB time out azalia0: codecs: Conexant CX20561, 0x/0x, using Conexant CX20561 azalia0: RIRB time out audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: apic 1 int 20 (irq 11) pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: apic 1 int 21 (irq 11) pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: apic 1 int 17 (irq 11), MIMO 3T3R, MoW, address 00:21:6a:34:37:56 uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 16 (irq 11) uhci4 at pci0 dev 29 functi
Re: ACPI so close I can almost taste it...
On Thursday 08 April 2010 16:23:37 Stuart Henderson wrote: > On 2010-04-08, STeve Andre' wrote: > > ahci0 at pci0 dev 31 function 2 "Intel 82801I AHCI" rev 0x03: apic 1 int > > 16 (irq 11), AHCI 1.2 > > at this stage you might want to change your sata chip over to > the legacy interface so pciide can attach (you will of course > also need to adjust sd to wd in fstab; familiarity with ed, or > an already-edited file you can mv into place from single-user > mode, would be an advantage). > > some acpi-only systems will now suspend and (at least some > devices) resume, but be in no doubt, there's still a lot left to > do (in particular a lot of work on drivers). > > even so, this totally rocks. in particular I think it's great > that this is an independent implementation and not just a rehash > of the intel code. Thanks, Stuart. I agree that this is really cool. It appears that the W500 is shutting down, but somebody isn't reattaching yet. I tried the compatibity mode, but there was no difference, ie I still an an inadventantly narcoleptic laptop. Willing to be a test case for other ideas! --STeve Andre'
Re: ACPI so close I can almost taste it...
On 2010-04-08, STeve Andre' wrote: > ahci0 at pci0 dev 31 function 2 "Intel 82801I AHCI" rev 0x03: apic 1 int 16 > (irq 11), AHCI 1.2 at this stage you might want to change your sata chip over to the legacy interface so pciide can attach (you will of course also need to adjust sd to wd in fstab; familiarity with ed, or an already-edited file you can mv into place from single-user mode, would be an advantage). some acpi-only systems will now suspend and (at least some devices) resume, but be in no doubt, there's still a lot left to do (in particular a lot of work on drivers). even so, this totally rocks. in particular I think it's great that this is an independent implementation and not just a rehash of the intel code.
Re: ACPI so close I can almost taste it...
STeve Andre' wrote: Did you try just pressing a holding Fn for a few seconds? That's how I've had to awake all the thinkpads I've used (granted, not OBSD). I tried various things, including holding fn-f4 down for a minute. Nothing makes any difference. Not Fn-F4, but just Fn, by itself. --Kurt
Re: ACPI so close I can almost taste it...
On Thursday 08 April 2010 13:10:02 Kurt Mosiejczuk wrote: > STeve Andre' wrote: > > Excellent idea. It doesn't do anything, however, so I came back > > on to write this. > > > > --STeve Andre' > > Did you try just pressing a holding Fn for a few seconds? That's how > I've had to awake all the thinkpads I've used (granted, not OBSD). > > --Kurt I tried various things, including holding fn-f4 down for a minute. Nothing makes any difference. I also tried disabling em and iwn, and when I did the Fn-F4 (sleep) I could see a very fast stream of kernel messages, which I assume was the devices going into suspend. Still, that had no effect on waking back up. --STeve Andre'
Re: ACPI so close I can almost taste it...
STeve Andre' wrote: > Excellent idea. It doesn't do anything, however, so I came back > on to write this. > > --STeve Andre' Did you try just pressing a holding Fn for a few seconds? That's how I've had to awake all the thinkpads I've used (granted, not OBSD). --Kurt
ACPI _ACx update
Hi. Is there any way to change / update _ACx values in thermal zone? My notebook HP Compaq 6510b seems to have a broken ACPI, and I want to play a bit with it. Thanks. -- Rafal Brodewicz
Re: ACPI not working on ASUS motherboard with AMD Phenon II
On Wed, 27 Jan 2010 00:38:23 +0200 Tero Koskinen wrote:
> Hi,
...
> Partial because, acpidump dies at one point:
> $ sudo acpidump
> ...
> Method(RDMB, 1) {
> Acquire(ECMU, 0x1388)
> Acquire(MLMU, 0x1388)
> CFG_
> 0x5
> Segmentation fault
> $ sudo gdb acpidump acpidump.core
> (gdb) bt
> #0 0x0040487f in ?? ()
Here is a better stacktrace:
(gdb) bt
#0 0x00405349 in aml_new_name (parent=0x0, name=0x20fb68abf "IOBA")
at /usr/src/usr.sbin/acpidump/aml/aml_name.c:281
#1 0x00405738 in aml_nameman (env=0xbd4ee0, dp=0x20fb68abf "IOBA",
flag=1) at /usr/src/usr.sbin/acpidump/aml/aml_name.c:390
#2 0x0040551c in aml_create_name (env=0xbd4ee0, dp=0x20fb68abf
"IOBA")
at /usr/src/usr.sbin/acpidump/aml/aml_name.c:345
#3 0x00403c4a in asl_dump_oparg (dpp=0x7f7f2348, indent=5,
mnem=0x510eb5 "Name", fmt=0x510eb2 "Nt")
at /usr/src/usr.sbin/acpidump/asl_dump.c:770
#4 0x00403f8f in asl_dump_termobj (dpp=0x7f7f2370, indent=5)
at /usr/src/usr.sbin/acpidump/asl_dump.c:874
#5 0x0040498c in asl_dump_objectlist (dpp=0x7f7f23d8,
end=0x20fb68b1b
"\024K\aWRMB\002[#ECMU\210\023[#MLMU\210\023CFG_\n\005\bIOBA", indent=5) at
/usr/src/usr.sbin/acpidump/asl_dump.c:1186
#6 0x00402ee3 in asl_dump_defmethod (dpp=0x7f7f2458, indent=4)
at /usr/src/usr.sbin/acpidump/asl_dump.c:325
#7 0x00403fd3 in asl_dump_termobj (dpp=0x7f7f2480, indent=4)
at /usr/src/usr.sbin/acpidump/asl_dump.c:886
#8 0x0040498c in asl_dump_objectlist (dpp=0x7f7f24c8,
end=0x20fb68fbf
"\024\021EPTS\001 \nECENPPTSh\024\021EWAK\001 \nECENWWAKh[\202+PIC_\b_HID\vAP
\b_CRS\021\030\n\025G\001 ", indent=4)
at /usr/src/usr.sbin/acpidump/asl_dump.c:1186
#9 0x00403a2e in asl_dump_defif (dpp=0x7f7f2548, indent=3)
---Type to continue, or q to quit---
at /usr/src/usr.sbin/acpidump/asl_dump.c:703
#10 0x004048c0 in asl_dump_termobj (dpp=0x7f7f2570, indent=3)
at /usr/src/usr.sbin/acpidump/asl_dump.c:1151
#11 0x0040498c in asl_dump_objectlist (dpp=0x7f7f25d8,
end=0x20fb6ab20 "[\2026P0PC\b_ADR\f\004", indent=3)
at /usr/src/usr.sbin/acpidump/asl_dump.c:1186
#12 0x00403623 in asl_dump_defdevice (dpp=0x7f7f2658, indent=2)
at /usr/src/usr.sbin/acpidump/asl_dump.c:583
#13 0x0040427b in asl_dump_termobj (dpp=0x7f7f2680, indent=2)
at /usr/src/usr.sbin/acpidump/asl_dump.c:961
#14 0x0040498c in asl_dump_objectlist (dpp=0x7f7f26e8,
end=0x20fb6b198 "\020M\037\\_GPE\024H\f_L18", indent=2)
at /usr/src/usr.sbin/acpidump/asl_dump.c:1186
#15 0x00403623 in asl_dump_defdevice (dpp=0x7f7f2768, indent=1)
at /usr/src/usr.sbin/acpidump/asl_dump.c:583
#16 0x0040427b in asl_dump_termobj (dpp=0x7f7f2790, indent=1)
at /usr/src/usr.sbin/acpidump/asl_dump.c:961
#17 0x0040498c in asl_dump_objectlist (dpp=0x7f7f27f8,
end=0x20fb6b3b5 "\020K*/\004_SB_PCI0SBRGASOC\bG0T0\022\035\a\f",
indent=1)
at /usr/src/usr.sbin/acpidump/asl_dump.c:1186
#18 0x00402c02 in asl_dump_defscope (dpp=0x7f7f2878, indent=0)
at /usr/src/usr.sbin/acpidump/asl_dump.c:229
#19 0x00403fa0 in asl_dump_termobj (dpp=0x7f7f28a0, indent=0)
---Type to continue, or q to quit---
at /usr/src/usr.sbin/acpidump/asl_dump.c:877
#20 0x0040498c in asl_dump_objectlist (dpp=0x7f7f28d8,
end=0x20fb73a5e "", indent=0) at
/usr/src/usr.sbin/acpidump/asl_dump.c:1186
#21 0x00401758 in acpi_dump_dsdt (
dp=0x20fb66474
"\bOSTY[\200ACMS\001\nr\n\002[\201\020ACMS\001ICMS\bDCMS\b[\206\025ICMSDCMS\
001", end=0x20fb73a5e "")
at /usr/src/usr.sbin/acpidump/acpi.c:172
#22 0x0040159f in acpi_handle_dsdt (dsdp=0x20fb66450)
at /usr/src/usr.sbin/acpidump/acpi.c:113
#23 0x004015f7 in acpi_handle_facp (facp=0x20e54a224)
at /usr/src/usr.sbin/acpidump/acpi.c:125
#24 0x00401fca in acpi_handle_rsdt (rsdp=0x20e54a000)
at /usr/src/usr.sbin/acpidump/acpi.c:355
#25 0x00404bff in asl_dump_from_devmem ()
at /usr/src/usr.sbin/acpidump/acpidump.c:67
#26 0x00404ca5 in main (argc=1, argv=0x7f7f29f0)
at /usr/src/usr.sbin/acpidump/acpidump.c:97
(gdb)
It seems that parent is NULL for some reason.
--
Tero Koskinen
ACPI not working on ASUS motherboard with AMD Phenon II
Hi,
I have a computer with ASUS M4A785TD-V motherboard and
AMD Phenom II X4 965 processor. Booting it with recent
amd64 snapshot stops at acpihpet. Screenshot:
http://iki.fi/tero.koskinen/acpi-dmesg.jpg
Does anyone have any idea what is going on?
Booting the kernel with acpi disabled works.
I also tried to enable acpi itself, but disable
other acpi* stuff, like mentioned in message
http://marc.info/?l=openbsd-misc&m=124679815402843&w=2
but, had no luck. (Kernel usually stopped at ioapic.)
Partial acpidump can be found from
http://iki.fi/tero.koskinen/acpidump.phenom
Partial because, acpidump dies at one point:
$ sudo acpidump
...
Method(RDMB, 1) {
Acquire(ECMU, 0x1388)
Acquire(MLMU, 0x1388)
CFG_
0x5
Segmentation fault
$ sudo gdb acpidump acpidump.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-unknown-openbsd4.6"...
(no debugging symbols found)
Core was generated by `acpidump'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libc.so.53.1...done.
Loaded symbols for /usr/lib/libc.so.53.1
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so
#0 0x0040487f in ?? ()
(gdb) bt
#0 0x0040487f in ?? ()
#1 0x00404a1a in ?? ()
#2 0x00403634 in ?? ()
#3 0x004037cf in ?? ()
#4 0x00404193 in ?? ()
#5 0x00402967 in ?? ()
...
dmesg below:
OpenBSD 4.6-current (GENERIC) #59: Wed Jan 20 06:45:07 MST 2010
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 3488153600 (3326MB)
avail mem = 3388465152 (3231MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x9f000 (68 entries)
bios0: vendor American Megatrends Inc. version "0512" date 12/22/2009
bios0: ASUSTeK Computer INC. M4A785TD-V EVO
acpi at bios0 not configured
mpbios0 at bios0: Intel MP Specification 1.4
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Phenom(tm) II X4 965 Processor, 3415.53 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line
16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu0: apic clock running at 200MHz
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
mpbios0: bus 0 is type PCI
mpbios0: bus 1 is type PCI
mpbios0: bus 2 is type PCI
mpbios0: bus 3 is type PCI
mpbios0: bus 4 is type ISA
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD RS780 Host" rev 0x00
ppb0 at pci0 dev 2 function 0 "AMD RS780 PCIE" rev 0x00: apic 4 int 18 (irq 10)
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 vendor "ATI", unknown product 0x9460 rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 48xx HD Audio" rev 0x00: apic 4
int 19 (irq 10)
azalia0: no supported codecs
azalia0: initialization failure, detaching
ppb1 at pci0 dev 10 function 0 "AMD RS780 PCIE" rev 0x00: apic 4 int 18 (irq 10)
pci2 at ppb1 bus 2
re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D (0x2800),
apic 4 int 18 (irq 10), address e0:cb:4e:ba:49:d2
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x00: apic 4 int 22 (irq
11), AHCI 1.1
scsibus0 at ahci0: 32 targets
sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed
sd0: 61057MB, 512 bytes/sec, 125045424 sec total
sd1 at scsibus0 targ 1 lun 0: SCSI3 0/direct fixed
sd1: 143089MB, 512 bytes/sec, 293046768 sec total
sd2 at scsibus0 targ 2 lun 0: SCSI3 0/direct fixed
sd2: 143089MB, 512 bytes/sec, 293046768 sec total
ohci0 at pci0 dev 18 function 0 "ATI SB700 USB" rev 0x00: apic 4 int 16 (irq
10), version 1.0, legacy support
ohci1 at pci0 dev 18 function 1 "ATI SB700 USB" rev 0x00: apic 4 int 16 (irq
10), version 1.0, legacy support
ehci0 at pci0 dev 18 function 2 "ATI SB700 USB2" rev 0x00: apic 4 int 17 (irq
11)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "ATI EHCI root hub" rev 2.00/1.00 addr 1
ohci2 at pci0 dev 19 function 0 "ATI SB700 USB" rev 0x00: apic 4 int 18 (irq
10
Re: howto debug systemfan stuck running fullspeed (acpi)
On Wed, 30 Dec 2009 12:36:28 -0700 joshua stein wrote: > > i experience on my Thinkpad X200, that sometimes the fan gets stuck > > at fullspeed. (This time it is after 19h of uptime.) > > The notebook is idle, temperatures are fine, but the fan just goes > > to fullspeed and stays there. > > Normaly the regulation works fine in tandem with apmd -C. > > Rebooting will reset the fan to normal behaviour. > > nothing controls fan speeds in the kernel. the thinkpad embedded > controller defaults to "auto" mode, which is supposed to regulate > fan speeds itself and speed up or slow down depending on cpu and hdd > temperatures. you can usually hear it speed up while doing > cpu-intensive tasks, but unfortunately it will never slow down > enough that you can't hear it. > > you can try checking if there are any EC/BIOS updates for your > laptop on lenovo's website. > > otherwise, you can force the fan down in the kernel. just last > night i wrote this to quiet down my idle thinkpad x301 by turning > the fan down when the temperatures are low: > http://jcs.org/patches/openbsd-acpithinkpad_fan_control.diff > > but use it at your own risk and don't expect it to be committed. it > could probably use some sysctl knobs to define the max temperatures, > but the hard-coded ones are working ok for me right now. Thanks Joshua! I wrongly was under the impression that some poking of acpi registers was already involved. So i checked for a news bios and found the latest might actually address the issue: (New) Improved the speed control of cooling fan. Thanks again, - Robert
Re: howto debug systemfan stuck running fullspeed (acpi)
> i experience on my Thinkpad X200, that sometimes the fan gets stuck at > fullspeed. (This time it is after 19h of uptime.) > The notebook is idle, temperatures are fine, but the fan just goes to > fullspeed and stays there. > Normaly the regulation works fine in tandem with apmd -C. > Rebooting will reset the fan to normal behaviour. nothing controls fan speeds in the kernel. the thinkpad embedded controller defaults to "auto" mode, which is supposed to regulate fan speeds itself and speed up or slow down depending on cpu and hdd temperatures. you can usually hear it speed up while doing cpu-intensive tasks, but unfortunately it will never slow down enough that you can't hear it. you can try checking if there are any EC/BIOS updates for your laptop on lenovo's website. otherwise, you can force the fan down in the kernel. just last night i wrote this to quiet down my idle thinkpad x301 by turning the fan down when the temperatures are low: http://jcs.org/patches/openbsd-acpithinkpad_fan_control.diff but use it at your own risk and don't expect it to be committed. it could probably use some sysctl knobs to define the max temperatures, but the hard-coded ones are working ok for me right now.
howto debug systemfan stuck running fullspeed (acpi)
Hi, i experience on my Thinkpad X200, that sometimes the fan gets stuck at fullspeed. (This time it is after 19h of uptime.) The notebook is idle, temperatures are fine, but the fan just goes to fullspeed and stays there. Normaly the regulation works fine in tandem with apmd -C. Rebooting will reset the fan to normal behaviour. This happens on OpenBSD 4.6-current (GENERIC.MP) #33: Sat Dec 19 10:48:24 MST 2009 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP which is gonna be updated now, as i have to reboot anyway to shut up the fan. As i can't corelate anything special to when the fan gets stuck, i'd like some advice on how to debug this, when/if it happens again. Any advice? Thanks, - Robert OpenBSD 4.6-current (GENERIC.MP) #33: Sat Dec 19 10:48:24 MST 2009 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2070614016 (1974MB) avail mem = 2006016000 (1913MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (62 entries) bios0: vendor LENOVO version "6DET28WW (1.05 )" date 07/30/2008 bios0: LENOVO 74542GU acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.34 MHz cpu0: FPU,VME,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,CX16,xTPR,NXE,LONG cpu0: 3MB 64b/line 8-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.00 MHz cpu1: FPU,VME,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,CX16,xTPR,NXE,LONG cpu1: 3MB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 104 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "42T4534" serial 116 type LION oem "SANYO" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 1600, 800 MHz hw.sensors.cpu0.temp0=30.00 degC hw.sensors.cpu1.temp0=30.00 degC hw.sensors.acpitz0.temp0=42.00 degC (zone temperature) hw.sensors.acpitz1.temp0=35.00 degC (zone temperature) hw.sensors.acpibat0.volt0=14.40 VDC (voltage) hw.sensors.acpibat0.volt1=16.56 VDC (current voltage) hw.sensors.acpibat0.watthour0=24.93 Wh (last full capacity) hw.sensors.acpibat0.watthour1=1.25 Wh (warning capacity) hw.sensors.acpibat0.watthour2=0.20 Wh (low capacity) hw.sensors.acpibat0.watthour3=24.72 Wh (remaining capacity), OK hw.sensors.acpibat0.raw0=0 (battery idle), OK hw.sensors.acpibat0.raw1=0 (rate) hw.sensors.acpiac0.indicator0=On (power supply) hw.sensors.acpithinkpad0.temp0=42.00 degC hw.sensors.acpithinkpad0.temp1=42.00 degC hw.sensors.acpithinkpad0.temp3=43.00 degC hw.sensors.acpithinkpad0.temp4=33.00 degC hw.sensors.acpithinkpad0.temp6=31.00 degC hw.sensors.acpithinkpad0.fan0=3371 RPM hw.sensors.acpidock0.indicator0=Off (not docked) hw.sensors.aps0.temp0=42.00 degC hw.sensors.aps0.temp1=42.00 degC hw.sensors.aps0.indicator0=Off (Keyboard Active) hw.sensors.aps0.indicator1=Off (Mouse Active) hw.sensors.aps0.indicator2=On (Lid Open) hw.sensors.aps0.raw0=491 (X_ACCEL) hw.sensors.aps0.raw1=478 (Y_ACCEL) hw.sensors.aps0.raw2=491 (X_VAR) hw.sensors.aps0.raw3=478 (Y_VAR)
ACPI unprobed in Toshiba SS1010CT
Hi misc.
Recenly I've been monkeying with an old Toshiba SS1010CT subnotebook. It
is a discontinued Japanese limited edition of Libretto family, therefore
probably remains a blackbox unheard of to most of the developers. Basic
spec is: Intel mobile pentium-mmx 233MHz, 64MB RAM, NeoMagic 128ZV+
graphic card on PCI bus, Yamaha OPL-SA3 sound device, 2.1GB hard drive,
cardbus slot, etc.
Installation and running with 4.6-release is fairly good. The only
problem I found was in ACPI. ACPI subsystems was not probed during
hardware detection. Toshiba claims that SS1010CT bios conforms APM 1.2
and ACPI 1.0. The former was properly probed and set but not the latter.
No difference between 4.6 release and latest snapshot.
I tried disabling apm in boot -c without effect. I was wondering whether
acpi is functional as of this box with OpenBSD. For comparison I also
tried FreeBSD and NetBSD. FreeBSD hangs in random stages during probing
if ACPI is enabled; NetBSD successfully probed and set all acpi devices
but obviously failed to respond bios PM events. From their probing, some
sysresources are allocated by ACPI at mainbus. I don't know if there is
any detrimental effect when acpi not properly configured.
I did acpidump (http://tinyurl.com/yzcb8oo) if anyone is interested.
dmesg as follows:
OpenBSD 4.6 (GENERIC) #58: Thu Jul 9 21:24:42 MDT 2009
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium/MMX ("GenuineIntel" 586-class) 234 MHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,MMX
real mem = 66744320 (63MB)
avail mem = 54702080 (52MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 12/29/99, BIOS32 rev. 0 @ 0xff819
apm0 at bios0: Power Management spec V1.2
apm0: battery life expectancy 100%
apm0: AC on, battery charge high, estimated 1:28 hours
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf9140/96 (4 entries)
pcibios0: no compatible PCI ICU found: ICU vendor 0x product 0x
pcibios0: Warning, unable to fix up PCI interrupt routing
pcibios0: PCI bus #21 is the last bus
bios0: ROM list: 0xe4000/0xc000
cpu0 at mainbus0: (uniprocessor)
cpu0: F00F bug workaround installed
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Toshiba PCI" rev 0xa2
vga1 at pci0 dev 4 function 0 vendor "Neomagic", unknown product 0x0083
rev 0x01
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ohci0 at pci0 dev 11 function 0 "NEC USB" rev 0x02: irq 11, version 1.0
"Toshiba Fast Infrared Type O" rev 0x23 at pci0 dev 17 function 0 not
configured
cbb0 at pci0 dev 19 function 0 "Toshiba ToPIC95B CardBus" rev 0x07: irq 11
cbb1 at pci0 dev 19 function 1 "Toshiba ToPIC95B CardBus" rev 0x07: irq 11
usb0 at ohci0: USB revision 1.0
uhub0 at usb0 "NEC OHCI root hub" rev 1.00/1.00 addr 1
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 20 device 0 cacheline 0x0, lattimer 0x0
pcmcia0 at cardslot0
cardslot1 at cbb1 slot 1 flags 0
cardbus1 at cardslot1: bus 21 device 0 cacheline 0x0, lattimer 0x0
pcmcia1 at cardslot1
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
wdc0 at isa0 port 0x1f0/8 irq 14
wd0 at wdc0 channel 0 drive 0:
wd0: 16-sector PIO, LBA, 2067MB, 4233600 sectors
wd0(wdc0:0:0): using BIOS timings
sb0 at isa0 port 0x220/24 irq 5 drq 1: dsp v3.01
midi0 at sb0:
audio0 at sb0
opl0 at sb0: model OPL3
midi1 at opl0:
wss0 at isa0 port 0x530/8 irq 10 drq 0: CS4231 or AD1845 (vers 4)
audio1 at wss0
pcppi0 at isa0 port 0x61
midi2 at pcppi0:
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
biomask ebcd netmask ebcd ttymask fbdf
ep1 at pcmcia0 function 0 "3Com Corporation, 3C589D, TP/BNC LAN Card
Ver. 2a" port 0xa000/16: address 00:60:97:cd:e8:e7, utp/aui/bnc (default
utp)
softraid0 at root
root on wd0a swap on wd0b dump on wd0b
Regards,
--
Hou, Ruoyu
Laboratory of Reproductive & Stem Cell Biology,
College of Life Science & Biotech.,
Shanghai Jiao Tong University,
Shanghai 200240, P.R.China.
make acpi ignore closing the lid
hello there, what is the proper way of telling openbsd i want no suspend action when i close the lid? -f -- small world, but i wouldn't want to paint it.
Re: ACPI question
On 11/26/09, Paul Irofti wrote:
> On Wed, Nov 25, 2009 at 11:12:10PM -0500, STeve Andre' wrote:
> >Is it reasonable to start playing with suspend/resume yet,
> > or are things developing enough that comments will only be
> > annoying?
>
> Wait until we send a mail for you to start testing, things are crazy at
> the moment and changes are happening really really fast.
To wait does seem to be most appropriate now. I myself was reckles
enough and tried the freshly built kernel (fresh enough so it contains
1.151 revision of /sys/dev/acpi/acpi.c) on my Compaq nc6000. Compaqs
and HPs were troublesome in the past WRT ACPI, so I was curious :-)
Well, zzz puts it to sleep all right, so it spews the following lines
and goes to sleep:
activate: mainbus0 2
device bios0 act 2
activate: bios0 2
device acpi0 act 2
activate: acpi0 2
device pci0 act 2
activate: pci0 2
device pchb0 act 2
activate: pchb0 2
device ppb0 act 2
activate: ppb0 2
device pci1 act 2
activate: pci1 2
device uhci0 act 2
activate: uhci0 2
device uhci1 a\M-ct 2
activate: uhci1 2
device uhci2 act 2
activate: uhci2 2
device ehci0 act 2
activate: ehci0 2
device ppb1 act 2
activate: ppb1 2
device pci2 act 2
activate: pci2 2
Upon wake up it spews all kinds of messages, like usb controller reset
failures, ata lost interrupts, bge watchdogs and it never recovers of
course:
uhci0: host system error
uhci0: host controller process error
uhci0: host controller halted
uhci1: host system errov
uhci1:(host controller process error
uhci1: host controller halted
uhci2: host system error
uhci2: host controller process error
uhci2: host controll: port 1 reset failed
uhub2: port 1 reset failed
uhub3: port 1 reset failed
uhub1: port 2 reset failed
uhub2: port 2 reset failed
uhub3: port 2 reset failed
uhub1: port 1 reset failed
uhub2: port 1 reset failed
uhub3: port 1 reset failed
uhub1: port 2 rese5
uhci_freex: xfer=0xd13a9100 not busy, 0x4f4e5155
eset failed
ug timeout -- resetting
The above is the part that gets into dmesg... It's a pity that serial
console's port gets fscked up upon wake up, so I can only watch it on
the vga console. I tried different serial settings on the other end,
but no luck.
>> OpenBSD/i386 BOOT 3.02
boot> boot
booting hd0a:/bsd: 6798748+1054568 [52+353856+336919]=0x826104
entry point at 0x200120
[ using 691200 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2009 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 4.6-current (GENERIC) #0: Thu Nov 26 12:45:03 EET 2009
cy...@openbox:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) M processor 1600MHz ("GenuineIntel"
686-class) 1.60 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,EST,TM2
real mem = 536244224 (511MB)
avail mem = 510959616 (487MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 08/30/06, BIOS32 rev. 0 @
0xf, SMBIOS rev. 2.3 @ 0xfa1ee (31 entries)
bios0: vendor Hewlett-Packard version "68BDD Ver. F.15" date 08/30/2006
bios0: Hewlett-Packard HP Compaq nc6000 (DJ256A#ABB)
apm at bios0 function 0x15 not configured
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP SSDT
acpi0: wakeup devices C056(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiprt0 at acpi0: bus 1 (C045)
acpiprt1 at acpi0: bus 2 (C056)
acpiprt2 at acpi0: bus 0 (C044)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: C16D
acpipwrres1 at acpi0: C13D
acpipwrres2 at acpi0: C184
acpipwrres3 at acpi0: C18B
acpipwrres4 at acpi0: C195
acpipwrres5 at acpi0: C0E6
acpipwrres6 at acpi0: C20B
acpipwrres7 at acpi0: C20C
acpipwrres8 at acpi0: C20D
acpipwrres9 at acpi0: C20E
acpitz0 at acpi0: critical temperature 103 degC
acpitz1 at acpi0: critical temperature 115 degC
acpitz2 at acpi0: critical temperature 103 degC
acpibat0 at acpi0: C137 model "Primary" serial 07280 2004/04/16 type
LIon oem "Hewlett-Packard"
acpibat1 at acpi0: C136 not present
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: C139
acpibtn1 at acpi0: C138
acpivideo at acpi0 not configured
bios0: ROM list: 0xc/0x1
cpu0 at mainbus0: (uniprocessor)
cpu0: Enhanced SpeedStep 1595 MHz: speeds: 1600, 1400, 1200, 1000, 800, 600 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82855PM Host" rev 0x03
intelagp0 at pchb0
agp0 at intelagp0: aperture at 0xb000, size 0x1000
ppb0 at pci0 dev 1 function 0 "Intel 82855PM AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M10" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: irq 10
drm0 at radeondrm0
uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x03: ir
Re: ACPI question
On Wed, Nov 25, 2009 at 11:12:10PM -0500, STeve Andre' wrote: >Is it reasonable to start playing with suspend/resume yet, > or are things developing enough that comments will only be > annoying? Wait until we send a mail for you to start testing, things are crazy at the moment and changes are happening really really fast.
ACPI question
Is it reasonable to start playing with suspend/resume yet, or are things developing enough that comments will only be annoying? Reading the acpi specs is an exercise in... well, something. --STeve Andre'
Re: Dell Latitude E6400 'sluggish' keyboard response with ACPI enabled
Hi all, I found, that this problem is somewhat connected with wsmoused (don't know how). If you disable wsmoused then keyboard works without problems. Br, Tomas
Re: Dell Latitude E6400 'sluggish' keyboard response with ACPI enabled
On Sun, Oct 4, 2009 at 00:14, Marco Peereboom wrote: > This fixes it. I need to come up with a way to get this in the tree > without breaking IBM T21. Indeed it does. Where I originally noticed the problem very quickly after system startup, it now seems to have disappeared. I still see acpidump segfaulting (but I can't tell whether that's a related issue or not). Tested on GENERIC.MP built this morning. dmesg 4.6-current (Oct. 4, amd64) http://pastebin.com/f605fda4d acpidump 4.6-current (Oct. 4, amd64) http://pastebin.com/f45f19d9d (acpidump still segfaults when run; if desired, I have the core file saved) If I can be of help testing further, please let me know. Thanks for the quick response. Regards, Rogier
Re: Dell Latitude E6400 'sluggish' keyboard response with ACPI enabled
On Sat, Oct 03, 2009 at 05:14:15PM -0500, Marco Peereboom wrote: > This fixes it. I need to come up with a way to get this in the tree > without breaking IBM T21. > > ... Thank you very much, Marco. I can't wait to try the diff. Unfortunately, I don't have time today or tomorrow, so you'll have to wait for potential feedback... Rogier: I experience the same thing. Among a couple of other dmesg@ mails, I sent the following mail in August: - Forwarded message from Martin Toft - Date: Wed, 5 Aug 2009 11:31:09 +0200 From: Martin Toft To: dm...@openbsd.org Subject: Re: Dell Latitude E6400, everything works, had to switch disk controller to ATA (from IRR) in BIOS to detect disk Some things I've discovered since I sent the dmesg: - The cdrom drive isn't detected when the disk controller is set to ATA in BIOS. This is also the case in Ubuntu Linux 9.04 (I dual-boot OpenBSD and Ubuntu). - The laptop's keyboard is very annoying in OpenBSD. With about 10-20 second intervals, either single key presses are lost or a key press is repeated 5-10 times. My guess is that it's an USB keyboard, and OpenBSD is probably not powering down (or up) the relevant USB controller properly in connection with halt (or boot). It's a wild guess, of course. As a non-expert, I unfortunately have no solution for the keyboard problem. I'm ready to test anything sent in my direction. Thanks for a great OS. Best regards, Martin - End forwarded message -
Re: Dell Latitude E6400 'sluggish' keyboard response with ACPI enabled
This fixes it. I need to come up with a way to get this in the tree
without breaking IBM T21.
Index: acpiec.c
===
RCS file: /cvs/src/sys/dev/acpi/acpiec.c,v
retrieving revision 1.28
diff -u -p -r1.28 acpiec.c
--- acpiec.c11 Mar 2009 20:37:46 - 1.28
+++ acpiec.c1 Jun 2009 21:08:30 -
@@ -102,10 +102,7 @@ acpiec_wait(struct acpiec_softc *sc, u_i
while (((stat = acpiec_status(sc)) & mask) != val) {
if (stat & EC_STAT_SCI_EVT)
sc->sc_gotsci = 1;
- if (cold)
- delay(1);
- else
- tsleep(sc, PWAIT, "ecwait", 1);
+ delay(1);
}
dnprintf(40, "%s: EC wait_ns, stat: %b\n", DEVNAME(sc), (int)stat,
On Sun, Oct 04, 2009 at 12:00:01AM +0200, Rogier Krieger wrote:
> While trying out a Dell Latitude E6400, I notice sluggish keyboard
> behaviour. This occurs both in 4.5 as well as the Oct. 2 snapshot
> (-current). In each case, I use the amd64 snapshots. The issues
> disappear when disabling ACPI via UKC.
>
> What I see is the following: some keypresses being 'missed',
> occasional repeats of keys pressed (though only once). Additionally, I
> sometimes see a briefly non-responsive mousepad in X.
>
> Trying acpidump(8) results in a segfault (and accompanying coredump).
> Are others seeing this as well? I included dmesg and acpidump output
> at the links below. Other than that, this laptop seems to work fine
> (but I wouldn't be surprised if Dell does some undocumented dark magic
> in its ACPI somewhere).
>
> Are others seeing this sort of issue as well or does anyone have a
> suggestion as to what to try?
>
>
> dmesg 4.6-current (Oct. 2 snapshot, amd64)
> http://pastebin.com/f40be7a33
>
> acpidump 4.6-current (Oct. 2 snapshot, amd64)
> http://pastebin.com/f10da9f0c
> (acpidump segfaults when run; if desired, I have the core file saved)
>
> Any insight appreciated,
>
> Rogier
Dell Latitude E6400 'sluggish' keyboard response with ACPI enabled
While trying out a Dell Latitude E6400, I notice sluggish keyboard behaviour. This occurs both in 4.5 as well as the Oct. 2 snapshot (-current). In each case, I use the amd64 snapshots. The issues disappear when disabling ACPI via UKC. What I see is the following: some keypresses being 'missed', occasional repeats of keys pressed (though only once). Additionally, I sometimes see a briefly non-responsive mousepad in X. Trying acpidump(8) results in a segfault (and accompanying coredump). Are others seeing this as well? I included dmesg and acpidump output at the links below. Other than that, this laptop seems to work fine (but I wouldn't be surprised if Dell does some undocumented dark magic in its ACPI somewhere). Are others seeing this sort of issue as well or does anyone have a suggestion as to what to try? dmesg 4.6-current (Oct. 2 snapshot, amd64) http://pastebin.com/f40be7a33 acpidump 4.6-current (Oct. 2 snapshot, amd64) http://pastebin.com/f10da9f0c (acpidump segfaults when run; if desired, I have the core file saved) Any insight appreciated, Rogier
Re: 08/11/09 install46 i386 freezes before boot: acpi?
On Mon, 17 Aug 2009 10:00:02 +0200, Pau wrote: >Is this kindergarten? Yep. For crybaby dummy spitters like you. Poor Pau. >In any case, forget it. >... >Stop this _here_ > Lead by example. Stop your shit. Who the fcuk are you to issue orders? A Nobody. Still throwing hissy fits after being proven wrong. replies from twits >/dev/null *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: 08/11/09 install46 i386 freezes before boot: acpi?
? Is this kindergarten? blowjobs? mommy? And who talked of linux? Why do you refer to it? Why didn't you talk of plan9 or macosx? ?? In any case, forget it. Stop this _here_ 2009/8/16 Tobias Ulmer : > On Sun, Aug 16, 2009 at 09:40:54PM +0200, Pau wrote: >> Sorry, I don't get it. >> >> Is it about insulting and discrediting or being patronizing? >> >> "bah" >> >> "too lazy" >> >> What's the problem? >> >> I am not a system administrator. If this mailing list is intended to >> be only for such, you should specify it. > > I don't get it either. Why is it that only people who use gmail and hide > behind lame names feel stepped on their toes because someone expresses > his opinion on their low quality mailings full of assumptions that don't > even make the slightest sense? > > Mommy, mommy, the evil OpenBSD people tried to help me but they didn't > deliver the answer^Wconfirmation that I wanted on a golden platter. > I am so hurt, my soul is shattered and my eyes are filled with tears :4( > >> >> Even if it was. >> >> Neither the subject of the email, nor the content of the e-mail was in >> the style of "HELP MY LAPPY DOESNT WORK THANKS HELP NEEDED" >> >> I tried to be informative and accurate, at least as much as I could. >> >> I followed the specifications in >> >> http://www.openbsd.org/mail.html >> >> about Netiquette > > Which part of "Plain text, 72 characters per line" escaped you? > > >> >> This is btw not the first time this happens in this mailing list. >> >> I would have sufficed with these two paragraphs here >> > > Yeah, teach those people who try to help you how to answer. After all > you're paying them big monies and if they want their operating system to > succeed, they better help you. Otherwise you're going to write bad > comments about them on slashdot and tell everyone that Linux is much > better, because it gives you blowjobs while starting udev! > >> > Boot your CD or floppy, at the boot> prompt, enter "boot hd0a:/bsd", >> > that will probably work (depends on how hosed your 'a' partition is). >> > If it does, copy over a new copy of /boot and reinstall the boot >> > loader (faq14). >> > >> > I don't see anything that changed in /boot since 4.5, so I don't think >> > you have a version issue, something went wrong in the install of /boot >> > on your 4.6-cur install. >> >> In any case, thanks for _these_ two paragraphs. >> >> Pau > > What goes around, comes around. > >> >> >> 2009/8/16 Nick Holland : >> > Pau wrote: >> > ... >> >> The installation went fine. >> >> >> >> Then I rebooted and: >> >> >> >> www.aei.mpg.de/~pau/openbsd46.jpg (I couldn't get a better picture) >> > >> > bah. you were too lazy to type five very short lines of text? >> > >> > To save anyone else from clicking on the picture: it stops while >> > loading /boot. >> > >> >> ... it freezes. It stays like that and nothing else happens >> >> >> >> It must be acpi, >> > >> > no. >> > >> >> but I cannot set it off, because I am not prompted with boot> >> > >> > Not only has the kernel not loaded yet, the boot loader >> > hasn't loaded yet. ACPI doesn't enter the picture until the >> > kernel is loaded. >> > >> >> And I cannot switch it off in the bios. >> >> >> >> I say it must be ACPI because when I press the key that it's supposed >> >> to suspend the laptop, it switches off the screen. When I press the >> >> power key, it "resumes" to the screen you can see in the picture. >> > >> > Your logic escapes me here. Before the OS has loaded, when the BIOS >> > is in complete control still. the suspend key suspends the system. >> > All is as it should be. >> > >> > >> > /boot failed to load. Why? I don't know. Bad disk? funny >> > disk layout? bad RAM/system? Corrupted file system? >> > >> > Boot your CD or floppy, at the boot> prompt, enter "boot hd0a:/bsd", >> > that will probably work (depends on how hosed your 'a' partition is). >> > If it does, copy over a new copy of /boot and reinstall the boot >> > loader (faq14). >> > >> > I don't see anything that changed in /boot since 4.5, so I don't think >> > you have a version issue, something went wrong in the install of /boot >> > on your 4.6-cur install. >> > >> > This isn't to say that you DON'T also have an acpi issue, but you >> > have to get the kernel loaded before we worry about that. >> > >> > Nick.
Re: 08/11/09 install46 i386 freezes before boot: acpi?
Pau wrote: > Sorry, I don't get it. I'd suggest you think really long and hard about which you prefer when you accidentally post a note that people who could help you find annoying: 1) They point out why your message was annoying, and go on to help you. 2) They ignore you. I almost never look at people's screen shots of problems, For some reason something in your note caught my attention (namely, things didn't seem to make sense), so against my better judgment, I looked. Upon seeing you felt it simpler to post a photo rather than typing in five really easy lines of text, I was pissed enough I nearly didn't respond. I did. My mistake. Please accept my apology for not having ignored you as I should have. I'll try to do better in the future. Nick.
Re: 08/11/09 install46 i386 freezes before boot: acpi?
On Sun, Aug 16, 2009 at 09:40:54PM +0200, Pau wrote: > Sorry, I don't get it. > > Is it about insulting and discrediting or being patronizing? > > "bah" > > "too lazy" > > What's the problem? > > I am not a system administrator. If this mailing list is intended to > be only for such, you should specify it. I don't get it either. Why is it that only people who use gmail and hide behind lame names feel stepped on their toes because someone expresses his opinion on their low quality mailings full of assumptions that don't even make the slightest sense? Mommy, mommy, the evil OpenBSD people tried to help me but they didn't deliver the answer^Wconfirmation that I wanted on a golden platter. I am so hurt, my soul is shattered and my eyes are filled with tears :B4( > > Even if it was. > > Neither the subject of the email, nor the content of the e-mail was in > the style of "HELP MY LAPPY DOESNT WORK THANKS HELP NEEDED" > > I tried to be informative and accurate, at least as much as I could. > > I followed the specifications in > > http://www.openbsd.org/mail.html > > about Netiquette Which part of "Plain text, 72 characters per line" escaped you? > > This is btw not the first time this happens in this mailing list. > > I would have sufficed with these two paragraphs here > Yeah, teach those people who try to help you how to answer. After all you're paying them big monies and if they want their operating system to succeed, they better help you. Otherwise you're going to write bad comments about them on slashdot and tell everyone that Linux is much better, because it gives you blowjobs while starting udev! > > Boot your CD or floppy, at the boot> prompt, enter "boot hd0a:/bsd", > > that will probably work (depends on how hosed your 'a' partition is). > > If it does, copy over a new copy of /boot and reinstall the boot > > loader (faq14). > > > > I don't see anything that changed in /boot since 4.5, so I don't think > > you have a version issue, something went wrong in the install of /boot > > on your 4.6-cur install. > > In any case, thanks for _these_ two paragraphs. > > Pau What goes around, comes around. > > > 2009/8/16 Nick Holland : > > Pau wrote: > > ... > >> The installation went fine. > >> > >> Then I rebooted and: > >> > >> www.aei.mpg.de/~pau/openbsd46.jpg (I couldn't get a better picture) > > > > bah. you were too lazy to type five very short lines of text? > > > > To save anyone else from clicking on the picture: it stops while > > loading /boot. > > > >> ... it freezes. It stays like that and nothing else happens > >> > >> It must be acpi, > > > > no. > > > >> but I cannot set it off, because I am not prompted with boot> > > > > Not only has the kernel not loaded yet, the boot loader > > hasn't loaded yet. ACPI doesn't enter the picture until the > > kernel is loaded. > > > >> And I cannot switch it off in the bios. > >> > >> I say it must be ACPI because when I press the key that it's supposed > >> to suspend the laptop, it switches off the screen. When I press the > >> power key, it "resumes" to the screen you can see in the picture. > > > > Your logic escapes me here. Before the OS has loaded, when the BIOS > > is in complete control still. the suspend key suspends the system. > > All is as it should be. > > > > > > /boot failed to load. Why? I don't know. Bad disk? funny > > disk layout? bad RAM/system? Corrupted file system? > > > > Boot your CD or floppy, at the boot> prompt, enter "boot hd0a:/bsd", > > that will probably work (depends on how hosed your 'a' partition is). > > If it does, copy over a new copy of /boot and reinstall the boot > > loader (faq14). > > > > I don't see anything that changed in /boot since 4.5, so I don't think > > you have a version issue, something went wrong in the install of /boot > > on your 4.6-cur install. > > > > This isn't to say that you DON'T also have an acpi issue, but you > > have to get the kernel loaded before we worry about that. > > > > Nick.
Re: 08/11/09 install46 i386 freezes before boot: acpi?
Sorry, I don't get it. Is it about insulting and discrediting or being patronizing? "bah" "too lazy" What's the problem? I am not a system administrator. If this mailing list is intended to be only for such, you should specify it. Even if it was. Neither the subject of the email, nor the content of the e-mail was in the style of "HELP MY LAPPY DOESNT WORK THANKS HELP NEEDED" I tried to be informative and accurate, at least as much as I could. I followed the specifications in http://www.openbsd.org/mail.html about Netiquette This is btw not the first time this happens in this mailing list. I would have sufficed with these two paragraphs here > Boot your CD or floppy, at the boot> prompt, enter "boot hd0a:/bsd", > that will probably work (depends on how hosed your 'a' partition is). > If it does, copy over a new copy of /boot and reinstall the boot > loader (faq14). > > I don't see anything that changed in /boot since 4.5, so I don't think > you have a version issue, something went wrong in the install of /boot > on your 4.6-cur install. In any case, thanks for _these_ two paragraphs. Pau 2009/8/16 Nick Holland : > Pau wrote: > ... >> The installation went fine. >> >> Then I rebooted and: >> >> www.aei.mpg.de/~pau/openbsd46.jpg (I couldn't get a better picture) > > bah. you were too lazy to type five very short lines of text? > > To save anyone else from clicking on the picture: it stops while > loading /boot. > >> ... it freezes. It stays like that and nothing else happens >> >> It must be acpi, > > no. > >> but I cannot set it off, because I am not prompted with boot> > > Not only has the kernel not loaded yet, the boot loader > hasn't loaded yet. ACPI doesn't enter the picture until the > kernel is loaded. > >> And I cannot switch it off in the bios. >> >> I say it must be ACPI because when I press the key that it's supposed >> to suspend the laptop, it switches off the screen. When I press the >> power key, it "resumes" to the screen you can see in the picture. > > Your logic escapes me here. Before the OS has loaded, when the BIOS > is in complete control still. the suspend key suspends the system. > All is as it should be. > > > /boot failed to load. Why? I don't know. Bad disk? funny > disk layout? bad RAM/system? Corrupted file system? > > Boot your CD or floppy, at the boot> prompt, enter "boot hd0a:/bsd", > that will probably work (depends on how hosed your 'a' partition is). > If it does, copy over a new copy of /boot and reinstall the boot > loader (faq14). > > I don't see anything that changed in /boot since 4.5, so I don't think > you have a version issue, something went wrong in the install of /boot > on your 4.6-cur install. > > This isn't to say that you DON'T also have an acpi issue, but you > have to get the kernel loaded before we worry about that. > > Nick.
Re: 08/11/09 install46 i386 freezes before boot: acpi?
Pau wrote: ... > The installation went fine. > > Then I rebooted and: > > www.aei.mpg.de/~pau/openbsd46.jpg (I couldn't get a better picture) bah. you were too lazy to type five very short lines of text? To save anyone else from clicking on the picture: it stops while loading /boot. > ... it freezes. It stays like that and nothing else happens > > It must be acpi, no. > but I cannot set it off, because I am not prompted with boot> Not only has the kernel not loaded yet, the boot loader hasn't loaded yet. ACPI doesn't enter the picture until the kernel is loaded. > And I cannot switch it off in the bios. > > I say it must be ACPI because when I press the key that it's supposed > to suspend the laptop, it switches off the screen. When I press the > power key, it "resumes" to the screen you can see in the picture. Your logic escapes me here. Before the OS has loaded, when the BIOS is in complete control still. the suspend key suspends the system. All is as it should be. /boot failed to load. Why? I don't know. Bad disk? funny disk layout? bad RAM/system? Corrupted file system? Boot your CD or floppy, at the boot> prompt, enter "boot hd0a:/bsd", that will probably work (depends on how hosed your 'a' partition is). If it does, copy over a new copy of /boot and reinstall the boot loader (faq14). I don't see anything that changed in /boot since 4.5, so I don't think you have a version issue, something went wrong in the install of /boot on your 4.6-cur install. This isn't to say that you DON'T also have an acpi issue, but you have to get the kernel loaded before we worry about that. Nick.
08/11/09 install46 i386 freezes before boot: acpi?
Hello, Installed latest snapshot of mirror ftp://ftp.spline.de/pub/OpenBSD/ NameSizeLast Modified File:install46.iso 245002 KB 08/11/0914:22:00 I installed it on a fujitsu siemens amilo 1425 which has had the pleasure of having had the releases 3.9. 4.0, 4.1, 4.2, 4.3, 4.4 and 4.5 installed on it. All of them installed fine and without problems. The installation went fine. Then I rebooted and: www.aei.mpg.de/~pau/openbsd46.jpg (I couldn't get a better picture) ... it freezes. It stays like that and nothing else happens It must be acpi, but I cannot set it off, because I am not prompted with boot> And I cannot switch it off in the bios. I say it must be ACPI because when I press the key that it's supposed to suspend the laptop, it switches off the screen. When I press the power key, it "resumes" to the screen you can see in the picture. Now what? Thanks, Pau
Re: ACPI suspend/ resume on IBM T60 not working
On Sun, Jun 14, 2009 at 10:28:44PM +1000, Chris wrote: > I'm using the latest snapshot on an IBM T60 laptop; suspend / resume > don't seem to be working. Typing "apmd" and then "apm -z" from my > window manager's xterm tells me "System will enter suspend mode > momentarily." and nothing happens. Typing "zzz" tells me "Suspending > system..." but nothing really happens. > > Here is my dmesg. Thanks for any help. Suspend / resume isn't ready yet and we never said it is. Usually when you report ACPI stuff you should include an acpidump as well. Or more easily, since you're up to date, you could use sendbug for that. But keep in mind that this is not a supported feature, its work in progress.
ACPI suspend/ resume on IBM T60 not working
I'm using the latest snapshot on an IBM T60 laptop; suspend / resume
don't seem to be working. Typing "apmd" and then "apm -z" from my
window manager's xterm tells me "System will enter suspend mode
momentarily." and nothing happens. Typing "zzz" tells me "Suspending
system..." but nothing really happens.
Here is my dmesg. Thanks for any help.
OpenBSD 4.5-current (GENERIC.MP) #4: Sat Jun 13 23:59:47 MDT 2009
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz ("GenuineIntel" 686-class) 1.83 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,EST,TM2,CX16,xTPR
real mem = 526807040 (502MB)
avail mem = 500899840 (477MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 04/12/07, BIOS32 rev. 0 @
0xfd6b0, SMBIOS rev. 2.4 @ 0xe0010 (68 entries)
bios0: vendor LENOVO version "79ETD2WW (2.12 )" date 04/12/2007
bios0: LENOVO 1954PJM
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT SSDT
SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4)
EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3)
USB7(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 166MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz ("GenuineIntel" 686-class) 1.83 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,EST,TM2,CX16,xTPR
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 2, remapped to apid 1
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus 4 (EXP2)
acpiprt5 at acpi0: bus 12 (EXP3)
acpiprt6 at acpi0: bus 21 (PCI1)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: PUBS
acpitz0 at acpi0: critical temperature 127 degC
acpitz1 at acpi0: critical temperature 99 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "92P1141" serial 1159 type LION oem "SONY"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
bios0: ROM list: 0xc/0xea00! 0xcf000/0x1000 0xd/0x1000
0xdc000/0x4000! 0xe/0x1!
cpu0: Enhanced SpeedStep 1829 MHz: speeds: 1833, 1333, 1000 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82945GM Host" rev 0x03
vga1 at pci0 dev 2 function 0 "Intel 82945GM Video" rev 0x03
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
"Intel 82945GM Video" rev 0x03 at pci0 dev 2 function 1 not configured
azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02:
apic 1 int 17 (irq 11)
azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using
Analog Devices AD1981HD
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: apic 1
int 20 (irq 11)
pci1 at ppb0 bus 2
em0 at pci1 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00:
apic 1 int 16 (irq 11), address 00:15:58:c3:aa:e0
ppb1 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: apic 1
int 21 (irq 11)
pci2 at ppb1 bus 3
wpi0 at pci2 dev 0 function 0 "Intel PRO/Wireless 3945ABG" rev 0x02:
apic 1 int 17 (irq 11), MoW1, address 00:1b:77:4d:5a:f4
ppb2 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02: apic 1
int 22 (irq 11)
pci3 at ppb2 bus 4
ppb3 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x02: apic 1
int 23 (irq 11)
pci4 at ppb3 bus 12
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 1
int 16 (irq 11)
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 1
int 17 (irq 11)
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 1
int 18 (irq 11)
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: apic 1
int 19 (irq 11)
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: apic 1
int 19 (irq 11)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb4 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xe2
pci5 at ppb4 bus 21
cbb0 at pci5 dev 0 function 0 "TI PCI1510 CardBus" rev 0x00: apic 1
int 16 (irq 1
Re: When ACPI systems fail to boot or act weirdly
On 2009-06-07, STeve Andre' wrote: > On Sunday 07 June 2009 05:23:27 Paul Irofti wrote: >> On Sun, Jun 07, 2009 at 01:02:57AM -0400, STeve Andre' wrote: >> >I recently tested a Neutrino netbook and sent the dmesg data in. >> > I had to boot with -c and disable acpi in order to do that. It now >> > occurs to me that it might be useful if I sent the contents of both >> > acpidump and pcidump. Is there a place to do that? Do the folks >> > doing acpi development want stuff like this? I can't find anything >> > about this. >> >> Thanks to ray@ and deraadt@ the sendbug in current does just that. And >> yes, we'd love to see those too. > > So, not booting/working with acpi warrants a bug entry. Correct? Yes.
Re: When ACPI systems fail to boot or act weirdly
On Sunday 07 June 2009 05:23:27 Paul Irofti wrote: > On Sun, Jun 07, 2009 at 01:02:57AM -0400, STeve Andre' wrote: > >I recently tested a Neutrino netbook and sent the dmesg data in. > > I had to boot with -c and disable acpi in order to do that. It now > > occurs to me that it might be useful if I sent the contents of both > > acpidump and pcidump. Is there a place to do that? Do the folks > > doing acpi development want stuff like this? I can't find anything > > about this. > > Thanks to ray@ and deraadt@ the sendbug in current does just that. And > yes, we'd love to see those too. So, not booting/working with acpi warrants a bug entry. Correct? --STeve Andre'
Re: When ACPI systems fail to boot or act weirdly
On Sun, Jun 07, 2009 at 12:23:27PM +0300, Paul Irofti wrote: > On Sun, Jun 07, 2009 at 01:02:57AM -0400, STeve Andre' wrote: > >I recently tested a Neutrino netbook and sent the dmesg data in. > > I had to boot with -c and disable acpi in order to do that. It now > > occurs to me that it might be useful if I sent the contents of both > > acpidump and pcidump. Is there a place to do that? Do the folks > > doing acpi development want stuff like this? I can't find anything > > about this. > > > > Thanks to ray@ and deraadt@ the sendbug in current does just that. And > yes, we'd love to see those too. Sendbug only does those when run as root? Or am I thinking of something else? -- Darrin Chandler| Phoenix BSD User Group | MetaBUG dwchand...@stilyagin.com | http://phxbug.org/ | http://metabug.org/ http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
