[ANNOUNCE] xf86-video-intel 2.11.901

[ANNOUNCE] xf86-video-intel 2.11.901

[Carl Worth]

[-- Attachment #1.1: Type: text/plain, Size: 12705 bytes --]

This is the first release candidate in preparation for the upcoming
2.12.0 release. We will appreciate any feedback we can get from
testing of this snapshot to improve the 2.12.0 release.

-Carl

-- 
carl.d.worth@intel.com

Where to obtain xf86-video-intel 2.11.901
-----------------------------------------
git tag: 2.11.901

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.11.901.tar.bz2
MD5: 03b989f0a910c3a5966cbcf7c059a8ef  xf86-video-intel-2.11.901.tar.bz2
SHA1: 51f657f8fc0e2a9d9ebd7355044c25c45c3714e6  xf86-video-intel-2.11.901.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.11.901.tar.gz
MD5: a9da0890207cb4af23f76a2334f27b09  xf86-video-intel-2.11.901.tar.gz
SHA1: 05f77c8a170fc203efb0cf7f34784e44e3d81e58  xf86-video-intel-2.11.901.tar.gz

New requirements compared to 2.10
---------------------------------
 * Libdrm >= 2.4.19

Major performance improvements
------------------------------
There have been many performance improvements targeting the
915G/945G/Pineview graphics chipsets (thank to Chris Wilson!). Areas
improved include:

 * Major improvements to glyph rendering

 * Avoid software fallback when using extended desktops, (for example,
   video playback)

 * Better performance when using large windows, (for example with
   firefox scrolling)

 * Avoiding migration ping-pong with gigantic drawing

The following speedups (measured with cairo-perf-trace/cairo-traces)
capture some of the improvements. These were measured on a Pineview
system with a very recent X server, (from git just before 1.8.1). This
compares how this 2.12 release candidate improves performance compared
to 2.11.0:

	Trace			Speedup
	-----			-------
	ocitysmap		5.41x speedup
	firefox-talos-gfx       2.41x speedup
	gnome-terminal-vim      2.15x speedup
	poppler                 1.86x speedup
	firefox-planet-gnome	1.43x speedup
	midori-zoomed		1.39x speedup
	swfdec-giant-steps      1.36x speedup
	xfce4-terminal-a1	1.17x speedup
	evolution		1.09x speedup
	swfdec-youtube		1.06x speedup

Other improvements
------------------
Daniel Vetter improved Xvmc and overlay, adding GEM support.

Bug fixes
---------
There have been many conformance improvements targeting the
915G/945G/Pineview graphics chipsets. The rendercheck test suite
passes once again and there has been a significant reduction in the
number of errors detected by the cairo test suite (notably center
sampling and EXTEND_NONE behaviors are fixed).

Other notable bug fixes include:

 * Fix for bug 28446 Garbled fonts with Mathematica
   https://bugs.freedesktop.org/show_bug.cgi?id=28446

 * Fixes for page-flipping and other DRI2-handling bugs, (Thanks Jesse
   Barnes, and Kristian Høgsberg)

 * Avoid corruption when using extended desktops, (for example, video
   playback)

Log of all changes from 2.11.0 to 2.11.901
------------------------------------------
Carl Worth (3):
      Fix to require libdrm 2.4.19 or newer.
      NEWS: Add notes for 2.11.901
      Update version to 2.11.901

Chris Wilson (124):
      uxa: Add fallback warnings for PutImage.
      Review i830_pad_drawable_width()
      uxa: Try using put_image when copying from a memory buffer.
      Revert "uxa: Add fallback warnings for PutImage."
      i830: Use pixman_blt directly for performing the in-memory copy
      Revert "Revert "uxa: Try using put_image when copying from a memory buffer.""
      i830: Allocate bo's for glyphs larger than 32x32.
      uxa: Reuse in-flight bo
      i830: tidy in flight bo reuse.
      i830: if pixman_blt() fails fallback to fbCopyArea()
      i830: prepare the uxa pixmap for fbCopyArea.
      uxa: Extract sub-region from in-memory buffers.
      uxa: Transform composites with a simple translation into a blit
      uxa: Rearrange checking and preparing of composite textures.
      i915: Use 1x1R pixmap for solid drawables
      uxa,i915: Handle SourcePict through uxa_composite()
      i830: Update stride when swapping bo for PutImage
      i830: Minor cleanup
      uxa: Protect against valid SourcePict in uxa_acquire_mask()
      i915: Fix pixmap based masks.
      uxa: Recheck texture after acquiring pattern.
      i965: Add texformats mapping for additional pixman formats
      i830: Do not cache in-flight non-reusable buffers.
      i830: Use set_pixmap_bo() instead of open-coding.
      i830: Never create a bo for depth=1 pixmaps.
      drmmode: Reorder i830_set_pixmap_bo() so that the correct stride is used.
      xvmc: Build fix with -pedantic
      debug: Add names for operators
      uxa: solid rects
      uxa: Use accelerated PutImage for uploading pixman images.
      i830: Prevent allocation of bo larger than half the aperture
      uxa: Fallback when compositing to a !offscreen destination
      uxa: Avoid ping-pong with !offscreen destination and traps
      uxa: Avoid glyph ping-pong with !offscreen destination
      dri2: Handle reference counting across page flipping
      i915: Add a2r10g10b10 format and friends
      i915: Force output alpha to 1. if dst has no alpha channel.
      uxa: Fallback early if compositing with alphaMaps
      uxa: Replace source for CLEAR with a transparent solid
      uxa: Only use solid_fill for SRC.
      uxa: Convert 1x1R back to solid_fill
      dri: Hold reference to buffers across swap
      i830: Teardown batch entries on reset.
      drm: don't overwrite the old intel->front_buffer
      drm: Remove unused old_front parameter from drmmode_do_pageflip.
      drm: Remove pin(); unpin() sync
      uxa: enable solid rects for backends that require pixmaps
      i915: Don't force alpha=1 for RGB drawables in the shader.
      Split the prepare blitter functions into check + prepare.
      uxa: Parse BGRA pixel formats.
      i915: Remove a couple of unsupported 16bpp no-alpha tex formats
      uxa: Disable compatible src xrgb and dst argb
      i915: Load texture into directly into OC when possible.
      uxa: Call check_solid before running the solid blitter.
      uxa: Only use 1x1R as a solid with an opaque format or SRC
      uxa: Expand the range of compatible formats to cover all bpp.
      uxa: Fix order of conditionals to only run fill_region for SRC or opaque
      i830: Remove incorrectly mapped tex formats.
      i830: Remove xrgb conversion to argb, no longer required.
      uxa: Check the w-scaling component is 1 for an translation matrix
      uxa: Avoid using blits when with PictFilterConvolution
      uxa: Apply clip for solid rectangles.
      uxa: Force an alpha channel when rendering source fallbacks
      uxa: Patterns are acquired at 0,0
      uxa: Tidy uxa_solid_rects()
      i830: Encode surface bpp into format
      uxa: Replace solid planemask [0xffffffff] with FB_ALLONES
      dri: Check error code from GetScratchGC()
      i830: Remove vestigal debugging ALWAYS_FLUSH and ALWAYS_SYNC
      uxa: Spans! OMG!
      i915: amalgamate composite into a single primitive list
      i915: Emit composite primitive with specialised functions.
      Kill paranoid assertions on every write into the batchbuffer.
      Use pwrite to upload the batch buffer
      i915: Move vertices into a vertex buffer object.
      i915: Add special case primitive emitters for glyphs.
      uxa: translate the region in line for composites
      i915: compute normalized texcoords using a scale factor.
      uxa: Composite glyphs directly onto dst when possible.
      uxa: Use temporary dest when target is too large for compositor
      i915: Emit CA over using OutReverse + Add passes
      uxa: Apply the drawable offset to the solid rects
      i830: Skip an empty fill.
      uxa: Add PICT format mapping for depth 4 pixmaps.
      uxa: Use Composite rather than solid blitter for PolyRect
      uxa: Force the alpha value to 0xffff when treating Over as Src
      uxa: Perform manual damage for CompositeRects
      i965: Remove ATOMIC_BATCH.
      Add vertex bo to the list of buffers to be torn down.
      Decouple non-reusuable pixmaps from batch lists on unref.
      uxa: Use a glyph private rather than a hash table.
      uxa: Make the glyph caches' fixed size explicit.
      uxa: Skip the redundant miComputeCompositeRects() when adding to the mask
      i915: Don't re-emit vertex size unless it has changed.
      dri: Use size from backing pixmap when creating buffers.
      Revert "dri: Use size from backing pixmap when creating buffers."
      dri: Only flip if the front and back pixmaps match.
      dri: Compilation fix.
      i915: Support textured video on an extended desktop.
      uxa: Mega-Glyphs!
      Disable acceleration if we detect a hardware error.
      uxa: Sign reversal on early break from spans passing the YXband
      uxa: Spans, try again to get the early break correct.
      i915; Avoid the implicit flush on changing BUF_INFO
      i915: Centre sampling.
      i830: Remove unused coord-adjust.
      dri: Protect against NULL dereference following GPU hang.
      uxa: Force fallback for copies.
      Adapt glyphs for changes in devPrivates API
      Use the direct dixGevPrivate() API when available
      i915: Replace structure passing with macros for shader generation.
      i915: Remove screen size limit from video setup.
      i915: Fix typo from previous commit.
      uxa: Setup acceleration functions prior to the damage layer
      implicit-flush
      xp:trapezoids
      uxa: Handle all-clipped out case with destination glyphs.
      Revert "xp:trapezoids"
      Fallback implementation for trapezoids for hung GPUs.
      i830: Only emit the disabling GPU error message once.
      i830: Limit disabling acceleration following EIO to !i965
      uxa: Always clip glyphs to destination.
      Compile fix for alternate list.h from xserver-1.9
      i965: Sanity check ComponentAlpha status in prepare_composite

Daniel Vetter (35):
      XvMC: everyone's using execbuffer!
      i915 XvMC: kill more subpict support remnants
      XvMC: merge *_hwmc.c into i830_hwmc.c
      XvMC: unify PutImage handling
      XvMC: unify subpicture functions
      i965 XvMC: don't create any surface state in the ddx
      XvMC: unify surface functions
      XvMC: clean up i830_hwmc.c
      XvMC: unify destroy context function
      XvMC: move i915 specific stuff to common context
      XvMC: move i965 specific stuff to common context
      XvMC: init driver in one function call
      XvMC: directly set driver type in context creation
      XvMC: dynamically allocate adaptor
      XvMC: kill intel_xvmc_command
      libXvMC: derive driver surfaces from struct intel_xvmc_surface
      libXvMC: move drm_intel_bo to common intel_xvmc_surface
      libXvMC: unify PutSurface
      libXvMC i915: rip out unneeded surface fields
      libXvMC i915: s/i915XvMCSurface/struct intel_xvmc_surface/
      libXvMC: drop get_surface_status driver callback
      libXvMC: unify DestroySurface
      libXvMC: derive driver context from struct intel_xvmc_context
      libXvMC i915: kill unused context private fields
      libXvMC: unify CreateSurface
      libXvMC: rip out debug stuff
      i965 Xv: fix chroma pitch
      Xv: fixup overlay stride confusion
      XvMC: fix memory overflow
      i830 render: use tiling bits where possible
      i915 render: use tiling bits where possible
      render: tell the kernel explicitly when fences are needed
      i830 render: check aperture space requirements
      i810: adjust the pitch for DRI rendering
      Fix "make dist"

Eric Anholt (8):
      Revert "uxa: Try using put_image when copying from a memory buffer."
      Remove remaining REG_DUMPER build stuff.
      Add a workaround for Ironlake errata regarding blits and other engines.
      Add a workaround for Ironlake errata relating to disabling the clipper.
      uxa: Fix prepare_solid being called without check_solid first.
      Use libc instead of deprecated libc wrappers for malloc/calloc/free.
      Allocate a correctly sized framebuffer when tiling by using libdrm's support.
      Allocate rotate shadow buffers using the usual framebuffer allocator.

Gaetan Nadon (1):
      COPYING: replace stub file with actual Copyright notices.

Jesse Barnes (1):
      DRI2: fix new buffer exchange check

Keith Packard (2):
      Must call ValidateGC in i830_uxa_put_image for scratch GC
      Adapt to DevPrivate API changes

Kristian Høgsberg (1):
      dri: Clean up DRI2 API #ifdefs a bit

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Julien Cristau]

[-- Attachment #1.1: Type: text/plain, Size: 226 bytes --]

On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:

> New requirements compared to 2.10
> ---------------------------------
>  * Libdrm >= 2.4.19
> 
The requirement is actually 2.4.21, afaict.

Cheers,
Julien

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Tuesday June 15 2010 02:39:54 Carl Worth wrote:
> This is the first release candidate in preparation for the upcoming
> 2.12.0 release. We will appreciate any feedback we can get from
> testing of this snapshot to improve the 2.12.0 release.

It makes my system really unstable. Sometimes I can't even login :S

The system just freezes :(

I'm running archlinux, Mesa 7.8.1, libdrm 2.4.21, Xorg-server 1.8.1.901, 
kernel 2.6.34.

I must say that the system did run faster while it was usable the times I 
tried.

Damnshock
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Julien Cristau]

On Tue, Jun 15, 2010 at 16:05:15 +0200, Marc Deop i Argemí wrote:

> On Tuesday June 15 2010 02:39:54 Carl Worth wrote:
> > This is the first release candidate in preparation for the upcoming
> > 2.12.0 release. We will appreciate any feedback we can get from
> > testing of this snapshot to improve the 2.12.0 release.
> 
> It makes my system really unstable. Sometimes I can't even login :S
> 
> The system just freezes :(
> 
> I'm running archlinux, Mesa 7.8.1, libdrm 2.4.21, Xorg-server 1.8.1.901, 
> kernel 2.6.34.
> 
On what hw?

Cheers,
Julien

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Vasily Khoruzhick]

[-- Attachment #1.1.1: Type: Text/Plain, Size: 497 bytes --]

В сообщении от 15 июня 2010 03:39:54 автор Carl Worth написал:
> This is the first release candidate in preparation for the upcoming
> 2.12.0 release. We will appreciate any feedback we can get from
> testing of this snapshot to improve the 2.12.0 release.
> 
> -Carl

Sorry, but I got artifacts with latest version of libdrm and xf86-video-intel 
on 945gm hardware (see attached screenshot).

If you need some additional info - just ask.

Regards
Vasily

[-- Attachment #1.1.2: kmail-artifact.png --]
[-- Type: image/png, Size: 24222 bytes --]

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Tuesday June 15 2010 16:18:07 Julien Cristau wrote:
> On what hw?

My apologies:

Intel 945GMA, Centrino Duo T2400 1,83Ghz, 2'5Gb RAM, external monitor Samsung 
SyncMaster 2233SN

By the way (and not related) from kernel 2.6.34 the default resolution is not 
correct on my CRT getting the internal LCD 1280x800

Regards
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Carl Worth]

[-- Attachment #1.1: Type: text/plain, Size: 906 bytes --]

On Tue, 15 Jun 2010 10:18:17 +0100, Julien Cristau <jcristau@debian.org> wrote:
> On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> 
> > New requirements compared to 2.10
> > ---------------------------------
> >  * Libdrm >= 2.4.19
> > 
> The requirement is actually 2.4.21, afaict.

Can you give more details of what's required in 2.4.21 so that I can
make a commit message that explains it?

I made the bump to require 2.4.19 when I noticed a failure to compile
against 2.4.16 with an unresolved drm_intel_bo_emit_reloc_fence
function. So the commit message I wrote was:

    Fix to require libdrm 2.4.19 or newer.
    
    This is necessary for the drm_intel_bo_emit_reloc_fence function which
    did not exist in 2.4.16 which is all we were requiring earlier.

I'd like something similar to accompany a commit requiring 2.4.21.

-Carl

-- 
carl.d.worth@intel.com

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Carl Worth]

[-- Attachment #1.1: Type: text/plain, Size: 484 bytes --]

On Tue, 15 Jun 2010 16:05:15 +0200, Marc Deop i Argemí <damnshock@gmail.com> wrote:
> The system just freezes :(
> 
> I'm running archlinux, Mesa 7.8.1, libdrm 2.4.21, Xorg-server 1.8.1.901, 
> kernel 2.6.34.

If the other components remain the same and you change only the driver
to an older version does it then work reliably? If so could you please
bisect the commits in the driver repository to find the offending one?

Thanks,

-Carl

-- 
carl.d.worth@intel.com

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Carl Worth]

[-- Attachment #1.1: Type: text/plain, Size: 634 bytes --]

> Sorry, but I got artifacts with latest version of libdrm and xf86-video-intel 
> on 945gm hardware (see attached screenshot).

Thanks for the report.

> If you need some additional info - just ask.

Actually, I do. I'm not familiar enough with the particular theme you're
using to know what looks wrong there. Could you supply an imeage showing
what things should look like?

And if this behavior started only with this release candidate, would you
be willing to bisect the commits in the xf86-video-intel repository to
identify the offending commit?

Thanks for your report,

-Carl

-- 
carl.d.worth@intel.com

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Julien Cristau]

[-- Attachment #1.1: Type: text/plain, Size: 1131 bytes --]

On Tue, Jun 15, 2010 at 09:46:19 -0700, Carl Worth wrote:

> On Tue, 15 Jun 2010 10:18:17 +0100, Julien Cristau <jcristau@debian.org> wrote:
> > On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> > 
> > > New requirements compared to 2.10
> > > ---------------------------------
> > >  * Libdrm >= 2.4.19
> > > 
> > The requirement is actually 2.4.21, afaict.
> 
> Can you give more details of what's required in 2.4.21 so that I can
> make a commit message that explains it?
> 
> I made the bump to require 2.4.19 when I noticed a failure to compile
> against 2.4.16 with an unresolved drm_intel_bo_emit_reloc_fence
> function. So the commit message I wrote was:
> 
>     Fix to require libdrm 2.4.19 or newer.
>     
>     This is necessary for the drm_intel_bo_emit_reloc_fence function which
>     did not exist in 2.4.16 which is all we were requiring earlier.
> 
> I'd like something similar to accompany a commit requiring 2.4.21.
> 
Chris fixed this already,
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=254bcc40fca6ed9aa0b71f2115c654667f16aec6

Cheers,
Julien

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Vasily Khoruzhick]

[-- Attachment #1.1.1: Type: Text/Plain, Size: 818 bytes --]

В сообщении от 15 июня 2010 19:49:41 автор Carl Worth написал:
> > Sorry, but I got artifacts with latest version of libdrm and
> > xf86-video-intel on 945gm hardware (see attached screenshot).
> 
> Thanks for the report.
> 
> > If you need some additional info - just ask.
> 
> Actually, I do. I'm not familiar enough with the particular theme you're
> using to know what looks wrong there. Could you supply an imeage showing
> what things should look like?

It's default kde theme - oxygen, screen how should menu selection look like is 
in attachment.

> And if this behavior started only with this release candidate, would you
> be willing to bisect the commits in the xf86-video-intel repository to
> identify the offending commit?

Ok, I'll do.

Regards
Vasily

[-- Attachment #1.1.2: kmail-artifact1.png --]
[-- Type: image/png, Size: 28532 bytes --]

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Tuesday June 15 2010 18:47:49 Carl Worth wrote:
> If the other components remain the same and you change only the driver
> to an older version does it then work reliably? If so could you please
> bisect the commits in the driver repository to find the offending one?
> 

That looks like a lot of work, ain't it? :S

Anyway, I could give it a try but I must admit I don't know where to start to 
look for the commits... can somebody give a hand on that?

> Thanks,

Naaah, we are here to help ;)

Regards
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Sergio Monteiro Basto]

[-- Attachment #1.1: Type: text/plain, Size: 352 bytes --]

On Tue, 2010-06-15 at 10:18 +0100, Julien Cristau wrote: 
> On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> 
> > New requirements compared to 2.10
> > ---------------------------------
> >  * Libdrm >= 2.4.19
> > 
> The requirement is actually 2.4.21, afaict.

and libdrm >= 2.4.21 requires what kernel ? 


-- 
Sérgio M. B.

[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3293 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Julien Cristau]

On Tue, Jun 15, 2010 at 18:16:23 +0100, Sergio Monteiro Basto wrote:

> On Tue, 2010-06-15 at 10:18 +0100, Julien Cristau wrote: 
> > On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> > 
> > > New requirements compared to 2.10
> > > ---------------------------------
> > >  * Libdrm >= 2.4.19
> > > 
> > The requirement is actually 2.4.21, afaict.
> 
> and libdrm >= 2.4.21 requires what kernel ? 
> 
You need Linux with KMS for xf86-video-intel.  I'm not sure what you're
getting at though.

Cheers,
Julien

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Vasily Khoruzhick]

[-- Attachment #1.1: Type: Text/Plain, Size: 566 bytes --]

В сообщении от 15 июня 2010 19:55:55 автор Vasily Khoruzhick написал:
> > And if this behavior started only with this release candidate, would you
> > be willing to bisect the commits in the xf86-video-intel repository to
> > identify the offending commit?
> 
> Ok, I'll do.

bisected:

First faulty commit is:

commit f74b3f82bab11463a0f4de9f614fc6aa1492ef24
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Tue Jun 1 22:31:35 2010 +0100

    i915; Avoid the implicit flush on changing BUF_INFO

Regards
Vasily

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Sergio Monteiro Basto]

[-- Attachment #1.1: Type: text/plain, Size: 756 bytes --]

On Tue, 2010-06-15 at 18:31 +0100, Julien Cristau wrote: 
> On Tue, Jun 15, 2010 at 18:16:23 +0100, Sergio Monteiro Basto wrote:
> 
> > On Tue, 2010-06-15 at 10:18 +0100, Julien Cristau wrote: 
> > > On Mon, Jun 14, 2010 at 17:39:54 -0700, Carl Worth wrote:
> > > 
> > > > New requirements compared to 2.10
> > > > ---------------------------------
> > > >  * Libdrm >= 2.4.19
> > > > 
> > > The requirement is actually 2.4.21, afaict.
> > 
> > and libdrm >= 2.4.21 requires what kernel ? 
> > 
> You need Linux with KMS for xf86-video-intel.  I'm not sure what you're
> getting at though.

I am asking for kernel version, if we need a libdrm >= 2.4.21, what
kernel version works with libdrm 2.4.21 ?


regards , 
-- 
Sérgio M. B.

[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3293 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Clemens Eisserer]

[-- Attachment #1: Type: text/plain, Size: 946 bytes --]

Hi,

I also get artifacts with kde's oxygen QT theme, however everything
else looks great so far.
Probably related to QT's gradient implementation, doing tons of put/getimage :/

- Clemens


2010/6/15 Vasily Khoruzhick <anarsoul@gmail.com>:
> В сообщении от 15 июня 2010 03:39:54 автор Carl Worth написал:
>> This is the first release candidate in preparation for the upcoming
>> 2.12.0 release. We will appreciate any feedback we can get from
>> testing of this snapshot to improve the 2.12.0 release.
>>
>> -Carl
>
> Sorry, but I got artifacts with latest version of libdrm and xf86-video-intel
> on 945gm hardware (see attached screenshot).
>
> If you need some additional info - just ask.
>
> Regards
> Vasily
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
>

[-- Attachment #2: oxygen_corruption.jpeg --]
[-- Type: image/jpeg, Size: 13595 bytes --]

[-- Attachment #3: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Chris Wilson]

On Tue, 15 Jun 2010 21:58:57 +0200, Clemens Eisserer <linuxhippy@gmail.com> wrote:
> I also get artifacts with kde's oxygen QT theme, however everything
> else looks great so far.

Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
and seeing if that fixes the corruption for you. It did not seem to make
a difference here...

Thanks,
-ickle

-- 
Chris Wilson, Intel Open Source Technology Centre

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Clemens Eisserer]

Hi Chris,

> Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
> and seeing if that fixes the corruption for you. It did not seem to make
> a difference here...

Sorry if that sounds stupid, but how can I do that?

Thanks Clemens

PS: Saw you experimented with shader based trapezoid rasterization.
just to be curious, what were the results so far?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Carl Worth]

[-- Attachment #1.1: Type: text/plain, Size: 2609 bytes --]

On Tue, 15 Jun 2010 19:12:28 +0200, Marc Deop i Argemí <damnshock@gmail.com> wrote:
> That looks like a lot of work, ain't it? :S

It shouldn't be, once you get the hang of compiling and running against
a locally-compiled driver. There are about 176 commits between 2.11.0
and 2.11.901 so that should only require about 8 compile/test cycles to
determine what the buggy commit is.

> Anyway, I could give it a try but I must admit I don't know where to start to 
> look for the commits... can somebody give a hand on that?

Sure. Here's the recipe. First, checkout the driver from git with:

	git clone git://anongit.freedesktop.org/xorg/driver/xf86-video-intel

After that, compile it with something like:

	cd xf86-video-intel
	./autogen.sh --prefix=/some/directory
        make
        make install

Then, you'll want to edit your xorg.conf file (likely
/etc/X11/xorg.conf) to let it know about the new directory to which you
installed this driver. So either add to the beginning of the Files
section or make a new section named "Files" as follows:

	Section "Files"
		ModulePath	"/some/directory/lib/xorg/modules"
		ModulePath	"/usr/lib/xorg/modules"
	EndSection

[Obviously you might use something other than "/some/directory" in both
of the above commands. Use whatever directory you'd like there.]

At that point, you should be able to restart X and run with your
custom-compiled driver. And when you're done with all this, you'll be
able to undo the changes to return to using your system's driver.

Next, to do the bisect, the first thing to do is to ensure that things
work with the 2.11.0 release. That's as follows:

	git checkout 2.11.0
	./autogen.sh --prefix=/some/directory
        make
        make install

And then run the server. If it all works, then you're ready to
bisect. Get back to master first with:

	git checkout master

And then actually start bisecting with:

	git bisect start
	git bisect bad master
        git bisect good 2.11.0

At that point git will checkout an intermediate commit for you. So then
it's time to compile and test, (same commands as before: autogen.sh,
make, make install). If it works, run "git bisect good". If it doesn't,
run "git bisect bad". Then git will checkout another intermediate commit
and you continue the process.

In the end, if all goes well, git should report "first bad commit is..."
and that's the information we'll want to know.

> Naaah, we are here to help ;)

Fantastic. Please let me know if any of the above is not clear.

-Carl

-- 
carl.d.worth@intel.com

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Carl Worth]

[-- Attachment #1.1: Type: text/plain, Size: 717 bytes --]

On Tue, 15 Jun 2010 23:03:27 +0200, Clemens Eisserer <linuxhippy@gmail.com> wrote:
> Hi Chris,
> 
> > Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
> > and seeing if that fixes the corruption for you. It did not seem to make
> > a difference here...
> 
> Sorry if that sounds stupid, but how can I do that?

No problem at all. Just checkout the driver from git with:

	git clone git://anongit.freedesktop.org/xorg/driver/xf86-video-intel

Then checkout 2.11.901 specifically with:

	git checkout 2.11.901

And finally, revert the commit of interest with:

	git revert f74b3f82

Then compile, and test the driver, and let us know.

-Carl

-- 
carl.d.worth@intel.com

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Chris Wilson]

On Tue, 15 Jun 2010 23:03:27 +0200, Clemens Eisserer <linuxhippy@gmail.com> wrote:
> Hi Chris,
> 
> > Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
> > and seeing if that fixes the corruption for you. It did not seem to make
> > a difference here...
> 
> Sorry if that sounds stupid, but how can I do that?

Starting from scratch:

 $ git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel.git
 $ cd xf86-video-intel
 $ git checkout 2.11.901
 $ git revert f74b3f82

Build and install as usual.

> Thanks Clemens
> 
> PS: Saw you experimented with shader based trapezoid rasterization.
> just to be curious, what were the results so far?

Give-or-take that it is dubious that we can do a simple coverage based
accumulation of subpixels trapezoids within the specification of
PolyModeImprecise, benchmarking shows a small performance win for most
cairo traces [the improvements matching the elimination of 
pixman_image_rasterize_trapezoid() and co], but in a few cases it can be
twice as slow. So I think it is back to a span renderer -- even if I just
trade GPU time for CPU time, that should be a win for application
performance.

-- 
Chris Wilson, Intel Open Source Technology Centre

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Clemens Eisserer]

Hi Chris,

>  $ git checkout 2.11.901
>  $ git revert f74b3f82
Ah thanks, didn't know the checkout thing.

Hmm, if I revert that commit it no longer builds:
  CC     i915_render.lo
i915_render.c: In function ‘i915_prepare_composite’:
i915_render.c:836: error: ‘intel_screen_private’ has no member named
‘render_current_dest’

- Clemens

> Give-or-take that it is dubious that we can do a simple coverage based
> accumulation of subpixels trapezoids within the specification of
> PolyModeImprecise, benchmarking shows a small performance win for most
> cairo traces [the improvements matching the elimination of
> pixman_image_rasterize_trapezoid() and co], but in a few cases it can be
> twice as slow.

Whatever the result will look like, I am really curious - as some
workloads show a lot of time spent in rasterize_edge().

> So I think it is back to a span renderer -- even if I just
> trade GPU time for CPU time, that should be a win for application
> performance.

just reminds me at the commit "OMG! spans!" ;)
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Clemens Eisserer]

Hi again,

I bisected and indeed f74b3f82 is the first bad commit:

f74b3f82bab11463a0f4de9f614fc6aa1492ef24 is the first bad commit
commit f74b3f82bab11463a0f4de9f614fc6aa1492ef24
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Tue Jun 1 22:31:35 2010 +0100

    i915; Avoid the implicit flush on changing BUF_INFO

Thanks, Clemens

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Chris Wilson]

[-- Attachment #1: Type: text/plain, Size: 1331 bytes --]

On Wed, 16 Jun 2010 00:05:34 +0200, Clemens Eisserer <linuxhippy@gmail.com> wrote:
> Hi Chris,
> 
> >  $ git checkout 2.11.901
> >  $ git revert f74b3f82
> Ah thanks, didn't know the checkout thing.
> 
> Hmm, if I revert that commit it no longer builds:
>   CC     i915_render.lo
> i915_render.c: In function ‘i915_prepare_composite’:
> i915_render.c:836: error: ‘intel_screen_private’ has no member named
> ‘render_current_dest’

Argh. It has the vital half of the centre sampling fix mixed in.

This hack should be sufficient to force the target buffer to be updated everytime.

diff --git a/src/i915_render.c b/src/i915_render.c
index 8870019..3505083 100644
--- a/src/i915_render.c
+++ b/src/i915_render.c
@@ -1435,7 +1435,7 @@ static void i915_emit_composite_setup(ScrnInfoPtr scrn)
        intel->last_3d = LAST_3D_RENDER;
 
        /* BUF_INFO is an implicit flush, so avoid if the target has not changed */
-       if (dest != intel->render_current_dest) {
+       if (1 || dest != intel->render_current_dest) {
                uint32_t tiling_bits;
 
                tiling_bits = 0;

That does indeed seem to have an effect on KDE -- can you confirm if it
fixes the rendering corruption and if there remains any?
Now to understand why.

Thanks,
-ickle

-- 
Chris Wilson, Intel Open Source Technology Centre

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Clemens Eisserer]

Hi Chris,

> That does indeed seem to have an effect on KDE -- can you confirm if it
> fixes the rendering corruption and if there remains any?

With that change the corruptions seem to be gone.

- Clemens

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Vasily Khoruzhick]

[-- Attachment #1.1: Type: Text/Plain, Size: 567 bytes --]

В сообщении от 15 июня 2010 23:15:02 автор Chris Wilson написал:
> On Tue, 15 Jun 2010 21:58:57 +0200, Clemens Eisserer <linuxhippy@gmail.com> 
wrote:
> > I also get artifacts with kde's oxygen QT theme, however everything
> > else looks great so far.
> 
> Vasily, Clemens can you both try reverting f74b3f82 on top of 2.11.901
> and seeing if that fixes the corruption for you. It did not seem to make
> a difference here...
> 
> Thanks,
> -ickle

Driver doesn't compile with this commit reverted, sorry.

Regards
Vasily

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Tuesday June 15 2010 23:23:42 Carl Worth wrote:
> On Tue, 15 Jun 2010 19:12:28 +0200, Marc Deop i Argemí <damnshock@gmail.com> 
wrote:
> > That looks like a lot of work, ain't it? :S
> 
> It shouldn't be, once you get the hang of compiling and running against
> a locally-compiled driver. There are about 176 commits between 2.11.0
> and 2.11.901 so that should only require about 8 compile/test cycles to
> determine what the buggy commit is.
> 
> > Anyway, I could give it a try but I must admit I don't know where to
> > start to look for the commits... can somebody give a hand on that?
> 
> Sure. Here's the recipe. First, checkout the driver from git with:
> 
> 	git clone git://anongit.freedesktop.org/xorg/driver/xf86-video-intel
> 
> After that, compile it with something like:
> 
> 	cd xf86-video-intel
> 	./autogen.sh --prefix=/some/directory
>         make
>         make install
> 
> Then, you'll want to edit your xorg.conf file (likely
> /etc/X11/xorg.conf) to let it know about the new directory to which you
> installed this driver. So either add to the beginning of the Files
> section or make a new section named "Files" as follows:
> 
> 	Section "Files"
> 		ModulePath	"/some/directory/lib/xorg/modules"
> 		ModulePath	"/usr/lib/xorg/modules"
> 	EndSection
> 
> [Obviously you might use something other than "/some/directory" in both
> of the above commands. Use whatever directory you'd like there.]
> 
> At that point, you should be able to restart X and run with your
> custom-compiled driver. And when you're done with all this, you'll be
> able to undo the changes to return to using your system's driver.
> 
> Next, to do the bisect, the first thing to do is to ensure that things
> work with the 2.11.0 release. That's as follows:
> 
> 	git checkout 2.11.0
> 	./autogen.sh --prefix=/some/directory
>         make
>         make install
> 
> And then run the server. If it all works, then you're ready to
> bisect. Get back to master first with:
> 
> 	git checkout master
> 
> And then actually start bisecting with:
> 
> 	git bisect start
> 	git bisect bad master
>         git bisect good 2.11.0
> 
> At that point git will checkout an intermediate commit for you. So then
> it's time to compile and test, (same commands as before: autogen.sh,
> make, make install). If it works, run "git bisect good". If it doesn't,
> run "git bisect bad". Then git will checkout another intermediate commit
> and you continue the process.
> 
> In the end, if all goes well, git should report "first bad commit is..."
> and that's the information we'll want to know.
> 
> > Naaah, we are here to help ;)
> 
> Fantastic. Please let me know if any of the above is not clear.
> 
> -Carl

Thanks a lot for the explanation Carl. I also would like to give thank to give 
thanks to Brain0 of the irc on Freenode for his help.

About the time taking... well, the freeze doesn't happen instantly so I have 
to play around for a while :S

Anyway, I will try to bisect today and report back :)

Thanks again for your explanation,

Regards
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Chris Wilson]

[-- Attachment #1: Type: text/plain, Size: 1300 bytes --]

On Tue, 15 Jun 2010 16:05:15 +0200, Marc Deop i Argemí <damnshock@gmail.com> wrote:
> On Tuesday June 15 2010 02:39:54 Carl Worth wrote:
> > This is the first release candidate in preparation for the upcoming
> > 2.12.0 release. We will appreciate any feedback we can get from
> > testing of this snapshot to improve the 2.12.0 release.
> 
> It makes my system really unstable. Sometimes I can't even login :S
> 
> The system just freezes :(

After a freeze, can you grab a copy of dmesg, Xorg.log, intel_reg_dump,
and /sys/kernel/debug/dri/0/i915_error_state. From my perspective, the
last contains the most interesting information (the batchbuffer executing
at the time of a gpu hang). If there is nothing in any of those, echo t >
/proc/sysrq-trigger and look for the stacktraces in dmesg.

Also what type of freeze is it? A complete hard hang, the system no longer
even pingable? The cursor continues to move, but no other screen updates?
The screen entirely frozen (or maybe flashing in a hypnotic pattern) but
the machine nevertheless is accessible over the network? Does VT switching
still work? Etc. 'Freeze' covers a whole multitude of sins, the more
information you can give us, the quicker we can pinpoint the cause.

Thanks,
-ickle

-- 
Chris Wilson, Intel Open Source Technology Centre

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Wednesday June 16 2010 11:20:09 Chris Wilson wrote:
> After a freeze, can you grab a copy of dmesg, Xorg.log, intel_reg_dump,
> and /sys/kernel/debug/dri/0/i915_error_state. From my perspective, the
> last contains the most interesting information (the batchbuffer executing
> at the time of a gpu hang). If there is nothing in any of those, echo t >
> /proc/sysrq-trigger and look for the stacktraces in dmesg.

I checked some of those files (dmesg, Xorg.log) and couldn't fine anything. 
I'll try again and will check the other files you mention

> 
> Also what type of freeze is it? A complete hard hang, the system no longer
> even pingable? The cursor continues to move, but no other screen updates?
> The screen entirely frozen (or maybe flashing in a hypnotic pattern) but
> the machine nevertheless is accessible over the network? Does VT switching
> still work? Etc. 'Freeze' covers a whole multitude of sins, the more
> information you can give us, the quicker we can pinpoint the cause.

Freeze is... freeze :P

Now, seriously, the computer stops responding. I'm not able to switch between 
VT nor to ping nor login to the machine via my cell phone. If I'm playing 
sound the machine gets in kind of a loop with the last sound it played 
repeating again and again.

I usually test the stability with the flash player on youtube because it's the 
*fastest* way to make the computer freeze. With the latest RC it freezes in 
about a minute of playing video as well as in the bisects I've been trying to 
do. That doesn't happen with the 2.11 release.

Could it be a problem of the compiler? I recently upgraded to GCC 4.5 and 
maybe the driver from the repos is compiled against the old 4.4? I'll give it 
a try...

I'll report back when I'm done

Regards

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Andrew Lutomirski]

On Wed, Jun 16, 2010 at 7:25 AM, Marc Deop i Argemí <damnshock@gmail.com> wrote:
> On Wednesday June 16 2010 11:20:09 Chris Wilson wrote:
>> After a freeze, can you grab a copy of dmesg, Xorg.log, intel_reg_dump,
>> and /sys/kernel/debug/dri/0/i915_error_state. From my perspective, the
>> last contains the most interesting information (the batchbuffer executing
>> at the time of a gpu hang). If there is nothing in any of those, echo t >
>> /proc/sysrq-trigger and look for the stacktraces in dmesg.
>
> I checked some of those files (dmesg, Xorg.log) and couldn't fine anything.
> I'll try again and will check the other files you mention
>
>>
>> Also what type of freeze is it? A complete hard hang, the system no longer
>> even pingable? The cursor continues to move, but no other screen updates?
>> The screen entirely frozen (or maybe flashing in a hypnotic pattern) but
>> the machine nevertheless is accessible over the network? Does VT switching
>> still work? Etc. 'Freeze' covers a whole multitude of sins, the more
>> information you can give us, the quicker we can pinpoint the cause.
>
> Freeze is... freeze :P
>
> Now, seriously, the computer stops responding. I'm not able to switch between
> VT nor to ping nor login to the machine via my cell phone. If I'm playing
> sound the machine gets in kind of a loop with the last sound it played
> repeating again and again.

No ping?  Sounds like a kernel bug to me.  You could try netconsole to
get a oops dump.

--Andy

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Wednesday June 16 2010 10:45:34 Marc Deop i Argemí wrote:
> Anyway, I will try to bisect today and report back :)

Well, I tried. Does this message:

Bisecting: 0 revisions left to test after this (roughly 0 steps)

[29ba8a84f7cf5c29a5f38688a1ac0ccf41d8e4ec] XvMC: everyone's using execbuffer!

 mean I finished the process?

Did that help?

Regards
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Chris Wilson]

[-- Attachment #1: Type: text/plain, Size: 663 bytes --]

On Wed, 16 Jun 2010 15:10:35 +0200, Marc Deop i Argemí <damnshock@gmail.com> wrote:
> On Wednesday June 16 2010 10:45:34 Marc Deop i Argemí wrote:
> > Anyway, I will try to bisect today and report back :)
> 
> Well, I tried. Does this message:
> 
> Bisecting: 0 revisions left to test after this (roughly 0 steps)
> 
> [29ba8a84f7cf5c29a5f38688a1ac0ccf41d8e4ec] XvMC: everyone's using execbuffer!
> 
>  mean I finished the process?

One more step. Test that commit and tell git bisect (good|bad) and it will
print a slightly more verbose statement of which commit is triggering the
freeze.

Thanks,
-ickle

-- 
Chris Wilson, Intel Open Source Technology Centre

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Andrew Lutomirski]

On Wed, Jun 16, 2010 at 7:38 AM, Andrew Lutomirski <luto@mit.edu> wrote:
> On Wed, Jun 16, 2010 at 7:25 AM, Marc Deop i Argemí <damnshock@gmail.com> wrote:
>> On Wednesday June 16 2010 11:20:09 Chris Wilson wrote:
>>
>> Freeze is... freeze :P
>>
>> Now, seriously, the computer stops responding. I'm not able to switch between
>> VT nor to ping nor login to the machine via my cell phone. If I'm playing
>> sound the machine gets in kind of a loop with the last sound it played
>> repeating again and again.
>
> No ping?  Sounds like a kernel bug to me.  You could try netconsole to
> get a oops dump.

Hah.  I just got a freeze, too.  As in, frozen so hard that caps lock
and magic sysrq didn't work.  This is git master from today
(a25573d5c47ebea34c076075e1993233d7db2b4f).

--Andy

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Wednesday June 16 2010 15:57:41 Chris Wilson wrote:
> One more step. Test that commit and tell git bisect (good|bad) and it will
> print a slightly more verbose statement of which commit is triggering the
> freeze.

Sometimes I amaze myself :S It clearly says *after* this.

I'll do that tonight

However, I have to comment that the system has been stable with the 2.12RC for 
two hours after applying this patch from my distribution (Archlinux):

diff -up xf86-video-intel-2.11.0/src/drmmode_display.c.no-flip xf86-video-
intel-2.11.0/src/drmmode_display.c
--- xf86-video-intel-2.11.0/src/drmmode_display.c.no-flip	2010-05-03 
15:30:19.000000000 -0400
+++ xf86-video-intel-2.11.0/src/drmmode_display.c	2010-05-03 
15:30:59.000000000 -0400
@@ -1504,10 +1504,15 @@ Bool drmmode_pre_init(ScrnInfoPtr scrn, 
 	gp.value = &has_flipping;
 	(void)drmCommandWriteRead(intel->drmSubFD, DRM_I915_GETPARAM, &gp,
 				  sizeof(gp));
+
+        xf86DrvMsg(scrn->scrnIndex, X_INFO,
+                   "Pageflipping %s in kernel, %s disabled in X\n",
+                   has_flipping ? "enabled" : "disabled",
+                   has_flipping ? "but" : "and");
 	if (has_flipping) {
 		xf86DrvMsg(scrn->scrnIndex, X_INFO,
-			   "Kernel page flipping support detected, enabling\n");
-		intel->use_pageflipping = TRUE;
+			   "Don't panic: https://bugzilla.redhat.com/588421\n");
+		intel->use_pageflipping = FALSE;
 		drmmode->flip_count = 0;
 		drmmode->event_context.version = DRM_EVENT_CONTEXT_VERSION;
 		drmmode->event_context.vblank_handler = drmmode_vblank_handler;
diff -up xf86-video-intel-2.11.0/src/i830_dri.c.no-flip xf86-video-
intel-2.11.0/src/i830_dri.c
--- xf86-video-intel-2.11.0/src/i830_dri.c.no-flip	2010-03-29 
14:23:02.000000000 -0400
+++ xf86-video-intel-2.11.0/src/i830_dri.c	2010-05-03 15:30:19.000000000 
-0400
@@ -1013,7 +1013,7 @@ Bool I830DRI2ScreenInit(ScreenPtr screen
 
 	info.CopyRegion = I830DRI2CopyRegion;
 #if DRI2INFOREC_VERSION >= 4
-	if (intel->use_pageflipping) {
+	if (intel->use_pageflipping || 1) {
 	    info.version = 4;
 	    info.ScheduleSwap = I830DRI2ScheduleSwap;
 	    info.GetMSC = I830DRI2GetMSC;
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Wednesday June 16 2010 18:12:38 Marc Deop i Argemí wrote:
> Sometimes I amaze myself :S It clearly says after this.
> 
> I'll do that tonight
> 

Finished the bisect although I don't think it was helpfull because all the 
steps were negative: all made my computer freeze.

However, the output was:

29ba8a84f7cf5c29a5f38688a1ac0ccf41d8e4ec is the first bad commit

> However, I have to comment that the system has been stable with the 2.12RC
> for  two hours after applying this patch from my distribution (Archlinux):

After being with this config for almost a day, I have to say it was rock 
solid: played youtube videos (fullscreen and window), played Opengl games 
(nexuiz) and I could actually play on my crt without problem (before it would 
turn off after a few seconds). The system was very responsive specially 
without composing enabled.

There were some problems though: corruption on some menus (KDE4) and I 
couldn't not rotate the screen 270º as everything was corrupted on the screen 
(it was solved going back to normal, it was difficult though: I could not see 
what I was writing...).

Regards
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Jesse Barnes]

[-- Attachment #1: Type: text/plain, Size: 1215 bytes --]

On Wed, 16 Jun 2010 11:07:21 -0400
Andrew Lutomirski <luto@mit.edu> wrote:

> On Wed, Jun 16, 2010 at 7:38 AM, Andrew Lutomirski <luto@mit.edu> wrote:
> > On Wed, Jun 16, 2010 at 7:25 AM, Marc Deop i Argemí <damnshock@gmail.com> wrote:
> >> On Wednesday June 16 2010 11:20:09 Chris Wilson wrote:
> >>
> >> Freeze is... freeze :P
> >>
> >> Now, seriously, the computer stops responding. I'm not able to switch between
> >> VT nor to ping nor login to the machine via my cell phone. If I'm playing
> >> sound the machine gets in kind of a loop with the last sound it played
> >> repeating again and again.
> >
> > No ping?  Sounds like a kernel bug to me.  You could try netconsole to
> > get a oops dump.
> 
> Hah.  I just got a freeze, too.  As in, frozen so hard that caps lock
> and magic sysrq didn't work.  This is git master from today
> (a25573d5c47ebea34c076075e1993233d7db2b4f).

Are these both on 945?  If so, can you guys try two of the patches I
posted earlier?  In particular:
  drm/i915: fix page flipping on gen3
  drm/i915: don't queue flips during a flip pending event

(attached but may only apply with fuzz).

-- 
Jesse Barnes, Intel Open Source Technology Center

[-- Attachment #2: 0006-drm-i915-fix-page-flipping-on-gen3.patch --]
[-- Type: text/x-patch, Size: 6935 bytes --]

>From 7153c638e0944af6fd81190a8f1ae3fc66054896 Mon Sep 17 00:00:00 2001
From: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Fri, 26 Mar 2010 10:35:20 -0700
Subject: [PATCH 6/7] drm/i915: fix page flipping on gen3

Gen3 chips have slightly different flip commands, and also contain a bit
that indicates whether a "flip pending" interrupt means the flip has
been queued or has been completed.

So implement support for the gen3 flip command, and make sure we use the
flip pending interrupt correctly depending on the value of ECOSKPD bit
0.

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
---
 drivers/gpu/drm/i915/i915_dma.c      |    4 ++++
 drivers/gpu/drm/i915/i915_drv.h      |    1 +
 drivers/gpu/drm/i915/i915_irq.c      |   21 +++++++++++++++++----
 drivers/gpu/drm/i915/i915_reg.h      |    4 ++++
 drivers/gpu/drm/i915/intel_display.c |   29 ++++++++++++++++++++++++-----
 drivers/gpu/drm/i915/intel_drv.h     |    1 +
 6 files changed, 51 insertions(+), 9 deletions(-)

diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index a9f8589..193bf16 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -1475,6 +1475,10 @@ static int i915_load_modeset_init(struct drm_device *dev,
 	if (ret)
 		goto destroy_ringbuffer;
 
+	/* IIR "flip pending" bit means done if this bit is set */
+	if (IS_GEN3(dev) && (I915_READ(ECOSKPD) & ECO_FLIP_DONE))
+		dev_priv->flip_pending_is_done = true;
+
 	intel_modeset_init(dev);
 
 	ret = drm_irq_install(dev);
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
index abf2713..4e41f0f 100644
--- a/drivers/gpu/drm/i915/i915_drv.h
+++ b/drivers/gpu/drm/i915/i915_drv.h
@@ -608,6 +608,7 @@ typedef struct drm_i915_private {
 	struct drm_crtc *plane_to_crtc_mapping[2];
 	struct drm_crtc *pipe_to_crtc_mapping[2];
 	wait_queue_head_t pending_flip_queue;
+	bool flip_pending_is_done;
 
 	/* Reclocking support */
 	bool render_reclock_avail;
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
index b16bb0d..d5eeca6 100644
--- a/drivers/gpu/drm/i915/i915_irq.c
+++ b/drivers/gpu/drm/i915/i915_irq.c
@@ -924,22 +924,35 @@ irqreturn_t i915_driver_irq_handler(DRM_IRQ_ARGS)
 			mod_timer(&dev_priv->hangcheck_timer, jiffies + DRM_I915_HANGCHECK_PERIOD);
 		}
 
-		if (iir & I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT)
+		if ((iir & I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT) &&
+		    !(pipeb_stats & pipe_vblank_mask)) {
+			DRM_ERROR("flip complete w/o vblank irq?\n");
+		}
+
+		if (iir & I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT) {
 			intel_prepare_page_flip(dev, 0);
+			if (dev_priv->flip_pending_is_done)
+				intel_finish_page_flip_plane(dev, 0);
+		}
 
-		if (iir & I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT)
+		if (iir & I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT) {
 			intel_prepare_page_flip(dev, 1);
+			if (dev_priv->flip_pending_is_done)
+				intel_finish_page_flip_plane(dev, 1);
+		}
 
 		if (pipea_stats & pipe_vblank_mask) {
 			vblank++;
 			drm_handle_vblank(dev, 0);
-			intel_finish_page_flip(dev, 0);
+			if (!dev_priv->flip_pending_is_done)
+				intel_finish_page_flip(dev, 0);
 		}
 
 		if (pipeb_stats & pipe_vblank_mask) {
 			vblank++;
 			drm_handle_vblank(dev, 1);
-			intel_finish_page_flip(dev, 1);
+			if (!dev_priv->flip_pending_is_done)
+				intel_finish_page_flip(dev, 1);
 		}
 
 		if ((pipeb_stats & PIPE_LEGACY_BLC_EVENT_STATUS) ||
diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
index df20187..9179b38 100644
--- a/drivers/gpu/drm/i915/i915_reg.h
+++ b/drivers/gpu/drm/i915/i915_reg.h
@@ -178,6 +178,7 @@
 #define   MI_OVERLAY_OFF	(0x2<<21)
 #define MI_LOAD_SCAN_LINES_INCL MI_INSTR(0x12, 0)
 #define MI_DISPLAY_FLIP		MI_INSTR(0x14, 2)
+#define MI_DISPLAY_FLIP_I915	MI_INSTR(0x14, 1)
 #define   MI_DISPLAY_FLIP_PLANE(n) ((n) << 20)
 #define MI_STORE_DWORD_IMM	MI_INSTR(0x20, 1)
 #define   MI_MEM_VIRTUAL	(1 << 22) /* 965+ only */
@@ -357,6 +358,9 @@
 #define   CM0_RC_OP_FLUSH_DISABLE (1<<0)
 #define BB_ADDR		0x02140 /* 8 bytes */
 #define GFX_FLSH_CNTL	0x02170 /* 915+ only */
+#define ECOSKPD		0x021d0
+#define   ECO_GATING_CX_ONLY	(1<<3)
+#define   ECO_FLIP_DONE		(1<<0)
 
 
 /*
diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index 92ca56c..cd6f8b7 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -4136,10 +4136,10 @@ static void intel_unpin_work_fn(struct work_struct *__work)
 	kfree(work);
 }
 
-void intel_finish_page_flip(struct drm_device *dev, int pipe)
+static void do_intel_finish_page_flip(struct drm_device *dev,
+				      struct drm_crtc *crtc)
 {
 	drm_i915_private_t *dev_priv = dev->dev_private;
-	struct drm_crtc *crtc = dev_priv->pipe_to_crtc_mapping[pipe];
 	struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
 	struct intel_unpin_work *work;
 	struct drm_i915_gem_object *obj_priv;
@@ -4189,6 +4189,22 @@ void intel_finish_page_flip(struct drm_device *dev, int pipe)
 	schedule_work(&work->work);
 }
 
+void intel_finish_page_flip(struct drm_device *dev, int pipe)
+{
+	drm_i915_private_t *dev_priv = dev->dev_private;
+	struct drm_crtc *crtc = dev_priv->pipe_to_crtc_mapping[pipe];
+
+	do_intel_finish_page_flip(dev, crtc);
+}
+
+void intel_finish_page_flip_plane(struct drm_device *dev, int plane)
+{
+	drm_i915_private_t *dev_priv = dev->dev_private;
+	struct drm_crtc *crtc = dev_priv->plane_to_crtc_mapping[plane];
+
+	do_intel_finish_page_flip(dev, crtc);
+}
+
 void intel_prepare_page_flip(struct drm_device *dev, int plane)
 {
 	drm_i915_private_t *dev_priv = dev->dev_private;
@@ -4270,14 +4286,17 @@ static int intel_crtc_page_flip(struct drm_crtc *crtc,
 	work->pending_flip_obj = obj;
 
 	BEGIN_LP_RING(4);
-	OUT_RING(MI_DISPLAY_FLIP |
-		 MI_DISPLAY_FLIP_PLANE(intel_crtc->plane));
-	OUT_RING(fb->pitch);
 	if (IS_I965G(dev)) {
+		OUT_RING(MI_DISPLAY_FLIP |
+			 MI_DISPLAY_FLIP_PLANE(intel_crtc->plane));
+		OUT_RING(fb->pitch);
 		OUT_RING(obj_priv->gtt_offset | obj_priv->tiling_mode);
 		pipesrc = I915_READ(pipesrc_reg); 
 		OUT_RING(pipesrc & 0x0fff0fff);
 	} else {
+		OUT_RING(MI_DISPLAY_FLIP_I915 |
+			 MI_DISPLAY_FLIP_PLANE(intel_crtc->plane));
+		OUT_RING(fb->pitch);
 		OUT_RING(obj_priv->gtt_offset);
 		OUT_RING(MI_NOOP);
 	}
diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
index 3a467ca..8323225 100644
--- a/drivers/gpu/drm/i915/intel_drv.h
+++ b/drivers/gpu/drm/i915/intel_drv.h
@@ -219,6 +219,7 @@ extern int intel_framebuffer_create(struct drm_device *dev,
 
 extern void intel_prepare_page_flip(struct drm_device *dev, int plane);
 extern void intel_finish_page_flip(struct drm_device *dev, int pipe);
+extern void intel_finish_page_flip_plane(struct drm_device *dev, int plane);
 
 extern void intel_setup_overlay(struct drm_device *dev);
 extern void intel_cleanup_overlay(struct drm_device *dev);
-- 
1.6.1.3


[-- Attachment #3: 0003-drm-i915-don-t-queue-flips-during-a-flip-pending-eve.patch --]
[-- Type: text/x-patch, Size: 1744 bytes --]

>From a8ddc8b3743abb72b6c7e26ce75ae98d93d92133 Mon Sep 17 00:00:00 2001
From: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Mon, 5 Apr 2010 14:03:51 -0700
Subject: [PATCH 3/3] drm/i915: don't queue flips during a flip pending event

Hardware will set the flip pending ISR bit as soon as it receives the
flip instruction, and (supposedly) clear it once the flip completes
(e.g. at the next vblank).  If we try to send down a flip instruction
while the ISR bit is set, the hardware can become very confused, and we
may never receive the corresponding flip pending interrupt, effectively
hanging the chip.

Fixes fdo bug #27040.

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
---
 drivers/gpu/drm/i915/intel_display.c |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index 6f5e7f5..24853e1 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -4235,6 +4235,7 @@ static int intel_crtc_page_flip(struct drm_crtc *crtc,
 	unsigned long flags;
 	int pipesrc_reg = (intel_crtc->pipe == 0) ? PIPEASRC : PIPEBSRC;
 	int ret, pipesrc;
+	u32 flip_mask;
 	RING_LOCALS;
 
 	work = kzalloc(sizeof *work, GFP_KERNEL);
@@ -4285,6 +4286,15 @@ static int intel_crtc_page_flip(struct drm_crtc *crtc,
 	atomic_inc(&obj_priv->pending_flip);
 	work->pending_flip_obj = obj;
 
+	if (intel_crtc->plane)
+		flip_mask = I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT;
+	else
+		flip_mask = I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT;
+
+	/* Wait for any previous flip to finish */
+	while (I915_READ(ISR) & flip_mask)
+		;
+
 	BEGIN_LP_RING(4);
 	if (IS_I965G(dev)) {
 		OUT_RING(MI_DISPLAY_FLIP |
-- 
1.6.6.1


[-- Attachment #4: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Elias Gabriel Amaral da Silva]

2010/6/15 Carl Worth <cworth@cworth.org>:
> On Tue, 15 Jun 2010 16:05:15 +0200, Marc Deop i Argemí <damnshock@gmail.com> wrote:
>> The system just freezes :(
>>
>> I'm running archlinux, Mesa 7.8.1, libdrm 2.4.21, Xorg-server 1.8.1.901,
>> kernel 2.6.34.
>
> If the other components remain the same and you change only the driver
> to an older version does it then work reliably? If so could you please
> bisect the commits in the driver repository to find the offending one?

Hello! I'm, maybe, getting the same thing here. I haven't tested the
release candidate, but with Xorg 1.8 and driver 2.11, and a
kms-enabled 2.6.34 kernel, using gentoo, X just freezes. If I
downgrade it to 2.9 driver and 1.7 Xorg, it runs (but if I do USE=hal
at Xorg, it freezes, too).

I have an Acer 532h (Intel GMA 3150, afaik). I've read your
explanation on how to do git bisecting and it sounds easy. Compile
times here are somewhat slow, and I don't have time to do it right now
(I don't have other computer..), but I will inform you about the
results soon.

I should test with a fixed Xorg version, right? Which one? Portage
currently has this:

1.6.5-r1 1.7.6 ~1.7.7 ~1.8.0 ~1.8.1-r1

(Versions with an ~ are filtered because they are at 'testing')

I haven't tried driver 2.9 with xorg 1.8, because I supposed newer
xorg versions were incompatible with old drivers..

Should I install 1.8.0?

1.7.6 is what I've right now.

-- 
Elias Gabriel Amaral da Silva <tolkiendili@gmail.com>

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Thursday June 17 2010 22:32:17 Jesse Barnes wrote:
> Are these both on 945? 

Mine is on a 945GM

> If so, can you guys try two of the patches I
> posted earlier?  In particular:
>   drm/i915: fix page flipping on gen3
>   drm/i915: don't queue flips during a flip pending event
> 

Sure I can try. I'm gonna do it right now :)

Regards
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Andrew Lutomirski]

On Thu, Jun 17, 2010 at 4:32 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> On Wed, 16 Jun 2010 11:07:21 -0400
> Andrew Lutomirski <luto@mit.edu> wrote:
>
>> On Wed, Jun 16, 2010 at 7:38 AM, Andrew Lutomirski <luto@mit.edu> wrote:
>> > On Wed, Jun 16, 2010 at 7:25 AM, Marc Deop i Argemí <damnshock@gmail.com> wrote:
>> >> On Wednesday June 16 2010 11:20:09 Chris Wilson wrote:
>> >>
>> >> Freeze is... freeze :P
>> >>
>> >> Now, seriously, the computer stops responding. I'm not able to switch between
>> >> VT nor to ping nor login to the machine via my cell phone. If I'm playing
>> >> sound the machine gets in kind of a loop with the last sound it played
>> >> repeating again and again.
>> >
>> > No ping?  Sounds like a kernel bug to me.  You could try netconsole to
>> > get a oops dump.
>>
>> Hah.  I just got a freeze, too.  As in, frozen so hard that caps lock
>> and magic sysrq didn't work.  This is git master from today
>> (a25573d5c47ebea34c076075e1993233d7db2b4f).
>
> Are these both on 945?  If so, can you guys try two of the patches I
> posted earlier?  In particular:

This is GM45.

>  drm/i915: fix page flipping on gen3
>  drm/i915: don't queue flips during a flip pending event

Neither patch applies for me.

$ patch -p1 <0003-drm-i915-don-t-queue-flips-during-a-flip-pending-eve.patch
patching file drivers/gpu/drm/i915/intel_display.c
Hunk #1 FAILED at 4235.
[more output about fuzz]

$ git reset --hard origin/master
HEAD is now at 7e27d6e Linux 2.6.35-rc3
$ patch -p1 <0006-drm-i915-fix-page-flipping-on-gen3.patch
[stuff that worked]
patching file drivers/gpu/drm/i915/i915_irq.c
Hunk #1 FAILED at 924.
1 out of 1 hunk FAILED -- saving rejects to file
drivers/gpu/drm/i915/i915_irq.c.rej
[more stuff that worked]


--Andy

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
> Neither patch applies for me.

One of them do apply for me, the other one doesn't.

Testing done on latest 2.6.35-rc3, the building fails.

Regards
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Jesse Barnes]

On Fri, 18 Jun 2010 02:20:23 +0200
Marc Deop i Argemí <damnshock@gmail.com> wrote:

> On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
> > Neither patch applies for me.
> 
> One of them do apply for me, the other one doesn't.
> 
> Testing done on latest 2.6.35-rc3, the building fails.

Arg, ok, I'll refresh them and post new ones tomorrow.

Thanks,
-- 
Jesse Barnes, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Carl Worth]

[-- Attachment #1.1: Type: text/plain, Size: 1707 bytes --]

On Thu, 17 Jun 2010 18:34:43 -0300, Elias Gabriel Amaral da Silva <tolkiendili@gmail.com> wrote:
> 2010/6/15 Carl Worth <cworth@cworth.org>:
> Hello! I'm, maybe, getting the same thing here. I haven't tested the
> release candidate, but with Xorg 1.8 and driver 2.11, and a
> kms-enabled 2.6.34 kernel, using gentoo, X just freezes. If I
> downgrade it to 2.9 driver and 1.7 Xorg, it runs (but if I do USE=hal
> at Xorg, it freezes, too).

Hi there, Elias!

> I have an Acer 532h (Intel GMA 3150, afaik). I've read your
> explanation on how to do git bisecting and it sounds easy.

Good. It really should be quite simple.

> I should test with a fixed Xorg version, right? Which one? Portage
> currently has this:
> 
> 1.6.5-r1 1.7.6 ~1.7.7 ~1.8.0 ~1.8.1-r1

Before you can bisect, you'll want to identify a single component that
exposes the bug. Above you described a change of two components, (both X
server and driver), to switch from a broken to a working configuration.

So the first thing to do is to try keeping the X server version fixed
and see if changing the driver alone changes the behavior.

> I haven't tried driver 2.9 with xorg 1.8, because I supposed newer
> xorg versions were incompatible with old drivers..

I'd actually recommend using the newer X in both cases. I would hope
that new X would work fine with an older driver, (but there might be
some point at which the driver really is *too old* for a particular X
server).

In that case, you might need to bump the driver version up and hope that
it still works.

Good luck! And thanks in advance for any future information you might be
able to provide.

-Carl

-- 
carl.d.worth@intel.com

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Jesse Barnes]

[-- Attachment #1: Type: text/plain, Size: 562 bytes --]

On Thu, 17 Jun 2010 19:44:10 -0700
Jesse Barnes <jbarnes@virtuousgeek.org> wrote:

> On Fri, 18 Jun 2010 02:20:23 +0200
> Marc Deop i Argemí <damnshock@gmail.com> wrote:
> 
> > On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
> > > Neither patch applies for me.
> > 
> > One of them do apply for me, the other one doesn't.
> > 
> > Testing done on latest 2.6.35-rc3, the building fails.
> 
> Arg, ok, I'll refresh them and post new ones tomorrow.

Ok here are some updated ones.

-- 
Jesse Barnes, Intel Open Source Technology Center

[-- Attachment #2: 0001-drm-i915-don-t-queue-flips-during-a-flip-pending-eve.patch --]
[-- Type: text/x-patch, Size: 1772 bytes --]

>From a53925d44f1e8b66cd0aed163af656991c414492 Mon Sep 17 00:00:00 2001
From: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Mon, 5 Apr 2010 14:03:51 -0700
Subject: [PATCH 1/2] drm/i915: don't queue flips during a flip pending event

Hardware will set the flip pending ISR bit as soon as it receives the
flip instruction, and (supposedly) clear it once the flip completes
(e.g. at the next vblank).  If we try to send down a flip instruction
while the ISR bit is set, the hardware can become very confused, and we
may never receive the corresponding flip pending interrupt, effectively
hanging the chip.

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
---
 drivers/gpu/drm/i915/intel_display.c |   11 +++++++++++
 1 files changed, 11 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index 88a1ab7..f460761 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -4664,6 +4664,7 @@ static int intel_crtc_page_flip(struct drm_crtc *crtc,
 	unsigned long flags;
 	int pipesrc_reg = (intel_crtc->pipe == 0) ? PIPEASRC : PIPEBSRC;
 	int ret, pipesrc;
+	u32 flip_mask;
 
 	work = kzalloc(sizeof *work, GFP_KERNEL);
 	if (work == NULL)
@@ -4717,6 +4718,16 @@ static int intel_crtc_page_flip(struct drm_crtc *crtc,
 	atomic_inc(&obj_priv->pending_flip);
 	work->pending_flip_obj = obj;
 
+	if (intel_crtc->plane)
+		flip_mask = I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT;
+	else
+		flip_mask = I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT;
+
+	/* Wait for any previous flip to finish */
+	if (IS_GEN3(dev))
+		while (I915_READ(ISR) & flip_mask)
+			;
+
 	BEGIN_LP_RING(4);
 	OUT_RING(MI_DISPLAY_FLIP |
 		 MI_DISPLAY_FLIP_PLANE(intel_crtc->plane));
-- 
1.6.6.1


[-- Attachment #3: 0002-drm-i915-gen3-page-flipping-fixes.patch --]
[-- Type: text/x-patch, Size: 6805 bytes --]

>From 5e1e40dda5b675e1432a0f9d2d8943196f7a1130 Mon Sep 17 00:00:00 2001
From: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Fri, 26 Mar 2010 10:35:20 -0700
Subject: [PATCH 2/2] drm/i915: gen3 page flipping fixes

Gen3 chips have slightly different flip commands, and also contain a bit
that indicates whether a "flip pending" interrupt means the flip has
been queued or has been completed.

So implement support for the gen3 flip command, and make sure we use the
flip pending interrupt correctly depending on the value of ECOSKPD bit
0.

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
---
 drivers/gpu/drm/i915/i915_dma.c      |    4 ++++
 drivers/gpu/drm/i915/i915_drv.h      |    1 +
 drivers/gpu/drm/i915/i915_irq.c      |   16 ++++++++++++----
 drivers/gpu/drm/i915/i915_reg.h      |    4 ++++
 drivers/gpu/drm/i915/intel_display.c |   29 ++++++++++++++++++++++++-----
 drivers/gpu/drm/i915/intel_drv.h     |    1 +
 6 files changed, 46 insertions(+), 9 deletions(-)

diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 84ce956..4d59710 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -1408,6 +1408,10 @@ static int i915_load_modeset_init(struct drm_device *dev,
 	if (ret)
 		goto destroy_ringbuffer;
 
+	/* IIR "flip pending" bit means done if this bit is set */
+	if (IS_GEN3(dev) && (I915_READ(ECOSKPD) & ECO_FLIP_DONE))
+		dev_priv->flip_pending_is_done = true;
+
 	intel_modeset_init(dev);
 
 	ret = drm_irq_install(dev);
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
index 9ed8ecd..fd62d1e 100644
--- a/drivers/gpu/drm/i915/i915_drv.h
+++ b/drivers/gpu/drm/i915/i915_drv.h
@@ -595,6 +595,7 @@ typedef struct drm_i915_private {
 	struct drm_crtc *plane_to_crtc_mapping[2];
 	struct drm_crtc *pipe_to_crtc_mapping[2];
 	wait_queue_head_t pending_flip_queue;
+	bool flip_pending_is_done;
 
 	/* Reclocking support */
 	bool render_reclock_avail;
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
index 2479be0..a846cd8 100644
--- a/drivers/gpu/drm/i915/i915_irq.c
+++ b/drivers/gpu/drm/i915/i915_irq.c
@@ -940,22 +940,30 @@ irqreturn_t i915_driver_irq_handler(DRM_IRQ_ARGS)
 		if (HAS_BSD(dev) && (iir & I915_BSD_USER_INTERRUPT))
 			DRM_WAKEUP(&dev_priv->bsd_ring.irq_queue);
 
-		if (iir & I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT)
+		if (iir & I915_DISPLAY_PLANE_A_FLIP_PENDING_INTERRUPT) {
 			intel_prepare_page_flip(dev, 0);
+			if (dev_priv->flip_pending_is_done)
+				intel_finish_page_flip_plane(dev, 0);
+		}
 
-		if (iir & I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT)
+		if (iir & I915_DISPLAY_PLANE_B_FLIP_PENDING_INTERRUPT) {
+			if (dev_priv->flip_pending_is_done)
+				intel_finish_page_flip_plane(dev, 1);
 			intel_prepare_page_flip(dev, 1);
+		}
 
 		if (pipea_stats & vblank_status) {
 			vblank++;
 			drm_handle_vblank(dev, 0);
-			intel_finish_page_flip(dev, 0);
+			if (!dev_priv->flip_pending_is_done)
+				intel_finish_page_flip(dev, 0);
 		}
 
 		if (pipeb_stats & vblank_status) {
 			vblank++;
 			drm_handle_vblank(dev, 1);
-			intel_finish_page_flip(dev, 1);
+			if (!dev_priv->flip_pending_is_done)
+				intel_finish_page_flip(dev, 1);
 		}
 
 		if ((pipea_stats & I915_LEGACY_BLC_EVENT_STATUS) ||
diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
index 64b0a3a..2cae38a 100644
--- a/drivers/gpu/drm/i915/i915_reg.h
+++ b/drivers/gpu/drm/i915/i915_reg.h
@@ -178,6 +178,7 @@
 #define   MI_OVERLAY_OFF	(0x2<<21)
 #define MI_LOAD_SCAN_LINES_INCL MI_INSTR(0x12, 0)
 #define MI_DISPLAY_FLIP		MI_INSTR(0x14, 2)
+#define MI_DISPLAY_FLIP_I915	MI_INSTR(0x14, 1)
 #define   MI_DISPLAY_FLIP_PLANE(n) ((n) << 20)
 #define MI_STORE_DWORD_IMM	MI_INSTR(0x20, 1)
 #define   MI_MEM_VIRTUAL	(1 << 22) /* 965+ only */
@@ -368,6 +369,9 @@
 #define   CM0_RC_OP_FLUSH_DISABLE (1<<0)
 #define BB_ADDR		0x02140 /* 8 bytes */
 #define GFX_FLSH_CNTL	0x02170 /* 915+ only */
+#define ECOSKPD		0x021d0
+#define   ECO_GATING_CX_ONLY	(1<<3)
+#define   ECO_FLIP_DONE		(1<<0)
 
 /* GEN6 interrupt control */
 #define GEN6_RENDER_HWSTAM	0x2098
diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index f460761..ac23b29 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -4587,10 +4587,10 @@ static void intel_unpin_work_fn(struct work_struct *__work)
 	kfree(work);
 }
 
-void intel_finish_page_flip(struct drm_device *dev, int pipe)
+static void do_intel_finish_page_flip(struct drm_device *dev,
+				      struct drm_crtc *crtc)
 {
 	drm_i915_private_t *dev_priv = dev->dev_private;
-	struct drm_crtc *crtc = dev_priv->pipe_to_crtc_mapping[pipe];
 	struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
 	struct intel_unpin_work *work;
 	struct drm_i915_gem_object *obj_priv;
@@ -4634,6 +4634,22 @@ void intel_finish_page_flip(struct drm_device *dev, int pipe)
 	schedule_work(&work->work);
 }
 
+void intel_finish_page_flip(struct drm_device *dev, int pipe)
+{
+	drm_i915_private_t *dev_priv = dev->dev_private;
+	struct drm_crtc *crtc = dev_priv->pipe_to_crtc_mapping[pipe];
+
+	do_intel_finish_page_flip(dev, crtc);
+}
+
+void intel_finish_page_flip_plane(struct drm_device *dev, int plane)
+{
+	drm_i915_private_t *dev_priv = dev->dev_private;
+	struct drm_crtc *crtc = dev_priv->plane_to_crtc_mapping[plane];
+
+	do_intel_finish_page_flip(dev, crtc);
+}
+
 void intel_prepare_page_flip(struct drm_device *dev, int plane)
 {
 	drm_i915_private_t *dev_priv = dev->dev_private;
@@ -4729,14 +4745,17 @@ static int intel_crtc_page_flip(struct drm_crtc *crtc,
 			;
 
 	BEGIN_LP_RING(4);
-	OUT_RING(MI_DISPLAY_FLIP |
-		 MI_DISPLAY_FLIP_PLANE(intel_crtc->plane));
-	OUT_RING(fb->pitch);
 	if (IS_I965G(dev)) {
+		OUT_RING(MI_DISPLAY_FLIP |
+			 MI_DISPLAY_FLIP_PLANE(intel_crtc->plane));
+		OUT_RING(fb->pitch);
 		OUT_RING(obj_priv->gtt_offset | obj_priv->tiling_mode);
 		pipesrc = I915_READ(pipesrc_reg); 
 		OUT_RING(pipesrc & 0x0fff0fff);
 	} else {
+		OUT_RING(MI_DISPLAY_FLIP_I915 |
+			 MI_DISPLAY_FLIP_PLANE(intel_crtc->plane));
+		OUT_RING(fb->pitch);
 		OUT_RING(obj_priv->gtt_offset);
 		OUT_RING(MI_NOOP);
 	}
diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
index df931f7..72206f3 100644
--- a/drivers/gpu/drm/i915/intel_drv.h
+++ b/drivers/gpu/drm/i915/intel_drv.h
@@ -224,6 +224,7 @@ extern void intel_fbdev_fini(struct drm_device *dev);
 
 extern void intel_prepare_page_flip(struct drm_device *dev, int plane);
 extern void intel_finish_page_flip(struct drm_device *dev, int pipe);
+extern void intel_finish_page_flip_plane(struct drm_device *dev, int plane);
 
 extern void intel_setup_overlay(struct drm_device *dev);
 extern void intel_cleanup_overlay(struct drm_device *dev);
-- 
1.6.6.1


[-- Attachment #4: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Jesse Barnes]

On Fri, 18 Jun 2010 13:04:50 -0700
Jesse Barnes <jbarnes@virtuousgeek.org> wrote:

> On Thu, 17 Jun 2010 19:44:10 -0700
> Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> 
> > On Fri, 18 Jun 2010 02:20:23 +0200
> > Marc Deop i Argemí <damnshock@gmail.com> wrote:
> > 
> > > On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
> > > > Neither patch applies for me.
> > > 
> > > One of them do apply for me, the other one doesn't.
> > > 
> > > Testing done on latest 2.6.35-rc3, the building fails.
> > 
> > Arg, ok, I'll refresh them and post new ones tomorrow.
> 
> Ok here are some updated ones.

Btw these were against drm-intel-next from a few minutes ago.

-- 
Jesse Barnes, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Marc Deop i Argemí]

On Friday June 18 2010 22:04:50 Jesse Barnes wrote:
> Ok here are some updated ones.

Already tried the patches. Now they both apply correctly on kernel 2.6.35-rc3.

However, this is what I find on the Xorg.0.log:

[   463.790] (EE) intel(0): Detected a hung GPU, disabling acceleration.

If I try to run glxgears the X window system crashes. This happens with both 
2.11.0 and with 2.11.901RC

However, I'm trying right now the kernel 2.6.35-rc3 with the 2.11.901 RC and, 
for now, it seems stable (I still get corruption if I try to rotate the screen 
as well as in some KDE menus).

Regards
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Andrew Lutomirski]

On Fri, Jun 18, 2010 at 4:04 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> On Thu, 17 Jun 2010 19:44:10 -0700
> Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
>
>> On Fri, 18 Jun 2010 02:20:23 +0200
>> Marc Deop i Argemí <damnshock@gmail.com> wrote:
>>
>> > On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
>> > > Neither patch applies for me.
>> >
>> > One of them do apply for me, the other one doesn't.
>> >
>> > Testing done on latest 2.6.35-rc3, the building fails.
>>
>> Arg, ok, I'll refresh them and post new ones tomorrow.
>
> Ok here are some updated ones.

Running these patches on 2.6.35-rc3 (plus the brown-paper-bag TCP fix,
plus my hotplug_mask hack, plus my CRT regression fix) with
xf86-video-intel be55066c6481b4c5e2cd39ef1c0f3be88cae0c93 (which is
about a day old) seems stable and I don't have any visible corruption.

That being said, if I rotate the screen, then typing becomes very
annoyingly laggy.  I have no idea whether that's a regression or not.

--Andy

>
> --
> Jesse Barnes, Intel Open Source Technology Center
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
>

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Elias Gabriel Amaral da Silva]

2010/6/18 Carl Worth <cworth@cworth.org>:
> On Thu, 17 Jun 2010 18:34:43 -0300, Elias Gabriel Amaral da Silva <tolkiendili@gmail.com> wrote:
>> 2010/6/15 Carl Worth <cworth@cworth.org>:
>> Hello! I'm, maybe, getting the same thing here. I haven't tested the
>> release candidate, but with Xorg 1.8 and driver 2.11, and a
>> kms-enabled 2.6.34 kernel, using gentoo, X just freezes. If I
>> downgrade it to 2.9 driver and 1.7 Xorg, it runs (but if I do USE=hal
>> at Xorg, it freezes, too).
>
> Hi there, Elias!

I did

$ git checkout 2.9.0
$ ./autogen.sh --prefix=/opt/local/intel-gfx-2.9.0

(The version that actually worked here)

Then

$ make
Making all in uxa
 CC    uxa-render.o
uxa-render.c: In function ‘uxa_acquire_pattern’:
uxa-render.c:455: error: too few arguments to function ‘image_from_pict’
make[2]: *** [uxa-render.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Maybe I need to follow the trick at
http://old.nabble.com/Building-from-git-td27489808.html ? [ didn't
worked; below my attemps ]

The latest intel driver (at master) just compiled without issues. I
have Xorg 1.8.1.901 installed right now.

I installed git://anongit.freedesktop.org/git/xorg/util/macros and did

export ACLOCAL="aclocal -I /opt/local/xorg-macros/share/aclocal"
export PKG_CONFIG_PATH="/opt/local/xorg-macros/lib/pkgconfig:/opt/local/xorg-macros/share/pkgconfig"

And tried again. It seems to be using the new vars during ./autogen.sh
, because of this line:

$ ./autogen.sh --prefix=/opt/local/intel-gfx-2.9.0
(..)
autoreconf-2.65: running: aclocal -I /opt/local/xorg-macros/share/aclocal -I m4
(..)

but still, same error

$ make
Making all in uxa
 CC    uxa.o
 CC    uxa-accel.o
 CC    uxa-glyphs.o
 CC    uxa-render.o
uxa-render.c: In function 'uxa_acquire_pattern':
uxa-render.c:455: error: too few arguments to function 'image_from_pict'
make[2]: *** [uxa-render.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Maybe I need an older version of this xorg-macros? I tried to copy
/usr/share/aclocal/xorg-*.m4 to the m4 directory, too, that is the
other workaround Chris Bagwell on that link says, but it didn't worked
too; it seems to contain files from the to currently installed Xorg,
and it looks like the "right" would be older files, relative to Xorg
1.7

I'm lost

-- 
Elias Gabriel Amaral da Silva <tolkiendili@gmail.com>

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Elias Gabriel Amaral da Silva]

2010/6/18 Carl Worth <cworth@cworth.org>:

>> I haven't tried driver 2.9 with xorg 1.8, because I supposed newer
>> xorg versions were incompatible with old drivers..
>
> I'd actually recommend using the newer X in both cases. I would hope
> that new X would work fine with an older driver, (but there might be
> some point at which the driver really is *too old* for a particular X
> server).
>
> In that case, you might need to bump the driver version up and hope that
> it still works.

When using an 2.9 driver compiled for 1.7 xorg, and 1.8 xorg, X
complains about ABI mismatch. Recompiling the driver is supposed to
fix this, but, I get the same error I got while building from git
sources. In fact I see it was already reported at gentoo bugzilla,
http://bugs.gentoo.org/317585

Well, I suppose I could just downgrade X..

Is 2.11 and beyond expected to work with Xorg 1.7? [ hmm, every time I
do this, I have to wait a while.. I'm using debian testing right now
(Xorg 1.7.5, intel driver 2.9.1) and it's working fine. ]

-- 
Elias Gabriel Amaral da Silva <tolkiendili@gmail.com>

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Elias Gabriel Amaral da Silva]

[-- Attachment #1: Type: text/plain, Size: 1179 bytes --]

2010/6/21 Elias Gabriel Amaral da Silva <tolkiendili@gmail.com>:
> 2010/6/18 Carl Worth <cworth@cworth.org>:
>> On Thu, 17 Jun 2010 18:34:43 -0300, Elias Gabriel Amaral da Silva <tolkiendili@gmail.com> wrote:
>>> 2010/6/15 Carl Worth <cworth@cworth.org>:
>>> Hello! I'm, maybe, getting the same thing here. I haven't tested the
>>> release candidate, but with Xorg 1.8 and driver 2.11, and a
>>> kms-enabled 2.6.34 kernel, using gentoo, X just freezes. If I
>>> downgrade it to 2.9 driver and 1.7 Xorg, it runs (but if I do USE=hal
>>> at Xorg, it freezes, too).
>>
>> Hi there, Elias!
>
> I did
>
> $ git checkout 2.9.0
> $ ./autogen.sh --prefix=/opt/local/intel-gfx-2.9.0

I also compiled the latest code at /opt/local/intel-gfx-master

Running with it and X 1.8, X opens my display manager fine, but freezes

alt+sysrq+e can kill things fine (the kernel itself is responsive);
after that, I've saved Xorg.0.log and dmesg. Not sure if this is
useful at all, but I'm sending as attachment

my xorg.conf is just

Section "Files"
  ModulePath "/opt/local/intel-gfx-master"
  ModulePath "/usr/lib/xorg/modules"
EndSection

-- 
Elias Gabriel Amaral da Silva <tolkiendili@gmail.com>

[-- Attachment #2: Xorg.0.log --]
[-- Type: text/x-log, Size: 30276 bytes --]

[   159.258] 
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.
[   159.258] 
X.Org X Server 1.8.1.901 (1.8.2 RC 1)
Release Date: 2010-05-11
[   159.258] X Protocol Version 11, Revision 0
[   159.258] Build Operating System: Linux 2.6.32-3-686 i686 Gentoo
[   159.258] Current Operating System: Linux localhost 2.6.34-ckrisos #8 SMP Thu Jun 10 18:28:35 BRT 2010 i686
[   159.258] Kernel command line: BOOT_IMAGE=/boot/gentoo-2.6.34-ckrisos quiet ro video=i915:modeset=1
[   159.258] Build Date: 20 June 2010  11:29:47AM
[   159.258]  
[   159.259] Current version of pixman: 0.17.2
[   159.259] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[   159.259] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   159.259] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jun 21 02:45:41 2010
[   159.260] (==) Using config file: "/etc/X11/xorg.conf"
[   159.260] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   159.260] (==) No Layout section.  Using the first Screen section.
[   159.260] (==) No screen section available. Using defaults.
[   159.260] (**) |-->Screen "Default Screen Section" (0)
[   159.260] (**) |   |-->Monitor "<default monitor>"
[   159.261] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[   159.261] (==) Automatically adding devices
[   159.261] (==) Automatically enabling devices
[   159.262] (WW) The directory "/usr/share/fonts/misc/" does not exist.
[   159.262] 	Entry deleted from font path.
[   159.262] (WW) The directory "/usr/share/fonts/TTF/" does not exist.
[   159.262] 	Entry deleted from font path.
[   159.262] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
[   159.262] 	Entry deleted from font path.
[   159.262] (WW) The directory "/usr/share/fonts/Type1/" does not exist.
[   159.262] 	Entry deleted from font path.
[   159.262] (WW) The directory "/usr/share/fonts/100dpi/" does not exist.
[   159.262] 	Entry deleted from font path.
[   159.262] (WW) The directory "/usr/share/fonts/75dpi/" does not exist.
[   159.262] 	Entry deleted from font path.
[   159.262] (==) FontPath set to:
	
[   159.262] (**) ModulePath set to "/opt/local/intel-gfx-master,/usr/lib/xorg/modules"
[   159.262] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[   159.262] (II) Loader magic: 0x81ecb20
[   159.262] (II) Module ABI versions:
[   159.262] 	X.Org ANSI C Emulation: 0.4
[   159.263] 	X.Org Video Driver: 7.0
[   159.263] 	X.Org XInput driver : 9.0
[   159.263] 	X.Org Server Extension : 3.0
[   159.682] (--) PCI:*(0:0:2:0) 8086:a011:1025:0349 Intel Corporation Pineview Integrated Graphics Controller rev 0, Mem @ 0x98180000/524288, 0x80000000/268435456, 0x98000000/1048576, I/O @ 0x000060c0/8
[   159.682] (--) PCI: (0:0:2:1) 8086:a012:1025:0349 Intel Corporation Pineview Integrated Graphics Controller rev 0, Mem @ 0x98100000/524288
[   159.682] (II) LoadModule: "extmod"
[   159.726] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[   159.743] (II) Module extmod: vendor="X.Org Foundation"
[   159.743] 	compiled for 1.8.1.901, module version = 1.0.0
[   159.743] 	Module class: X.Org Server Extension
[   159.743] 	ABI class: X.Org Server Extension, version 3.0
[   159.743] (II) Loading extension MIT-SCREEN-SAVER
[   159.743] (II) Loading extension XFree86-VidModeExtension
[   159.743] (II) Loading extension XFree86-DGA
[   159.744] (II) Loading extension DPMS
[   159.744] (II) Loading extension XVideo
[   159.744] (II) Loading extension XVideo-MotionCompensation
[   159.744] (II) Loading extension X-Resource
[   159.744] (II) LoadModule: "dbe"
[   159.769] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
[   159.789] (II) Module dbe: vendor="X.Org Foundation"
[   159.789] 	compiled for 1.8.1.901, module version = 1.0.0
[   159.789] 	Module class: X.Org Server Extension
[   159.789] 	ABI class: X.Org Server Extension, version 3.0
[   159.789] (II) Loading extension DOUBLE-BUFFER
[   159.789] (II) LoadModule: "glx"
[   159.791] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   159.819] (II) Module glx: vendor="X.Org Foundation"
[   159.819] 	compiled for 1.8.1.901, module version = 1.0.0
[   159.819] 	ABI class: X.Org Server Extension, version 3.0
[   159.824] (==) AIGLX enabled
[   159.824] (II) Loading extension GLX
[   159.824] (II) LoadModule: "record"
[   159.825] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
[   159.830] (II) Module record: vendor="X.Org Foundation"
[   159.830] 	compiled for 1.8.1.901, module version = 1.13.0
[   159.830] 	Module class: X.Org Server Extension
[   159.830] 	ABI class: X.Org Server Extension, version 3.0
[   159.830] (II) Loading extension RECORD
[   159.830] (II) LoadModule: "dri"
[   159.831] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[   159.834] (II) Module dri: vendor="X.Org Foundation"
[   159.834] 	compiled for 1.8.1.901, module version = 1.0.0
[   159.834] 	ABI class: X.Org Server Extension, version 3.0
[   159.834] (II) Loading extension XFree86-DRI
[   159.835] (II) LoadModule: "dri2"
[   159.836] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
[   159.840] (II) Module dri2: vendor="X.Org Foundation"
[   159.840] 	compiled for 1.8.1.901, module version = 1.2.0
[   159.840] 	ABI class: X.Org Server Extension, version 3.0
[   159.840] (II) Loading extension DRI2
[   159.840] (==) Matched intel as autoconfigured driver 0
[   159.840] (==) Matched vesa as autoconfigured driver 1
[   159.840] (==) Matched fbdev as autoconfigured driver 2
[   159.841] (==) Assigned the driver to the xf86ConfigLayout
[   159.841] (II) LoadModule: "intel"
[   159.841] (II) Loading /opt/local/intel-gfx-master/lib/xorg/modules/drivers/intel_drv.so
[   159.842] (II) Module intel: vendor="X.Org Foundation"
[   159.842] 	compiled for 1.8.1.901, module version = 2.11.901
[   159.842] 	Module class: X.Org Video Driver
[   159.842] 	ABI class: X.Org Video Driver, version 7.0
[   159.842] (II) LoadModule: "vesa"
[   159.858] (WW) Warning, couldn't open module vesa
[   159.858] (II) UnloadModule: "vesa"
[   159.858] (EE) Failed to load module "vesa" (module does not exist, 0)
[   159.858] (II) LoadModule: "fbdev"
[   159.860] (WW) Warning, couldn't open module fbdev
[   159.860] (II) UnloadModule: "fbdev"
[   159.860] (EE) Failed to load module "fbdev" (module does not exist, 0)
[   159.860] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
	i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G,
	E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G,
	965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45,
	4 Series, G45/G43, Q45/Q43, G41, B43, Clarkdale, Arrandale
[   159.861] (++) using VT number 7

[   159.871] (II) Primary Device is: PCI 00@00:02:0
[   159.875] drmOpenDevice: node name is /dev/dri/card0
[   159.876] drmOpenDevice: open result is 8, (OK)
[   159.876] drmOpenByBusid: Searching for BusID pci:0000:00:02.0
[   159.876] drmOpenDevice: node name is /dev/dri/card0
[   159.876] drmOpenDevice: open result is 8, (OK)
[   159.876] drmOpenByBusid: drmOpenMinor returns 8
[   159.876] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
[   159.876] (II) intel(0): Creating default Display subsection in Screen section
	"Default Screen Section" for depth/fbbpp 24/32
[   159.876] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[   159.876] (==) intel(0): RGB weight 888
[   159.876] (==) intel(0): Default visual is TrueColor
[   159.876] (II) intel(0): Integrated Graphics Chipset: Intel(R) Pineview GM
[   159.876] (--) intel(0): Chipset: "Pineview GM"
[   159.876] (==) intel(0): video overlay key set to 0x101fe
[   159.992] (II) intel(0): Output VGA1 has no monitor section
[   160.095] (II) intel(0): Output LVDS1 has no monitor section
[   160.096] (II) intel(0): found backlight control interface /sys/class/backlight/acpi_video0
[   160.312] (II) intel(0): EDID for output VGA1
[   160.312] (II) intel(0): Manufacturer: PHL  Model: 1851  Serial#: 52908
[   160.312] (II) intel(0): Year: 2009  Week: 46
[   160.312] (II) intel(0): EDID Version: 1.3
[   160.312] (II) intel(0): Analog Display Input,  Input Voltage Level: 0.700/0.700 V
[   160.312] (II) intel(0): Sync:  Separate
[   160.312] (II) intel(0): Max Image Size [cm]: horiz.: 41  vert.: 23
[   160.312] (II) intel(0): Gamma: 2.20
[   160.312] (II) intel(0): DPMS capabilities: Off; RGB/Color Display
[   160.313] (II) intel(0): First detailed timing is preferred mode
[   160.313] (II) intel(0): redX: 0.647 redY: 0.334   greenX: 0.284 greenY: 0.607
[   160.313] (II) intel(0): blueX: 0.151 blueY: 0.071   whiteX: 0.312 whiteY: 0.329
[   160.313] (II) intel(0): Supported established timings:
[   160.313] (II) intel(0): 720x400@70Hz
[   160.313] (II) intel(0): 640x480@60Hz
[   160.313] (II) intel(0): 640x480@67Hz
[   160.313] (II) intel(0): 640x480@72Hz
[   160.313] (II) intel(0): 640x480@75Hz
[   160.313] (II) intel(0): 800x600@56Hz
[   160.313] (II) intel(0): 800x600@60Hz
[   160.313] (II) intel(0): 800x600@72Hz
[   160.313] (II) intel(0): 800x600@75Hz
[   160.313] (II) intel(0): 832x624@75Hz
[   160.313] (II) intel(0): 1024x768@60Hz
[   160.313] (II) intel(0): 1024x768@70Hz
[   160.313] (II) intel(0): 1024x768@75Hz
[   160.314] (II) intel(0): Manufacturer's mask: 0
[   160.314] (II) intel(0): Supported standard timings:
[   160.314] (II) intel(0): #0: hsize: 640  vsize 400  refresh: 70  vid: 2609
[   160.314] (II) intel(0): #1: hsize: 1024  vsize 768  refresh: 72  vid: 19553
[   160.314] (II) intel(0): Supported detailed timing:
[   160.314] (II) intel(0): clock: 85.5 MHz   Image Size:  413 x 234 mm
[   160.314] (II) intel(0): h_active: 1366  h_sync: 1436  h_sync_end 1579 h_blank_end 1792 h_border: 0
[   160.314] (II) intel(0): v_active: 768  v_sync: 771  v_sync_end 774 v_blanking: 798 v_border: 0
[   160.314] (II) intel(0): Supported detailed timing:
[   160.314] (II) intel(0): clock: 85.5 MHz   Image Size:  34 x 19 mm
[   160.314] (II) intel(0): h_active: 1360  h_sync: 1424  h_sync_end 1536 h_blank_end 1792 h_border: 0
[   160.314] (II) intel(0): v_active: 768  v_sync: 771  v_sync_end 777 v_blanking: 795 v_border: 0
[   160.314] (II) intel(0): Ranges: V min: 55 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 90 MHz
[   160.314] (II) intel(0): Monitor name: Philips 185Vw
[   160.314] (II) intel(0): EDID (in hex):
[   160.315] (II) intel(0): 	00ffffffffffff00410c5118acce0000
[   160.315] (II) intel(0): 	2e130103682917782aeed1a555489b26
[   160.315] (II) intel(0): 	125054bfee00310a614c010101010101
[   160.315] (II) intel(0): 	010101010101662156aa51001e30468f
[   160.315] (II) intel(0): 	33009dea1000001e662150b051001b30
[   160.315] (II) intel(0): 	4070360022130000001e000000fd0037
[   160.315] (II) intel(0): 	4b1e5109000a202020202020000000fc
[   160.315] (II) intel(0): 	005068696c69707320313835567700ce
[   160.315] (II) intel(0): EDID vendor "PHL", prod id 6225
[   160.315] (II) intel(0): Using EDID range info for horizontal sync
[   160.315] (II) intel(0): Using EDID range info for vertical refresh
[   160.315] (II) intel(0): Printing DDC gathered Modelines:
[   160.316] (II) intel(0): Modeline "1366x768"x0.0   85.50  1366 1436 1579 1792  768 771 774 798 +hsync +vsync (47.7 kHz)
[   160.316] (II) intel(0): Modeline "1360x768"x0.0   85.50  1360 1424 1536 1792  768 771 777 795 +hsync +vsync (47.7 kHz)
[   160.316] (II) intel(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
[   160.316] (II) intel(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz)
[   160.316] (II) intel(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz)
[   160.316] (II) intel(0): Modeline "640x480"x0.0   31.50  640 664 704 832  480 489 492 520 -hsync -vsync (37.9 kHz)
[   160.316] (II) intel(0): Modeline "640x480"x0.0   30.24  640 704 768 864  480 483 486 525 -hsync -vsync (35.0 kHz)
[   160.316] (II) intel(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz)
[   160.316] (II) intel(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz)
[   160.316] (II) intel(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz)
[   160.316] (II) intel(0): Modeline "1024x768"x0.0   75.00  1024 1048 1184 1328  768 771 777 806 -hsync -vsync (56.5 kHz)
[   160.316] (II) intel(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz)
[   160.317] (II) intel(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz)
[   160.317] (II) intel(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz)
[   160.317] (II) intel(0): Modeline "800x600"x0.0   50.00  800 856 976 1040  600 637 643 666 +hsync +vsync (48.1 kHz)
[   160.317] (II) intel(0): Modeline "640x400"x70.0   23.35  640 656 720 800  400 401 404 417 -hsync +vsync (29.2 kHz)
[   160.317] (II) intel(0): Modeline "1024x768"x72.0   78.43  1024 1080 1192 1360  768 769 772 801 -hsync +vsync (57.7 kHz)
[   160.317] (II) intel(0): Printing probed modes for output VGA1
[   160.317] (II) intel(0): Modeline "1366x768"x59.8   85.50  1366 1436 1579 1792  768 771 774 798 +hsync +vsync (47.7 kHz)
[   160.317] (II) intel(0): Modeline "1360x768"x60.0   85.50  1360 1424 1536 1792  768 771 777 795 +hsync +vsync (47.7 kHz)
[   160.317] (II) intel(0): Modeline "1024x768"x75.1   78.80  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.1 kHz)
[   160.317] (II) intel(0): Modeline "1024x768"x72.0   78.44  1024 1080 1192 1360  768 769 772 801 -hsync +vsync (57.7 kHz)
[   160.317] (II) intel(0): Modeline "1024x768"x70.1   75.00  1024 1048 1184 1328  768 771 777 806 -hsync -vsync (56.5 kHz)
[   160.318] (II) intel(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz)
[   160.318] (II) intel(0): Modeline "832x624"x74.6   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz)
[   160.318] (II) intel(0): Modeline "800x600"x72.2   50.00  800 856 976 1040  600 637 643 666 +hsync +vsync (48.1 kHz)
[   160.318] (II) intel(0): Modeline "800x600"x75.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz)
[   160.318] (II) intel(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
[   160.318] (II) intel(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz)
[   160.318] (II) intel(0): Modeline "640x480"x72.8   31.50  640 664 704 832  480 489 491 520 -hsync -vsync (37.9 kHz)
[   160.318] (II) intel(0): Modeline "640x480"x75.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz)
[   160.318] (II) intel(0): Modeline "640x480"x66.7   30.24  640 704 768 864  480 483 486 525 -hsync -vsync (35.0 kHz)
[   160.318] (II) intel(0): Modeline "640x480"x60.0   25.20  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz)
[   160.318] (II) intel(0): Modeline "720x400"x70.1   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz)
[   160.423] (II) intel(0): EDID for output LVDS1
[   160.423] (II) intel(0): Manufacturer: AUO  Model: 30d2  Serial#: 0
[   160.423] (II) intel(0): Year: 2008  Week: 1
[   160.423] (II) intel(0): EDID Version: 1.3
[   160.423] (II) intel(0): Digital Display Input
[   160.423] (II) intel(0): Max Image Size [cm]: horiz.: 22  vert.: 13
[   160.423] (II) intel(0): Gamma: 2.20
[   160.423] (II) intel(0): No DPMS capabilities specified
[   160.423] (II) intel(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 
[   160.423] (II) intel(0): First detailed timing is preferred mode
[   160.423] (II) intel(0): redX: 0.588 redY: 0.351   greenX: 0.342 greenY: 0.567
[   160.423] (II) intel(0): blueX: 0.158 blueY: 0.123   whiteX: 0.313 whiteY: 0.329
[   160.424] (II) intel(0): Manufacturer's mask: 0
[   160.424] (II) intel(0): Supported detailed timing:
[   160.424] (II) intel(0): clock: 52.0 MHz   Image Size:  223 x 125 mm
[   160.424] (II) intel(0): h_active: 1024  h_sync: 1048  h_sync_end 1184 h_blank_end 1344 h_border: 0
[   160.424] (II) intel(0): v_active: 600  v_sync: 603  v_sync_end 604 v_blanking: 644 v_border: 0
[   160.424] (II) intel(0): Unknown vendor-specific block f
[   160.424] (II) intel(0):  AUO
[   160.424] (II) intel(0):  B101AW03 V0
[   160.424] (II) intel(0): EDID (in hex):
[   160.424] (II) intel(0): 	00ffffffffffff0006afd23000000000
[   160.424] (II) intel(0): 	0112010380160d780ab9a59659579128
[   160.424] (II) intel(0): 	1f505400000001010101010101010101
[   160.424] (II) intel(0): 	0101010101015014004041582c201888
[   160.424] (II) intel(0): 	3100df7d000000180000000f00000000
[   160.425] (II) intel(0): 	00000000000000000020000000fe0041
[   160.425] (II) intel(0): 	554f0a202020202020202020000000fe
[   160.425] (II) intel(0): 	004231303141573033205630200a003c
[   160.425] (II) intel(0): Not using default mode "320x240" (doublescan mode not supported)
[   160.425] (II) intel(0): Not using default mode "400x300" (doublescan mode not supported)
[   160.425] (II) intel(0): Not using default mode "400x300" (doublescan mode not supported)
[   160.425] (II) intel(0): Not using default mode "512x384" (doublescan mode not supported)
[   160.426] (II) intel(0): Not using default mode "640x480" (doublescan mode not supported)
[   160.426] (II) intel(0): Not using default mode "640x512" (doublescan mode not supported)
[   160.426] (II) intel(0): Not using default mode "800x600" (doublescan mode not supported)
[   160.426] (II) intel(0): Not using default mode "700x525" (doublescan mode not supported)
[   160.426] (II) intel(0): Printing probed modes for output LVDS1
[   160.426] (II) intel(0): Modeline "1024x600"x60.1   52.00  1024 1048 1184 1344  600 603 604 644 -hsync -vsync (38.7 kHz)
[   160.426] (II) intel(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
[   160.426] (II) intel(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz)
[   160.426] (II) intel(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz)
[   160.426] (II) intel(0): Output VGA1 connected
[   160.426] (II) intel(0): Output LVDS1 connected
[   160.426] (II) intel(0): Using fuzzy aspect match for initial modes
[   160.426] (II) intel(0): Output VGA1 using initial mode 800x600
[   160.426] (II) intel(0): Output LVDS1 using initial mode 800x600
[   160.427] (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
[   160.427] (II) intel(0): Kernel page flipping support detected, enabling
[   160.427] (**) intel(0): Display dimensions: (410, 230) mm
[   160.427] (**) intel(0): DPI set to (49, 66)
[   160.427] (II) Loading sub module "fb"
[   160.427] (II) LoadModule: "fb"
[   160.428] (II) Loading /usr/lib/xorg/modules/libfb.so
[   160.459] (II) Module fb: vendor="X.Org Foundation"
[   160.459] 	compiled for 1.8.1.901, module version = 1.0.0
[   160.459] 	ABI class: X.Org ANSI C Emulation, version 0.4
[   160.459] (==) Depth 24 pixmap format is 32 bpp
[   160.459] (II) intel(0): [DRI2] Setup complete
[   160.459] (II) intel(0): [DRI2]   DRI driver: i915
[   160.459] (**) intel(0): Tiling enabled
[   160.459] (**) intel(0): SwapBuffers wait enabled
[   160.460] (==) intel(0): VideoRam: 262144 KB
[   160.460] (II) intel(0): Allocated new frame buffer 832x600 stride 4096, tiled
[   160.486] (II) UXA(0): Driver registered support for the following operations:
[   160.486] (II)         solid
[   160.486] (II)         copy
[   160.486] (II)         composite (RENDER acceleration)
[   160.486] (II)         put_image
[   160.486] (II)         get_image
[   160.486] (==) intel(0): Backing store disabled
[   160.486] (==) intel(0): Silken mouse enabled
[   160.486] (II) intel(0): Initializing HW Cursor
[   161.288] (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[   161.291] (==) intel(0): DPMS enabled
[   161.291] (==) intel(0): Intel XvMC decoder disabled
[   161.291] (II) intel(0): Set up textured video
[   161.291] (II) intel(0): Set up overlay video
[   161.291] (II) intel(0): direct rendering: DRI2 Enabled
[   161.292] (--) RandR disabled
[   161.292] (II) Initializing built-in extension Generic Event Extension
[   161.292] (II) Initializing built-in extension SHAPE
[   161.292] (II) Initializing built-in extension MIT-SHM
[   161.292] (II) Initializing built-in extension XInputExtension
[   161.292] (II) Initializing built-in extension XTEST
[   161.292] (II) Initializing built-in extension BIG-REQUESTS
[   161.292] (II) Initializing built-in extension SYNC
[   161.292] (II) Initializing built-in extension XKEYBOARD
[   161.292] (II) Initializing built-in extension XC-MISC
[   161.292] (II) Initializing built-in extension XINERAMA
[   161.292] (II) Initializing built-in extension XFIXES
[   161.293] (II) Initializing built-in extension RENDER
[   161.293] (II) Initializing built-in extension RANDR
[   161.293] (II) Initializing built-in extension COMPOSITE
[   161.293] (II) Initializing built-in extension DAMAGE
[   161.423] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[   161.423] (II) AIGLX: enabled GLX_INTEL_swap_event
[   161.423] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
[   161.423] (II) AIGLX: enabled GLX_SGI_make_current_read
[   161.423] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[   161.423] (II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so
[   161.424] (II) GLX: Initialized DRI2 GL provider for screen 0
[   161.425] (II) intel(0): Setting screen physical size to 211 x 158
[   162.055] (II) config/udev: Adding input device Power Button (/dev/input/event0)
[   162.055] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[   162.055] (II) LoadModule: "evdev"
[   162.056] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.069] (II) Module evdev: vendor="X.Org Foundation"
[   162.069] 	compiled for 1.7.6, module version = 2.3.2
[   162.069] 	Module class: X.Org XInput Driver
[   162.069] 	ABI class: X.Org XInput driver, version 7.0
[   162.069] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.069] (II) UnloadModule: "evdev"
[   162.070] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.070] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.070] (EE) No input driver matching `evdev'
[   162.070] (II) config/udev: Adding input device Sleep Button (/dev/input/event1)
[   162.070] (**) Sleep Button: Applying InputClass "evdev keyboard catchall"
[   162.071] (II) LoadModule: "evdev"
[   162.072] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.072] (II) Module evdev: vendor="X.Org Foundation"
[   162.072] 	compiled for 1.7.6, module version = 2.3.2
[   162.072] 	Module class: X.Org XInput Driver
[   162.072] 	ABI class: X.Org XInput driver, version 7.0
[   162.072] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.072] (II) UnloadModule: "evdev"
[   162.072] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.072] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.072] (EE) No input driver matching `evdev'
[   162.073] (II) config/udev: Adding input device Lid Switch (/dev/input/event2)
[   162.073] (II) No input driver/identifier specified (ignoring)
[   162.074] (II) config/udev: Adding input device Power Button (/dev/input/event3)
[   162.074] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[   162.074] (II) LoadModule: "evdev"
[   162.075] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.075] (II) Module evdev: vendor="X.Org Foundation"
[   162.075] 	compiled for 1.7.6, module version = 2.3.2
[   162.075] 	Module class: X.Org XInput Driver
[   162.075] 	ABI class: X.Org XInput driver, version 7.0
[   162.075] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.076] (II) UnloadModule: "evdev"
[   162.076] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.076] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.076] (EE) No input driver matching `evdev'
[   162.076] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4)
[   162.076] (**) AT Translated Set 2 keyboard: Applying InputClass "evdev keyboard catchall"
[   162.077] (II) LoadModule: "evdev"
[   162.078] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.078] (II) Module evdev: vendor="X.Org Foundation"
[   162.078] 	compiled for 1.7.6, module version = 2.3.2
[   162.078] 	Module class: X.Org XInput Driver
[   162.078] 	ABI class: X.Org XInput driver, version 7.0
[   162.078] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.078] (II) UnloadModule: "evdev"
[   162.078] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.078] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.078] (EE) No input driver matching `evdev'
[   162.079] (II) config/udev: Adding input device USB USB Keykoard (/dev/input/event5)
[   162.079] (**) USB USB Keykoard: Applying InputClass "evdev keyboard catchall"
[   162.079] (II) LoadModule: "evdev"
[   162.080] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.080] (II) Module evdev: vendor="X.Org Foundation"
[   162.081] 	compiled for 1.7.6, module version = 2.3.2
[   162.081] 	Module class: X.Org XInput Driver
[   162.081] 	ABI class: X.Org XInput driver, version 7.0
[   162.081] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.081] (II) UnloadModule: "evdev"
[   162.081] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.081] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.081] (EE) No input driver matching `evdev'
[   162.082] (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/event6)
[   162.082] (**) ImPS/2 Generic Wheel Mouse: Applying InputClass "evdev pointer catchall"
[   162.082] (II) LoadModule: "evdev"
[   162.083] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.083] (II) Module evdev: vendor="X.Org Foundation"
[   162.083] 	compiled for 1.7.6, module version = 2.3.2
[   162.083] 	Module class: X.Org XInput Driver
[   162.083] 	ABI class: X.Org XInput driver, version 7.0
[   162.083] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.083] (II) UnloadModule: "evdev"
[   162.083] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.084] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.084] (EE) No input driver matching `evdev'
[   162.084] (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/mouse0)
[   162.084] (II) No input driver/identifier specified (ignoring)
[   162.085] (II) config/udev: Adding input device USB USB Keykoard (/dev/input/event7)
[   162.085] (**) USB USB Keykoard: Applying InputClass "evdev keyboard catchall"
[   162.085] (II) LoadModule: "evdev"
[   162.086] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.086] (II) Module evdev: vendor="X.Org Foundation"
[   162.086] 	compiled for 1.7.6, module version = 2.3.2
[   162.087] 	Module class: X.Org XInput Driver
[   162.087] 	ABI class: X.Org XInput driver, version 7.0
[   162.087] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.087] (II) UnloadModule: "evdev"
[   162.087] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.087] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.087] (EE) No input driver matching `evdev'
[   162.088] (II) config/udev: Adding input device USB Mouse (/dev/input/event8)
[   162.088] (**) USB Mouse: Applying InputClass "evdev pointer catchall"
[   162.088] (II) LoadModule: "evdev"
[   162.089] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.089] (II) Module evdev: vendor="X.Org Foundation"
[   162.089] 	compiled for 1.7.6, module version = 2.3.2
[   162.089] 	Module class: X.Org XInput Driver
[   162.089] 	ABI class: X.Org XInput driver, version 7.0
[   162.089] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.089] (II) UnloadModule: "evdev"
[   162.089] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.089] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.090] (EE) No input driver matching `evdev'
[   162.090] (II) config/udev: Adding input device USB Mouse (/dev/input/mouse1)
[   162.090] (II) No input driver/identifier specified (ignoring)
[   162.091] (II) config/udev: Adding input device Video Bus (/dev/input/event9)
[   162.091] (**) Video Bus: Applying InputClass "evdev keyboard catchall"
[   162.091] (II) LoadModule: "evdev"
[   162.092] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.092] (II) Module evdev: vendor="X.Org Foundation"
[   162.092] 	compiled for 1.7.6, module version = 2.3.2
[   162.092] 	Module class: X.Org XInput Driver
[   162.092] 	ABI class: X.Org XInput driver, version 7.0
[   162.092] (EE) module ABI major version (7) doesn't match the server's version (9)
[   162.093] (II) UnloadModule: "evdev"
[   162.093] (II) Unloading /usr/lib/xorg/modules/input/evdev_drv.so
[   162.093] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[   162.093] (EE) No input driver matching `evdev'

[-- Attachment #3: dmesg --]
[-- Type: application/octet-stream, Size: 80837 bytes --]

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Linux version 2.6.34-ckrisos (root@red) (gcc version 4.3.4 (Gentoo 4.3.4 p1.1, pie-10.1.5) ) #8 SMP Thu Jun 10 18:28:35 BRT 2010
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[    0.000000]  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 000000007f494000 (usable)
[    0.000000]  BIOS-e820: 000000007f494000 - 000000007f4bf000 (reserved)
[    0.000000]  BIOS-e820: 000000007f4bf000 - 000000007f576000 (usable)
[    0.000000]  BIOS-e820: 000000007f576000 - 000000007f5bf000 (ACPI NVS)
[    0.000000]  BIOS-e820: 000000007f5bf000 - 000000007f5ee000 (usable)
[    0.000000]  BIOS-e820: 000000007f5ee000 - 000000007f5ff000 (ACPI data)
[    0.000000]  BIOS-e820: 000000007f5ff000 - 000000007f600000 (usable)
[    0.000000]  BIOS-e820: 000000007f600000 - 0000000080000000 (reserved)
[    0.000000]  BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[    0.000000]  BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
[    0.000000]  BIOS-e820: 00000000fed14000 - 00000000fed1a000 (reserved)
[    0.000000]  BIOS-e820: 00000000fed1c000 - 00000000fed20000 (reserved)
[    0.000000]  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[    0.000000]  BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
[    0.000000] Notice: NX (Execute Disable) protection missing in CPU or disabled in BIOS!
[    0.000000] DMI 2.6 present.
[    0.000000] e820 update range: 0000000000000000 - 0000000000001000 (usable) ==> (reserved)
[    0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
[    0.000000] last_pfn = 0x7f600 max_arch_pfn = 0x100000
[    0.000000] MTRR default type: uncachable
[    0.000000] MTRR fixed ranges enabled:
[    0.000000]   00000-9FFFF write-back
[    0.000000]   A0000-BFFFF uncachable
[    0.000000]   C0000-DFFFF write-through
[    0.000000]   E0000-FFFFF write-protect
[    0.000000] MTRR variable ranges enabled:
[    0.000000]   0 base 0FFF00000 mask 0FFF00000 write-protect
[    0.000000]   1 base 000000000 mask 0C0000000 write-back
[    0.000000]   2 base 040000000 mask 0C0000000 write-back
[    0.000000]   3 base 07F800000 mask 0FF800000 uncachable
[    0.000000]   4 disabled
[    0.000000]   5 disabled
[    0.000000]   6 disabled
[    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[    0.000000] e820 update range: 0000000000002000 - 0000000000010000 (usable) ==> (reserved)
[    0.000000] Scanning 1 areas for low memory corruption
[    0.000000] modified physical RAM map:
[    0.000000]  modified: 0000000000000000 - 0000000000001000 (reserved)
[    0.000000]  modified: 0000000000001000 - 0000000000002000 (usable)
[    0.000000]  modified: 0000000000002000 - 0000000000010000 (reserved)
[    0.000000]  modified: 0000000000010000 - 000000000009fc00 (usable)
[    0.000000]  modified: 000000000009fc00 - 00000000000a0000 (reserved)
[    0.000000]  modified: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  modified: 0000000000100000 - 000000007f494000 (usable)
[    0.000000]  modified: 000000007f494000 - 000000007f4bf000 (reserved)
[    0.000000]  modified: 000000007f4bf000 - 000000007f576000 (usable)
[    0.000000]  modified: 000000007f576000 - 000000007f5bf000 (ACPI NVS)
[    0.000000]  modified: 000000007f5bf000 - 000000007f5ee000 (usable)
[    0.000000]  modified: 000000007f5ee000 - 000000007f5ff000 (ACPI data)
[    0.000000]  modified: 000000007f5ff000 - 000000007f600000 (usable)
[    0.000000]  modified: 000000007f600000 - 0000000080000000 (reserved)
[    0.000000]  modified: 00000000e0000000 - 00000000f0000000 (reserved)
[    0.000000]  modified: 00000000fec00000 - 00000000fec01000 (reserved)
[    0.000000]  modified: 00000000fed14000 - 00000000fed1a000 (reserved)
[    0.000000]  modified: 00000000fed1c000 - 00000000fed20000 (reserved)
[    0.000000]  modified: 00000000fee00000 - 00000000fee01000 (reserved)
[    0.000000]  modified: 00000000fff00000 - 0000000100000000 (reserved)
[    0.000000] initial memory mapped : 0 - 01c00000
[    0.000000] init_memory_mapping: 0000000000000000-00000000777fe000
[    0.000000]  0000000000 - 0000400000 page 4k
[    0.000000]  0000400000 - 0077400000 page 2M
[    0.000000]  0077400000 - 00777fe000 page 4k
[    0.000000] kernel direct mapping tables up to 777fe000 @ 15000-1a000
[    0.000000] RAMDISK: 37e03000 - 37ff0000
[    0.000000] ACPI: RSDP 000fe020 00024 (v02 ACRSYS)
[    0.000000] ACPI: XSDT 7f5fe120 00064 (v01 ACRSYS ACRPRDCT 00000001      01000013)
[    0.000000] ACPI: FACP 7f5fd000 000F4 (v04 ACRSYS ACRPRDCT 00000001 1025 01000013)
[    0.000000] ACPI: DSDT 7f5f3000 069F8 (v01 ACRSYS ACRPRDCT 00000001 1025 01000013)
[    0.000000] ACPI: FACS 7f584000 00040
[    0.000000] ACPI: HPET 7f5fc000 00038 (v01 ACRSYS ACRPRDCT 00000001 1025 01000013)
[    0.000000] ACPI: APIC 7f5fb000 00078 (v02 ACRSYS ACRPRDCT 00000001 1025 01000013)
[    0.000000] ACPI: MCFG 7f5fa000 0003C (v01 ACRSYS ACRPRDCT 00000001 1025 01000013)
[    0.000000] ACPI: SLIC 7f5f2000 00176 (v01 ACRSYS ACRPRDCT 00000001 1025 01000013)
[    0.000000] ACPI: BOOT 7f5f1000 00028 (v01 ACRSYS ACRPRDCT 00000001 1025 01000013)
[    0.000000] ACPI: SSDT 7f5ef000 004C4 (v02  PmRef    CpuPm 00003000 INTL 20051117)
[    0.000000] ACPI: WDAT 7f5ee000 00194 (v01 INSYDE INSYDE   00000001 MSFT 01000013)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] 126MB HIGHMEM available.
[    0.000000] 1911MB LOWMEM available.
[    0.000000]   mapped low ram: 0 - 777fe000
[    0.000000]   low ram: 0 - 777fe000
[    0.000000] Zone PFN ranges:
[    0.000000]   DMA      0x00000001 -> 0x00001000
[    0.000000]   Normal   0x00001000 -> 0x000777fe
[    0.000000]   HighMem  0x000777fe -> 0x0007f600
[    0.000000] Movable zone start PFN for each node
[    0.000000] early_node_map[6] active PFN ranges
[    0.000000]     0: 0x00000001 -> 0x00000002
[    0.000000]     0: 0x00000010 -> 0x0000009f
[    0.000000]     0: 0x00000100 -> 0x0007f494
[    0.000000]     0: 0x0007f4bf -> 0x0007f576
[    0.000000]     0: 0x0007f5bf -> 0x0007f5ee
[    0.000000]     0: 0x0007f5ff -> 0x0007f600
[    0.000000] On node 0 totalpages: 521483
[    0.000000] free_area_init_node: node 0, pgdat 816bd4c0, node_mem_map 817e9020
[    0.000000]   DMA zone: 32 pages used for memmap
[    0.000000]   DMA zone: 0 pages reserved
[    0.000000]   DMA zone: 3952 pages, LIFO batch:0
[    0.000000]   Normal zone: 3792 pages used for memmap
[    0.000000]   Normal zone: 481582 pages, LIFO batch:31
[    0.000000]   HighMem zone: 253 pages used for memmap
[    0.000000]   HighMem zone: 31872 pages, LIFO batch:7
[    0.000000] Using APIC driver default
[    0.000000] ACPI: PM-Timer IO Port: 0x408
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
[    0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
[    0.000000] IOAPIC[0]: apic_id 4, version 32, address 0xfec00000, GSI 0-23
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[    0.000000] SMP: Allowing 4 CPUs, 2 hotplug CPUs
[    0.000000] nr_irqs_gsi: 24
[    0.000000] early_res array is doubled to 64 at [16000 - 167ff]
[    0.000000] PM: Registered nosave memory: 0000000000002000 - 0000000000010000
[    0.000000] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
[    0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
[    0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
[    0.000000] Allocating PCI resources starting at 80000000 (gap: 80000000:60000000)
[    0.000000] setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:4 nr_node_ids:1
[    0.000000] PERCPU: Embedded 13 pages/cpu @82800000 s32276 r0 d20972 u1048576
[    0.000000] pcpu-alloc: s32276 r0 d20972 u1048576 alloc=1*4194304
[    0.000000] pcpu-alloc: [0] 0 1 2 3 
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 517406
[    0.000000] Kernel command line: BOOT_IMAGE=/boot/gentoo-2.6.34-ckrisos quiet ro video=i915:modeset=1
[    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes)
[    0.000000] Inode-cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Enabling fast FPU save and restore... done.
[    0.000000] Enabling unmasked SIMD FPU exception support... done.
[    0.000000] Initializing CPU#0
[    0.000000] Subtract (54 early reservations)
[    0.000000]   #1 [0000001000 - 0000002000]   EX TRAMPOLINE
[    0.000000]   #2 [0001000000 - 00017dfea8]   TEXT DATA BSS
[    0.000000]   #3 [0037e03000 - 0037ff0000]         RAMDISK
[    0.000000]   #4 [000009fc00 - 0000100000]   BIOS reserved
[    0.000000]   #5 [00017e0000 - 00017e7287]             BRK
[    0.000000]   #6 [0000010000 - 0000011000]      TRAMPOLINE
[    0.000000]   #7 [0000011000 - 0000015000]     ACPI WAKEUP
[    0.000000]   #8 [0000015000 - 0000016000]         PGTABLE
[    0.000000]   #9 [00017e8000 - 00017e9000]         BOOTMEM
[    0.000000]   #10 [00017e9000 - 00027d9000]         BOOTMEM
[    0.000000]   #11 [00017dfec0 - 00017dfec4]         BOOTMEM
[    0.000000]   #12 [00017dff00 - 00017dffc0]         BOOTMEM
[    0.000000]   #13 [00017e72c0 - 00017e7374]         BOOTMEM
[    0.000000]   #14 [00027d9000 - 00027df000]         BOOTMEM
[    0.000000]   #15 [00017dffc0 - 00017dffcc]         BOOTMEM
[    0.000000]   #16 [00017e7380 - 00017e7980]         BOOTMEM
[    0.000000]   #17 [00017e7980 - 00017e79a5]         BOOTMEM
[    0.000000]   #18 [00017e79c0 - 00017e79e7]         BOOTMEM
[    0.000000]   #19 [00017e7a00 - 00017e7c30]         BOOTMEM
[    0.000000]   #20 [00017e7c40 - 00017e7c80]         BOOTMEM
[    0.000000]   #21 [00017e7c80 - 00017e7cc0]         BOOTMEM
[    0.000000]   #22 [00017e7cc0 - 00017e7d00]         BOOTMEM
[    0.000000]   #23 [00017e7d00 - 00017e7d40]         BOOTMEM
[    0.000000]   #24 [00017e7d40 - 00017e7d80]         BOOTMEM
[    0.000000]   #25 [00017e7d80 - 00017e7dc0]         BOOTMEM
[    0.000000]   #26 [00017e7dc0 - 00017e7e00]         BOOTMEM
[    0.000000]   #27 [00017e7e00 - 00017e7e40]         BOOTMEM
[    0.000000]   #28 [00017e7e40 - 00017e7e80]         BOOTMEM
[    0.000000]   #29 [00017e7e80 - 00017e7ec0]         BOOTMEM
[    0.000000]   #30 [00017e7ec0 - 00017e7f00]         BOOTMEM
[    0.000000]   #31 [00017e7f00 - 00017e7f40]         BOOTMEM
[    0.000000]   #32 [00017e7f40 - 00017e7f80]         BOOTMEM
[    0.000000]   #33 [00017e7f80 - 00017e7fc0]         BOOTMEM
[    0.000000]   #34 [00017e7fc0 - 00017e8000]         BOOTMEM
[    0.000000]   #35 [00027df000 - 00027df040]         BOOTMEM
[    0.000000]   #36 [00027df040 - 00027df080]         BOOTMEM
[    0.000000]   #37 [00027df080 - 00027df090]         BOOTMEM
[    0.000000]   #38 [00027df0c0 - 00027df0d0]         BOOTMEM
[    0.000000]   #39 [00027df100 - 00027df145]         BOOTMEM
[    0.000000]   #40 [00027df180 - 00027df1c5]         BOOTMEM
[    0.000000]   #41 [0002800000 - 000280d000]         BOOTMEM
[    0.000000]   #42 [0002900000 - 000290d000]         BOOTMEM
[    0.000000]   #43 [0002a00000 - 0002a0d000]         BOOTMEM
[    0.000000]   #44 [0002b00000 - 0002b0d000]         BOOTMEM
[    0.000000]   #45 [00027e1200 - 00027e1204]         BOOTMEM
[    0.000000]   #46 [00027e1240 - 00027e1244]         BOOTMEM
[    0.000000]   #47 [00027e1280 - 00027e1290]         BOOTMEM
[    0.000000]   #48 [00027e12c0 - 00027e12d0]         BOOTMEM
[    0.000000]   #49 [00027e1300 - 00027e13a0]         BOOTMEM
[    0.000000]   #50 [00027e13c0 - 00027e1408]         BOOTMEM
[    0.000000]   #51 [00027e1440 - 00027e5440]         BOOTMEM
[    0.000000]   #52 [0002b0d000 - 0002c0d000]         BOOTMEM
[    0.000000]   #53 [000280d000 - 000288d000]         BOOTMEM
[    0.000000] Initializing HighMem for node 0 (000777fe:0007f600)
[    0.000000] Memory: 2057720k/2086912k available (4422k kernel code, 28212k reserved, 2529k data, 392k init, 128500k highmem)
[    0.000000] virtual kernel memory layout:
[    0.000000]     fixmap  : 0xfff1e000 - 0xfffff000   ( 900 kB)
[    0.000000]     pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
[    0.000000]     vmalloc : 0xf7ffe000 - 0xff7fe000   ( 120 MB)
[    0.000000]     lowmem  : 0x80000000 - 0xf77fe000   (1911 MB)
[    0.000000]       .init : 0x816ca000 - 0x8172c000   ( 392 kB)
[    0.000000]       .data : 0x8145190e - 0x816c9e98   (2529 kB)
[    0.000000]       .text : 0x81000000 - 0x8145190e   (4422 kB)
[    0.000000] Checking if this processor honours the WP bit even in supervisor mode...Ok.
[    0.000000] SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS:2304 nr_irqs:472
[    0.000000] Console: colour VGA+ 80x25
[    0.000000] console [tty0] enabled
[    0.000000] hpet clockevent registered
[    0.000000] Fast TSC calibration using PIT
[    0.000000] Detected 1662.802 MHz processor.
[    0.001008] Calibrating delay loop (skipped), value calculated using timer frequency.. 3325.60 BogoMIPS (lpj=1662802)
[    0.001056] Security Framework initialized
[    0.001063] SELinux:  Initializing.
[    0.001076] SELinux:  Starting in permissive mode
[    0.001090] Mount-cache hash table entries: 512
[    0.002048] Initializing cgroup subsys ns
[    0.002057] Initializing cgroup subsys freezer
[    0.002093] CPU: Physical Processor ID: 0
[    0.002097] CPU: Processor Core ID: 0
[    0.002103] mce: CPU supports 5 MCE banks
[    0.002113] CPU0: Thermal monitoring handled by SMI
[    0.002119] using mwait in idle threads.
[    0.002130] Performance Events: Atom events, Intel PMU driver.
[    0.002141] ... version:                3
[    0.002145] ... bit width:              40
[    0.002148] ... generic registers:      2
[    0.002152] ... value mask:             000000ffffffffff
[    0.002156] ... max period:             000000007fffffff
[    0.002160] ... fixed-purpose events:   3
[    0.002164] ... event mask:             0000000700000003
[    0.002171] Checking 'hlt' instruction... OK.
[    0.006463] ACPI: Core revision 20100121
[    0.024089] Enabling APIC mode:  Flat.  Using 1 I/O APICs
[    0.024502] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[    0.035054] CPU0: Intel(R) Atom(TM) CPU N450   @ 1.66GHz stepping 0a
[    0.035999] Booting Node   0, Processors  #1
[    0.035999] Initializing CPU#1
[    0.035999] CPU1: Thermal monitoring handled by SMI
[    0.107012] Brought up 2 CPUs
[    0.107021] Total of 2 processors activated (6650.74 BogoMIPS).
[    0.107215] PM: Adding info for No Bus:platform
[    0.107238] khelper used greatest stack depth: 7252 bytes left
[    0.107259] khelper used greatest stack depth: 7176 bytes left
[    0.108184] Time:  5:43:02  Date: 06/21/10
[    0.108276] NET: Registered protocol family 16
[    0.108319] PM: Adding info for No Bus:vtcon0
[    0.109082] ACPI: bus type pci registered
[    0.109082] PM: Adding info for No Bus:id
[    0.109109] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
[    0.109109] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in E820
[    0.109109] PCI: Using MMCONFIG for extended config space
[    0.109109] PCI: Using configuration type 1 for base access
[    0.123095] PM: Adding info for No Bus:default
[    0.123108] bio: create slab <bio-0> at 0
[    0.127183] ACPI: EC: Look up EC in DSDT
[    0.130829] ACPI: Executed 1 blocks of module-level executable AML code
[    0.135305] ACPI: BIOS _OSI(Linux) query ignored
[    0.137259] ACPI: SSDT 7f497c90 001F7 (v02  PmRef  Cpu0Ist 00003000 INTL 20051117)
[    0.138375] ACPI: SSDT 7f496e10 001C7 (v02  PmRef  Cpu0Cst 00003001 INTL 20051117)
[    0.139921] ACPI: SSDT 7f497f10 000D0 (v02  PmRef  Cpu1Ist 00003000 INTL 20051117)
[    0.140962] ACPI: SSDT 7f495f10 00083 (v02  PmRef  Cpu1Cst 00003000 INTL 20051117)
[    0.142184] ACPI: Interpreter enabled
[    0.142201] ACPI: (supports S0 S3 S4 S5)
[    0.142255] ACPI: Using IOAPIC for interrupt routing
[    0.142365] PM: Adding info for acpi:LNXSYSTM:00
[    0.143066] PM: Adding info for acpi:LNXCPU:00
[    0.143123] PM: Adding info for acpi:LNXCPU:01
[    0.143145] PM: Adding info for acpi:LNXCPU:02
[    0.143145] PM: Adding info for acpi:LNXCPU:03
[    0.143145] PM: Adding info for acpi:LNXSYBUS:00
[    0.143147] PM: Adding info for acpi:PNP0C0C:00
[    0.143168] PM: Adding info for acpi:PNP0C0E:00
[    0.144100] PM: Adding info for acpi:PNP0C0D:00
[    0.144158] PM: Adding info for acpi:PNP0A08:00
[    0.144180] PM: Adding info for acpi:device:00
[    0.144185] PM: Adding info for acpi:device:01
[    0.404105] PM: Adding info for acpi:PNP0C0A:00
[    0.404136] PM: Adding info for acpi:ACPI0003:00
[    0.406703] PM: Adding info for acpi:PNP0C0F:00
[    0.407030] PM: Adding info for acpi:PNP0C0F:01
[    0.407262] PM: Adding info for acpi:PNP0C0F:02
[    0.407322] PM: Adding info for acpi:PNP0C0F:03
[    0.408116] PM: Adding info for acpi:PNP0C0F:04
[    0.408256] PM: Adding info for acpi:PNP0C0F:05
[    0.408317] PM: Adding info for acpi:PNP0C0F:06
[    0.409099] PM: Adding info for acpi:PNP0C0F:07
[    0.409128] PM: Adding info for acpi:PNP0C02:00
[    0.409156] PM: Adding info for acpi:PNP0200:00
[    0.409177] PM: Adding info for acpi:PNP0B00:00
[    0.409329] PM: Adding info for acpi:PNP0103:00
[    0.410084] PM: Adding info for acpi:PNP0000:00
[    0.410149] PM: Adding info for acpi:PNP0C04:00
[    0.410170] PM: Adding info for acpi:PNP0100:00
[    0.410176] PM: Adding info for acpi:INT0800:00
[    0.410176] PM: Adding info for acpi:PNP0C09:00
[    0.411340] PM: Adding info for acpi:PNP0303:00
[    0.412047] PM: Adding info for acpi:AUI1101:00
[    0.412236] PM: Adding info for acpi:device:02
[    0.412300] PM: Adding info for acpi:device:03
[    0.412322] PM: Adding info for acpi:device:04
[    0.413031] PM: Adding info for acpi:device:05
[    0.413113] PM: Adding info for acpi:device:06
[    0.413174] PM: Adding info for acpi:device:07
[    0.413195] PM: Adding info for acpi:device:08
[    0.413237] PM: Adding info for acpi:device:09
[    0.413299] PM: Adding info for acpi:device:0a
[    0.414097] PM: Adding info for acpi:device:0b
[    0.414125] PM: Adding info for acpi:device:0c
[    0.414155] PM: Adding info for acpi:device:0d
[    0.414177] PM: Adding info for acpi:device:0e
[    0.414211] PM: Adding info for acpi:device:0f
[    0.415060] PM: Adding info for acpi:device:10
[    0.415199] PM: Adding info for acpi:device:11
[    0.415261] PM: Adding info for acpi:device:12
[    0.415283] PM: Adding info for acpi:device:13
[    0.415283] PM: Adding info for acpi:device:14
[    0.416168] PM: Adding info for acpi:device:15
[    0.416231] PM: Adding info for acpi:device:16
[    0.416254] PM: Adding info for acpi:device:17
[    0.416261] PM: Adding info for acpi:device:18
[    0.416283] PM: Adding info for acpi:device:19
[    0.417108] PM: Adding info for acpi:device:1a
[    0.417168] PM: Adding info for acpi:device:1b
[    0.417190] PM: Adding info for acpi:device:1c
[    0.417191] PM: Adding info for acpi:device:1d
[    0.417191] PM: Adding info for acpi:device:1e
[    0.417191] PM: Adding info for acpi:device:1f
[    0.418111] PM: Adding info for acpi:device:20
[    0.418171] PM: Adding info for acpi:device:21
[    0.418192] PM: Adding info for acpi:device:22
[    0.418192] PM: Adding info for acpi:LNXVIDEO:00
[    0.418238] PM: Adding info for acpi:device:23
[    0.419180] PM: Adding info for acpi:device:24
[    0.419244] PM: Adding info for acpi:device:25
[    0.419268] PM: Adding info for acpi:device:26
[    0.420104] PM: Adding info for acpi:device:27
[    0.420202] PM: Adding info for acpi:PNP0C14:00
[    0.420262] PM: Adding info for acpi:LNXTHERM:00
[    0.420284] PM: Adding info for acpi:LNXPOWER:00
[    0.420284] PM: Adding info for acpi:PNP0C0B:00
[    0.420284] PM: Adding info for acpi:LNXTHERM:01
[    0.421426] PM: Adding info for acpi:LNXPWRBN:00
[    0.421451] ACPI: EC: GPE = 0x19, I/O: command/status = 0x66, data = 0x62
[    0.421451] ACPI: Power Resource [FN00] (on)
[    0.422414] ACPI: No dock devices found.
[    0.422423] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    0.423773] ACPI Warning for \_SB_.PCI0._OSC: Parameter count mismatch - ASL declared 5, ACPI requires 4 (20100121/nspredef-352)
[    0.423794] \_SB_.PCI0:_OSC evaluation returned wrong type
[    0.423798] _OSC request data:1 8 1f 
[    0.423807] ACPI: PCI Root Bridge [PCI0] (0000:00)
[    0.423837] PM: Adding info for No Bus:pci0000:00
[    0.423855] PM: Adding info for No Bus:0000:00
[    0.426035] pci_root PNP0A08:00: host bridge window [io  0x0000-0x0cf7]
[    0.426043] pci_root PNP0A08:00: host bridge window [io  0x0d00-0xffff]
[    0.426050] pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
[    0.426058] pci_root PNP0A08:00: host bridge window [mem 0x80000000-0xfebfffff]
[    0.426132] pci 0000:00:02.0: reg 10: [mem 0x98180000-0x981fffff]
[    0.426141] pci 0000:00:02.0: reg 14: [io  0x60c0-0x60c7]
[    0.426149] pci 0000:00:02.0: reg 18: [mem 0x80000000-0x8fffffff pref]
[    0.426157] pci 0000:00:02.0: reg 1c: [mem 0x98000000-0x980fffff]
[    0.426199] pci 0000:00:02.1: reg 10: [mem 0x98100000-0x9817ffff]
[    0.426321] pci 0000:00:1b.0: reg 10: [mem 0x98200000-0x98203fff 64bit]
[    0.426396] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[    0.426405] pci 0000:00:1b.0: PME# disabled
[    0.426522] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[    0.426530] pci 0000:00:1c.0: PME# disabled
[    0.426649] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[    0.426657] pci 0000:00:1c.1: PME# disabled
[    0.426738] pci 0000:00:1d.0: reg 20: [io  0x6080-0x609f]
[    0.426819] pci 0000:00:1d.1: reg 20: [io  0x6060-0x607f]
[    0.426899] pci 0000:00:1d.2: reg 20: [io  0x6040-0x605f]
[    0.426985] pci 0000:00:1d.3: reg 20: [io  0x6020-0x603f]
[    0.427069] pci 0000:00:1d.7: reg 10: [mem 0x98204400-0x982047ff]
[    0.427145] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[    0.427153] pci 0000:00:1d.7: PME# disabled
[    0.427390] pci 0000:00:1f.2: reg 10: [io  0x60b8-0x60bf]
[    0.427401] pci 0000:00:1f.2: reg 14: [io  0x60cc-0x60cf]
[    0.427413] pci 0000:00:1f.2: reg 18: [io  0x60b0-0x60b7]
[    0.427425] pci 0000:00:1f.2: reg 1c: [io  0x60c8-0x60cb]
[    0.427436] pci 0000:00:1f.2: reg 20: [io  0x60a0-0x60af]
[    0.427448] pci 0000:00:1f.2: reg 24: [mem 0x98204000-0x982043ff]
[    0.427493] pci 0000:00:1f.2: PME# supported from D3hot
[    0.427501] pci 0000:00:1f.2: PME# disabled
[    0.427565] pci 0000:00:1f.3: reg 20: [io  0x6000-0x601f]
[    0.427725] pci 0000:01:00.0: reg 10: [mem 0x97000000-0x9703ffff 64bit]
[    0.427739] pci 0000:01:00.0: reg 18: [io  0x5000-0x507f]
[    0.427831] pci 0000:01:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[    0.427840] pci 0000:01:00.0: PME# disabled
[    0.427871] pci 0000:00:1c.0: PCI bridge to [bus 01-01]
[    0.427879] pci 0000:00:1c.0:   bridge window [io  0x5000-0x5fff]
[    0.427888] pci 0000:00:1c.0:   bridge window [mem 0x97000000-0x97ffffff]
[    0.427902] pci 0000:00:1c.0:   bridge window [mem 0x90000000-0x90ffffff 64bit pref]
[    0.428035] pci 0000:02:00.0: reg 10: [mem 0x96000000-0x9600ffff 64bit]
[    0.428129] pci 0000:02:00.0: supports D1
[    0.428134] pci 0000:02:00.0: PME# supported from D0 D1 D3hot
[    0.428143] pci 0000:02:00.0: PME# disabled
[    0.428174] pci 0000:00:1c.1: PCI bridge to [bus 02-02]
[    0.428183] pci 0000:00:1c.1:   bridge window [io  0x4000-0x4fff]
[    0.428191] pci 0000:00:1c.1:   bridge window [mem 0x96000000-0x96ffffff]
[    0.428204] pci 0000:00:1c.1:   bridge window [mem 0x91000000-0x91ffffff 64bit pref]
[    0.428303] pci 0000:00:1e.0: PCI bridge to [bus 05-05] (subtractive decode)
[    0.428312] pci 0000:00:1e.0:   bridge window [io  0xf000-0x0000] (disabled)
[    0.428321] pci 0000:00:1e.0:   bridge window [mem 0xfff00000-0x000fffff] (disabled)
[    0.428333] pci 0000:00:1e.0:   bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[    0.428340] pci 0000:00:1e.0:   bridge window [io  0x0000-0x0cf7] (subtractive decode)
[    0.428346] pci 0000:00:1e.0:   bridge window [io  0x0d00-0xffff] (subtractive decode)
[    0.428353] pci 0000:00:1e.0:   bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[    0.428359] pci 0000:00:1e.0:   bridge window [mem 0x80000000-0xfebfffff] (subtractive decode)
[    0.428388] pci_bus 0000:00: on NUMA node 0
[    0.428400] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[    0.428824] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP1._PRT]
[    0.429029] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.EXP2._PRT]
[    0.429471] ACPI Warning for \_SB_.PCI0._OSC: Parameter count mismatch - ASL declared 5, ACPI requires 4 (20100121/nspredef-352)
[    0.429492] \_SB_.PCI0:_OSC evaluation returned wrong type
[    0.429496] _OSC request data:1 19 1f 
[    0.429959] PM: Adding info for pci:0000:00:00.0
[    0.430467] PM: Adding info for pci:0000:00:02.0
[    0.431138] PM: Adding info for pci:0000:00:02.1
[    0.431463] PM: Adding info for pci:0000:00:1b.0
[    0.432216] PM: Adding info for pci:0000:00:1c.0
[    0.432464] PM: Adding info for pci:0000:00:1c.1
[    0.433299] PM: Adding info for pci:0000:00:1d.0
[    0.433463] PM: Adding info for pci:0000:00:1d.1
[    0.434312] PM: Adding info for pci:0000:00:1d.2
[    0.434472] PM: Adding info for pci:0000:00:1d.3
[    0.435472] PM: Adding info for pci:0000:00:1d.7
[    0.436022] PM: Adding info for pci:0000:00:1e.0
[    0.436490] PM: Adding info for pci:0000:00:1f.0
[    0.437129] PM: Adding info for pci:0000:00:1f.2
[    0.437461] PM: Adding info for pci:0000:00:1f.3
[    0.437492] PM: Adding info for pci:0000:01:00.0
[    0.437492] PM: Adding info for No Bus:0000:01
[    0.437492] PM: Adding info for pci:0000:02:00.0
[    0.438036] PM: Adding info for No Bus:0000:02
[    0.438093] PM: Adding info for No Bus:0000:05
[    0.438217] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12)
[    0.438477] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 *10 11 12)
[    0.439182] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
[    0.439434] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
[    0.439684] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
[    0.439934] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
[    0.440212] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
[    0.440464] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
[    0.440599] PM: Adding info for No Bus:vga_arbiter
[    0.440599] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[    0.440599] vgaarb: loaded
[    0.441083] SCSI subsystem initialized
[    0.441103] libata version 3.00 loaded.
[    0.441110] usbcore: registered new interface driver usbfs
[    0.441110] usbcore: registered new interface driver hub
[    0.441118] usbcore: registered new device driver usb
[    0.442333] PM: Adding info for No Bus:95764E09-FB56-4E83-B31A-37761F60994A
[    0.443000] PM: Adding info for No Bus:6AF4F258-B401-42FD-BE91-3D4AC2D7C0D3
[    0.443045] PM: Adding info for No Bus:CC1A61AC-4256-41A3-B9E0-05A445ADE2F5
[    0.443059] PM: Adding info for No Bus:E78C4453-0227-4861-9EDE-F5600B4A3D39
[    0.443090] PM: Adding info for No Bus:AAE04F7B-B3C5-4865-95D6-9FAC7FF3E92B
[    0.443110] PM: Adding info for No Bus:CFF94C79-6C77-4AF7-AC56-7DD0CE01C997
[    0.443114] PM: Adding info for No Bus:79772EC5-04B1-4BFD-843C-61E7F77B6CC9
[    0.443114] PM: Adding info for No Bus:A7C9A0B7-4C9D-4C72-83BB-53A3459171DF
[    0.443114] PM: Adding info for No Bus:653A064F-A23A-485F-B3D9-13F6532A0182
[    0.443114] PM: Adding info for No Bus:5923DD45-0480-4ED5-B61A-C9EC6C90E26A
[    0.443114] PM: Adding info for No Bus:DB85B1A7-069A-4ABB-A2B5-D186A21B80F1
[    0.443149] PM: Adding info for No Bus:36916B91-1A64-4583-84D0-53830FB9108D
[    0.444036] ACPI: WMI: Mapper loaded
[    0.444075] Advanced Linux Sound Architecture Driver Version 1.0.22.1.
[    0.444075] PCI: Using ACPI for IRQ routing
[    0.444075] PCI: pci_cache_line_size set to 64 bytes
[    0.444165] reserve RAM buffer: 0000000000002000 - 000000000000ffff 
[    0.444172] reserve RAM buffer: 000000000009fc00 - 000000000009ffff 
[    0.444178] reserve RAM buffer: 000000007f494000 - 000000007fffffff 
[    0.444185] reserve RAM buffer: 000000007f576000 - 000000007fffffff 
[    0.444192] reserve RAM buffer: 000000007f5ee000 - 000000007fffffff 
[    0.444197] reserve RAM buffer: 000000007f600000 - 000000007fffffff 
[    0.444245] PM: Adding info for No Bus:lo
[    0.444245] PM: Adding info for platform:regulatory.0
[    0.444245] cfg80211: Calling CRDA to update world regulatory domain
[    0.445066] NetLabel: Initializing
[    0.445071] NetLabel:  domain hash size = 128
[    0.445074] NetLabel:  protocols = UNLABELED CIPSOv4
[    0.445101] NetLabel:  unlabeled traffic allowed by default
[    0.445166] PM: Adding info for No Bus:rfkill
[    0.445187] HPET: 3 timers in total, 0 timers will be used for per-cpu timer
[    0.445187] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
[    0.445187] hpet0: 3 comparators, 64-bit 14.318180 MHz counter
[    0.448048] Switching to clocksource tsc
[    0.452170] PM: Adding info for No Bus:mem
[    0.452261] PM: Adding info for No Bus:kmem
[    0.452347] PM: Adding info for No Bus:null
[    0.452434] PM: Adding info for No Bus:port
[    0.452518] PM: Adding info for No Bus:zero
[    0.452605] PM: Adding info for No Bus:full
[    0.452689] PM: Adding info for No Bus:random
[    0.452773] PM: Adding info for No Bus:urandom
[    0.452866] PM: Adding info for No Bus:kmsg
[    0.452955] PM: Adding info for No Bus:oldmem
[    0.453042] pnp: PnP ACPI init
[    0.453058] PM: Adding info for No Bus:pnp0
[    0.453064] ACPI: bus type pnp registered
[    0.454308] PM: Adding info for pnp:00:00
[    0.584613] PM: Adding info for pnp:00:01
[    0.584781] PM: Adding info for pnp:00:02
[    0.585013] PM: Adding info for pnp:00:03
[    0.585423] PM: Adding info for pnp:00:04
[    0.585579] PM: Adding info for pnp:00:05
[    0.585722] PM: Adding info for pnp:00:06
[    0.585979] PM: Adding info for pnp:00:07
[    0.586539] PM: Adding info for pnp:00:08
[    0.586823] pnp: PnP ACPI: found 9 devices
[    0.586829] ACPI: ACPI bus type pnp unregistered
[    0.586856] system 00:01: [io  0x164e-0x164f] has been reserved
[    0.586865] system 00:01: [io  0x0600-0x060f] has been reserved
[    0.586872] system 00:01: [io  0x0610] has been reserved
[    0.586878] system 00:01: [io  0x0800-0x080f] has been reserved
[    0.586884] system 00:01: [io  0x0810-0x0817] has been reserved
[    0.586891] system 00:01: [io  0x0400-0x047f] has been reserved
[    0.586897] system 00:01: [io  0x0500-0x053f] has been reserved
[    0.586905] system 00:01: [io  0xff2c-0xff2f] has been reserved
[    0.586913] system 00:01: [mem 0xe0000000-0xefffffff] has been reserved
[    0.586920] system 00:01: [mem 0xfed1c000-0xfed1ffff] has been reserved
[    0.586928] system 00:01: [mem 0xfed14000-0xfed17fff] has been reserved
[    0.586935] system 00:01: [mem 0xfed18000-0xfed18fff] has been reserved
[    0.586942] system 00:01: [mem 0xfed19000-0xfed19fff] has been reserved
[    0.586949] system 00:01: [mem 0xfec00000-0xfec00fff] could not be reserved
[    0.586956] system 00:01: [mem 0xfee00000-0xfee00fff] has been reserved
[    0.621795] pci 0000:00:1c.0: PCI bridge to [bus 01-01]
[    0.621804] pci 0000:00:1c.0:   bridge window [io  0x5000-0x5fff]
[    0.621815] pci 0000:00:1c.0:   bridge window [mem 0x97000000-0x97ffffff]
[    0.621825] pci 0000:00:1c.0:   bridge window [mem 0x90000000-0x90ffffff 64bit pref]
[    0.621842] pci 0000:00:1c.1: PCI bridge to [bus 02-02]
[    0.621849] pci 0000:00:1c.1:   bridge window [io  0x4000-0x4fff]
[    0.621860] pci 0000:00:1c.1:   bridge window [mem 0x96000000-0x96ffffff]
[    0.621869] pci 0000:00:1c.1:   bridge window [mem 0x91000000-0x91ffffff 64bit pref]
[    0.621882] pci 0000:00:1e.0: PCI bridge to [bus 05-05]
[    0.621886] pci 0000:00:1e.0:   bridge window [io  disabled]
[    0.621895] pci 0000:00:1e.0:   bridge window [mem disabled]
[    0.621903] pci 0000:00:1e.0:   bridge window [mem pref disabled]
[    0.621930]   alloc irq_desc for 16 on node -1
[    0.621934]   alloc kstat_irqs on node -1
[    0.621946] pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    0.621956] pci 0000:00:1c.0: setting latency timer to 64
[    0.621972]   alloc irq_desc for 17 on node -1
[    0.621976]   alloc kstat_irqs on node -1
[    0.621985] pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[    0.621993] pci 0000:00:1c.1: setting latency timer to 64
[    0.622006] pci 0000:00:1e.0: setting latency timer to 64
[    0.622015] pci_bus 0000:00: resource 4 [io  0x0000-0x0cf7]
[    0.622020] pci_bus 0000:00: resource 5 [io  0x0d00-0xffff]
[    0.622026] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
[    0.622032] pci_bus 0000:00: resource 7 [mem 0x80000000-0xfebfffff]
[    0.622038] pci_bus 0000:01: resource 0 [io  0x5000-0x5fff]
[    0.622044] pci_bus 0000:01: resource 1 [mem 0x97000000-0x97ffffff]
[    0.622050] pci_bus 0000:01: resource 2 [mem 0x90000000-0x90ffffff 64bit pref]
[    0.622056] pci_bus 0000:02: resource 0 [io  0x4000-0x4fff]
[    0.622062] pci_bus 0000:02: resource 1 [mem 0x96000000-0x96ffffff]
[    0.622068] pci_bus 0000:02: resource 2 [mem 0x91000000-0x91ffffff 64bit pref]
[    0.622075] pci_bus 0000:05: resource 4 [io  0x0000-0x0cf7]
[    0.622080] pci_bus 0000:05: resource 5 [io  0x0d00-0xffff]
[    0.622086] pci_bus 0000:05: resource 6 [mem 0x000a0000-0x000bffff]
[    0.622092] pci_bus 0000:05: resource 7 [mem 0x80000000-0xfebfffff]
[    0.622142] NET: Registered protocol family 2
[    0.622246] IP route cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.622920] TCP established hash table entries: 262144 (order: 9, 2097152 bytes)
[    0.624783] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[    0.625222] TCP: Hash tables configured (established 262144 bind 65536)
[    0.625228] TCP reno registered
[    0.625238] UDP hash table entries: 1024 (order: 3, 32768 bytes)
[    0.625269] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
[    0.625500] NET: Registered protocol family 1
[    0.625710] RPC: Registered udp transport module.
[    0.625715] RPC: Registered tcp transport module.
[    0.625719] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.625743] pci 0000:00:02.0: Boot video device
[    0.625775] pci 0000:00:1d.0: uhci_check_and_reset_hc: legsup = 0x0f10
[    0.625780] pci 0000:00:1d.0: Performing full reset
[    0.625806] pci 0000:00:1d.1: uhci_check_and_reset_hc: legsup = 0x0010
[    0.625811] pci 0000:00:1d.1: Performing full reset
[    0.625835] pci 0000:00:1d.2: uhci_check_and_reset_hc: legsup = 0x0010
[    0.625865] pci 0000:00:1d.2: Performing full reset
[    0.625890] pci 0000:00:1d.3: uhci_check_and_reset_hc: legsup = 0x0010
[    0.625895] pci 0000:00:1d.3: Performing full reset
[    0.626079] PCI: CLS 64 bytes, default 64
[    0.626197] Trying to unpack rootfs image as initramfs...
[    0.715225] Freeing initrd memory: 1972k freed
[    0.716950] Simple Boot Flag at 0x44 set to 0x1
[    0.718064] PM: Adding info for No Bus:mcelog
[    0.718248] PM: Adding info for No Bus:msr0
[    0.718339] PM: Adding info for No Bus:msr1
[    0.718504] PM: Adding info for No Bus:cpu0
[    0.718600] PM: Adding info for No Bus:cpu1
[    0.718894] PM: Adding info for platform:pcspkr
[    0.718970] Scanning for low memory corruption every 60 seconds
[    0.719495] PM: Adding info for No Bus:snapshot
[    0.719629] audit: initializing netlink socket (disabled)
[    0.719654] type=2000 audit(1277098982.718:1): initialized
[    0.753635] highmem bounce pool size: 64 pages
[    0.753646] HugeTLB registered 4 MB page size, pre-allocated 0 pages
[    0.760015] VFS: Disk quotas dquot_6.5.2
[    0.760198] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.762581] msgmni has been set to 3771
[    0.762817] SELinux:  Registering netfilter hooks
[    0.763226] cryptomgr_test used greatest stack depth: 6888 bytes left
[    0.763297] cryptomgr_test used greatest stack depth: 6344 bytes left
[    0.763796] alg: No test for stdrng (krng)
[    0.764090] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    0.764099] io scheduler noop registered
[    0.764104] io scheduler deadline registered
[    0.764261] io scheduler cfq registered (default)
[    0.764483] pcieport 0000:00:1c.0: setting latency timer to 64
[    0.764543]   alloc irq_desc for 24 on node -1
[    0.764548]   alloc kstat_irqs on node -1
[    0.764567] pcieport 0000:00:1c.0: irq 24 for MSI/MSI-X
[    0.764596] PM: Adding info for pci_express:0000:00:1c.0:pcie01
[    0.764692] PM: Adding info for pci_express:0000:00:1c.0:pcie04
[    0.764802] PM: Adding info for pci_express:0000:00:1c.0:pcie08
[    0.764960] pcieport 0000:00:1c.1: setting latency timer to 64
[    0.765018]   alloc irq_desc for 25 on node -1
[    0.765022]   alloc kstat_irqs on node -1
[    0.765038] pcieport 0000:00:1c.1: irq 25 for MSI/MSI-X
[    0.765065] PM: Adding info for pci_express:0000:00:1c.1:pcie01
[    0.765159] PM: Adding info for pci_express:0000:00:1c.1:pcie04
[    0.765250] PM: Adding info for pci_express:0000:00:1c.1:pcie08
[    0.765704] PM: Adding info for No Bus:tty
[    0.765809] PM: Adding info for No Bus:console
[    0.765911] PM: Adding info for No Bus:tty0
[    0.766080] PM: Adding info for No Bus:vcs
[    0.766168] PM: Adding info for No Bus:vcsa
[    0.766256] PM: Adding info for No Bus:vcs1
[    0.766346] PM: Adding info for No Bus:vcsa1
[    0.766439] PM: Adding info for No Bus:tty1
[    0.766528] PM: Adding info for No Bus:tty2
[    0.766616] PM: Adding info for No Bus:tty3
[    0.766704] PM: Adding info for No Bus:tty4
[    0.766866] PM: Adding info for No Bus:tty5
[    0.766957] PM: Adding info for No Bus:tty6
[    0.767047] PM: Adding info for No Bus:tty7
[    0.767136] PM: Adding info for No Bus:tty8
[    0.767228] PM: Adding info for No Bus:tty9
[    0.767330] PM: Adding info for No Bus:tty10
[    0.767419] PM: Adding info for No Bus:tty11
[    0.767508] PM: Adding info for No Bus:tty12
[    0.767604] PM: Adding info for No Bus:tty13
[    0.767698] PM: Adding info for No Bus:tty14
[    0.767797] PM: Adding info for No Bus:tty15
[    0.767899] PM: Adding info for No Bus:tty16
[    0.767991] PM: Adding info for No Bus:tty17
[    0.768086] PM: Adding info for No Bus:tty18
[    0.768176] PM: Adding info for No Bus:tty19
[    0.768268] PM: Adding info for No Bus:tty20
[    0.768361] PM: Adding info for No Bus:tty21
[    0.768460] PM: Adding info for No Bus:tty22
[    0.768560] PM: Adding info for No Bus:tty23
[    0.768657] PM: Adding info for No Bus:tty24
[    0.768769] PM: Adding info for No Bus:tty25
[    0.768901] PM: Adding info for No Bus:tty26
[    0.768995] PM: Adding info for No Bus:tty27
[    0.769092] PM: Adding info for No Bus:tty28
[    0.769184] PM: Adding info for No Bus:tty29
[    0.769277] PM: Adding info for No Bus:tty30
[    0.769370] PM: Adding info for No Bus:tty31
[    0.769463] PM: Adding info for No Bus:tty32
[    0.769557] PM: Adding info for No Bus:tty33
[    0.769655] PM: Adding info for No Bus:tty34
[    0.769761] PM: Adding info for No Bus:tty35
[    0.769887] PM: Adding info for No Bus:tty36
[    0.769982] PM: Adding info for No Bus:tty37
[    0.770075] PM: Adding info for No Bus:tty38
[    0.770169] PM: Adding info for No Bus:tty39
[    0.770263] PM: Adding info for No Bus:tty40
[    0.770356] PM: Adding info for No Bus:tty41
[    0.770453] PM: Adding info for No Bus:tty42
[    0.770549] PM: Adding info for No Bus:tty43
[    0.770644] PM: Adding info for No Bus:tty44
[    0.770769] PM: Adding info for No Bus:tty45
[    0.770887] PM: Adding info for No Bus:tty46
[    0.770983] PM: Adding info for No Bus:tty47
[    0.771076] PM: Adding info for No Bus:tty48
[    0.771170] PM: Adding info for No Bus:tty49
[    0.771264] PM: Adding info for No Bus:tty50
[    0.771358] PM: Adding info for No Bus:tty51
[    0.771453] PM: Adding info for No Bus:tty52
[    0.771548] PM: Adding info for No Bus:tty53
[    0.771647] PM: Adding info for No Bus:tty54
[    0.771746] PM: Adding info for No Bus:tty55
[    0.771892] PM: Adding info for No Bus:tty56
[    0.771994] PM: Adding info for No Bus:tty57
[    0.772089] PM: Adding info for No Bus:tty58
[    0.772185] PM: Adding info for No Bus:tty59
[    0.772286] PM: Adding info for No Bus:tty60
[    0.772390] PM: Adding info for No Bus:tty61
[    0.772490] PM: Adding info for No Bus:tty62
[    0.772584] PM: Adding info for No Bus:tty63
[    0.772841] PM: Adding info for No Bus:ptmx
[    0.772966] PM: Adding info for No Bus:hpet
[    0.773454] PM: Adding info for No Bus:nvram
[    0.773540] Non-volatile memory driver v1.3
[    0.773649] Linux agpgart interface v0.103
[    0.773665] PM: Adding info for No Bus:fbcon
[    0.973819] PM: Adding info for No Bus:AC
[    0.973926] ACPI: AC Adapter [AC] (on-line)
[    0.974143] PM: Adding info for No Bus:input0
[    0.974282] input: Power Button as /class/input/input0
[    0.974293] ACPI: Power Button [PWRB]
[    0.974354] PM: Adding info for No Bus:input1
[    0.974485] input: Sleep Button as /class/input/input1
[    0.974496] ACPI: Sleep Button [SLPB]
[    0.974559] PM: Adding info for No Bus:input2
[    0.974691] input: Lid Switch as /class/input/input2
[    0.974806] ACPI: Lid Switch [LID0]
[    0.974901] PM: Adding info for No Bus:input3
[    0.975048] input: Power Button as /class/input/input3
[    0.975060] ACPI: Power Button [PWRF]
[    0.975381] PM: Adding info for No Bus:cooling_device0
[    0.975477] ACPI: Fan [FAN] (on)
[    0.976126] Marking TSC unstable due to TSC halts in idle
[    0.976235] Switching to clocksource hpet
[    0.976288] PM: Adding info for No Bus:cooling_device1
[    0.977196] PM: Adding info for No Bus:cooling_device2
[    1.111696] PM: Adding info for No Bus:thermal_zone0
[    1.112456] thermal LNXTHERM:01: registered as thermal_zone0
[    1.112473] ACPI: Thermal Zone [THRM] (47 C)
[    1.112721] [drm] Initialized drm 1.1.0 20060810
[    1.112729] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    1.112776] PM: Adding info for platform:serial8250
[    1.112936] PM: Adding info for No Bus:ttyS0
[    1.113076] PM: Adding info for No Bus:ttyS1
[    1.113215] PM: Adding info for No Bus:ttyS2
[    1.113335] PM: Adding info for No Bus:ttyS3
[    1.114227] PM: Adding info for No Bus:ram0
[    1.114368] PM: Adding info for No Bus:1:0
[    1.114483] PM: Adding info for No Bus:ram1
[    1.114623] PM: Adding info for No Bus:1:1
[    1.114735] PM: Adding info for No Bus:ram2
[    1.114870] PM: Adding info for No Bus:1:2
[    1.114992] PM: Adding info for No Bus:ram3
[    1.115140] PM: Adding info for No Bus:1:3
[    1.115266] PM: Adding info for No Bus:ram4
[    1.115397] PM: Adding info for No Bus:1:4
[    1.115508] PM: Adding info for No Bus:ram5
[    1.115637] PM: Adding info for No Bus:1:5
[    1.115751] PM: Adding info for No Bus:ram6
[    1.115886] PM: Adding info for No Bus:1:6
[    1.116003] PM: Adding info for No Bus:ram7
[    1.116183] PM: Adding info for No Bus:1:7
[    1.116295] PM: Adding info for No Bus:ram8
[    1.116431] PM: Adding info for No Bus:1:8
[    1.116543] PM: Adding info for No Bus:ram9
[    1.116675] PM: Adding info for No Bus:1:9
[    1.116792] PM: Adding info for No Bus:ram10
[    1.116926] PM: Adding info for No Bus:1:10
[    1.117069] PM: Adding info for No Bus:ram11
[    1.117230] PM: Adding info for No Bus:1:11
[    1.117346] PM: Adding info for No Bus:ram12
[    1.117480] PM: Adding info for No Bus:1:12
[    1.117600] PM: Adding info for No Bus:ram13
[    1.117732] PM: Adding info for No Bus:1:13
[    1.117843] PM: Adding info for No Bus:ram14
[    1.117973] PM: Adding info for No Bus:1:14
[    1.118168] PM: Adding info for No Bus:ram15
[    1.118304] PM: Adding info for No Bus:1:15
[    1.118392] brd: module loaded
[    1.118598] PM: Adding info for No Bus:loop0
[    1.118732] PM: Adding info for No Bus:7:0
[    1.118846] PM: Adding info for No Bus:loop1
[    1.118982] PM: Adding info for No Bus:7:1
[    1.119103] PM: Adding info for No Bus:loop2
[    1.119244] PM: Adding info for No Bus:7:2
[    1.119358] PM: Adding info for No Bus:loop3
[    1.119493] PM: Adding info for No Bus:7:3
[    1.119606] PM: Adding info for No Bus:loop4
[    1.119738] PM: Adding info for No Bus:7:4
[    1.119856] PM: Adding info for No Bus:loop5
[    1.119989] PM: Adding info for No Bus:7:5
[    1.120115] PM: Adding info for No Bus:loop6
[    1.120259] PM: Adding info for No Bus:7:6
[    1.120384] PM: Adding info for No Bus:loop7
[    1.120522] PM: Adding info for No Bus:7:7
[    1.120610] loop: module loaded
[    1.121221] ahci 0000:00:1f.2: version 3.0
[    1.121252] ahci 0000:00:1f.2: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[    1.121310]   alloc irq_desc for 26 on node -1
[    1.121315]   alloc kstat_irqs on node -1
[    1.121333] ahci 0000:00:1f.2: irq 26 for MSI/MSI-X
[    1.121393] ahci: SSS flag set, parallel bus scan disabled
[    1.121442] ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0x3 impl SATA mode
[    1.121451] ahci 0000:00:1f.2: flags: 64bit ncq ilck stag pm led clo pmp pio slum part 
[    1.121460] ahci 0000:00:1f.2: setting latency timer to 64
[    1.121885] scsi0 : ahci
[    1.121965] PM: Adding info for No Bus:host0
[    1.122062] PM: Adding info for No Bus:host0
[    1.122262] scsi1 : ahci
[    1.122279] PM: Adding info for No Bus:host1
[    1.122311] PM: Adding info for No Bus:host1
[    1.122447] scsi2 : ahci
[    1.122463] PM: Adding info for No Bus:host2
[    1.122495] PM: Adding info for No Bus:host2
[    1.122630] scsi3 : ahci
[    1.122647] PM: Adding info for No Bus:host3
[    1.122683] PM: Adding info for No Bus:host3
[    1.123226] ata1: SATA max UDMA/133 abar m1024@0x98204000 port 0x98204100 irq 26
[    1.123234] ata2: SATA max UDMA/133 abar m1024@0x98204000 port 0x98204180 irq 26
[    1.123239] ata3: DUMMY
[    1.123242] ata4: DUMMY
[    1.124243] atl1c 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    1.124261] atl1c 0000:01:00.0: setting latency timer to 64
[    1.189193] PM: Adding info for No Bus:eth0
[    1.189749] atl1c 0000:01:00.0: version 1.0.0.2-NAPI
[    1.189944] e100: Intel(R) PRO/100 Network Driver, 3.5.24-k2-NAPI
[    1.189950] e100: Copyright(c) 1999-2006 Intel Corporation
[    1.190173] PPP generic driver version 2.4.2
[    1.190316] PM: Adding info for No Bus:ppp
[    1.190394] PPP Deflate Compression module registered
[    1.190401] NET: Registered protocol family 24
[    1.190579] ath9k 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[    1.190597] ath9k 0000:02:00.0: setting latency timer to 64
[    1.223142] ACPI: Battery Slot [BAT0] (battery absent)
[    1.241940] ath: EEPROM regdomain: 0x65
[    1.241944] ath: EEPROM indicates we should expect a direct regpair map
[    1.241951] ath: Country alpha2 being used: 00
[    1.241955] ath: Regpair used: 0x65
[    1.242672] PM: Adding info for No Bus:phy0
[    1.242851] PM: Adding info for No Bus:rfkill0
[    1.243505] phy0: Selected rate control algorithm 'ath9k_rate_control'
[    1.243651] PM: Adding info for No Bus:wlan0
[    1.244129] PM: Adding info for No Bus:ath9k-phy0::radio
[    1.244222] Registered led device: ath9k-phy0::radio
[    1.244249] PM: Adding info for No Bus:ath9k-phy0::assoc
[    1.244331] Registered led device: ath9k-phy0::assoc
[    1.244357] PM: Adding info for No Bus:ath9k-phy0::tx
[    1.244437] Registered led device: ath9k-phy0::tx
[    1.244463] PM: Adding info for No Bus:ath9k-phy0::rx
[    1.244543] Registered led device: ath9k-phy0::rx
[    1.244555] phy0: Atheros AR9285 Rev:2 mem=0xf8060000, irq=17
[    1.244828] PM: Adding info for No Bus:usbmon0
[    1.244915] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    1.244922] ehci_hcd: block sizes: qh 60 qtd 96 itd 160 sitd 96
[    1.244976] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    1.245040] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[    1.245047] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[    1.245083] drivers/usb/core/inode.c: creating file 'devices'
[    1.245093] drivers/usb/core/inode.c: creating file '001'
[    1.245148] PM: Adding info for No Bus:usbmon1
[    1.245256] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
[    1.245274] ehci_hcd 0000:00:1d.7: reset hcs_params 0x104208 dbg=1 cc=4 pcc=2 ordered !ppc ports=8
[    1.245283] ehci_hcd 0000:00:1d.7: reset hcc_params 6871 thresh 7 uframes 1024 64 bit addr
[    1.245312] ehci_hcd 0000:00:1d.7: using broken periodic workaround
[    1.245330] ehci_hcd 0000:00:1d.7: debug port 1
[    1.245340] ehci_hcd 0000:00:1d.7: reset command 080002 (park)=0 ithresh=8 period=1024 Reset HALT
[    1.249220] ehci_hcd 0000:00:1d.7: cache line size of 64 is not supported
[    1.249225] ehci_hcd 0000:00:1d.7: supports USB remote wakeup
[    1.249255] ehci_hcd 0000:00:1d.7: irq 16, io mem 0x98204400
[    1.249265] ehci_hcd 0000:00:1d.7: reset command 080002 (park)=0 ithresh=8 period=1024 Reset HALT
[    1.253153] ehci_hcd 0000:00:1d.7: init command 010001 (park)=0 ithresh=1 period=1024 RUN
[    1.259146] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[    1.259209] usb usb1: default language 0x0409
[    1.259224] usb usb1: udev 1, busnum 1, minor = 0
[    1.259229] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    1.259234] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.259240] usb usb1: Product: EHCI Host Controller
[    1.259245] usb usb1: Manufacturer: Linux 2.6.34-ckrisos ehci_hcd
[    1.259249] usb usb1: SerialNumber: 0000:00:1d.7
[    1.259323] PM: Adding info for usb:usb1
[    1.259436] usb usb1: usb_probe_device
[    1.259443] usb usb1: configuration #1 chosen from 1 choice
[    1.259458] usb usb1: adding 1-0:1.0 (config #1, interface 0)
[    1.259485] PM: Adding info for usb:1-0:1.0
[    1.259582] hub 1-0:1.0: usb_probe_interface
[    1.259588] hub 1-0:1.0: usb_probe_interface - got id
[    1.259592] hub 1-0:1.0: USB hub found
[    1.259603] hub 1-0:1.0: 8 ports detected
[    1.259607] hub 1-0:1.0: standalone hub
[    1.259611] hub 1-0:1.0: no power switching (usb 1.0)
[    1.259615] hub 1-0:1.0: individual port over-current protection
[    1.259620] hub 1-0:1.0: power on to power good time: 20ms
[    1.259629] hub 1-0:1.0: local power source is good
[    1.259634] hub 1-0:1.0: trying to enable port power on non-switchable hub
[    1.259697] PM: Adding info for No Bus:ep_81
[    1.259703] drivers/usb/core/inode.c: creating file '001'
[    1.259735] PM: Adding info for No Bus:ep_00
[    1.259860] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    1.259867] ohci_hcd: block sizes: ed 64 td 64
[    1.259974] uhci_hcd: USB Universal Host Controller Interface driver
[    1.260056] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    1.260071] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[    1.260078] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[    1.260090] drivers/usb/core/inode.c: creating file '002'
[    1.260158] PM: Adding info for No Bus:usbmon2
[    1.260251] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
[    1.260268] uhci_hcd 0000:00:1d.0: detected 2 ports
[    1.260276] uhci_hcd 0000:00:1d.0: uhci_check_and_reset_hc: cmd = 0x0000
[    1.260281] uhci_hcd 0000:00:1d.0: Performing full reset
[    1.260300] uhci_hcd 0000:00:1d.0: supports USB remote wakeup
[    1.260314] uhci_hcd 0000:00:1d.0: irq 16, io base 0x00006080
[    1.260392] usb usb2: default language 0x0409
[    1.260407] usb usb2: udev 1, busnum 2, minor = 128
[    1.260412] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[    1.260418] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.260423] usb usb2: Product: UHCI Host Controller
[    1.260428] usb usb2: Manufacturer: Linux 2.6.34-ckrisos uhci_hcd
[    1.260432] usb usb2: SerialNumber: 0000:00:1d.0
[    1.260498] PM: Adding info for usb:usb2
[    1.260603] usb usb2: usb_probe_device
[    1.260610] usb usb2: configuration #1 chosen from 1 choice
[    1.260625] usb usb2: adding 2-0:1.0 (config #1, interface 0)
[    1.260657] PM: Adding info for usb:2-0:1.0
[    1.260753] hub 2-0:1.0: usb_probe_interface
[    1.260759] hub 2-0:1.0: usb_probe_interface - got id
[    1.260764] hub 2-0:1.0: USB hub found
[    1.260775] hub 2-0:1.0: 2 ports detected
[    1.260779] hub 2-0:1.0: standalone hub
[    1.260783] hub 2-0:1.0: no power switching (usb 1.0)
[    1.260787] hub 2-0:1.0: individual port over-current protection
[    1.260792] hub 2-0:1.0: power on to power good time: 2ms
[    1.260800] hub 2-0:1.0: local power source is good
[    1.260805] hub 2-0:1.0: trying to enable port power on non-switchable hub
[    1.260837] PM: Adding info for No Bus:ep_81
[    1.260843] drivers/usb/core/inode.c: creating file '001'
[    1.260878] PM: Adding info for No Bus:ep_00
[    1.260908] ehci_hcd 0000:00:1d.7: HS companion for 0000:00:1d.0
[    1.260939] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[    1.260951] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[    1.260958] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[    1.260970] drivers/usb/core/inode.c: creating file '003'
[    1.261048] PM: Adding info for No Bus:usbmon3
[    1.261157] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
[    1.261172] uhci_hcd 0000:00:1d.1: detected 2 ports
[    1.261181] uhci_hcd 0000:00:1d.1: uhci_check_and_reset_hc: cmd = 0x0000
[    1.261186] uhci_hcd 0000:00:1d.1: Performing full reset
[    1.261205] uhci_hcd 0000:00:1d.1: supports USB remote wakeup
[    1.261218] uhci_hcd 0000:00:1d.1: irq 17, io base 0x00006060
[    1.261293] usb usb3: default language 0x0409
[    1.261307] usb usb3: udev 1, busnum 3, minor = 256
[    1.261312] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[    1.261318] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.261323] usb usb3: Product: UHCI Host Controller
[    1.261328] usb usb3: Manufacturer: Linux 2.6.34-ckrisos uhci_hcd
[    1.261332] usb usb3: SerialNumber: 0000:00:1d.1
[    1.261397] PM: Adding info for usb:usb3
[    1.261500] usb usb3: usb_probe_device
[    1.261507] usb usb3: configuration #1 chosen from 1 choice
[    1.261521] usb usb3: adding 3-0:1.0 (config #1, interface 0)
[    1.261547] PM: Adding info for usb:3-0:1.0
[    1.261641] hub 3-0:1.0: usb_probe_interface
[    1.261647] hub 3-0:1.0: usb_probe_interface - got id
[    1.261651] hub 3-0:1.0: USB hub found
[    1.261661] hub 3-0:1.0: 2 ports detected
[    1.261665] hub 3-0:1.0: standalone hub
[    1.261669] hub 3-0:1.0: no power switching (usb 1.0)
[    1.261673] hub 3-0:1.0: individual port over-current protection
[    1.261678] hub 3-0:1.0: power on to power good time: 2ms
[    1.261686] hub 3-0:1.0: local power source is good
[    1.261691] hub 3-0:1.0: trying to enable port power on non-switchable hub
[    1.261722] PM: Adding info for No Bus:ep_81
[    1.261728] drivers/usb/core/inode.c: creating file '001'
[    1.261762] PM: Adding info for No Bus:ep_00
[    1.261794] ehci_hcd 0000:00:1d.7: HS companion for 0000:00:1d.1
[    1.261824]   alloc irq_desc for 18 on node -1
[    1.261829]   alloc kstat_irqs on node -1
[    1.261843] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[    1.261855] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[    1.261862] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[    1.261873] drivers/usb/core/inode.c: creating file '004'
[    1.261933] PM: Adding info for No Bus:usbmon4
[    1.262057] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
[    1.262074] uhci_hcd 0000:00:1d.2: detected 2 ports
[    1.262082] uhci_hcd 0000:00:1d.2: uhci_check_and_reset_hc: cmd = 0x0000
[    1.262087] uhci_hcd 0000:00:1d.2: Performing full reset
[    1.262105] uhci_hcd 0000:00:1d.2: supports USB remote wakeup
[    1.262157] uhci_hcd 0000:00:1d.2: irq 18, io base 0x00006040
[    1.262233] usb usb4: default language 0x0409
[    1.262248] usb usb4: udev 1, busnum 4, minor = 384
[    1.262253] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[    1.262258] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.262264] usb usb4: Product: UHCI Host Controller
[    1.262268] usb usb4: Manufacturer: Linux 2.6.34-ckrisos uhci_hcd
[    1.262273] usb usb4: SerialNumber: 0000:00:1d.2
[    1.262342] PM: Adding info for usb:usb4
[    1.262453] usb usb4: usb_probe_device
[    1.262460] usb usb4: configuration #1 chosen from 1 choice
[    1.262475] usb usb4: adding 4-0:1.0 (config #1, interface 0)
[    1.262502] PM: Adding info for usb:4-0:1.0
[    1.262599] hub 4-0:1.0: usb_probe_interface
[    1.262605] hub 4-0:1.0: usb_probe_interface - got id
[    1.262609] hub 4-0:1.0: USB hub found
[    1.262620] hub 4-0:1.0: 2 ports detected
[    1.262624] hub 4-0:1.0: standalone hub
[    1.262628] hub 4-0:1.0: no power switching (usb 1.0)
[    1.262632] hub 4-0:1.0: individual port over-current protection
[    1.262637] hub 4-0:1.0: power on to power good time: 2ms
[    1.262645] hub 4-0:1.0: local power source is good
[    1.262650] hub 4-0:1.0: trying to enable port power on non-switchable hub
[    1.262681] PM: Adding info for No Bus:ep_81
[    1.262687] drivers/usb/core/inode.c: creating file '001'
[    1.262723] PM: Adding info for No Bus:ep_00
[    1.262753] ehci_hcd 0000:00:1d.7: HS companion for 0000:00:1d.2
[    1.262785]   alloc irq_desc for 19 on node -1
[    1.262789]   alloc kstat_irqs on node -1
[    1.262802] uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[    1.262814] uhci_hcd 0000:00:1d.3: setting latency timer to 64
[    1.262821] uhci_hcd 0000:00:1d.3: UHCI Host Controller
[    1.262833] drivers/usb/core/inode.c: creating file '005'
[    1.262881] PM: Adding info for No Bus:usbmon5
[    1.262976] uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 5
[    1.262991] uhci_hcd 0000:00:1d.3: detected 2 ports
[    1.262999] uhci_hcd 0000:00:1d.3: uhci_check_and_reset_hc: cmd = 0x0000
[    1.263032] uhci_hcd 0000:00:1d.3: Performing full reset
[    1.263051] uhci_hcd 0000:00:1d.3: supports USB remote wakeup
[    1.263079] uhci_hcd 0000:00:1d.3: irq 19, io base 0x00006020
[    1.263164] usb usb5: default language 0x0409
[    1.263179] usb usb5: udev 1, busnum 5, minor = 512
[    1.263184] usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
[    1.263190] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.263195] usb usb5: Product: UHCI Host Controller
[    1.263199] usb usb5: Manufacturer: Linux 2.6.34-ckrisos uhci_hcd
[    1.263204] usb usb5: SerialNumber: 0000:00:1d.3
[    1.263274] PM: Adding info for usb:usb5
[    1.263381] usb usb5: usb_probe_device
[    1.263388] usb usb5: configuration #1 chosen from 1 choice
[    1.263402] usb usb5: adding 5-0:1.0 (config #1, interface 0)
[    1.263428] PM: Adding info for usb:5-0:1.0
[    1.263524] hub 5-0:1.0: usb_probe_interface
[    1.263530] hub 5-0:1.0: usb_probe_interface - got id
[    1.263534] hub 5-0:1.0: USB hub found
[    1.263545] hub 5-0:1.0: 2 ports detected
[    1.263549] hub 5-0:1.0: standalone hub
[    1.263553] hub 5-0:1.0: no power switching (usb 1.0)
[    1.263557] hub 5-0:1.0: individual port over-current protection
[    1.263562] hub 5-0:1.0: power on to power good time: 2ms
[    1.263570] hub 5-0:1.0: local power source is good
[    1.263575] hub 5-0:1.0: trying to enable port power on non-switchable hub
[    1.263614] PM: Adding info for No Bus:ep_81
[    1.263621] drivers/usb/core/inode.c: creating file '001'
[    1.263652] PM: Adding info for No Bus:ep_00
[    1.263682] ehci_hcd 0000:00:1d.7: HS companion for 0000:00:1d.3
[    1.263894] usbcore: registered new interface driver usblp
[    1.263900] Initializing USB Mass Storage driver...
[    1.264071] usbcore: registered new interface driver usb-storage
[    1.264076] USB Mass Storage support registered.
[    1.264237] usbcore: registered new interface driver libusual
[    1.264444] PNP: PS/2 Controller [PNP0303:KBC0,PNP0f13:MSA0] at 0x60,0x64 irq 1,12
[    1.264511] PM: Adding info for platform:i8042
[    1.278323] serio: i8042 KBD port at 0x60,0x64 irq 1
[    1.278335] serio: i8042 AUX port at 0x60,0x64 irq 12
[    1.278373] PM: Adding info for serio:serio0
[    1.278485] PM: Adding info for No Bus:mice
[    1.278534] PM: Adding info for serio:serio1
[    1.278594] mice: PS/2 mouse device common for all mice
[    1.278642] PM: Adding info for No Bus:event0
[    1.278764] PM: Adding info for No Bus:event1
[    1.278880] PM: Adding info for No Bus:event2
[    1.278992] PM: Adding info for No Bus:event3
[    1.279421] rtc_cmos 00:03: RTC can wake from S4
[    1.279477] PM: Adding info for No Bus:rtc0
[    1.279579] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
[    1.279622] rtc0: alarms up to one month, 242 bytes nvram, hpet irqs
[    1.279747] i801_smbus 0000:00:1f.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[    1.279796] PM: Adding info for i2c:i2c-0
[    1.280506] PM: Adding info for No Bus:device-mapper
[    1.280592] device-mapper: ioctl: 4.17.0-ioctl (2010-03-05) initialised: dm-devel@redhat.com
[    1.281528] cpuidle: using governor ladder
[    1.282569] cpuidle: using governor menu
[    1.286156] usbcore: registered new interface driver hiddev
[    1.286286] usbcore: registered new interface driver usbhid
[    1.286291] usbhid: USB HID core driver
[    1.286295] acer-wmi: Acer Laptop ACPI-WMI Extras
[    1.292886] PM: Adding info for No Bus:input4
[    1.293095] input: AT Translated Set 2 keyboard as /class/input/input4
[    1.293168] PM: Adding info for No Bus:event4
[    1.359087] ehci_hcd 0000:00:1d.7: GetStatus port 1 status 001403 POWER sig=k CSC CONNECT
[    1.359097] hub 1-0:1.0: port 1: status 0501 change 0001
[    1.359112] ehci_hcd 0000:00:1d.7: GetStatus port 2 status 001403 POWER sig=k CSC CONNECT
[    1.359119] hub 1-0:1.0: port 2: status 0501 change 0001
[    1.359148] ehci_hcd 0000:00:1d.7: GetStatus port 4 status 001803 POWER sig=j CSC CONNECT
[    1.359155] hub 1-0:1.0: port 4: status 0501 change 0001
[    1.360093] uhci_hcd 0000:00:1d.0: port 1 portsc 008a,00
[    1.360112] uhci_hcd 0000:00:1d.0: port 2 portsc 008a,00
[    1.361096] uhci_hcd 0000:00:1d.1: port 2 portsc 0082,00
[    1.362093] hub 4-0:1.0: state 7 ports 2 chg 0000 evt 0000
[    1.363103] hub 5-0:1.0: state 7 ports 2 chg 0000 evt 0000
[    1.406383] acer-wmi: Brightness must be controlled by generic video driver
[    1.406544] PM: Adding info for platform:acer-wmi
[    1.406676] PM: Adding info for No Bus:rfkill1
[    1.459085] hub 1-0:1.0: state 7 ports 8 chg 0016 evt 0000
[    1.459103] hub 1-0:1.0: port 1, status 0501, change 0000, 480 Mb/s
[    1.459119] ehci_hcd 0000:00:1d.7: port 1 low speed --> companion
[    1.510083] ehci_hcd 0000:00:1d.7: GetStatus port 1 status 003002 POWER OWNER sig=se0 CSC
[    1.510118] hub 1-0:1.0: port 2, status 0501, change 0000, 480 Mb/s
[    1.510132] ehci_hcd 0000:00:1d.7: port 2 low speed --> companion
[    1.526276] PM: Adding info for No Bus:timer
[    1.526450] PM: Adding info for No Bus:seq
[    1.526613] PM: Adding info for No Bus:sequencer
[    1.526739] PM: Adding info for No Bus:sequencer2
[    1.527113] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    1.527200]   alloc irq_desc for 27 on node -1
[    1.527206]   alloc kstat_irqs on node -1
[    1.527229] HDA Intel 0000:00:1b.0: irq 27 for MSI/MSI-X
[    1.527275] HDA Intel 0000:00:1b.0: setting latency timer to 64
[    1.542324] hda_codec: ALC272: BIOS auto-probing.
[    1.547226] PM: Adding info for No Bus:pcmC0D0p
[    1.547405] PM: Adding info for No Bus:pcmC0D0c
[    1.547550] PM: Adding info for No Bus:dsp
[    1.547676] PM: Adding info for No Bus:audio
[    1.547813] PM: Adding info for No Bus:hwC0D0
[    1.547946] PM: Adding info for No Bus:controlC0
[    1.548094] PM: Adding info for No Bus:mixer
[    1.549038] ALSA device list:
[    1.549043]   #0: HDA Intel at 0x98200000 irq 27
[    1.549165] Netfilter messages via NETLINK v0.30.
[    1.549201] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[    1.549792] ctnetlink v0.93: registering with nfnetlink.
[    1.551204] ip_tables: (C) 2000-2006 Netfilter Core Team
[    1.551308] TCP cubic registered
[    1.551313] Initializing XFRM netlink socket
[    1.552261] NET: Registered protocol family 10
[    1.554908] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    1.555092] IPv6 over IPv4 tunneling driver
[    1.555223] PM: Adding info for No Bus:sit0
[    1.556712] NET: Registered protocol family 17
[    1.558194] Using IPI No-Shortcut mode
[    1.558268] PM: Adding info for No Bus:cpu_dma_latency
[    1.558395] PM: Adding info for No Bus:network_latency
[    1.558515] PM: Adding info for No Bus:network_throughput
[    1.558610] PM: Resume from disk failed.
[    1.558640] registered taskstats version 1
[    1.559095]   Magic number: 14:788:719
[    1.561192] ehci_hcd 0000:00:1d.7: GetStatus port 2 status 003002 POWER OWNER sig=se0 CSC
[    1.561247] hub 1-0:1.0: port 4, status 0501, change 0000, 480 Mb/s
[    1.581087] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.581933] ata1.00: unexpected _GTF length (4)
[    1.612308] ehci_hcd 0000:00:1d.7: port 4 high speed
[    1.612317] ehci_hcd 0000:00:1d.7: GetStatus port 4 status 001005 POWER sig=se0 PE CONNECT
[    1.631788] ata1.00: ATA-8: TOSHIBA MK2555GSX, FG001J, max UDMA/100
[    1.631800] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    1.632745] ata1.00: unexpected _GTF length (4)
[    1.632984] ata1.00: configured for UDMA/100
[    1.643281] scsi 0:0:0:0: Direct-Access     ATA      TOSHIBA MK2555GS FG00 PQ: 0 ANSI: 5
[    1.643305] PM: Adding info for No Bus:target0:0:0
[    1.643343] PM: Adding info for scsi:0:0:0:0
[    1.643522] PM: Adding info for No Bus:0:0:0:0
[    1.643657] PM: Adding info for No Bus:0:0:0:0
[    1.643746] sd 0:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB)
[    1.643841] PM: Adding info for No Bus:sg0
[    1.643952] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    1.644057] PM: Adding info for No Bus:0:0:0:0
[    1.644096] sd 0:0:0:0: [sda] Write Protect is off
[    1.644104] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.644219] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.644294] PM: Adding info for No Bus:sda
[    1.644670]  sda:
[    1.663084] usb 1-4: new high speed USB device using ehci_hcd and address 4
[    1.696739]  sda1 sda2
[    1.696817] PM: Adding info for No Bus:sda1
[    1.696871] PM: Adding info for No Bus:sda2
[    1.697412] PM: Adding info for No Bus:8:0
[    1.697890] sd 0:0:0:0: [sda] Attached SCSI disk
[    1.714309] ehci_hcd 0000:00:1d.7: port 4 high speed
[    1.714321] ehci_hcd 0000:00:1d.7: GetStatus port 4 status 001005 POWER sig=se0 PE CONNECT
[    1.811613] usb 1-4: skipped 1 descriptor after configuration
[    1.811625] usb 1-4: skipped 6 descriptors after interface
[    1.811635] usb 1-4: skipped 1 descriptor after endpoint
[    1.811644] usb 1-4: skipped 9 descriptors after interface
[    1.812350] usb 1-4: default language 0x0409
[    1.817857] usb 1-4: udev 4, busnum 1, minor = 3
[    1.817866] usb 1-4: New USB device found, idVendor=064e, idProduct=a102
[    1.817875] usb 1-4: New USB device strings: Mfr=2, Product=1, SerialNumber=3
[    1.817884] usb 1-4: Product: WebCam
[    1.817891] usb 1-4: Manufacturer: SuYin
[    1.817898] usb 1-4: SerialNumber: CN0316-S30C-OV061-VA-R02.02.02
[    1.818039] PM: Adding info for usb:1-4
[    1.818273] usb 1-4: usb_probe_device
[    1.818286] usb 1-4: configuration #1 chosen from 1 choice
[    1.818620] usb 1-4: adding 1-4:1.0 (config #1, interface 0)
[    1.818688] PM: Adding info for usb:1-4:1.0
[    1.820365] PM: Adding info for No Bus:ep_83
[    1.820376] usb 1-4: adding 1-4:1.1 (config #1, interface 1)
[    1.820449] PM: Adding info for usb:1-4:1.1
[    1.820653] drivers/usb/core/inode.c: creating file '004'
[    1.820711] PM: Adding info for No Bus:ep_00
[    1.820723] hub 1-0:1.0: state 7 ports 8 chg 0000 evt 0004
[    1.820744] hub 2-0:1.0: state 7 ports 2 chg 0000 evt 0006
[    1.820762] uhci_hcd 0000:00:1d.0: port 1 portsc 01a3,00
[    1.820779] hub 2-0:1.0: port 1, status 0301, change 0001, 1.5 Mb/s
[    1.924070] hub 2-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x301
[    1.949085] ata2: SATA link down (SStatus 0 SControl 300)
[    1.960206] Freeing unused kernel memory: 392k freed
[    1.960566] Write protecting the kernel text: 4424k
[    1.960682] Write protecting the kernel read-only data: 2012k
[    1.960691] BFS CPU scheduler v0.318 by Con Kolivas.
[    2.026097] usb 2-1: new low speed USB device using uhci_hcd and address 2
[    2.180441] usb 2-1: skipped 1 descriptor after interface
[    2.180454] usb 2-1: skipped 1 descriptor after interface
[    2.185433] usb 2-1: default language 0x0409
[    2.227418] usb 2-1: uhci_result_common: failed with status 500000
[    2.242436] usb 2-1: udev 2, busnum 2, minor = 129
[    2.242445] usb 2-1: New USB device found, idVendor=1c4f, idProduct=0002
[    2.242455] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    2.242464] usb 2-1: Product: USB Keykoard
[    2.242471] usb 2-1: Manufacturer: USB
[    2.242610] PM: Adding info for usb:2-1
[    2.242839] usb 2-1: usb_probe_device
[    2.242850] usb 2-1: configuration #1 chosen from 1 choice
[    2.245438] usb 2-1: adding 2-1:1.0 (config #1, interface 0)
[    2.245487] PM: Adding info for usb:2-1:1.0
[    2.245704] usbhid 2-1:1.0: usb_probe_interface
[    2.245713] usbhid 2-1:1.0: usb_probe_interface - got id
[    2.245778] PM: Adding info for hid:0003:1C4F:0002.0001
[    2.259416] PM: Adding info for No Bus:input5
[    2.259783] input: USB USB Keykoard as /class/input/input5
[    2.259817] uhci_hcd 0000:00:1d.0: reserve dev 2 ep81-INT, period 8, phase 4, 118 us
[    2.259906] PM: Adding info for No Bus:event5
[    2.260174] PM: Adding info for No Bus:hidraw0
[    2.260368] generic-usb 0003:1C4F:0002.0001: input,hidraw0: USB HID v1.10 Keyboard [USB USB Keykoard] on usb-0000:00:1d.0-1/input0
[    2.260474] PM: Adding info for No Bus:ep_81
[    2.260488] usb 2-1: adding 2-1:1.1 (config #1, interface 1)
[    2.260547] PM: Adding info for usb:2-1:1.1
[    2.260791] usbhid 2-1:1.1: usb_probe_interface
[    2.260802] usbhid 2-1:1.1: usb_probe_interface - got id
[    2.260894] PM: Adding info for hid:0003:1C4F:0002.0002
[    2.460753] usb usb4: suspend_rh (auto-stop)
[    2.460781] usb usb5: suspend_rh (auto-stop)
[    2.460834] usb usb3: suspend_rh (auto-stop)
[    2.760373] PM: Adding info for No Bus:input6
[    2.760677] input: ImPS/2 Generic Wheel Mouse as /class/input/input6
[    2.760766] PM: Adding info for No Bus:mouse0
[    2.760985] PM: Adding info for No Bus:event6
[   12.278546] drivers/hid/usbhid/hid-core.c: usb_submit_urb(ctrl) failed
[   12.278668] generic-usb 0003:1C4F:0002.0002: timeout initializing reports
[   12.278906] PM: Adding info for No Bus:input7
[   12.279296] input: USB USB Keykoard as /class/input/input7
[   12.279329] uhci_hcd 0000:00:1d.0: reserve dev 2 ep82-INT, period 8, phase 4, 87 us
[   12.279413] PM: Adding info for No Bus:event7
[   12.279638] PM: Adding info for No Bus:hidraw1
[   12.279808] generic-usb 0003:1C4F:0002.0002: input,hidraw1: USB HID v1.10 Device [USB USB Keykoard] on usb-0000:00:1d.0-1/input1
[   12.279886] PM: Adding info for No Bus:ep_82
[   12.279898] drivers/usb/core/inode.c: creating file '002'
[   12.279950] PM: Adding info for No Bus:ep_00
[   12.279971] uhci_hcd 0000:00:1d.0: port 2 portsc 01a3,00
[   12.279990] hub 2-0:1.0: port 2, status 0301, change 0001, 1.5 Mb/s
[   12.383080] hub 2-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x301
[   12.485085] usb 2-2: new low speed USB device using uhci_hcd and address 3
[   12.626569] usb 2-2: skipped 1 descriptor after interface
[   12.631573] usb 2-2: default language 0x0409
[   12.638578] usb 2-2: udev 3, busnum 2, minor = 130
[   12.638587] usb 2-2: New USB device found, idVendor=04f3, idProduct=0216
[   12.638596] usb 2-2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[   12.638605] usb 2-2: Product: USB Mouse
[   12.638746] PM: Adding info for usb:2-2
[   12.638981] usb 2-2: usb_probe_device
[   12.638993] usb 2-2: configuration #1 chosen from 1 choice
[   12.641577] usb 2-2: adding 2-2:1.0 (config #1, interface 0)
[   12.641627] PM: Adding info for usb:2-2:1.0
[   12.641856] usbhid 2-2:1.0: usb_probe_interface
[   12.641865] usbhid 2-2:1.0: usb_probe_interface - got id
[   12.641933] PM: Adding info for hid:0003:04F3:0216.0003
[   12.656214] PM: Adding info for No Bus:input8
[   12.656511] input: USB Mouse as /class/input/input8
[   12.656600] PM: Adding info for No Bus:mouse1
[   12.656819] PM: Adding info for No Bus:event8
[   12.657053] PM: Adding info for No Bus:hidraw2
[   12.657235] generic-usb 0003:04F3:0216.0003: input,hidraw2: USB HID v1.11 Mouse [USB Mouse] on usb-0000:00:1d.0-2/input0
[   12.657313] PM: Adding info for No Bus:ep_81
[   12.657324] drivers/usb/core/inode.c: creating file '003'
[   12.657374] PM: Adding info for No Bus:ep_00
[   12.657387] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000
[   12.657398] hub 2-0:1.0: state 7 ports 2 chg 0000 evt 0000
[   17.727620] PM: Adding info for No Bus:dm-0
[   17.727834] PM: Adding info for No Bus:254:0
[   17.738206] PM: Removing info for No Bus:254:0
[   17.738375] PM: Removing info for No Bus:dm-0
[   17.894295] PM: Adding info for No Bus:dm-0
[   17.894505] PM: Adding info for No Bus:254:0
[   18.499645] PM: Adding info for No Bus:dm-1
[   18.499986] PM: Adding info for No Bus:254:1
[   18.534717] EXT3-fs (dm-1): error: couldn't mount because of unsupported optional features (240)
[   18.581842] EXT4-fs (dm-1): mounted filesystem with ordered data mode
[   18.582190] exe used greatest stack depth: 6140 bytes left
[   21.883937] init-early.sh used greatest stack depth: 6088 bytes left
[   23.725187] udev: starting version 154
[   24.121503] agpgart-intel 0000:00:00.0: Intel GMA3150 Chipset
[   24.122975] agpgart-intel 0000:00:00.0: detected 8188K stolen memory
[   24.168687] PM: Adding info for No Bus:agpgart
[   24.168728] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0x80000000
[   24.320071] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   24.320081] i915 0000:00:02.0: setting latency timer to 64
[   24.322461] PM: Adding info for No Bus:controlD64
[   24.322775] PM: Adding info for No Bus:card0
[   24.401556]   alloc irq_desc for 28 on node -1
[   24.401563]   alloc kstat_irqs on node -1
[   24.401579] i915 0000:00:02.0: irq 28 for MSI/MSI-X
[   24.401590] [drm] set up 7M of stolen space
[   24.402027] PM: Adding info for i2c:i2c-1
[   24.402179] PM: Adding info for No Bus:card0-VGA-1
[   24.402306] PM: Adding info for i2c:i2c-2
[   24.505187] PM: Adding info for No Bus:card0-LVDS-1
[   24.505301] [drm] initialized overlay support
[   24.776572] PM: Adding info for No Bus:fb0
[   24.776676] PM: Adding info for No Bus:vtcon1
[   24.778796] [drm] Big FIFO is enabled
[   24.842064] [drm] Big FIFO is enabled
[   24.842087] [drm] Big FIFO is enabled
[   24.842186] [drm] Big FIFO is disabled
[   24.906059] [drm] Big FIFO is disabled
[   24.906069] [drm] Big FIFO is disabled
[   24.915993] Console: switching to colour frame buffer device 128x37
[   24.925644] fb0: inteldrmfb frame buffer device
[   24.925649] registered panic notifier
[   25.128755] PM: Adding info for No Bus:acpi_video0
[   25.229241] PM: Adding info for No Bus:cooling_device3
[   25.229303] acpi device:24: registered as cooling_device3
[   25.229355] PM: Adding info for No Bus:acpi_video0
[   25.230789] PM: Adding info for No Bus:input9
[   25.230987] input: Video Bus as /class/input/input9
[   25.231120] PM: Adding info for No Bus:event9
[   25.231220] ACPI: Video Device [OVGA] (multi-head: yes  rom: no  post: no)
[   25.231307] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[   25.231818] modprobe used greatest stack depth: 5076 bytes left
[   27.427252] PM: Adding info for No Bus:dm-2
[   27.427509] PM: Adding info for No Bus:254:2
[   27.619571] PM: Adding info for No Bus:dm-3
[   27.619783] PM: Adding info for No Bus:254:3
[   27.771964] PM: Adding info for No Bus:dm-4
[   27.772220] PM: Adding info for No Bus:254:4
[   27.902241] PM: Adding info for No Bus:dm-5
[   27.902458] PM: Adding info for No Bus:254:5
[   28.017738] PM: Adding info for No Bus:dm-6
[   28.017956] PM: Adding info for No Bus:254:6
[   30.191614] EXT4-fs (dm-1): warning: maximal mount count reached, running e2fsck is recommended
[   30.480094] EXT4-fs (dm-5): mounted filesystem with ordered data mode
[   30.645892] EXT4-fs (dm-3): mounted filesystem with ordered data mode
[   30.708277] EXT4-fs (dm-4): mounted filesystem with ordered data mode
[   30.762364] EXT4-fs (dm-6): mounted filesystem with ordered data mode
[   31.716873] PM: Adding info for No Bus:vcs2
[   31.716971] PM: Adding info for No Bus:vcsa2
[   31.764986] PM: Adding info for No Bus:vcs3
[   31.765112] PM: Adding info for No Bus:vcsa3
[   31.765966] PM: Adding info for No Bus:vcs4
[   31.766116] PM: Adding info for No Bus:vcsa4
[   31.767887] PM: Adding info for No Bus:vcs5
[   31.767998] PM: Adding info for No Bus:vcsa5
[   31.768893] PM: Adding info for No Bus:vcs6
[   31.768999] PM: Adding info for No Bus:vcsa6
[   31.769911] PM: Adding info for No Bus:vcs7
[   31.770017] PM: Adding info for No Bus:vcsa7
[   31.770915] PM: Adding info for No Bus:vcs8
[   31.771028] PM: Adding info for No Bus:vcsa8
[   31.777834] PM: Adding info for No Bus:vcs9
[   31.777937] PM: Adding info for No Bus:vcsa9
[   31.778855] PM: Adding info for No Bus:vcs10
[   31.778977] PM: Adding info for No Bus:vcsa10
[   31.779875] PM: Adding info for No Bus:vcs11
[   31.779997] PM: Adding info for No Bus:vcsa11
[   31.784521] PM: Adding info for No Bus:vcs12
[   31.784624] PM: Adding info for No Bus:vcsa12
[   33.310697]   alloc irq_desc for 29 on node -1
[   33.310705]   alloc kstat_irqs on node -1
[   33.310734] atl1c 0000:01:00.0: irq 29 for MSI/MSI-X
[   33.310861] atl1c 0000:01:00.0: atl1c: eth0 NIC Link is Up<100 Mbps Full Duplex>
[   33.702346] Adding 3145724k swap on /dev/dm-2.  Priority:-1 extents:1 across:3145724k 
[   34.487871] PM: Adding info for No Bus:ppp0
[   43.330076] eth0: no IPv6 routers present
[  160.487386] [drm] Big FIFO is disabled
[  160.564081] [drm] Big FIFO is disabled
[  160.564101] [drm] Big FIFO is disabled
[  160.815600] [drm] Big FIFO is disabled
[  160.880071] [drm] Big FIFO is disabled
[  160.880086] [drm] Big FIFO is disabled
[  199.371980] SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount force-fb(V) show-blocked-tasks(W) dump-ftrace-buffer(Z) 
[  205.868089] SysRq : Terminate All Tasks
[  205.879703] [drm] Big FIFO is disabled
[  205.904184] PM: Removing info for No Bus:ppp0
[  205.944063] [drm] Big FIFO is disabled
[  205.944079] [drm] Big FIFO is disabled
[  206.195337] [drm] Big FIFO is disabled
[  206.259059] [drm] Big FIFO is disabled
[  206.259071] [drm] Big FIFO is disabled

[-- Attachment #4: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Christopher James Halse Rogers]

[-- Attachment #1.1: Type: text/plain, Size: 409 bytes --]

On Mon, 2010-06-21 at 03:08 -0300, Elias Gabriel Amaral da Silva wrote:
> ...Snip bits of Xorg.0.log...
> [   162.075] (EE) module ABI major version (7) doesn't match the
> server's version (9)
> [   162.076] (II) UnloadModule: "evdev" 

You haven't rebuilt your input drivers against the new Xserver.  The
intel driver is working, X just doesn't have any input devices so it
looks like it's frozen.

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Andrew Lutomirski]

On Sun, Jun 20, 2010 at 11:29 AM, Andrew Lutomirski <luto@mit.edu> wrote:
> On Fri, Jun 18, 2010 at 4:04 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
>> On Thu, 17 Jun 2010 19:44:10 -0700
>> Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
>>
>>> On Fri, 18 Jun 2010 02:20:23 +0200
>>> Marc Deop i Argemí <damnshock@gmail.com> wrote:
>>>
>>> > On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
>>> > > Neither patch applies for me.
>>> >
>>> > One of them do apply for me, the other one doesn't.
>>> >
>>> > Testing done on latest 2.6.35-rc3, the building fails.
>>>
>>> Arg, ok, I'll refresh them and post new ones tomorrow.
>>
>> Ok here are some updated ones.
>
> Running these patches on 2.6.35-rc3 (plus the brown-paper-bag TCP fix,
> plus my hotplug_mask hack, plus my CRT regression fix) with
> xf86-video-intel be55066c6481b4c5e2cd39ef1c0f3be88cae0c93 (which is
> about a day old) seems stable and I don't have any visible corruption.

Just froze again.  I moved my mouse and the screen turned black except
for the mouse cursor and a little underscore in the top left that
looked like the fbcon cursor.

Again, magic sysrq didn't work, which I'd imagine would help narrow
things down (presumably, no matter how hard the graphics hardware gets
wedged, magic sysrq should still work).

--Andy

>
> That being said, if I rotate the screen, then typing becomes very
> annoyingly laggy.  I have no idea whether that's a regression or not.
>
> --Andy
>
>>
>> --
>> Jesse Barnes, Intel Open Source Technology Center
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>>
>>
>

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Elias Gabriel Amaral da Silva]

2010/6/21 Christopher James Halse Rogers
<christopher.halse.rogers@canonical.com>:
> On Mon, 2010-06-21 at 03:08 -0300, Elias Gabriel Amaral da Silva wrote:
>> ...Snip bits of Xorg.0.log...
>> [   162.075] (EE) module ABI major version (7) doesn't match the
>> server's version (9)
>> [   162.076] (II) UnloadModule: "evdev"
>
> You haven't rebuilt your input drivers against the new Xserver.  The
> intel driver is working, X just doesn't have any input devices so it
> looks like it's frozen.

Recompiling fixed it, and 2.11.901 is working great here.

Thank you =)

-- 
Elias Gabriel Amaral da Silva <tolkiendili@gmail.com>

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Jesse Barnes]

[-- Attachment #1: Type: text/plain, Size: 1972 bytes --]

On Mon, 21 Jun 2010 16:32:48 -0400
Andrew Lutomirski <luto@mit.edu> wrote:

> On Sun, Jun 20, 2010 at 11:29 AM, Andrew Lutomirski <luto@mit.edu> wrote:
> > On Fri, Jun 18, 2010 at 4:04 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> >> On Thu, 17 Jun 2010 19:44:10 -0700
> >> Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> >>
> >>> On Fri, 18 Jun 2010 02:20:23 +0200
> >>> Marc Deop i Argemí <damnshock@gmail.com> wrote:
> >>>
> >>> > On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
> >>> > > Neither patch applies for me.
> >>> >
> >>> > One of them do apply for me, the other one doesn't.
> >>> >
> >>> > Testing done on latest 2.6.35-rc3, the building fails.
> >>>
> >>> Arg, ok, I'll refresh them and post new ones tomorrow.
> >>
> >> Ok here are some updated ones.
> >
> > Running these patches on 2.6.35-rc3 (plus the brown-paper-bag TCP fix,
> > plus my hotplug_mask hack, plus my CRT regression fix) with
> > xf86-video-intel be55066c6481b4c5e2cd39ef1c0f3be88cae0c93 (which is
> > about a day old) seems stable and I don't have any visible corruption.
> 
> Just froze again.  I moved my mouse and the screen turned black except
> for the mouse cursor and a little underscore in the top left that
> looked like the fbcon cursor.
> 
> Again, magic sysrq didn't work, which I'd imagine would help narrow
> things down (presumably, no matter how hard the graphics hardware gets
> wedged, magic sysrq should still work).

Yeah means the GMCH itself probably hung, possibly not responding to
memory requests from the CPU.

The display was otherwise idle when it froze?  The behavior you
describe sounds like a panic; there's a patch available to get some
more info in that case: "vt/console: try harder to print output when
panicing" that Dave Airlie just posted (attached).  Can you apply it as
well and see if you can reproduce the problem?

Thanks,
-- 
Jesse Barnes, Intel Open Source Technology Center

[-- Attachment #2: [PATCH] vt_console: try harder to print output when panicing --]
[-- Type: application/octet-stream, Size: 9136 bytes --]

Received: from virtuous by box514.bluehost.com with local-bsmtp (Exim 4.69)
	(envelope-from <airlied@gmail.com>)
	id 1ORH4U-0000lP-JB
	for jbarnes@virtuousgeek.org; Tue, 22 Jun 2010 21:56:19 -0600
X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on box514.bluehost.com
X-Spam-Level: 
X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL
	shortcircuit=no autolearn=ham version=3.3.0
Received: from mx1.redhat.com ([209.132.183.28])
	by box514.bluehost.com with esmtp (Exim 4.69)
	(envelope-from <airlied@gmail.com>)
	id 1ORH4U-0000kR-Ac
	for jbarnes@virtuousgeek.org; Tue, 22 Jun 2010 21:56:18 -0600
Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o5N3u8A1028985
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Tue, 22 Jun 2010 23:56:09 -0400
Received: from clockmaker-el6.bne.redhat.com (dhcp-0-222.bne.redhat.com [10.64.0.222])
	by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o5N3Cx4r005867;
	Tue, 22 Jun 2010 23:13:00 -0400
From: Dave Airlie <airlied@gmail.com>
To: linux-fbdev@vger.kernel.org
Cc: dri-devel@lists.sf.net, linux-kernel@vger.kernel.org,
        Jesse Barnes <jbarnes@virtuousgeek.org>
Subject: [PATCH] vt/console: try harder to print output when panicing
Date: Wed, 23 Jun 2010 13:12:59 +1000
Message-Id: <1277262779-19338-1-git-send-email-airlied@gmail.com>
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.21
X-Identified-User: {10642:box514.bluehost.com:virtuous:virtuousgeek.org} {sentby:spamassassin for local delivery to identified user}

From: Jesse Barnes <jbarnes@virtuousgeek.org>

Jesse's initial patch commit said:

"At panic time (i.e. when oops_in_progress is set) we should try a bit
harder to update the screen and make sure output gets to the VT, since
some drivers are capable of flipping back to it.

So make sure we try to unblank and update the display if called from a
panic context."

I've enhanced this to add a flag to the vc that console layer can set
to indicate they want this behaviour to occur. This also adds support
to fbcon for that flag and adds an fb flag for drivers to indicate
they want to use the support. It enables this for KMS drivers.

Signed-off-by: Dave Airlie <airlied@redhat.com>
---
 drivers/char/vt.c                       |   13 +++++++++----
 drivers/gpu/drm/i915/intel_fb.c         |    4 +---
 drivers/gpu/drm/nouveau/nouveau_fbcon.c |    1 +
 drivers/gpu/drm/radeon/radeon_fb.c      |    2 +-
 drivers/video/console/fbcon.c           |    4 +++-
 include/linux/console_struct.h          |    1 +
 include/linux/fb.h                      |    4 ++++
 include/linux/vt_kern.h                 |    7 +++++++
 8 files changed, 27 insertions(+), 9 deletions(-)

diff --git a/drivers/char/vt.c b/drivers/char/vt.c
index 7cdb6ee..6e04c9e 100644
--- a/drivers/char/vt.c
+++ b/drivers/char/vt.c
@@ -698,7 +698,10 @@ void redraw_screen(struct vc_data *vc, int is_switch)
 			update_attr(vc);
 			clear_buffer_attributes(vc);
 		}
-		if (update && vc->vc_mode != KD_GRAPHICS)
+
+		/* Forcibly update if we're panicing */
+		if ((update && vc->vc_mode != KD_GRAPHICS) ||
+		    vt_force_oops_output(vc))
 			do_update_region(vc, vc->vc_origin, vc->vc_screenbuf_size / 2);
 	}
 	set_cursor(vc);
@@ -736,6 +739,7 @@ static void visual_init(struct vc_data *vc, int num, int init)
 	vc->vc_hi_font_mask = 0;
 	vc->vc_complement_mask = 0;
 	vc->vc_can_do_color = 0;
+	vc->vc_panic_force_write = false;
 	vc->vc_sw->con_init(vc, init);
 	if (!vc->vc_complement_mask)
 		vc->vc_complement_mask = vc->vc_can_do_color ? 0x7700 : 0x0800;
@@ -2498,7 +2502,7 @@ static void vt_console_print(struct console *co, const char *b, unsigned count)
 		goto quit;
 	}
 
-	if (vc->vc_mode != KD_TEXT)
+	if (vc->vc_mode != KD_TEXT && !vt_force_oops_output(vc))
 		goto quit;
 
 	/* undraw cursor first */
@@ -3703,7 +3707,8 @@ void do_unblank_screen(int leaving_gfx)
 		return;
 	}
 	vc = vc_cons[fg_console].d;
-	if (vc->vc_mode != KD_TEXT)
+	/* Try to unblank in oops case too */
+	if (vc->vc_mode != KD_TEXT && !vt_force_oops_output(vc))
 		return; /* but leave console_blanked != 0 */
 
 	if (blankinterval) {
@@ -3712,7 +3717,7 @@ void do_unblank_screen(int leaving_gfx)
 	}
 
 	console_blanked = 0;
-	if (vc->vc_sw->con_blank(vc, 0, leaving_gfx))
+	if (vc->vc_sw->con_blank(vc, 0, leaving_gfx) || vt_force_oops_output(vc))
 		/* Low-level driver cannot restore -> do it ourselves */
 		update_screen(vc);
 	if (console_blank_hook)
diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i915/intel_fb.c
index c3c5052..bd5d87a 100644
--- a/drivers/gpu/drm/i915/intel_fb.c
+++ b/drivers/gpu/drm/i915/intel_fb.c
@@ -128,7 +128,7 @@ static int intelfb_create(struct intel_fbdev *ifbdev,
 
 	strcpy(info->fix.id, "inteldrmfb");
 
-	info->flags = FBINFO_DEFAULT;
+	info->flags = FBINFO_DEFAULT | FBINFO_CAN_FORCE_OUTPUT;
 	info->fbops = &intelfb_ops;
 
 	/* setup aperture base/size for vesafb takeover */
@@ -146,8 +146,6 @@ static int intelfb_create(struct intel_fbdev *ifbdev,
 	info->fix.smem_start = dev->mode_config.fb_base + obj_priv->gtt_offset;
 	info->fix.smem_len = size;
 
-	info->flags = FBINFO_DEFAULT;
-
 	info->screen_base = ioremap_wc(dev->agp->base + obj_priv->gtt_offset,
 				       size);
 	if (!info->screen_base) {
diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c b/drivers/gpu/drm/nouveau/nouveau_fbcon.c
index c9a4a0d..9b2d3b7 100644
--- a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
+++ b/drivers/gpu/drm/nouveau/nouveau_fbcon.c
@@ -250,6 +250,7 @@ nouveau_fbcon_create(struct nouveau_fbdev *nfbdev,
 		info->flags = FBINFO_DEFAULT | FBINFO_HWACCEL_COPYAREA |
 			      FBINFO_HWACCEL_FILLRECT |
 			      FBINFO_HWACCEL_IMAGEBLIT;
+	info->flags |= FBINFO_CAN_FORCE_OUTPUT;
 	info->fbops = &nouveau_fbcon_ops;
 	info->fix.smem_start = dev->mode_config.fb_base + nvbo->bo.offset -
 			       dev_priv->vm_vram_base;
diff --git a/drivers/gpu/drm/radeon/radeon_fb.c b/drivers/gpu/drm/radeon/radeon_fb.c
index dc1634b..dbf8696 100644
--- a/drivers/gpu/drm/radeon/radeon_fb.c
+++ b/drivers/gpu/drm/radeon/radeon_fb.c
@@ -224,7 +224,7 @@ static int radeonfb_create(struct radeon_fbdev *rfbdev,
 
 	drm_fb_helper_fill_fix(info, fb->pitch, fb->depth);
 
-	info->flags = FBINFO_DEFAULT;
+	info->flags = FBINFO_DEFAULT | FBINFO_CAN_FORCE_OUTPUT;
 	info->fbops = &radeonfb_ops;
 
 	tmp = radeon_bo_gpu_offset(rbo) - rdev->mc.vram_start;
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index b0a3fa0..7eadb35 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -283,7 +283,8 @@ static inline int fbcon_is_inactive(struct vc_data *vc, struct fb_info *info)
 	struct fbcon_ops *ops = info->fbcon_par;
 
 	return (info->state != FBINFO_STATE_RUNNING ||
-		vc->vc_mode != KD_TEXT || ops->graphics);
+		vc->vc_mode != KD_TEXT || ops->graphics) &&
+		!vt_force_oops_output(vc);
 }
 
 static inline int get_color(struct vc_data *vc, struct fb_info *info,
@@ -1073,6 +1074,7 @@ static void fbcon_init(struct vc_data *vc, int init)
 	if (p->userfont)
 		charcnt = FNTCHARCNT(p->fontdata);
 
+	vc->vc_panic_force_write = !!(info->flags & FBINFO_CAN_FORCE_OUTPUT);
 	vc->vc_can_do_color = (fb_get_color_depth(&info->var, &info->fix)!=1);
 	vc->vc_complement_mask = vc->vc_can_do_color ? 0x7700 : 0x0800;
 	if (charcnt == 256) {
diff --git a/include/linux/console_struct.h b/include/linux/console_struct.h
index 38fe59d..d7d9acd 100644
--- a/include/linux/console_struct.h
+++ b/include/linux/console_struct.h
@@ -105,6 +105,7 @@ struct vc_data {
 	struct vc_data **vc_display_fg;		/* [!] Ptr to var holding fg console for this display */
 	unsigned long	vc_uni_pagedir;
 	unsigned long	*vc_uni_pagedir_loc;  /* [!] Location of uni_pagedir variable for this console */
+	bool vc_panic_force_write; /* when oops/panic this VC can accept forced output/blanking */
 	/* additional information is in vt_kern.h */
 };
 
diff --git a/include/linux/fb.h b/include/linux/fb.h
index 8e5a9df..25f4950 100644
--- a/include/linux/fb.h
+++ b/include/linux/fb.h
@@ -812,6 +812,10 @@ struct fb_tile_ops {
  */
 #define FBINFO_BE_MATH  0x100000
 
+/* report to the VT layer that this fb driver can accept forced console
+   output like oopses */
+#define FBINFO_CAN_FORCE_OUTPUT     0x200000
+
 struct fb_info {
 	int node;
 	int flags;
diff --git a/include/linux/vt_kern.h b/include/linux/vt_kern.h
index 7f56db4..56cce34 100644
--- a/include/linux/vt_kern.h
+++ b/include/linux/vt_kern.h
@@ -100,6 +100,13 @@ extern int unbind_con_driver(const struct consw *csw, int first, int last,
 			     int deflt);
 int vty_init(const struct file_operations *console_fops);
 
+static inline bool vt_force_oops_output(struct vc_data *vc)
+{
+	if (oops_in_progress && vc->vc_panic_force_write)
+		return true;
+	return false;
+}
+
 /*
  * vc_screen.c shares this temporary buffer with the console write code so that
  * we can easily avoid touching user space while holding the console spinlock.
-- 
1.7.1



[-- Attachment #3: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Carl Worth]

[-- Attachment #1.1: Type: text/plain, Size: 1727 bytes --]

On Mon, 21 Jun 2010 02:31:31 -0300, Elias Gabriel Amaral da Silva <tolkiendili@gmail.com> wrote:
> When using an 2.9 driver compiled for 1.7 xorg, and 1.8 xorg, X
> complains about ABI mismatch. Recompiling the driver is supposed to
> fix this, but, I get the same error I got while building from git
> sources. In fact I see it was already reported at gentoo bugzilla,
> http://bugs.gentoo.org/317585
> 
> Well, I suppose I could just downgrade X..
> 
> Is 2.11 and beyond expected to work with Xorg 1.7? [ hmm, every time I
> do this, I have to wait a while.. I'm using debian testing right now
> (Xorg 1.7.5, intel driver 2.9.1) and it's working fine. ]

Sorry about all this.

There's a tight ABI binding between the X server and the
xf86-video-intel driver. That means you can't compile the 2.9 driver
with the latest X server, nor can you compile the latest driver with the
X server that works with the 2.9 driver.

That means it's impossible to hold one of these projects constant while
bisecting the other, (or even just trying a couple of versions of the
other to pinpoint it as the problematic component).

That's unfortunate since bisecting would be extremely useful here.

For this specific instance, one might be able to construct a patch to
the 2.9 driver to make it compile against the latest X server. And then
one could carry that patch along while bisecting. That will be a bit of
work though.

In the future, I think the right thing to do is to put the driver back
into the X server repository. That would eliminate this problem
entirely, (for future versions), and bisecting either X server or driver
problems would work just fine.

-Carl

-- 
carl.d.worth@intel.com

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Clemens Eisserer]

Hi Carl,

> In the future, I think the right thing to do is to put the driver back
> into the X server repository. That would eliminate this problem
> entirely, (for future versions), and bisecting either X server or driver
> problems would work just fine.

I don't see what that would change - in both ways the whole X stack
has to be recompiled.

On the other hand, at least I am not willed to recompile the whole X
userland just to give driver prereleases a try - as I did the past few
releases.
Wasn't that one of the main reasons why drivers were moved out of the
xorg distribution?

- Clemens

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Andrew Lutomirski]

[-- Attachment #1: Type: text/plain, Size: 2323 bytes --]

[Dave, cc-ing you because your vt panic patch is involved.]

On Wed, Jun 23, 2010 at 12:07 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> On Mon, 21 Jun 2010 16:32:48 -0400
> Andrew Lutomirski <luto@mit.edu> wrote:
>
>> On Sun, Jun 20, 2010 at 11:29 AM, Andrew Lutomirski <luto@mit.edu> wrote:
>> > On Fri, Jun 18, 2010 at 4:04 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
>> >> On Thu, 17 Jun 2010 19:44:10 -0700
>> >> Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
>> >>
>> >>> On Fri, 18 Jun 2010 02:20:23 +0200
>> >>> Marc Deop i Argemí <damnshock@gmail.com> wrote:
>> >>>
>> >>> > On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
>> >>> > > Neither patch applies for me.
>> >>> >
>> >>> > One of them do apply for me, the other one doesn't.
>> >>> >
>> >>> > Testing done on latest 2.6.35-rc3, the building fails.
>> >>>
>> >>> Arg, ok, I'll refresh them and post new ones tomorrow.
>> >>
>> >> Ok here are some updated ones.
>> >
>> > Running these patches on 2.6.35-rc3 (plus the brown-paper-bag TCP fix,
>> > plus my hotplug_mask hack, plus my CRT regression fix) with
>> > xf86-video-intel be55066c6481b4c5e2cd39ef1c0f3be88cae0c93 (which is
>> > about a day old) seems stable and I don't have any visible corruption.
>>
>> Just froze again.  I moved my mouse and the screen turned black except
>> for the mouse cursor and a little underscore in the top left that
>> looked like the fbcon cursor.
>>
>> Again, magic sysrq didn't work, which I'd imagine would help narrow
>> things down (presumably, no matter how hard the graphics hardware gets
>> wedged, magic sysrq should still work).
>
> Yeah means the GMCH itself probably hung, possibly not responding to
> memory requests from the CPU.
>
> The display was otherwise idle when it froze?  The behavior you
> describe sounds like a panic; there's a patch available to get some
> more info in that case: "vt/console: try harder to print output when
> panicing" that Dave Airlie just posted (attached).  Can you apply it as
> well and see if you can reproduce the problem?

Yes.  That patch sort of worked, but the main part of the OOPS
scrolled off the screen (other subsequent oopsen displaced it) and
shift-pgup didn't do anything.  (Neither did sysrq.)

Here's a blurry photo.

--Andy

[-- Attachment #2: 0701101646.jpg --]
[-- Type: image/jpeg, Size: 378030 bytes --]

[-- Attachment #3: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Jesse Barnes]

On Thu, 1 Jul 2010 16:55:47 -0400
Andrew Lutomirski <luto@mit.edu> wrote:

> [Dave, cc-ing you because your vt panic patch is involved.]
> 
> On Wed, Jun 23, 2010 at 12:07 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> > On Mon, 21 Jun 2010 16:32:48 -0400
> > Andrew Lutomirski <luto@mit.edu> wrote:
> >
> >> On Sun, Jun 20, 2010 at 11:29 AM, Andrew Lutomirski <luto@mit.edu> wrote:
> >> > On Fri, Jun 18, 2010 at 4:04 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> >> >> On Thu, 17 Jun 2010 19:44:10 -0700
> >> >> Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> >> >>
> >> >>> On Fri, 18 Jun 2010 02:20:23 +0200
> >> >>> Marc Deop i Argemí <damnshock@gmail.com> wrote:
> >> >>>
> >> >>> > On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
> >> >>> > > Neither patch applies for me.
> >> >>> >
> >> >>> > One of them do apply for me, the other one doesn't.
> >> >>> >
> >> >>> > Testing done on latest 2.6.35-rc3, the building fails.
> >> >>>
> >> >>> Arg, ok, I'll refresh them and post new ones tomorrow.
> >> >>
> >> >> Ok here are some updated ones.
> >> >
> >> > Running these patches on 2.6.35-rc3 (plus the brown-paper-bag TCP fix,
> >> > plus my hotplug_mask hack, plus my CRT regression fix) with
> >> > xf86-video-intel be55066c6481b4c5e2cd39ef1c0f3be88cae0c93 (which is
> >> > about a day old) seems stable and I don't have any visible corruption.
> >>
> >> Just froze again.  I moved my mouse and the screen turned black except
> >> for the mouse cursor and a little underscore in the top left that
> >> looked like the fbcon cursor.
> >>
> >> Again, magic sysrq didn't work, which I'd imagine would help narrow
> >> things down (presumably, no matter how hard the graphics hardware gets
> >> wedged, magic sysrq should still work).
> >
> > Yeah means the GMCH itself probably hung, possibly not responding to
> > memory requests from the CPU.
> >
> > The display was otherwise idle when it froze?  The behavior you
> > describe sounds like a panic; there's a patch available to get some
> > more info in that case: "vt/console: try harder to print output when
> > panicing" that Dave Airlie just posted (attached).  Can you apply it as
> > well and see if you can reproduce the problem?
> 
> Yes.  That patch sort of worked, but the main part of the OOPS
> scrolled off the screen (other subsequent oopsen displaced it) and
> shift-pgup didn't do anything.  (Neither did sysrq.)
> 
> Here's a blurry photo.

Ah great, so we're getting some info.  But the good stuff scrolled off
the screen.  Can you try setting up netconsole so you can capture all
of it in a terminal on a working machine?

You can also match the call trace info back to the source line.  The
call trace will look something like
  i915_gem_execbuffer 0x123/0x456
where the first number is the offset into the function and the second
is the size of the function.  Once you have that (just grab the first
one, usually up near the top of the register dump) you can use gdb to
find it:
  gdb /path/to/i915.ko
  ...
  (gdb) list *i915_gem_execbuffer+0x123
  ...
That should show you exactly where things went bad...

Thanks,
-- 
Jesse Barnes, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel 2.11.901

[Andrew Lutomirski]

[-- Attachment #1: Type: text/plain, Size: 3739 bytes --]

On Thu, Jul 1, 2010 at 5:21 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> On Thu, 1 Jul 2010 16:55:47 -0400
> Andrew Lutomirski <luto@mit.edu> wrote:
>
>> [Dave, cc-ing you because your vt panic patch is involved.]
>>
>> On Wed, Jun 23, 2010 at 12:07 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
>> > On Mon, 21 Jun 2010 16:32:48 -0400
>> > Andrew Lutomirski <luto@mit.edu> wrote:
>> >
>> >> On Sun, Jun 20, 2010 at 11:29 AM, Andrew Lutomirski <luto@mit.edu> wrote:
>> >> > On Fri, Jun 18, 2010 at 4:04 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
>> >> >> On Thu, 17 Jun 2010 19:44:10 -0700
>> >> >> Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
>> >> >>
>> >> >>> On Fri, 18 Jun 2010 02:20:23 +0200
>> >> >>> Marc Deop i Argemí <damnshock@gmail.com> wrote:
>> >> >>>
>> >> >>> > On Friday June 18 2010 02:17:53 Andrew Lutomirski wrote:
>> >> >>> > > Neither patch applies for me.
>> >> >>> >
>> >> >>> > One of them do apply for me, the other one doesn't.
>> >> >>> >
>> >> >>> > Testing done on latest 2.6.35-rc3, the building fails.
>> >> >>>
>> >> >>> Arg, ok, I'll refresh them and post new ones tomorrow.
>> >> >>
>> >> >> Ok here are some updated ones.
>> >> >
>> >> > Running these patches on 2.6.35-rc3 (plus the brown-paper-bag TCP fix,
>> >> > plus my hotplug_mask hack, plus my CRT regression fix) with
>> >> > xf86-video-intel be55066c6481b4c5e2cd39ef1c0f3be88cae0c93 (which is
>> >> > about a day old) seems stable and I don't have any visible corruption.
>> >>
>> >> Just froze again.  I moved my mouse and the screen turned black except
>> >> for the mouse cursor and a little underscore in the top left that
>> >> looked like the fbcon cursor.
>> >>
>> >> Again, magic sysrq didn't work, which I'd imagine would help narrow
>> >> things down (presumably, no matter how hard the graphics hardware gets
>> >> wedged, magic sysrq should still work).
>> >
>> > Yeah means the GMCH itself probably hung, possibly not responding to
>> > memory requests from the CPU.
>> >
>> > The display was otherwise idle when it froze?  The behavior you
>> > describe sounds like a panic; there's a patch available to get some
>> > more info in that case: "vt/console: try harder to print output when
>> > panicing" that Dave Airlie just posted (attached).  Can you apply it as
>> > well and see if you can reproduce the problem?
>>
>> Yes.  That patch sort of worked, but the main part of the OOPS
>> scrolled off the screen (other subsequent oopsen displaced it) and
>> shift-pgup didn't do anything.  (Neither did sysrq.)
>>
>> Here's a blurry photo.
>
> Ah great, so we're getting some info.  But the good stuff scrolled off
> the screen.  Can you try setting up netconsole so you can capture all
> of it in a terminal on a working machine?

Um, maybe.  I've yet to trigger this when I'm near another computer.

But it just happened again and the attached (terrible) picture might
be interesting.   But given the fbcon_switch lines, I bet we're seeing
the wrong thing.  I just set pause_on_oops=120 and I'll let you know
if I see it again.

--Andy

>
> You can also match the call trace info back to the source line.  The
> call trace will look something like
>  i915_gem_execbuffer 0x123/0x456
> where the first number is the offset into the function and the second
> is the size of the function.  Once you have that (just grab the first
> one, usually up near the top of the register dump) you can use gdb to
> find it:
>  gdb /path/to/i915.ko
>  ...
>  (gdb) list *i915_gem_execbuffer+0x123
>  ...
> That should show you exactly where things went bad...
>
> Thanks,
> --
> Jesse Barnes, Intel Open Source Technology Center
>

[-- Attachment #2: 0701101723.jpg --]
[-- Type: image/jpeg, Size: 399181 bytes --]

[-- Attachment #3: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx