Re: Suspend/resume in Gnome
On Tue, Mar 04, 2014 at 09:35:01PM +, Edd Barrett wrote: > Come to think of it, I think I *did* have this issue with that Feb 13th snap. > > This would fall in line with stsp's theory. I don't see any messages > from the kernel about disabling acceleration however. As Stefan says, restarting X restores gfx performance. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: Suspend/resume in Gnome
On Tue, Mar 04, 2014 at 12:20:57PM +, Stuart Henderson wrote: > zgrep OpenBSD /var/log/messages/* wilfred:log> zgrep OpenBSD /var/log/messages*gz /var/log/messages.0.gz:Mar 3 22:09:17 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.0.gz:Mar 4 09:29:23 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.0.gz:Mar 4 10:30:29 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.1.gz:Mar 3 09:02:02 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.1.gz:Mar 3 21:27:50 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.2.gz:Feb 28 19:18:34 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.2.gz:Mar 2 10:16:25 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.2.gz:Mar 2 15:06:21 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.3.gz:Feb 27 09:26:16 wilfred /bsd: OpenBSD 5.5 (RAMDISK_CD) #222: Wed Feb 26 16:34:51 MST 2014 /var/log/messages.3.gz:Feb 27 09:26:16 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.3.gz:Feb 28 09:58:23 wilfred /bsd: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 /var/log/messages.4.gz:Feb 26 11:21:50 wilfred /bsd: OpenBSD 5.5-beta (GENERIC.MP) #8: Thu Feb 13 23:08:07 GMT 2014 /var/log/messages.4.gz:Feb 26 23:02:16 wilfred /bsd: OpenBSD 5.5-beta (GENERIC.MP) #8: Thu Feb 13 23:08:07 GMT 2014 /var/log/messages.4.gz:Feb 27 08:58:37 wilfred /bsd: OpenBSD 5.5-beta (GENERIC.MP) #8: Thu Feb 13 23:08:07 GMT 2014 Come to think of it, I think I *did* have this issue with that Feb 13th snap. This would fall in line with stsp's theory. I don't see any messages from the kernel about disabling acceleration however. I do still have the "X using 100% CPU after suspend" bug, but I think that is an orthogonal issue. I reported that one on x11@ a while ago: http://marc.info/?l=openbsd-x11&m=13835512828&w=2 -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: Suspend/resume in Gnome
On 03/04/14 07:16, Antoine Jacoutot wrote: > On Mon, Mar 03, 2014 at 11:28:43PM -0500, Kent Fritz wrote: >> I've been trying Gnome on a Lenovo T420s, and I seem to have a problem with >> suspend/resume. After resume, there's some garbage in the Activities bar >> (top of the screen) that looks like some of the blue wallpaper, and the >> graphics are really slow. Known issue? Operator error? >> >> Thanks for any nudges in the right direction! > > Same issue here. It must be a regression from the last 2 or 3 weeks (I > updated my laptop yesterday from Feb 17 or so) and saw the exact same issue. > No problem for me on Gnome with 23/02 amd64 snap. Cheers Giovanni OpenBSD 5.5 (GENERIC.MP) #296: Sun Feb 23 11:54:46 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3835400192 (3657MB) avail mem = 3724689408 (3552MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae3a000 (60 entries) bios0: vendor LENOVO version "H5ET69WW (1.12 )" date 11/15/2012 bios0: LENOVO 62742QG acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT ASF! HPET APIC MCFG FPDT SSDT SSDT UEFI UEFI MSDM UEFI DBG2 acpi0: wakeup devices P0P1(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) HDEF(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) [...] 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: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz, 2295.13 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,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC 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.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz, 2294.79 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,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz, 2294.79 MHz cpu2: 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,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz, 2294.79 MHz cpu3: 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,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 1 (RP01) acpiprt3 at acpi0: bus 2 (RP02) acpiprt4 at acpi0: bus -1 (RP03) acpiprt5 at acpi0: bus 3 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus -1 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpicpu2 at acpi0: C3, C2, C1, PSS acpicpu3 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 83 degC acpitz1 at acpi0: critical temperature is 126 degC acpibat0 at acpi0: BAT0 model "45N1045" serial 2329 type LION oem "313100504d53" acpithinkpad0 at acpi0 acpiac0 at acpi0: AC unit offline acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: SLPB cpu0: Enhanced SpeedStep 2295 MHz: speeds: 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09 intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, 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 7 Series MEI" rev 0x04
Scratch crashing by audio events
Yesterday I installed Scratch (from latest snapshot). Everything I tested worked, except for audio playback which causes a core-dump. I think this problem has been since last year and discussed earlier on the list. If I remember right, the problem is in Squeek. Is there anything that could be done?
Re: Suspend/resume in Gnome
On Tue, Mar 04, 2014 at 12:20:57PM +, Stuart Henderson wrote: > On 2014/03/04 11:58, Edd Barrett wrote: > > On Tue, Mar 04, 2014 at 10:22:47AM +, Stuart Henderson wrote: > > > On 2014/03/04 09:40, Edd Barrett wrote: > > > > This is since my last snapshot upgrade, but there again, I have not been > > > > updating all that frequently, so it could be an older issue. > > > > > > This report could be improved by including a date range (or even > > > better a bisection to figure out when it started..) > > > > Crikey. Well, IIRC, I last updated shortly before soft ports lock, but > > that is not a reliable estimate by any means. Sorry. > > > > -- > > Best Regards > > Edd Barrett > > > > http://www.theunixzoo.co.uk > > > > zgrep OpenBSD /var/log/messages/* > > For amd64 I have kernels from these dates which might speed up bisection > (and some older ones but I guess it's more recent?) > > Feb. 3, 4, 8, 10, 20, 21, 22, 23, 24, 25, 26, 27 > March 3 > > > I don't see this on my X220 (amd64 MP 8GB, HD 3000 on i7-2640M) with cwm. I believe this was introduced with the intel driver update on Feb 3. I can reproduce the graphics corruption in KDE4 (in Konsole, the menu, and in the alt-tab switcher) after most (but not all) suspend/resume cycles on an X201. When it happens, this line is printed in Xorg.0.log: [ 106.316] (EE) intel(0): Failed to submit rendering commands, disabling acceleration. Restarting X makes the corruption go away. If I compile and use xf86-video-intel from -D"2014/02/03 00:00" with an otherwise -current system I don't see graphics corruption but still see the following lines on resume: [93.886] (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Invalid argument. [93.887] (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Invalid argument. I also checked the driver update from 2014/02/14 and it has the same broken behaviour as -current. It seems the old driver was a bit more resilient when faced with the batch buffer submission problem after resume? No idea where the root cause is.
Re: Suspend/resume in Gnome
On 2014/03/04 11:58, Edd Barrett wrote: > On Tue, Mar 04, 2014 at 10:22:47AM +, Stuart Henderson wrote: > > On 2014/03/04 09:40, Edd Barrett wrote: > > > This is since my last snapshot upgrade, but there again, I have not been > > > updating all that frequently, so it could be an older issue. > > > > This report could be improved by including a date range (or even > > better a bisection to figure out when it started..) > > Crikey. Well, IIRC, I last updated shortly before soft ports lock, but > that is not a reliable estimate by any means. Sorry. > > -- > Best Regards > Edd Barrett > > http://www.theunixzoo.co.uk > zgrep OpenBSD /var/log/messages/* For amd64 I have kernels from these dates which might speed up bisection (and some older ones but I guess it's more recent?) Feb. 3, 4, 8, 10, 20, 21, 22, 23, 24, 25, 26, 27 March 3 I don't see this on my X220 (amd64 MP 8GB, HD 3000 on i7-2640M) with cwm.
Re: Suspend/resume in Gnome
On Tue, Mar 04, 2014 at 10:22:47AM +, Stuart Henderson wrote: > On 2014/03/04 09:40, Edd Barrett wrote: > > This is since my last snapshot upgrade, but there again, I have not been > > updating all that frequently, so it could be an older issue. > > This report could be improved by including a date range (or even > better a bisection to figure out when it started..) Crikey. Well, IIRC, I last updated shortly before soft ports lock, but that is not a reliable estimate by any means. Sorry. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: NEW: x11/wmconfig
cleaning up my inbox I found this not yet in ports. Sorry if I missed
something...
Bye, Marcus
lan...@rhaalovely.net (Landry Breuil), 2013.12.02 (Mon) 21:30 (CET):
> On Mon, Dec 02, 2013 at 06:59:40PM +0100, Tommy Scheunemann wrote:
> > On Sat, 30 Nov 2013 00:16:24 + (UTC)
> > na...@mips.inka.de (Christian Weisgerber) wrote:
> >
> > > Landry Breuil wrote:
> > >
> > > > > For the .1x - AfterStep uses the format though if that is
> > > > > unwanted I can modify the upstream source and use .1 as extension.
> > > >
> > > > I have no idea how our man handles this -
> > >
> > > It handles it just fine. See x11/afterstep and a number of other
> > > ports that use this naming scheme.
> >
> > Hello,
> >
> > attached with the changes related to installing docs and samples, but
> > without the manpage renaming.
> > If that is still wished, it can be easily changed.
> >
> > Anything else that should be changed from my side ?
>
> There are still some things to polish:
> - make port-lib-depends-check shows that WANTLIB=c is missing.
> - you could aswell use
> ${INSTALL_DATA} ${WRKSRC}/{README,COPYING,TODO} ${PREFIX}/share/doc/wmconfig
> instead of cd ${WRKSRC} (but that's really cosmetic)
> - using INSTALL_DATA to copy stuff from SYSCONFDIR/wmconfig to
> share/examples leaves the files behind in SYSCONFDIR, and thus make
> update-plist will still complain. Since you're using automake/autoconf,
> you can use FAKE_FLAGS as a trick to tell make to install where you
> want.
>
> Try with:
> FAKE_FLAGS = sysconfdir=${PREFIX}/share/examples
> post-install:
> ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/wmconfig
> ${INSTALL_DATA} ${WRKSRC}/{README,COPYING,TODO}
> ${PREFIX}/share/doc/wmconfig
>
> simpler, cleaner :)
>
> Last nit: manpage says 'wmconfig will read all the files located in
> /usr/local/etc/wmconfig.' (and also refers to the same path in 3 spots)
> this should be fixed for correctness, but i dont really see how to fix
> that properly in the generated Makefile, so maybe only using a perl -pi
> -e 's#usr/local/##' ${PREFIX}/share/man/man1/wmconfig.1x line in
> post-install would do the trick.
>
> Other than those details, looks good to me, and if anyone wants to
> import it i'm ok with it.
>
> Landry
>
>
> !DSPAM:529cedfd74974631537411!
>
Re: Suspend/resume in Gnome
On Tue, Mar 04, 2014 at 10:22:47AM +, Stuart Henderson wrote: > [...] > This report could be improved by including a date range (or even > better a bisection to figure out when it started..) > [...] I can only give a date range. I'm seeing this after my last update on February 20. The update before that was on February 3. I'll try to get some more detailed data points later today. -- Gregor Best
Re: Suspend/resume in Gnome
On 2014/03/04 09:40, Edd Barrett wrote: > This is since my last snapshot upgrade, but there again, I have not been > updating all that frequently, so it could be an older issue. This report could be improved by including a date range (or even better a bisection to figure out when it started..)
Re: Suspend/resume in Gnome
On Mon, Mar 03, 2014 at 11:28:43PM -0500, Kent Fritz wrote: > I've been trying Gnome on a Lenovo T420s, and I seem to have a problem with > suspend/resume. After resume, there's some garbage in the Activities bar > (top of the screen) that looks like some of the blue wallpaper, and the > graphics are really slow. Known issue? Operator error? > > Thanks for any nudges in the right direction! I have something similar going on, albeit in xfce4. After a suspend/resume cycle, chromium graphics performance is really bad, particularly on (for example) Gmail and Google Maps. I have not noticed any graphics corruption though. This is since my last snapshot upgrade, but there again, I have not been updating all that frequently, so it could be an older issue. This machine is a x230t: OpenBSD 5.5 (GENERIC.MP) #300: Wed Feb 26 16:28:46 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 16844521472 (16064MB) avail mem = 16387510272 (15628MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9d000 (68 entries) bios0: vendor LENOVO version "GCET92WW (2.52 )" date 02/25/2013 bios0: LENOVO 3437CTO acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT ASF! UEFI UEFI POAT SSDT SSDT UEFI DBG2 acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3) EHC1(S3) EHC2(S3) HDEF(S4) 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: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.57 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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS 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.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.10 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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.10 MHz cpu2: 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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.10 MHz cpu3: 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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 4 (EXP3) acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpicpu2 at acpi0: C2, C1, PSS acpicpu3 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1, EHC2 acpitz0 at acpi0: critical temperature is 103 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "45N1177" serial 12140 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 2594 MHz: speeds: 2601, 2600, 2500, 2400, 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 3G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09 intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1280x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 7 Series xHCI" rev 0x04 at pci0 dev 20 function 0 not configured "Intel
