Re: openbsd-current: cannot suspend -return from zzz-
On Fri, May 9, 2014 at 3:12 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote: On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: This commit breaks resume for my machine: Could you find which device and/or controller breaks it? Since you have only one mouse attached to your machine, can you resume if the mouse is unplugged? USB mouse presence/not-presence shows no changes. If not, can you resume with ohci(4) disable (you won't be able to use your USB mouse)? disabling ohci enables resume again. If not can you resume with ehci(4) disable or do you need to disable both controller drivers? disabling ehci shows no changes. Any ideas to debug this further?
Re: openbsd-current: cannot suspend -return from zzz-
On 10/05/14(Sat) 12:02, Abel Abraham Camarillo Ojeda wrote: On Fri, May 9, 2014 at 3:12 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote: On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: This commit breaks resume for my machine: Could you find which device and/or controller breaks it? Since you have only one mouse attached to your machine, can you resume if the mouse is unplugged? USB mouse presence/not-presence shows no changes. If not, can you resume with ohci(4) disable (you won't be able to use your USB mouse)? disabling ohci enables resume again. Any ideas to debug this further? The problem comes from the fact that during resume, interrupts are enabled before uhub(4) had a chance to be attached to any *hci(4) and something wrong happens during this window with the root hub status change interrupt. A similar situation can be reproduced by disabling uhub(4) at boot. I don't know what's happening in your case, because AFAIK having an *hci(4) driver without root hub should be just fine and I can't reproduce your problem with the hardware I have at hand. But on the other hand, we could avoid such situation and attach the root hub before interrupts get enabled. Could you try the diff below and let me know if it fixes the regression for you? Index: usb.c === RCS file: /cvs/src/sys/dev/usb/usb.c,v retrieving revision 1.95 diff -u -p -r1.95 usb.c --- usb.c 31 Mar 2014 16:18:06 - 1.95 +++ usb.c 10 May 2014 18:48:54 - @@ -900,10 +900,19 @@ usb_activate(struct device *self, int ac if (sc-sc_bus-root_hub != NULL) usb_detach_roothub(sc); break; - case DVACT_WAKEUP: + case DVACT_RESUME: sc-sc_bus-dying = 0; + + /* +* Make sure the root hub is present before interrupts +* get enabled. As long as the bus is in polling mode +* it is safe to call usbd_new_device() now since root +* hub transfers do not need to sleep. +*/ + sc-sc_bus-use_polling++; if (!usb_attach_roothub(sc)) usb_needs_explore(sc-sc_bus-root_hub, 0); + sc-sc_bus-use_polling--; break; case DVACT_DEACTIVATE: rv = config_activate_children(self, act);
Re: openbsd-current: cannot suspend -return from zzz-
On Sat, May 10, 2014 at 2:09 PM, Martin Pieuchot mpieuc...@nolizard.org wrote: On 10/05/14(Sat) 12:02, Abel Abraham Camarillo Ojeda wrote: On Fri, May 9, 2014 at 3:12 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote: On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: This commit breaks resume for my machine: Could you find which device and/or controller breaks it? Since you have only one mouse attached to your machine, can you resume if the mouse is unplugged? USB mouse presence/not-presence shows no changes. If not, can you resume with ohci(4) disable (you won't be able to use your USB mouse)? disabling ohci enables resume again. Any ideas to debug this further? The problem comes from the fact that during resume, interrupts are enabled before uhub(4) had a chance to be attached to any *hci(4) and something wrong happens during this window with the root hub status change interrupt. A similar situation can be reproduced by disabling uhub(4) at boot. I don't know what's happening in your case, because AFAIK having an *hci(4) driver without root hub should be just fine and I can't reproduce your problem with the hardware I have at hand. But on the other hand, we could avoid such situation and attach the root hub before interrupts get enabled. Could you try the diff below and let me know if it fixes the regression for you? Your patch fixes the problem, I can fully suspend/resume flawlessly. Notes: This also fixed a problem where after resume I was unable to use USB mouse. Thank you. dmesg diff: --- test/disableohci.dmesg Fri May 9 15:15:35 2014 +++ test/mpipatch.dmesg Sat May 10 18:45:22 2014 @@ -1,13 +1,7 @@ -OpenBSD 5.5-current (GENERIC.MP) #117: Thu May 8 23:04:17 MDT 2014 -dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP +OpenBSD 5.5-current (sys) #0: Sat May 10 18:31:21 CDT 2014 +acamari@maetel.00z:/home/acamari/obj/sys real mem = 17124114432 (16330MB) avail mem = 16659517440 (15887MB) -User Kernel Config -UKC disable ohci* -134 ohci* disabled -135 ohci* disabled -UKC quit -Continuing... mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root @@ -21,7 +15,7 @@ acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) -cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 MHz +cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.09 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -107,17 +101,17 @@ sd1: 476940MB, 512 bytes/sector, 976773168 sectors sd2 at scsibus1 targ 5 lun 0: ATA, ST3500413AS, JC4B SCSI3 0/direct fixed naa.5000c500355a1b53 sd2: 476940MB, 512 bytes/sector, 976773168 sectors -ATI SB700 USB rev 0x00 at pci0 dev 18 function 0 not configured +ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 5 int 18, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1 -ATI SB700 USB rev 0x00 at pci0 dev 19 function 0 not configured +ohci1 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 5 int 20, version 1.0, legacy support ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 21 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 ATI EHCI root hub rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 ATI SBx00 SMBus rev 0x42: polling iic0 at piixpm0 -iic0: addr 0x20 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 09=00 0a=00 0b=00 0c=00 0d=00 0e=24 0f=90 10=00 11=00 12=00 13=00 14=00 15=00 16=40 17=a4 18=c0 19=88 1a=00 1b=00 1c=00 1d=00 1e=0c 1f=03 20=09 21=09 22=09 23=09 24=03 3e=03 words 00=ff00 01= 02= 03= 04= 05= 06= 07= +iic0: addr 0x20 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 09=00 0a=00 0b=00 0c=00 0d=00 0e=25 0f=90 10=00 11=00 12=00 13=00 14=00 15=00 16=41 17=a4 18=c0 19=88 1a=00 1b=00 1c=00 1d=00 1e=0c 1f=03 20=09 21=09 22=09 23=09 24=03 3e=03 words 00=ff00 01= 02= 03= 04= 05= 06= 07= spdmem0 at iic0 addr 0x50: 8GB DDR3 SDRAM PC3-10600 spdmem1 at iic0 addr 0x51: 8GB DDR3 SDRAM PC3-10600 azalia1 at pci0 dev 20 function 2 ATI SBx00 HD Audio rev 0x40: apic 5 int 16 @@ -126,8 +120,8 @@ pcib0 at pci0 dev 20 function 3 ATI SB700 ISA rev 0x40 ppb3 at pci0 dev 20 function 4 ATI SB600 PCI rev 0x40 pci4 at ppb3 bus 4
Re: openbsd-current: cannot suspend -return from zzz-
On Thu, Apr 17, 2014 at 4:46 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... first of all: sorry for some noise. I cannot reproduce this with 5.4/amd64, but can reproduce the fail -no resume- in -current/amd64, I will stop trying to get more info into this until 5.5 is released so I can see if it breaks between 5.4- 5.5 or 5.5 - -current; I think it will be pretty difficult to build an OPENBSD_5_5_BASE system starting from my 5.4/amd64 system -because the time_t changes-. Suspend works in 5.5/amd64 but no in current/amd64 as may-8 - post resume screen is only blank, will try disabling radeondrm0 and attaching serial, again. dmesg from 5.5 (with some my notes marked as ###) and current inlined OpenBSD 5.5 (GENERIC.MP) #315: Wed Mar 5 09:37:46 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17124114432 (16330MB) avail mem = 16659664896 (15887MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries) bios0: vendor American Megatrends Inc. version 1605 date 10/25/2012 bios0: ASUSTeK COMPUTER INC. M5A97 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET SSDT IVRS acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 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: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu1: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu2: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu2: AMD erratum 721 detected and fixed cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu3: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu3: AMD erratum 721 detected and fixed cpu3: smt 0, core 3, package 0 ioapic0 at mainbus0: apid 5 pa 0xfec0, version 21, 24 pins ioapic1 at mainbus0: apid 6 pa 0xfec2, version 21, 32 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (P0PC) acpiprt2 at
Re: openbsd-current: cannot suspend -return from zzz-
On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Thu, Apr 17, 2014 at 4:46 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... first of all: sorry for some noise. I cannot reproduce this with 5.4/amd64, but can reproduce the fail -no resume- in -current/amd64, I will stop trying to get more info into this until 5.5 is released so I can see if it breaks between 5.4- 5.5 or 5.5 - -current; I think it will be pretty difficult to build an OPENBSD_5_5_BASE system starting from my 5.4/amd64 system -because the time_t changes-. Suspend works in 5.5/amd64 but no in current/amd64 as may-8 - post resume screen is only blank, will try disabling radeondrm0 and attaching serial, again. This commit breaks resume for my machine: on sys/dev/usb/usb.c: revision 1.95 date: 2014/03/31 16:18:06; author: mpi; state: Exp; lines: +61 -40; Force the detach of all USB devices by disconnecting the root hubs before suspending the machine. Prior to this commit, devices were logically disconnected after resuming the machine leading to funny races since the controller was reset in between. ok deraadt@ the following patch (inlined and attached) reverts it - so fix resume for me, I have applied it on -current. note: I have no working usb input devices after resume with or without this - not even plugging devices again, so I use ps2 keyboard/mouse, this worked in some older release but I'm not sure if it's important enough to do the check... comments? Thanks Index: usb.c === RCS file: /cvs/src/sys/dev/usb/usb.c,v retrieving revision 1.95 diff -u -p -r1.95 usb.c --- usb.c 31 Mar 2014 16:18:06 - 1.95 +++ usb.c 9 May 2014 13:10:39 - @@ -1,4 +1,4 @@ -/* $OpenBSD: usb.c,v 1.95 2014/03/31 16:18:06 mpi Exp $ */ +/* $OpenBSD: usb.c,v 1.94 2014/03/08 11:49:19 mpi Exp $ */ /* $NetBSD: usb.c,v 1.77 2003/01/01 00:10:26 thorpej Exp $ */ /* @@ -92,7 +92,6 @@ struct usb_softc { struct device sc_dev; /* base device */ struct usbd_bus *sc_bus; /* USB controller */ struct usbd_port sc_port; /* dummy port for root hub */ - int sc_speed; struct usb_task sc_explore_task; @@ -126,9 +125,6 @@ void usb_attach(struct device *, struc int usb_detach(struct device *, int); int usb_activate(struct device *, int); -int usb_attach_roothub(struct usb_softc *); -void usb_detach_roothub(struct usb_softc *); - struct cfdriver usb_cd = { NULL, usb, DV_DULL }; @@ -151,7 +147,10 @@ void usb_attach(struct device *parent, struct device *self, void *aux) { struct usb_softc *sc = (struct usb_softc *)self; + struct usbd_device *dev; + usbd_status err; int usbrev; + int speed; if (usb_nbuses == 0) { rw_init(usbpalock, usbpalock); @@ -172,13 +171,13 @@ usb_attach(struct device *parent, struct switch (usbrev) { case USBREV_1_0: case USBREV_1_1: - sc-sc_speed = USB_SPEED_FULL; + speed = USB_SPEED_FULL; break; case USBREV_2_0: - sc-sc_speed = USB_SPEED_HIGH; + speed = USB_SPEED_HIGH; break; case USBREV_3_0: - sc-sc_speed = USB_SPEED_SUPER; + speed = USB_SPEED_SUPER; break; default: printf(, not supported\n); @@ -207,10 +206,17 @@ usb_attach(struct device *parent, struct return; } - - - if (!usb_attach_roothub(sc)) { - struct usbd_device *dev = sc-sc_bus-root_hub; + err = usbd_new_device(sc-sc_dev, sc-sc_bus, 0, speed, 0, + sc-sc_port); + if (!err) { + dev = sc-sc_port.device; + if (dev-hub == NULL) { + sc-sc_bus-dying = 1; + printf(%s: root device is not a hub\n, + sc-sc_dev.dv_xname); + return; + } + sc-sc_bus-root_hub = dev; #if 1 /* * Turning this code off will delay attachment of USB devices @@ -220,8 +226,11 @@ usb_attach(struct device *parent, struct if (cold (sc-sc_dev.dv_cfdata-cf_flags 1)) dev-hub-explore(sc-sc_bus-root_hub); #endif + } else { + printf(%s: root hub problem, error=%d\n, + sc-sc_dev.dv_xname, err); + sc-sc_bus-dying = 1; } - if (cold) sc-sc_bus-use_polling--; @@ -234,41 +243,6 @@ usb_attach(struct device *parent, struct } } -int -usb_attach_roothub(struct usb_softc *sc) -{ - struct usbd_device *dev; - - if (usbd_new_device(sc-sc_dev, sc-sc_bus, 0, sc-sc_speed, 0, -sc-sc_port)) { - printf(%s: root hub problem\n, sc-sc_dev.dv_xname); - sc-sc_bus-dying = 1; - return (1); - } - - dev = sc-sc_port.device; - if (dev-hub == NULL) { - printf(%s: root device is not a hub\n, sc-sc_dev.dv_xname); - sc-sc_bus-dying = 1; - return (1); - } - sc-sc_bus-root_hub = dev; - - return (0); -} - -void -usb_detach_roothub(struct usb_softc *sc) -{ - /* Make all devices disconnect. */ - if
Re: openbsd-current: cannot suspend -return from zzz-
On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote: On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Thu, Apr 17, 2014 at 4:46 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... first of all: sorry for some noise. I cannot reproduce this with 5.4/amd64, but can reproduce the fail -no resume- in -current/amd64, I will stop trying to get more info into this until 5.5 is released so I can see if it breaks between 5.4- 5.5 or 5.5 - -current; I think it will be pretty difficult to build an OPENBSD_5_5_BASE system starting from my 5.4/amd64 system -because the time_t changes-. Suspend works in 5.5/amd64 but no in current/amd64 as may-8 - post resume screen is only blank, will try disabling radeondrm0 and attaching serial, again. This commit breaks resume for my machine: Could you find which device and/or controller breaks it? Since you have only one mouse attached to your machine, can you resume if the mouse is unplugged? If not, can you resume with ohci(4) disable (you won't be able to use your USB mouse)? If not can you resume with ehci(4) disable or do you need to disable both controller drivers?
Re: openbsd-current: cannot suspend -return from zzz-
On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote: On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: This commit breaks resume for my machine: Could you find which device and/or controller breaks it? Since you have only one mouse attached to your machine, can you resume if the mouse is unplugged? USB mouse presence/not-presence shows no changes. If not, can you resume with ohci(4) disable (you won't be able to use your USB mouse)? disabling ohci enables resume again. If not can you resume with ehci(4) disable or do you need to disable both controller drivers? disabling ehci shows no changes. Thanks. diff between dmesg{raw,ohcidisabled}: --- test/current/dmesg Fri May 9 08:09:50 2014 +++ test/disableohci.dmesg Fri May 9 15:05:25 2014 @@ -2,6 +2,12 @@ dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17124114432 (16330MB) avail mem = 16659517440 (15887MB) +User Kernel Config +UKC disable ohci* +134 ohci* disabled +135 ohci* disabled +UKC quit +Continuing... mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root @@ -15,7 +21,7 @@ acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) -cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.11 MHz +cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -26,7 +32,7 @@ cpu0: apic clock running at 200MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) -cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz +cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu1: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -34,7 +40,7 @@ cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) -cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz +cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu2: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -42,7 +48,7 @@ cpu2: AMD erratum 721 detected and fixed cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 3 (application processor) -cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz +cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu3: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -101,17 +107,17 @@ sd1: 476940MB, 512 bytes/sector, 976773168 sectors sd2 at scsibus1 targ 5 lun 0: ATA, ST3500413AS, JC4B SCSI3 0/direct fixed naa.5000c500355a1b53 sd2: 476940MB, 512 bytes/sector, 976773168 sectors -ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 5 int 18, version 1.0, legacy support +ATI SB700 USB rev 0x00 at pci0 dev 18 function 0 not configured ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1 -ohci1 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 5 int 20, version 1.0, legacy support +ATI SB700 USB rev 0x00 at pci0 dev 19 function 0 not configured ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 21 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 ATI EHCI root hub rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 ATI SBx00 SMBus rev 0x42:
Re: openbsd-current: cannot suspend -return from zzz-
On Fri, May 9, 2014 at 3:12 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org wrote: On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote: On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: This commit breaks resume for my machine: Could you find which device and/or controller breaks it? Since you have only one mouse attached to your machine, can you resume if the mouse is unplugged? USB mouse presence/not-presence shows no changes. If not, can you resume with ohci(4) disable (you won't be able to use your USB mouse)? disabling ohci enables resume again. If not can you resume with ehci(4) disable or do you need to disable both controller drivers? disabling ehci shows no changes. Thanks. diff between dmesg{raw,ohcidisabled}: --- test/current/dmesg Fri May 9 08:09:50 2014 +++ test/disableohci.dmesg Fri May 9 15:05:25 2014 @@ -2,6 +2,12 @@ dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17124114432 (16330MB) avail mem = 16659517440 (15887MB) +User Kernel Config +UKC disable ohci* +134 ohci* disabled +135 ohci* disabled +UKC quit +Continuing... mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root @@ -15,7 +21,7 @@ acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) -cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.11 MHz +cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -26,7 +32,7 @@ cpu0: apic clock running at 200MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) -cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz +cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu1: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -34,7 +40,7 @@ cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) -cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz +cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu2: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -42,7 +48,7 @@ cpu2: AMD erratum 721 detected and fixed cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 3 (application processor) -cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz +cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz cpu3: 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative @@ -101,17 +107,17 @@ sd1: 476940MB, 512 bytes/sector, 976773168 sectors sd2 at scsibus1 targ 5 lun 0: ATA, ST3500413AS, JC4B SCSI3 0/direct fixed naa.5000c500355a1b53 sd2: 476940MB, 512 bytes/sector, 976773168 sectors -ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 5 int 18, version 1.0, legacy support +ATI SB700 USB rev 0x00 at pci0 dev 18 function 0 not configured ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1 -ohci1 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 5 int 20, version 1.0, legacy support +ATI SB700 USB rev 0x00 at pci0 dev 19 function 0 not configured ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev
Re: openbsd-current: cannot suspend -return from zzz-
On Sun, Apr 13, 2014 at 08:00:39AM -0500, Abel Abraham Camarillo Ojeda wrote: On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: well, I didn't mentioned it I already tried that -disable radeondrm- with -current, didn't work, will try again to provide log file... As soon as I can get home ... On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial console- 'zzz' dont works in 5.4 -with or without serial console- zzz dont works in 5.5~ with or without serial console zzz dont works in -current with or without serial console I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... Thanks, this information is helpful. Can you try one test with disabled radeondrm? config -ef /bsd disable radeondrm quit -ml I still haven't got time to test 5.3 again - some of my disks died-, but when I push the power button in my desktop and have a serial console I can get a ddb prompt if I previously set ddb.console=1, now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume. I can get a ddb prompt - does this mean you can get one by sending a break, or you automatically get dumped into ddb? -ml
Re: openbsd-current: cannot suspend -return from zzz-
On Wed, Apr 16, 2014 at 4:31 PM, Mike Larkin mlar...@azathoth.net wrote: On Sun, Apr 13, 2014 at 08:00:39AM -0500, Abel Abraham Camarillo Ojeda wrote: On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: well, I didn't mentioned it I already tried that -disable radeondrm- with -current, didn't work, will try again to provide log file... As soon as I can get home ... On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial console- 'zzz' dont works in 5.4 -with or without serial console- zzz dont works in 5.5~ with or without serial console zzz dont works in -current with or without serial console I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... Thanks, this information is helpful. Can you try one test with disabled radeondrm? config -ef /bsd disable radeondrm quit -ml I still haven't got time to test 5.3 again - some of my disks died-, but when I push the power button in my desktop and have a serial console I can get a ddb prompt if I previously set ddb.console=1, now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume. I can get a ddb prompt - does this mean you can get one by sending a break, or you automatically get dumped into ddb? -ml Sorry, In all my tests I never get dumped into ddb -no panic-, I can force ddb sending a break via console (cu(1) ~#) or ctrl-alt-del (when machdep.kbdreset=2, if not using serial console) Thanks.
Re: openbsd-current: cannot suspend -return from zzz-
I'm now using lastest BIOS: bios0: vendor American Megatrends Inc. version 1605 date 10/25/2012 exactly same behavior in all tests. On Sun, Apr 13, 2014 at 11:21 PM, Tomas Bodzar tomas.bod...@gmail.com wrote: On Sun, Apr 13, 2014 at 3:00 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: well, I didn't mentioned it I already tried that -disable radeondrm- with -current, didn't work, will try again to provide log file... As soon as I can get home ... On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial console- 'zzz' dont works in 5.4 -with or without serial console- zzz dont works in 5.5~ with or without serial console zzz dont works in -current with or without serial console I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... Thanks, this information is helpful. Can you try one test with disabled radeondrm? config -ef /bsd disable radeondrm quit -ml I still haven't got time to test 5.3 again - some of my disks died-, but when I push the power button in my desktop and have a serial console I can get a ddb prompt if I previously set ddb.console=1, now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume. Disabling radeondrm* shows no changes -with radeondrm0 enabled I just don't get any output in screen (with or without serial console) after resuming (press power button in case)-. In current as april 3: The problems evidences in ddb's dmesg -but not in serial console directly-: ahci0: device on port 1 didn't come ready, TFD: 0x150 Any ideas how to further debug? Did you already tried with different BIOS? Because you have version 0901 on your motherboard, but there are others available... M5A97 BIOS 1102 1.Improve system stability. 2.Enhance compatibility with some USB devices. 3.Patch system hanged when use AM3 1090T or 1100T CPU. M5A97 BIOS 1208 Improve system stability. M5A97 BIOS 1503 1.Improve system stability. 2.Enhance compatibility with some USB devices. M5A97 BIOS 1605 Improve system stability. Thanks. (gmail will surely mangle the next text, see attached file for verbatim:) Script started on Sun Apr 13 07:34:05 2014 # cu -l cua01 Connected OpenBSD/amd64 BOOT 3.28 boot /bsd.sp -s \|/-\|/booting sr0a:/bsd.sp: -\|/-7690684\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+2116940/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+1096160-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+0+612448 [100+554640/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+368743\|/-\|/-\|/-\|/-\|/-\|/]=0xfde300 entry point at 0x10001e0 [7205c766, 3404, 24448b12, 4ca0a304] [ using 924320 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-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5-current (GENERIC) #47: Thu Apr 3 16:28:31 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 17124126720 (16330MB) avail mem = 16659578880 (15887MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries) bios0: vendor American Megatrends Inc. version 0901 date 11/24/2011 bios0: ASUSTeK COMPUTER INC. M5A97 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET IVRS SSDT acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB
Re: openbsd-current: cannot suspend -return from zzz-
On Mon, Apr 14, 2014 at 11:25 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: I'm now using lastest BIOS: bios0: vendor American Megatrends Inc. version 1605 date 10/25/2012 exactly same behavior in all tests. These days machine without AHCI/ACPI is pretty useless so if you will disable it it may not panic, but will be pretty useless in many regards. You can try to collect details about ACPI on that particular machine with acpidump and either provide it directly to developer which is interested in that or post link to those outputs saved on some external service here in misc On Sun, Apr 13, 2014 at 11:21 PM, Tomas Bodzar tomas.bod...@gmail.com wrote: On Sun, Apr 13, 2014 at 3:00 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: well, I didn't mentioned it I already tried that -disable radeondrm- with -current, didn't work, will try again to provide log file... As soon as I can get home ... On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial console- 'zzz' dont works in 5.4 -with or without serial console- zzz dont works in 5.5~ with or without serial console zzz dont works in -current with or without serial console I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... Thanks, this information is helpful. Can you try one test with disabled radeondrm? config -ef /bsd disable radeondrm quit -ml I still haven't got time to test 5.3 again - some of my disks died-, but when I push the power button in my desktop and have a serial console I can get a ddb prompt if I previously set ddb.console=1, now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume. Disabling radeondrm* shows no changes -with radeondrm0 enabled I just don't get any output in screen (with or without serial console) after resuming (press power button in case)-. In current as april 3: The problems evidences in ddb's dmesg -but not in serial console directly-: ahci0: device on port 1 didn't come ready, TFD: 0x150 Any ideas how to further debug? Did you already tried with different BIOS? Because you have version 0901 on your motherboard, but there are others available... M5A97 BIOS 1102 1.Improve system stability. 2.Enhance compatibility with some USB devices. 3.Patch system hanged when use AM3 1090T or 1100T CPU. M5A97 BIOS 1208 Improve system stability. M5A97 BIOS 1503 1.Improve system stability. 2.Enhance compatibility with some USB devices. M5A97 BIOS 1605 Improve system stability. Thanks. (gmail will surely mangle the next text, see attached file for verbatim:) Script started on Sun Apr 13 07:34:05 2014 # cu -l cua01 Connected OpenBSD/amd64 BOOT 3.28 boot /bsd.sp -s \|/-\|/booting sr0a:/bsd.sp: -\|/-7690684\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+2116940/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+1096160-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+0+612448 [100+554640/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+368743\|/-\|/-\|/-\|/-\|/-\|/]=0xfde300 entry point at 0x10001e0 [7205c766, 3404, 24448b12, 4ca0a304] [ using 924320 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-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5-current (GENERIC) #47: Thu Apr 3 16:28:31 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 17124126720 (16330MB) avail mem = 16659578880 (15887MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries) bios0: vendor American Megatrends Inc. version 0901 date 11/24/2011 bios0: ASUSTeK COMPUTER INC. M5A97 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET IVRS SSDT acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4)
Re: openbsd-current: cannot suspend -return from zzz-
On Mon, Apr 14, 2014 at 6:02 AM, Tomas Bodzar tomas.bod...@gmail.com wrote: On Mon, Apr 14, 2014 at 11:25 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: I'm now using lastest BIOS: bios0: vendor American Megatrends Inc. version 1605 date 10/25/2012 exactly same behavior in all tests. These days machine without AHCI/ACPI is pretty useless so if you will disable it it may not panic, but will be pretty useless in many regards. You can try to collect details about ACPI on that particular machine with acpidump and either provide it directly to developer which is interested in that or post link to those outputs saved on some external service here in misc disabling AHCI shows no improvement acpidump output attached as .tgz thanks. acpidump.tgz Description: GNU Zip compressed data
Re: openbsd-current: cannot suspend -return from zzz-
On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: well, I didn't mentioned it I already tried that -disable radeondrm- with -current, didn't work, will try again to provide log file... As soon as I can get home ... On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial console- 'zzz' dont works in 5.4 -with or without serial console- zzz dont works in 5.5~ with or without serial console zzz dont works in -current with or without serial console I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... Thanks, this information is helpful. Can you try one test with disabled radeondrm? config -ef /bsd disable radeondrm quit -ml I still haven't got time to test 5.3 again - some of my disks died-, but when I push the power button in my desktop and have a serial console I can get a ddb prompt if I previously set ddb.console=1, now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume. Disabling radeondrm* shows no changes -with radeondrm0 enabled I just don't get any output in screen (with or without serial console) after resuming (press power button in case)-. In current as april 3: The problems evidences in ddb's dmesg -but not in serial console directly-: ahci0: device on port 1 didn't come ready, TFD: 0x150 Any ideas how to further debug? Thanks. (gmail will surely mangle the next text, see attached file for verbatim:) Script started on Sun Apr 13 07:34:05 2014 # cu -l cua01 Connected OpenBSD/amd64 BOOT 3.28 boot /bsd.sp -s \|/-\|/booting sr0a:/bsd.sp: -\|/-7690684\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+2116940/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+1096160-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+0+612448 [100+554640/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+368743\|/-\|/-\|/-\|/-\|/-\|/]=0xfde300 entry point at 0x10001e0 [7205c766, 3404, 24448b12, 4ca0a304] [ using 924320 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-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5-current (GENERIC) #47: Thu Apr 3 16:28:31 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 17124126720 (16330MB) avail mem = 16659578880 (15887MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries) bios0: vendor American Megatrends Inc. version 0901 date 11/24/2011 bios0: ASUSTeK COMPUTER INC. M5A97 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET IVRS SSDT acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 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: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 5 pa 0xfec0, version 21, 24 pins ioapic1 at mainbus0: apid 6 pa 0xfec2, version 21, 32 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (P0PC) acpiprt2 at acpi0: bus -1 (PE20) acpiprt3 at acpi0: bus -1 (PE21) acpiprt4 at acpi0: bus -1 (PE22) acpiprt5 at acpi0: bus -1 (PE23) acpiprt6 at acpi0:
Re: openbsd-current: cannot suspend -return from zzz-
On Sun, Apr 13, 2014 at 8:00 AM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: well, I didn't mentioned it I already tried that -disable radeondrm- with -current, didn't work, will try again to provide log file... As soon as I can get home ... On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial console- 'zzz' dont works in 5.4 -with or without serial console- zzz dont works in 5.5~ with or without serial console zzz dont works in -current with or without serial console I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... Thanks, this information is helpful. Can you try one test with disabled radeondrm? config -ef /bsd disable radeondrm quit -ml I still haven't got time to test 5.3 again - some of my disks died-, but when I push the power button in my desktop and have a serial console I can get a ddb prompt if I previously set ddb.console=1, now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume. Disabling radeondrm* shows no changes -with radeondrm0 enabled I just don't get any output in screen (with or without serial console) after resuming (press power button in case)-. In current as april 3: The problems evidences in ddb's dmesg -but not in serial console directly-: ahci0: device on port 1 didn't come ready, TFD: 0x150 Any ideas how to further debug? Thanks. Now I don't think that ahci has anything to do with this resume problem, if I disable AHCI in bios and in kernel (or without disabling it in kernel) I don't get the previous message: ahci0: device on port 1 didn't come ready, TFD: 0x150 but I still cant resume. I inline and attach full serial console transcript and ddb's dmesg, trace and ps. ideas? I highlight again that this machine worked in 5.3, so will still try to build some kernels/userland between 5.3 and 5.4, any idea how to make that faster? Thank you. OpenBSD/amd64 BOOT 3.28 boot zx z /xoe bsd aoeu /bsd.sp -sc \|/-\|/booting sr0a:/bsd.sp: -\|/-7690684\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+2116940/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+1096160-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+0+612448 [100+554640/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+368743\|/-\|/-\|/-\|/-\|/-\|/]=0xfde300 entry point at 0x10001e0 [7205c766, 3404, 24448b12, 4ca0a304] [ using 924320 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-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5-current (GENERIC) #47: Thu Apr 3 16:28:31 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 17124126720 (16330MB) avail mem = 16659578880 (15887MB) User Kernel Config UKC disable ahci* 63 ahci* disabled 64 ahci* disabled UKC exit Continuing... mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xed070 (55 entries) bios0: vendor American Megatrends Inc. version 0901 date 11/24/2011 bios0: ASUSTeK COMPUTER INC. M5A97 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET IVRS SSDT acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.10 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 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: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package
Re: openbsd-current: cannot suspend -return from zzz-
On Sun, Apr 13, 2014 at 3:00 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda acam...@verlet.org wrote: well, I didn't mentioned it I already tried that -disable radeondrm- with -current, didn't work, will try again to provide log file... As soon as I can get home ... On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote: On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote: will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial console- 'zzz' dont works in 5.4 -with or without serial console- zzz dont works in 5.5~ with or without serial console zzz dont works in -current with or without serial console I was trying to build some kernels between 5.3 and 5.4 to see when this machine breaks, had no time to do it though... Thanks, this information is helpful. Can you try one test with disabled radeondrm? config -ef /bsd disable radeondrm quit -ml I still haven't got time to test 5.3 again - some of my disks died-, but when I push the power button in my desktop and have a serial console I can get a ddb prompt if I previously set ddb.console=1, now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume. Disabling radeondrm* shows no changes -with radeondrm0 enabled I just don't get any output in screen (with or without serial console) after resuming (press power button in case)-. In current as april 3: The problems evidences in ddb's dmesg -but not in serial console directly-: ahci0: device on port 1 didn't come ready, TFD: 0x150 Any ideas how to further debug? Did you already tried with different BIOS? Because you have version 0901 on your motherboard, but there are others available... M5A97 BIOS 1102 1.Improve system stability. 2.Enhance compatibility with some USB devices. 3.Patch system hanged when use AM3 1090T or 1100T CPU. M5A97 BIOS 1208 Improve system stability. M5A97 BIOS 1503 1.Improve system stability. 2.Enhance compatibility with some USB devices. M5A97 BIOS 1605 Improve system stability. Thanks. (gmail will surely mangle the next text, see attached file for verbatim:) Script started on Sun Apr 13 07:34:05 2014 # cu -l cua01 Connected OpenBSD/amd64 BOOT 3.28 boot /bsd.sp -s \|/-\|/booting sr0a:/bsd.sp: -\|/-7690684\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+2116940/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+1096160-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+0+612448 [100+554640/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+368743\|/-\|/-\|/-\|/-\|/-\|/]=0xfde300 entry point at 0x10001e0 [7205c766, 3404, 24448b12, 4ca0a304] [ using 924320 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-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5-current (GENERIC) #47: Thu Apr 3 16:28:31 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 17124126720 (16330MB) avail mem = 16659578880 (15887MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries) bios0: vendor American Megatrends Inc. version 0901 date 11/24/2011 bios0: ASUSTeK COMPUTER INC. M5A97 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET IVRS SSDT acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 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,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 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: AMD erratum 721 detected and fixed cpu0: