lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1101142251300.10016@skynet.skynet.ie>
Date:	Fri, 14 Jan 2011 22:52:47 +0000 (GMT)
From:	Dave Airlie <airlied@...ux.ie>
To:	Chris Wilson <chris@...is-wilson.co.uk>
cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Jesse Barnes <jbarnes@...tuousgeek.org>,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] drm/i915/execbuffer: Clear domains before beginning
 reloc processing


Ack from me for direct pull, I'm not flooded but I have no access to my 
dev machines in the office which all got powered down.

I've also been distracted with some deadlines for the bill payers.

Dave.

On Fri, 14 Jan 2011, Chris Wilson wrote:

> [Let's try this again. There are times when I merely dislike my VPN.]
> 
> On Fri, 14 Jan 2011 09:37:20 -0800, Linus Torvalds <torvalds@...ux-foundation.org> wrote:
> > On Thu, Jan 13, 2011 at 8:10 AM, Chris Wilson <chris@...is-wilson.co.uk> wrote:
> > >
> > > They will be in drm-intel-fixes. There have been a couple of other patches,
> > > for the compiler warning, the typo that Indan spotted and for modparam to
> > > workaround the U160, so I'll send the pull request it via Dave.
> > 
> > My tree has been in a known-broken state for too damn long now. Please
> > send the pull request to me directly. Dave may be flooded out in
> > Brisbane or something.
> 
> This is what I have waiting in drm-intel-fixes. Besides the regression
> noted above, there is also a critical stability fix for SNB mobile, a
> few patches for older regressions (LVDS on U160, no LVDS on AOpen,
> preserve the backlight value from boot and correct a couple of device
> strings) and one to keep the compiler quiet.
> -Chris
> 
> The following changes since commit f878133bf022717b880d0e0995b8f91436fd605c:
> 
>   Merge branch 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6 (2011-01-12 08:40:25 -0800)
> 
> are available in the git repository at:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel.git drm-intel-fixes
> 
> Chris Wilson (6):
>       drm/i915/debugfs: Correct format after changing type of err object 'size'
>       drm/i915: Add a module option to override the use of SSC
>       drm/i915: Fix error handler to capture the first batch after the seqno
>       drm/i915/execbuffer: Reorder relocations to match new object order
>       drm/i915/execbuffer: Clear domains before beginning reloc processing
>       drm/i915: Disable GPU semaphores on SandyBridge mobile
> 
> Indan Zupancic (1):
>       drm/i915/panel: The backlight is enabled if the current value is non-zero
> 
> Knut Petersen (1):
>       drm/i915/lvds: Add AOpen i915GMm-HFS to the list of false-positive LVDS
> 
> Oswald Buddenhagen (1):
>       agp/intel: Fix device names of i845 and 845G
> 
>  drivers/char/agp/intel-agp.c               |    4 ++--
>  drivers/char/agp/intel-gtt.c               |    2 +-
>  drivers/gpu/drm/i915/i915_debugfs.c        |    2 +-
>  drivers/gpu/drm/i915/i915_drv.c            |    3 +++
>  drivers/gpu/drm/i915/i915_drv.h            |    1 +
>  drivers/gpu/drm/i915/i915_gem_execbuffer.c |   25 ++++++++++++++-----------
>  drivers/gpu/drm/i915/i915_irq.c            |    2 +-
>  drivers/gpu/drm/i915/intel_bios.c          |   17 ++++++-----------
>  drivers/gpu/drm/i915/intel_display.c       |   17 +++++++++++------
>  drivers/gpu/drm/i915/intel_lvds.c          |    8 ++++++++
>  drivers/gpu/drm/i915/intel_panel.c         |    2 +-
>  11 files changed, 49 insertions(+), 34 deletions(-)
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ