Re: machine with a zzz problem with lidsuspend=1
On Tue, Jan 27, 2015 at 10:08:51PM GMT, Mark Kettenis wrote: > Known problem. Fixed with newer x86-video-intel driver. But we > didn't manage to get a newer driver tested this release cycle. The > fact that there hasn't been an official release of the driver doesn't > help. Thanks for letting me know, Mark - I didn't realise it was old news. Well, at the end of the day, annoying as it might be, it's not something I can't live with... for now anyway. Ta, Raf P.S. Once again Stuart, sorry for stealing the thread.
Re: machine with a zzz problem with lidsuspend=1
> Date: Tue, 27 Jan 2015 20:40:03 + > From: Raf Czlonka > > On Tue, Jan 27, 2015 at 01:00:18PM GMT, Raf Czlonka wrote: > > > When I suspend it with 'machdep.lidsuspend=1' and then 'startx' (hadn't > > actually tried while in X), all I get is black screen. I can change the > > ttys just fine but every time I do Ctrl+Alt+5, the screen turns black. > > I have to exit 'cwm' (Ctrl+Alt+Shift+q), which then quits X and drops me > > to the tty I ran 'startx' on. After starting X and quitting 'cwm' > > several times, I eventually get to see X/cwm. > > > > From what I had observed, this doesn't happen after running 'zzz' with > > 'machdep.lidsuspend=0' but I will double-check this evening (GMT). > > OK, I have ran some more tests and this is what I have observed: > > 1. It doesn't matter whether 'machdep.lidsuspend' is set to 0 or 1 and > whether I use the lid or 'zzz' to suspend the laptop - as long as I run > 'zzz' or close the lid while on tty (and X is *not* running) and then > run 'startx' I *always* get black screen. Known problem. Fixed with newer x86-video-intel driver. But we didn't manage to get a newer driver tested this release cycle. The fact that there hasn't been an official release of the driver doesn't help.
Re: machine with a zzz problem with lidsuspend=1
On Tue, Jan 27, 2015 at 01:00:18PM GMT, Raf Czlonka wrote: > When I suspend it with 'machdep.lidsuspend=1' and then 'startx' (hadn't > actually tried while in X), all I get is black screen. I can change the > ttys just fine but every time I do Ctrl+Alt+5, the screen turns black. > I have to exit 'cwm' (Ctrl+Alt+Shift+q), which then quits X and drops me > to the tty I ran 'startx' on. After starting X and quitting 'cwm' > several times, I eventually get to see X/cwm. > > From what I had observed, this doesn't happen after running 'zzz' with > 'machdep.lidsuspend=0' but I will double-check this evening (GMT). OK, I have ran some more tests and this is what I have observed: 1. It doesn't matter whether 'machdep.lidsuspend' is set to 0 or 1 and whether I use the lid or 'zzz' to suspend the laptop - as long as I run 'zzz' or close the lid while on tty (and X is *not* running) and then run 'startx' I *always* get black screen. 2. When the system resumes it always displays the console/ttyC0 with USB resume info - however, I cannot "interact" with console and the key-presses are being passed to the tty I ran 'zzz'/suspended from. 3. I eventually get to see X/cwm after I do a bit of a "dance" - while on ttyC3, 'startx', then Ctrl+Alt+F4 (back onto the tty I ran the command but can be any other tty), back to X (still black) with Ctrl+Alt+F5 and then quit 'cwm' (Ctrl+Alt+Shift+q), after I'm back on a tty running 'startx' brings X/cwm just fine (i.e. the screen is not all black any more. For some reason, backlight/inverter, does not kick in while X starts after suspend, unless I do the Ctrl+Alt+... "dance" described above. Stuart, sorry to piggyback of your initial email - at first, I thought it might be the same thing - now, I'm not so sure. Given the description given here and the info (dmesg and acpidump) in my initial email, shall I still post it to bugs@ again? Cheers, Raf
Re: machine with a zzz problem with lidsuspend=1
On Mon, Jan 26, 2015 at 09:17:33PM GMT, Stuart Henderson wrote:
> This machine (server-ish hw used as a desktop) used to suspend and
> resume nicely, but following the lidsuspend change no longer resumes
> (machine powers up, screen stays black).
>
> It works correctly if machdep.lidsuspend is set to 0. I can run like
> that without a problem but it would be nicer to fix it, does anyone
> have ideas where to poke?
I have a similar issue on a Sony Vaio VGN-TX5MN_W (J0028QHS) laptop,
albeit on 5.6 (hadn't tested any earlier versions).
When I suspend it with 'machdep.lidsuspend=1' and then 'startx' (hadn't
actually tried while in X), all I get is black screen. I can change the
ttys just fine but every time I do Ctrl+Alt+5, the screen turns black.
I have to exit 'cwm' (Ctrl+Alt+Shift+q), which then quits X and drops me
to the tty I ran 'startx' on. After starting X and quitting 'cwm'
several times, I eventually get to see X/cwm.
>From what I had observed, this doesn't happen after running 'zzz' with
'machdep.lidsuspend=0' but I will double-check this evening (GMT).
I don't run -current but would be more than happy to test patches
against -stable.
dmesg and acpidump attached inline - long, sorry (please chop it when
replying).
Regards,
Raf
-
OpenBSD 5.6-stable (GENERIC) #0: Tue Jan 27 00:09:23 GMT 2015
rjc@donkey.local:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Genuine Intel(R) CPU U1400 @ 1.20GHz ("GenuineIntel" 686-class) 1.20 GHz
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,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF
real mem = 2137026560 (2038MB)
avail mem = 2089672704 (1992MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 11/30/07, BIOS32 rev. 0 @ 0xfdbd0, SMBIOS
rev. 2.4 @ 0xdc010 (19 entries)
bios0: vendor Phoenix Technologies LTD version "R0054N3" date 11/30/2007
bios0: Sony Corporation VGN-TX5MN_W
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC HPET MCFG TCPA SLIC APIC BOOT SSDT SSDT SSDT SSDT
acpi0: wakeup devices PWRB(S4) WLAN(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3)
USB7(S3) SLT0(S4) LANC(S3) EC0_(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
acpihpet0 at acpi0: 14318179 Hz
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEGP)
acpiprt2 at acpi0: bus 2 (RP01)
acpiprt3 at acpi0: bus 6 (PCIB)
acpiec0 at acpi0
acpicpu0 at acpi0: C2, C1, PSS
acpitz0 at acpi0: critical temperature is 99 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpitz2 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: LID0
acpibtn1 at acpi0: PWRB
acpibat0 at acpi0: BAT1 type LION oem "Sony Corp."
acpiac0 at acpi0: AC unit online
acpisony0 at acpi0: SNC_
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: LCD_
bios0: ROM list: 0xc/0x1! 0xd/0x1800 0xdc000/0x4000! 0xe/0x1c00!
cpu0: Enhanced SpeedStep 1198 MHz: speeds: 1200, 800 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
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1366x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"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: msi
azalia0: codecs: Realtek ALC262, Conexant/0x2bfa, using Realtek ALC262
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: apic 1 int 16
pci1 at ppb0 bus 2
wpi0 at pci1 dev 0 function 0 "Intel PRO/Wireless 3945ABG" rev 0x02: msi, MoW2,
address 00:19:d2:89:c7:fc
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 1 int 17
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 1 int 19
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 1 int 21
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: apic 1 int 17
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xe2
pci2 at ppb1 bus 6
cbb0 at pci2 dev 4 function 0 "TI PCIXX12 CardBus" rev 0x00: apic 1 int 20
"TI PCIXX12 FireWire" rev 0x00 at pci2 dev 4 function 1 not configured
"TI PCIXX12 Multimedia Card Reader" rev 0x00 at pci2 dev 4 function 2 not
configured
fxp0 at pci2 dev 8 function 0 "Intel PRO/100 VM" rev 0x02, i82562: apic 1 int
20, address
Re: machine with a zzz problem with lidsuspend=1
On Tue, Jan 27, 2015 at 12:11:35AM +0100, Mark Kettenis wrote:
> > Date: Mon, 26 Jan 2015 22:30:02 +
> > From: Stuart Henderson
> >
> > On 2015/01/26 23:18, Mark Kettenis wrote:
> > > > Date: Mon, 26 Jan 2015 21:17:33 +
> > > > From: Stuart Henderson
> > > >
> > > > This machine (server-ish hw used as a desktop) used to suspend and
> > > > resume nicely, but following the lidsuspend change no longer resumes
> > > > (machine powers up, screen stays black).
> > > >
> > > > It works correctly if machdep.lidsuspend is set to 0. I can run like
> > > > that without a problem but it would be nicer to fix it, does anyone have
> > > > ideas where to poke?
> > > >
> > > > Note: it has a LID0 device (unsure what it's connected to; there is a
> > > > chassis intrusion switch but operating that doesn't change the state
> > > > of acpibtn1.indicator0). It does not have a _LID method in the dsdt.
>
> Can you try the diff below?
If this works, ok mlarkin@. It matches some other fixes that went in
previously.
-ml
>
> Index: acpibtn.c
> ===
> RCS file: /home/cvs/src/sys/dev/acpi/acpibtn.c,v
> retrieving revision 1.40
> diff -u -p -r1.40 acpibtn.c
> --- acpibtn.c 24 Nov 2014 03:54:06 - 1.40
> +++ acpibtn.c 26 Jan 2015 23:09:53 -
> @@ -55,7 +55,6 @@ struct acpibtn_softc {
> #define ACPIBTN_SLEEP3
> };
>
> -int acpibtn_getsta(struct acpibtn_softc *);
> int acpibtn_setpsw(struct acpibtn_softc *, int);
>
> struct acpi_lid {
> @@ -157,10 +156,19 @@ acpibtn_attach(struct device *parent, st
> struct acpi_attach_args *aa = aux;
> struct acpi_lid *lid;
> int64_t lid_open;
> + int64_t st;
>
> sc->sc_acpi = (struct acpi_softc *)parent;
> sc->sc_devnode = aa->aaa_node;
>
> + printf(": %s\n", sc->sc_devnode->name);
> +
> + if (aml_evalinteger(sc->sc_acpi, sc->sc_devnode, "_STA", 0, NULL, &st))
> + st = STA_PRESENT | STA_ENABLED | STA_DEV_OK;
> + if ((st & (STA_PRESENT | STA_ENABLED | STA_DEV_OK)) !=
> + (STA_PRESENT | STA_ENABLED | STA_DEV_OK))
> + return;
> +
> if (!strcmp(aa->aaa_dev, ACPI_DEV_LD)) {
> sc->sc_btn_type = ACPIBTN_LID;
>
> @@ -174,10 +182,6 @@ acpibtn_attach(struct device *parent, st
> else if (!strcmp(aa->aaa_dev, ACPI_DEV_SBD))
> sc->sc_btn_type = ACPIBTN_SLEEP;
>
> - acpibtn_getsta(sc);
> -
> - printf(": %s\n", sc->sc_devnode->name);
> -
> if (sc->sc_btn_type == ACPIBTN_LID) {
> strlcpy(sc->sc_sensdev.xname, DEVNAME(sc),
> sizeof(sc->sc_sensdev.xname));
> @@ -194,17 +198,6 @@ acpibtn_attach(struct device *parent, st
>
> aml_register_notify(sc->sc_devnode, aa->aaa_dev, acpibtn_notify,
> sc, ACPIDEV_NOPOLL);
> -}
> -
> -int
> -acpibtn_getsta(struct acpibtn_softc *sc)
> -{
> - if (aml_evalname(sc->sc_acpi, sc->sc_devnode, "_STA", 0, NULL, NULL) !=
> 0) {
> - dnprintf(20, "%s: no _STA\n", DEVNAME(sc));
> - /* XXX not all buttons have _STA so FALLTROUGH */
> - }
> -
> - return (0);
> }
>
> int
>
Re: machine with a zzz problem with lidsuspend=1
> Date: Mon, 26 Jan 2015 22:30:02 +
> From: Stuart Henderson
>
> On 2015/01/26 23:18, Mark Kettenis wrote:
> > > Date: Mon, 26 Jan 2015 21:17:33 +
> > > From: Stuart Henderson
> > >
> > > This machine (server-ish hw used as a desktop) used to suspend and
> > > resume nicely, but following the lidsuspend change no longer resumes
> > > (machine powers up, screen stays black).
> > >
> > > It works correctly if machdep.lidsuspend is set to 0. I can run like
> > > that without a problem but it would be nicer to fix it, does anyone have
> > > ideas where to poke?
> > >
> > > Note: it has a LID0 device (unsure what it's connected to; there is a
> > > chassis intrusion switch but operating that doesn't change the state
> > > of acpibtn1.indicator0). It does not have a _LID method in the dsdt.
Can you try the diff below?
Index: acpibtn.c
===
RCS file: /home/cvs/src/sys/dev/acpi/acpibtn.c,v
retrieving revision 1.40
diff -u -p -r1.40 acpibtn.c
--- acpibtn.c 24 Nov 2014 03:54:06 - 1.40
+++ acpibtn.c 26 Jan 2015 23:09:53 -
@@ -55,7 +55,6 @@ struct acpibtn_softc {
#define ACPIBTN_SLEEP 3
};
-intacpibtn_getsta(struct acpibtn_softc *);
intacpibtn_setpsw(struct acpibtn_softc *, int);
struct acpi_lid {
@@ -157,10 +156,19 @@ acpibtn_attach(struct device *parent, st
struct acpi_attach_args *aa = aux;
struct acpi_lid *lid;
int64_t lid_open;
+ int64_t st;
sc->sc_acpi = (struct acpi_softc *)parent;
sc->sc_devnode = aa->aaa_node;
+ printf(": %s\n", sc->sc_devnode->name);
+
+ if (aml_evalinteger(sc->sc_acpi, sc->sc_devnode, "_STA", 0, NULL, &st))
+ st = STA_PRESENT | STA_ENABLED | STA_DEV_OK;
+ if ((st & (STA_PRESENT | STA_ENABLED | STA_DEV_OK)) !=
+ (STA_PRESENT | STA_ENABLED | STA_DEV_OK))
+ return;
+
if (!strcmp(aa->aaa_dev, ACPI_DEV_LD)) {
sc->sc_btn_type = ACPIBTN_LID;
@@ -174,10 +182,6 @@ acpibtn_attach(struct device *parent, st
else if (!strcmp(aa->aaa_dev, ACPI_DEV_SBD))
sc->sc_btn_type = ACPIBTN_SLEEP;
- acpibtn_getsta(sc);
-
- printf(": %s\n", sc->sc_devnode->name);
-
if (sc->sc_btn_type == ACPIBTN_LID) {
strlcpy(sc->sc_sensdev.xname, DEVNAME(sc),
sizeof(sc->sc_sensdev.xname));
@@ -194,17 +198,6 @@ acpibtn_attach(struct device *parent, st
aml_register_notify(sc->sc_devnode, aa->aaa_dev, acpibtn_notify,
sc, ACPIDEV_NOPOLL);
-}
-
-int
-acpibtn_getsta(struct acpibtn_softc *sc)
-{
- if (aml_evalname(sc->sc_acpi, sc->sc_devnode, "_STA", 0, NULL, NULL) !=
0) {
- dnprintf(20, "%s: no _STA\n", DEVNAME(sc));
- /* XXX not all buttons have _STA so FALLTROUGH */
- }
-
- return (0);
}
int
Re: machine with a zzz problem with lidsuspend=1
On 2015/01/26 23:18, Mark Kettenis wrote: > > Date: Mon, 26 Jan 2015 21:17:33 + > > From: Stuart Henderson > > > > This machine (server-ish hw used as a desktop) used to suspend and > > resume nicely, but following the lidsuspend change no longer resumes > > (machine powers up, screen stays black). > > > > It works correctly if machdep.lidsuspend is set to 0. I can run like > > that without a problem but it would be nicer to fix it, does anyone have > > ideas where to poke? > > > > Note: it has a LID0 device (unsure what it's connected to; there is a > > chassis intrusion switch but operating that doesn't change the state > > of acpibtn1.indicator0). It does not have a _LID method in the dsdt. > > Really Stuart, you looked at the cpidump output, but didn't include it > in your report? It's a bit long to in-line in a list mail. I've put the disassembled versions and a tar of the acpidump output files at http://junkpile.org/t20/ e.g. http://junkpile.org/t20/t20.DSDT.dsl http://junkpile.org/t20/t20.tgz
Re: machine with a zzz problem with lidsuspend=1
> Date: Mon, 26 Jan 2015 21:17:33 + > From: Stuart Henderson > > This machine (server-ish hw used as a desktop) used to suspend and > resume nicely, but following the lidsuspend change no longer resumes > (machine powers up, screen stays black). > > It works correctly if machdep.lidsuspend is set to 0. I can run like > that without a problem but it would be nicer to fix it, does anyone have > ideas where to poke? > > Note: it has a LID0 device (unsure what it's connected to; there is a > chassis intrusion switch but operating that doesn't change the state > of acpibtn1.indicator0). It does not have a _LID method in the dsdt. Really Stuart, you looked at the cpidump output, but didn't include it in your report?
machine with a zzz problem with lidsuspend=1
This machine (server-ish hw used as a desktop) used to suspend and resume nicely, but following the lidsuspend change no longer resumes (machine powers up, screen stays black). It works correctly if machdep.lidsuspend is set to 0. I can run like that without a problem but it would be nicer to fix it, does anyone have ideas where to poke? Note: it has a LID0 device (unsure what it's connected to; there is a chassis intrusion switch but operating that doesn't change the state of acpibtn1.indicator0). It does not have a _LID method in the dsdt. hw.sensors.cpu0.temp0=22.00 degC hw.sensors.cpu1.temp0=22.00 degC hw.sensors.acpitz0.temp0=27.80 degC (zone temperature) hw.sensors.acpitz1.temp0=29.80 degC (zone temperature) hw.sensors.acpibtn1.indicator0=On (lid open) hw.sensors.sdtemp0.temp0=20.50 degC hw.sensors.sdtemp1.temp0=21.00 degC OpenBSD 5.7-beta (GENERIC.MP) #814: Thu Jan 22 15:39:30 MST 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8477315072 (8084MB) avail mem = 8247771136 (7865MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xec400 (90 entries) bios0: vendor Dell Inc. version "A04" date 07/20/2014 bios0: Dell Inc. PowerEdge T20 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT SLIC LPIT SSDT SSDT SSDT HPET SSDT MCFG SSDT ASF! acpi0: wakeup devices PS2K(S3) PS2M(S3) UAR1(S3) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(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) Pentium(R) CPU G3220 @ 3.00GHz, 2993.50 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,XSAVE,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,ERMS,INVPCID cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Pentium(R) CPU G3220 @ 3.00GHz, 2993.07 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,XSAVE,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,ERMS,INVPCID cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (RP01) acpiprt2 at acpi0: bus 2 (RP02) acpiprt3 at acpi0: bus -1 (PEG0) acpiprt4 at acpi0: bus -1 (PEG1) acpiprt5 at acpi0: bus -1 (PEG2) acpiec0 at acpi0: not present acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpitz0 at acpi0: critical temperature is 105 degC acpitz1 at acpi0: critical temperature is 105 degC acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: LID0 acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD1F cpu0: Enhanced SpeedStep 2993 MHz: speeds: 3000, 2900, 2700, 2600, 2400, 2300, 2100, 2000, 1800, 1700, 1500, 1400, 1200, 1100, 900, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 4G Host" rev 0x06 vga1 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x06 intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 drm: Memory usable by graphics device = 2048M error: [drm:pid0:i915_write32] *ERROR* Unknown unclaimed register before writing to 10 inteldrm0: 1280x1024 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) xhci0 at pci0 dev 20 function 0 "Intel 8 Series xHCI" rev 0x04: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 "Intel xHCI root hub" rev 3.00/1.00 addr 1 "Intel 8 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured em0 at pci0 dev 25 function 0 "Intel I217-LM" rev 0x04: msi, address f8:b1:56:b0:df:e7 ehci0 at pci0 dev 26 function 0 "Intel 8 Series USB" rev 0x04: apic 8 int 16 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 8 Series HD Audio" rev 0x04: msi azalia0: codecs: Realtek/0x0280 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 8 Series PCIE" rev 0xd4 pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 1 "Intel 8 Series PCIE" rev 0xd4: msi pci2 at ppb1 bus 2 ppb2 at pci2 dev 0 function 0 "TI XIO2001 PCIE-PCI" rev 0x00 pci3 at ppb2 bus 3 ehci1 at pci0 dev 29 function 0 "Inte
