[ANNOUNCE] xf86-video-intel snapshot: 2.13.901

[ANNOUNCE] xf86-video-intel snapshot: 2.13.901

[Carl Worth]

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

This is an intermediate snapshot of ongoing driver development. The
primary purpose of this snapshot is to capture some recent
improvements, (particularly in Sandybridge support), for further
testing.

As always, we look forward to any results from testing.

Thank you,

-Carl

-- 
carl.d.worth@intel.com

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

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.13.901.tar.bz2
MD5:  2bd3650038acff7ff63a3efdf7f61dae  xf86-video-intel-2.13.901.tar.bz2
SHA1: fb28742261b6196b936edbfd45e993030e31706c  xf86-video-intel-2.13.901.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.13.901.tar.gz
MD5:  0477b9b42b4e1643fefd66332e6d1f39  xf86-video-intel-2.13.901.tar.gz
SHA1: 94936851432d622dd05158ee91724106301ad6ef  xf86-video-intel-2.13.901.tar.gz

Log of changes from 2.13.0 to 2.13.901
--------------------------------------
Adam Jackson (1):
      intel: Listen for hotplug uevents (V3)

Carl Worth (2):
      NEWS: Add release notes for 2.13.901 snapshot.
      Update version number to 2.13.901

Chris Wilson (26):
      video: Disable TextureAdaptor for Sandybridge
      legacy/i810: Remove pVisualConfigs
      Do not claim the PCI device if !KMS
      Split shadow handling routines to their own file.
      shadow: Map the scanout directly on i8xx
      shadow+dri2: Allow dri2 to be independently enabled with shadow
      shadow: Disable BLT for SandyBridge
      shadow: Enable shadow by default on SandyBridge
      shadow: Use a cacheable shadow for all generations
      Clear pixmap->devPrivate.ptr [regression from 7c7294e]
      Revert "Clear pixmap->devPrivate.ptr [regression in 7c7294e]"
      uxa: Re-enable acceleration.
      uxa: Skip a pixmap lookup if there is no driver finish access function
      dri: Reattach the fake pixmap for the shadow scanout to the drawable.
      dri+shadow: Only tweak the acceleration of CopyRegion if using shadow.
      Include a chipset generation number to clarify device specific paths.
      dri: Check for pixmap privates before dereferencing them
      Move EDID_COMPLETE_RAWDATA define to intel.h to avoid redifinition warning
      Fix driverName regression for i830 from 4083197a
      display: do not report failure for setting unrecognised properties
      uxa: Enable reduced fence sizes for i915
      intel: don't pass a dangling pointer to GET_PARAM
      Flush BLT batches before starting an atomic RENDER batch
      Fallback to shadow for Sandybridge if we don't have access to the BLT
      Downgrade tiling allocation failure to a warning
      Wait for any pending rendering before switching modes.

Eric Anholt (2):
      Fix violation of gen6 requirements for depthbuffer tiling.
      Remove the intermittent GEM_THROTTLE call.

Stefan Dirsch (1):
      Make driver compile for 1.6 Xserver series again. Part deux.

Xiang, Haihao (11):
      Xv: set the surface state base address
      Xv: Send instruction doesn't use implied move when sampling YUV surface
      Xv: fragments for xv on Sandybridge.
      Xv: setup pipeline for Xv on Sandybridge
      Xv: enable TextureAdaptor for Sandybridge
      Xv: don't call intel_wait_for_scanline on Sandybridge
      render: set the surface state base address
      render: fix send instruction used in sampling fragments
      render: fragments for composite on Sandybridge
      render: acceleration for composite on Sandybridge
      render: use headerless render target write

Zhenyu Wang (1):
      Always use tiling on Sandybridge

Zou Nan hai (2):
      add BLT ring support
      Support BLT acceleration on gen6

[-- 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 snapshot: 2.13.901

[Damnshock]

On Friday 05 November 2010 21:02:33 Carl Worth wrote:
> As always, we look forward to any results from testing.

Can't seem to be able to build it:

  CC     intel_module.lo
  CC     intel_batchbuffer.lo
intel_batchbuffer.c: In function 'intel_batch_emit_flush':
intel_batchbuffer.c:151:30: error: 'I915_EXEC_BLT' undeclared (first use in this 
function)
intel_batchbuffer.c:151:30: note: each undeclared identifier is reported only 
once for each function it appears in

libdrm 2.4.22
mesa 7.9
libgl 7.9
inteldri 7.9

Regards

Re: [ANNOUNCE] xf86-video-intel snapshot: 2.13.901

[Arkadiusz Miskiewicz]

On Saturday 06 of November 2010, Damnshock wrote:
> On Friday 05 November 2010 21:02:33 Carl Worth wrote:
> > As always, we look forward to any results from testing.
> 
> Can't seem to be able to build it:
> 
>   CC     intel_module.lo
>   CC     intel_batchbuffer.lo
> intel_batchbuffer.c: In function 'intel_batch_emit_flush':
> intel_batchbuffer.c:151:30: error: 'I915_EXEC_BLT' undeclared (first use in
> this function)
> intel_batchbuffer.c:151:30: note: each undeclared identifier is reported
> only once for each function it appears in
> 
> libdrm 2.4.22

AFAIK unreleased libdrm is required but someone forgot to release it and bump 
dependency in intel driver configure.

> Regards

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [ANNOUNCE] xf86-video-intel snapshot: 2.13.901

[Clemens Eisserer]

> AFAIK unreleased libdrm is required but someone forgot to release it and bump
> dependency in intel driver configure.

Seems to happen reliably every release ;)

- Clemens

Re: [ANNOUNCE] xf86-video-intel snapshot: 2.13.901

[Damnshock]

On Saturday 06 November 2010 07:14:03 Arkadiusz Miskiewicz wrote:
> AFAIK unreleased libdrm is required but someone forgot to release it and
> bump  dependency in intel driver configure

Thanks, the problem seemed familiar ;)

I'll try to update and check again!

Regards

Re: [ANNOUNCE] xf86-video-intel snapshot: 2.13.901

[Damnshock]

On Saturday 06 November 2010 13:24:33 Damnshock wrote:
> I'll try to update and check again!

Ok, I've been running the release non-stop for three days. Sleeping and waking 
the laptop several times as well as playing games (wesnoth), videos and 
enabling disabling desktop effects on KDE.

Stability: rock solid. Kudos to the devs.

Problems: some times parts of the screen stay black until you move a windows 
over it (don't know the technical name for this). This happens after playing 
video at fullscreen with desktop effects on.

Regards

Re: [ANNOUNCE] xf86-video-intel snapshot: 2.13.901

[Stefan Dirsch]

On Fri, Nov 05, 2010 at 01:02:33PM -0700, Carl Worth wrote:
> This is an intermediate snapshot of ongoing driver development. The
> primary purpose of this snapshot is to capture some recent
> improvements, (particularly in Sandybridge support), for further
> testing.
> 
> As always, we look forward to any results from testing.

Thanks for doing a prerelease, Carl. AFAICS it fixes a lot of issues. One
issue I noticed. Kernel 2.6.36+ appears to be a requirement for this
release. With Kernel 2.6.34.7 the result is a black screen with the never
ending error message:

(EE) intel(0): Failed to submit batch buffer, expect rendering corruption or
even a frozen display: No such device.

This is confirmed for GM45/965GM/Pineview. Is this requirement intentional or
could it be considered a bug? libdrm is at commit a52e61b. Maybe the latest
commit in libdrm fixes it?

commit 49447a9b957047db2549b8a929e763bbd87808ba
Author: Albert Damen <albrt@gmx.net>
Date:   Sun Nov 7 15:54:32 2010 +0100

    intel: initialize bufmgr.bo_mrb_exec unconditionally
    
    If bufmgr.bo_mrb_exec is not set, drm_intel_bo_mrb_exec returns ENODEV
    even though drm_intel_gem_bo_mrb_exec2 will work fine for the RENDER ring.
    Fixes xf86-video-intel after commit 'add BLT ring support' (5bed685f76)
    with kernels without BSD or BLT ring support (2.6.34 and before).
    
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=31443
    Signed-off-by: Albert Damen <albrt@gmx.net>
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

Thanks,
Stefan

Public Key available
------------------------------------------------------
Stefan Dirsch (Res. & Dev.)   SUSE LINUX Products GmbH
Tel: 0911-740 53 0            Maxfeldstraße 5
FAX: 0911-740 53 479          D-90409 Nürnberg
http://www.suse.de            Germany 
-----------------------------------------------------------------
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
-----------------------------------------------------------------