3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 2:34 PM, Andy Lutomirski wrote: > On Mon, Nov 21, 2011 at 2:11 PM, Linus Torvalds > wrote: >> On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: >>> >>> Subject ? ?: [3.1 REGRESSION] Commit >>> 5cec93c216db77c45f7ce970d46283bcb1933884 breaks the Chromium seccomp

3.2-rc2+: Reported regressions from 3.0 and 3.1

This message contains a list of some regressions from 3.0 and 3.1 for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved regressions from 3.0 and 3.1, please let us know either and

max PWM is zero

Hi Keith, On Sat, 19 Nov 2011, Keith Packard wrote: > On Sat, 19 Nov 2011 11:26:07 + (Local time zone must be set--see zic > manual page), Marcos Paulo de Souza wrote: >> So, anybody gets the same message? >> >> I'm trying the 3.2-rc2 and it gives the same message. >> >> Again, if you

[Bug 42514] [r300g] EVE online: some shaders are failing

https://bugs.freedesktop.org/show_bug.cgi?id=42514 --- Comment #5 from Marek Ol??k 2011-11-21 14:31:48 PST --- Yes, the component should be glsl-compiler. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are

[Bug 42514] [r300g] EVE online: some shaders are failing

https://bugs.freedesktop.org/show_bug.cgi?id=42514 --- Comment #4 from Pavel Ondra?ka 2011-11-21 14:11:58 PST --- I'm wondering if this should be reassigned to glsl-compiler since the error messages come from src/glsl/ast_to_hir.cpp not the r300 driver? Tom, Marek, can you comment on this? --

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Tue, 22 Nov 2011 11:19:24 +0530 "Srivatsa S. Bhat" wrote: > > Subject: khugepaged blocks suspend2ram (3.2.0-rc1-00252-g8f042aa) > > Submitter : Sergei Trofimovich > > Date : 2011-11-12 10:48 > > Message-ID : 2012104859.7744b282 at sf.home > > References :

[PATCH -fixes] ttm: Don't return the bo reserved on error path

On Mon, Nov 21, 2011 at 01:05:02PM +0100, Thomas Hellstrom wrote: > An unlikely race could case a bo to be returned reserved on an error path. > > Signed-off-by: Thomas Hellstrom Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/ttm/ttm_bo.c |8 +++- > 1 files changed, 7

[PATCH 3/3] drm/i915: hot removal notification to HDMI audio driver

On Mon, Nov 21, 2011 at 04:47:38PM +0800, Takashi Iwai wrote: > At Mon, 21 Nov 2011 09:58:09 +0800, > Wu Fengguang wrote: > > > > On Sat, Nov 19, 2011 at 01:46:44AM +0800, Keith Packard wrote: > > > On Fri, 18 Nov 2011 17:37:40 +0800, Wu Fengguang > > intel.com> wrote: > > > > > > > However

[PATCH] xen/pm_idle: Make pm_idle be default_idle under Xen.

This patch: commit d91ee5863b71e8c90eaf6035bff3078a85e2e7b5 Author: Len Brown Date: Fri Apr 1 18:28:35 2011 -0400 cpuidle: replace xen access to x86 pm_idle and default_idle ..scribble on pm_idle and access default_idle, have it simply disable_cpuidle() so acpi_idle will not load

[PATCH] xen/pm_idle: Make pm_idle be default_idle under Xen.

This patch: commit d91ee5863b71e8c90eaf6035bff3078a85e2e7b5 Author: Len Brown Date: Fri Apr 1 18:28:35 2011 -0400 cpuidle: replace xen access to x86 pm_idle and default_idle ..scribble on pm_idle and access default_idle, have it simply disable_cpuidle() so acpi_idle will not load

max PWM is zero

nt was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2021/06e1bca3/attachment.pgp>

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 4:49 PM, Rafael J. Wysocki wrote: > This message contains a list of some regressions from 3.0 and 3.1 > for which there are no fixes in the mainline known to the tracking team. > If any of them have been fixed already, please let us know. > > If you know of any other

[PATCH] drm, i915: Fix memory leak in i915_gem_busy_ioctl().

On Wed, Nov 16, 2011 at 12:49:28AM +0600, Rakib Mullick wrote: > > A call to i915_add_request() has been made in function i915_gem_busy_ioctl(). > i915_add_request can fail, > so in it's exit path previously allocated memory needs to be freed. > > Signed-off-by: Rakib Mullick Indeed, nice

[Intel-gfx] [PATCH 02/13] drm/i915: rewrite shmem_pwrite_slow to use copy_from_user

On Sun, Nov 20, 2011 at 09:56:32PM -0800, Ben Widawsky wrote: [snip the patch] > Bikeshed, but I would much prefer a #define for the swizzle > bit/cacheline size. I've looked at this stuff way too long, so I'm biased, but 64 = cacheline = dram fetch size = 1 << 64 feels about as natural for me as

[REGRESSION]: hibernate/sleep regression w/ bisection

On Mon, Nov 21, 2011 at 4:09 PM, Tejun Heo wrote: > On Fri, Nov 04, 2011 at 06:08:20PM -0500, Andrew Watts wrote: >> On Fri, Nov 04, 2011 at 01:35:53PM -0400, Jerome Glisse wrote: >> > >> > I need full dmesg >> > >> > Cheers, >> > Jerome >> >> Hi. Just noticed I attached a gzip of my dmesg last

[PATCH 3/3 v3] drm/i915: hot plug/unplug notification to HDMI audio driver

On monitor hot plug/unplug, update ELD and set/clear SDVO_AUDIO_ENABLE or DP_AUDIO_OUTPUT_ENABLE accordingly. So that the audio driver will receive hot plug events and take action to refresh its device state and ELD contents. A new callback ->hotplug() is added to struct drm_connector_funcs

[PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

On monitor hot plug/unplug, update ELD and set/clear SDVO_AUDIO_ENABLE or DP_AUDIO_OUTPUT_ENABLE accordingly. So that the audio driver will receive hot plug events and take action to refresh its device state and ELD contents. A new callback ->hotplug() is added to struct drm_connector_funcs

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 2:11 PM, Linus Torvalds wrote: > On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: >> >> Subject ? ?: [3.1 REGRESSION] Commit >> 5cec93c216db77c45f7ce970d46283bcb1933884 breaks the Chromium seccomp sandbox >> Submitter ?: Nix >> Date ? ? ? : 2011-11-14 0:40 >>

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 2:18 PM, Linus Torvalds wrote: > On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: >> >> Subject ? ?: hugetlb oops on 3.1.0-rc8-devel >> Submitter ?: Andy Lutomirski >> Date ? ? ? : 2011-11-01 22:20 >> Message-ID :

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: > > Subject ? ?: [3.1-rc8 REGRESSION] sky2 hangs machine on turning off or > suspending > Submitter ?: Rafa? Mi?ecki > Date ? ? ? : 2011-11-09 11:46 > Message-ID : CACna6ryTdLcWVYgHu=_mRFga1sFivpE_DyZOY-HMmKggkWAJAw at > mail.gmail.com

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: > > Subject ? ?: lockdep warning after aa6afca5bcab: "proc: fix races against > execve() of /proc/PID/fd**" > Submitter ?: Ari Savolainen > Date ? ? ? : 2011-11-08 3:47 > Message-ID : CAEbykaXYZEFhTgWMm2AfaWQ2SaXYuO_ypTnw+6AVWScOYSCuuw

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: > > Subject ? ?: hugetlb oops on 3.1.0-rc8-devel > Submitter ?: Andy Lutomirski > Date ? ? ? : 2011-11-01 22:20 > Message-ID : CALCETrW1mpVCz2tO5roaz1r6vnno+srHR-dHA6_pkRi2qiCfdw at > mail.gmail.com > References :

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: > > Subject ? ?: [3.1 REGRESSION] Commit 5cec93c216db77c45f7ce970d46283bcb1933884 > breaks the Chromium seccomp sandbox > Submitter ?: Nix > Date ? ? ? : 2011-11-14 0:40 > Message-ID : 8762inleno.fsf at spindle.srvr.nix > References :

3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki wrote: > > Subject ? ?: Simultaneous cat and external keyboard input causing kernel panic > Submitter ?: Timo Jyrinki > Date ? ? ? : 2011-11-03 12:14 > Message-ID : CAJtFfxmovJHspHHKbvBVc4pw+u5mjGmUejCXEzdV+GqE=jVSOQ at > mail.gmail.com >

[REGRESSION]: hibernate/sleep regression w/ bisection

On Fri, Nov 04, 2011 at 06:08:20PM -0500, Andrew Watts wrote: > On Fri, Nov 04, 2011 at 01:35:53PM -0400, Jerome Glisse wrote: > > > > I need full dmesg > > > > Cheers, > > Jerome > > Hi. Just noticed I attached a gzip of my dmesg last time by mistake. > > Here goes as text/plain. Out of

[PATCH 3/3] ttm: Update move_notify and swap_notify documentation.

Update the documentation of these callbacks to reflect the TTM supported way of setting up driver-private GPU maps, hoping to avoid the Radeon way leaking into new drivers. Signed-off-by: Thomas Hellstrom --- include/drm/ttm/ttm_bo_driver.h | 14 -- 1 files changed, 12

[PATCH 2/3] drm: Update the pageflip ioctl documentation

The pageflip semantics documentation was tailored to Intel hardware, where pageflips are done by banging on registers. Many GPUs have the possibilities to send pageflips down the command stream, and the driver command submission mechanism does not have to block in order to order page-flip and

[PATCH 1/3] drm: Update the DRM_IOCTL_MODE_CURSOR documentation

Document that DRM_IOCTL_MODE_CURSOR needs to be called in order to guarantee that the cursor bo contents is updated to the screen. This was agreed upon on the DRI mailing list. Signed-off-by: Thomas Hellstrom --- include/drm/drm_mode.h |5 + 1 files changed, 5 insertions(+), 0

[PATCH -fixes 0/3] Documentation updates

A couple of updates to various interface docs In-Reply-To:

[PATCH -fixes] ttm: Don't return the bo reserved on error path

An unlikely race could case a bo to be returned reserved on an error path. Signed-off-by: Thomas Hellstrom --- drivers/gpu/drm/ttm/ttm_bo.c |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index

[PATCH] drm/radeon/kms/atom: unify i2c gpio table handling

From: Alex Deucher Split the quirks and i2c_rec assignment into separate functions used by both radeon_lookup_i2c_gpio() and radeon_atombios_i2c_init(). This avoids duplicating code and cases where quirks were only added to one of the functions. Signed-off-by: Alex

[PATCH] drm/radeon/kms: fix up gpio i2c mask bits for r4xx for real

From: Alex Deucher Fixes i2c test failures when i2c_algo_bit.bit_test=1. The hw doesn't actually require a mask, so just set it to the default mask bits for r1xx-r4xx radeon ddc. I missed this part the first time through. Signed-off-by: Alex Deucher Cc: stable at

[Intel-gfx] [PATCH 06/13] drm: add helper to clflush a virtual address range

On Sun, Nov 06, 2011 at 08:13:53PM +0100, Daniel Vetter wrote: > Useful when the page is already mapped to copy date in/out. > > Cc: dri-devel at lists.freedesktop.org > Signed-off-by: Daniel Vetter > --- > drivers/gpu/drm/drm_cache.c | 23 +++ > include/drm/drmP.h

[PATCH] drm/ttm: pass buffer object for bind/unbind callback

On 11/20/2011 04:13 PM, Jerome Glisse wrote: > On Sun, Nov 20, 2011 at 4:30 AM, Thomas Hellstrom > wrote: > >> On 11/19/2011 11:54 PM, Jerome Glisse wrote: >> >> As mentioned previously, and in the discussion with Ben, the page tables >> would not need to be rebuilt on each CS. They would be

[Intel-gfx] [PATCH 02/13] drm/i915: rewrite shmem_pwrite_slow to use copy_from_user

On Mon, Nov 21, 2011 at 09:55:07AM -0800, Ben Widawsky wrote: > On Mon, Nov 21, 2011 at 05:02:44PM +0100, Daniel Vetter wrote: > > On Sun, Nov 20, 2011 at 09:56:32PM -0800, Ben Widawsky wrote: > > [snip the patch] > > > Bikeshed, but I would much prefer a #define for the swizzle > > >

[Intel-gfx] [PATCH 01/13] drm/i915: fall through pwrite_gtt_slow to the shmem slow path

On Sun, 20 Nov 2011 19:09:18 -0800, Ben Widawsky wrote: > On Sun, 6 Nov 2011 20:13:48 +0100 > Daniel Vetter wrote: > > > The gtt_pwrite slowpath grabs the userspace memory with > > get_user_pages. This will not work for non-page backed memory, like a > > gtt mmapped gem object. Hence fall

[PATCH 3/3] drm/i915: hot removal notification to HDMI audio driver

On Sat, Nov 19, 2011 at 01:46:44AM +0800, Keith Packard wrote: > On Fri, 18 Nov 2011 17:37:40 +0800, Wu Fengguang > wrote: > > > However when in X, ->mode_set won't be called at all. Only > > ->get_modes and ->detect are called... > > The desktop software will call mode_set when it configures

[Intel-gfx] [PATCH 02/13] drm/i915: rewrite shmem_pwrite_slow to use copy_from_user

On Mon, Nov 21, 2011 at 05:02:44PM +0100, Daniel Vetter wrote: > On Sun, Nov 20, 2011 at 09:56:32PM -0800, Ben Widawsky wrote: > [snip the patch] > > Bikeshed, but I would much prefer a #define for the swizzle > > bit/cacheline size. > > I've looked at this stuff way too long, so I'm biased, but

[PATCH 3/3] drm/i915: hot removal notification to HDMI audio driver

At Mon, 21 Nov 2011 09:58:09 +0800, Wu Fengguang wrote: > > On Sat, Nov 19, 2011 at 01:46:44AM +0800, Keith Packard wrote: > > On Fri, 18 Nov 2011 17:37:40 +0800, Wu Fengguang > intel.com> wrote: > > > > > However when in X, ->mode_set won't be called at all. Only > > > ->get_modes and

Bug#649448: udev loading radeon drivers garbles screen output

On Sun, Nov 20, 2011 at 10:12 PM, Ben Hutchings wrote: > On Sun, 2011-11-20 at 19:02 -0600, Jonathan Nieder wrote: >> reassign 649448 src:linux-2.6 linux-2.6/3.0.0-3 >> severity 649448 important >> retitle 649448 radeon (evergreen): random-looking pattern of pixels when >> firmware not installed

[PATCH] drm, i915: Fix memory leak in i915_gem_busy_ioctl().

s already there and queued for airlied :-) -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachme

[PATCH 3/3] drm/i915: hot removal notification to HDMI audio driver

ard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2021/112666ad/attachment.pgp>

[PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

e Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2021/458e646b/attachment.pgp>

Bug#649448: udev loading radeon drivers garbles screen output

for NI Therefore I think that at least r600_init(), rv770_init(), evergreen_init() and cayman_init() should be treating failure to load firmware as a fatal error. Ben. -- Ben Hutchings Teamwork is essential - it allows you to blame someone else. -- next part -- A non-text attac

[PATCH 3/3 v3] drm/i915: hot plug/unplug notification to HDMI audio driver

On monitor hot plug/unplug, update ELD and set/clear SDVO_AUDIO_ENABLE or DP_AUDIO_OUTPUT_ENABLE accordingly. So that the audio driver will receive hot plug events and take action to refresh its device state and ELD contents. A new callback -hotplug() is added to struct drm_connector_funcs which

Re: [PATCH 3/3] drm/i915: hot removal notification to HDMI audio driver

At Mon, 21 Nov 2011 09:58:09 +0800, Wu Fengguang wrote: On Sat, Nov 19, 2011 at 01:46:44AM +0800, Keith Packard wrote: On Fri, 18 Nov 2011 17:37:40 +0800, Wu Fengguang fengguang...@intel.com wrote: However when in X, -mode_set won't be called at all. Only -get_modes and -detect

Re: [Intel-gfx] [PATCH 01/13] drm/i915: fall through pwrite_gtt_slow to the shmem slow path

On Sun, 20 Nov 2011 19:09:18 -0800, Ben Widawsky b...@bwidawsk.net wrote: On Sun, 6 Nov 2011 20:13:48 +0100 Daniel Vetter daniel.vet...@ffwll.ch wrote: The gtt_pwrite slowpath grabs the userspace memory with get_user_pages. This will not work for non-page backed memory, like a gtt

Re: [PATCH] drm/ttm: pass buffer object for bind/unbind callback

On 11/20/2011 04:13 PM, Jerome Glisse wrote: On Sun, Nov 20, 2011 at 4:30 AM, Thomas Hellstromthellst...@vmware.com wrote: On 11/19/2011 11:54 PM, Jerome Glisse wrote: As mentioned previously, and in the discussion with Ben, the page tables would not need to be rebuilt on each CS. They

Re: [PATCH 3/3] drm/i915: hot removal notification to HDMI audio driver

On Mon, Nov 21, 2011 at 04:47:38PM +0800, Takashi Iwai wrote: At Mon, 21 Nov 2011 09:58:09 +0800, Wu Fengguang wrote: On Sat, Nov 19, 2011 at 01:46:44AM +0800, Keith Packard wrote: On Fri, 18 Nov 2011 17:37:40 +0800, Wu Fengguang fengguang...@intel.com wrote: However when in

[PATCH -fixes] ttm: Don't return the bo reserved on error path

An unlikely race could case a bo to be returned reserved on an error path. Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- drivers/gpu/drm/ttm/ttm_bo.c |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c

[PATCH -fixes 0/3] Documentation updates

A couple of updates to various interface docs In-Reply-To: ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 1/3] drm: Update the DRM_IOCTL_MODE_CURSOR documentation

Document that DRM_IOCTL_MODE_CURSOR needs to be called in order to guarantee that the cursor bo contents is updated to the screen. This was agreed upon on the DRI mailing list. Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- include/drm/drm_mode.h |5 + 1 files changed, 5

[PATCH 2/3] drm: Update the pageflip ioctl documentation

The pageflip semantics documentation was tailored to Intel hardware, where pageflips are done by banging on registers. Many GPUs have the possibilities to send pageflips down the command stream, and the driver command submission mechanism does not have to block in order to order page-flip and

[PATCH 3/3] ttm: Update move_notify and swap_notify documentation.

Update the documentation of these callbacks to reflect the TTM supported way of setting up driver-private GPU maps, hoping to avoid the Radeon way leaking into new drivers. Signed-off-by: Thomas Hellstrom thellst...@vmware.com --- include/drm/ttm/ttm_bo_driver.h | 14 -- 1 files

Re: Bug#649448: udev loading radeon drivers garbles screen output

On Sun, Nov 20, 2011 at 10:12 PM, Ben Hutchings b...@decadent.org.uk wrote: On Sun, 2011-11-20 at 19:02 -0600, Jonathan Nieder wrote: reassign 649448 src:linux-2.6 linux-2.6/3.0.0-3 severity 649448 important retitle 649448 radeon (evergreen): random-looking pattern of pixels when firmware

Re: [Intel-gfx] [PATCH 02/13] drm/i915: rewrite shmem_pwrite_slow to use copy_from_user

On Sun, Nov 20, 2011 at 09:56:32PM -0800, Ben Widawsky wrote: [snip the patch] Bikeshed, but I would much prefer a #define for the swizzle bit/cacheline size. I've looked at this stuff way too long, so I'm biased, but 64 = cacheline = dram fetch size = 1 64 feels about as natural for me as

Re: [PATCH] drm, i915: Fix memory leak in i915_gem_busy_ioctl().

On Wed, Nov 16, 2011 at 12:49:28AM +0600, Rakib Mullick wrote: A call to i915_add_request() has been made in function i915_gem_busy_ioctl(). i915_add_request can fail, so in it's exit path previously allocated memory needs to be freed. Signed-off-by: Rakib Mullick rakib.mull...@gmail.com

Re: [PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

On Mon, 21 Nov 2011 14:37:49 +0800, Wu Fengguang fengguang...@intel.com wrote: On monitor hot plug/unplug, update ELD and set/clear SDVO_AUDIO_ENABLE or DP_AUDIO_OUTPUT_ENABLE accordingly. So that the audio driver will receive hot plug events and take action to refresh its device state and

Re: [PATCH 3/3] drm/i915: hot removal notification to HDMI audio driver

On Mon, 21 Nov 2011 19:05:38 +0800, Wu Fengguang fengguang...@intel.com wrote: Ah I got it. I'm running debian+fluxbox w/o those fancy features... Then you can manually run the 'xrandr' command to configure the new monitor as desired, at which point the kernel mode_set function will be called.

[PATCH] drm/radeon/kms: fix up gpio i2c mask bits for r4xx for real

From: Alex Deucher alexander.deuc...@amd.com Fixes i2c test failures when i2c_algo_bit.bit_test=1. The hw doesn't actually require a mask, so just set it to the default mask bits for r1xx-r4xx radeon ddc. I missed this part the first time through. Signed-off-by: Alex Deucher

Re: [PATCH] drm, i915: Fix memory leak in i915_gem_busy_ioctl().

On Mon, 21 Nov 2011 17:23:06 +0100, Daniel Vetter dan...@ffwll.ch wrote: Indeed, nice catch (albeit totally unlikely to be hit, because the error only happens when the gpu ceases to progress in the ring, so imo not stable material). Keith, please pick this up for fixes, thanks. It's already

[PATCH] drm/radeon/kms/atom: unify i2c gpio table handling

From: Alex Deucher alexander.deuc...@amd.com Split the quirks and i2c_rec assignment into separate functions used by both radeon_lookup_i2c_gpio() and radeon_atombios_i2c_init(). This avoids duplicating code and cases where quirks were only added to one of the functions. Signed-off-by: Alex

Re: [Intel-gfx] [PATCH 02/13] drm/i915: rewrite shmem_pwrite_slow to use copy_from_user

On Mon, Nov 21, 2011 at 05:02:44PM +0100, Daniel Vetter wrote: On Sun, Nov 20, 2011 at 09:56:32PM -0800, Ben Widawsky wrote: [snip the patch] Bikeshed, but I would much prefer a #define for the swizzle bit/cacheline size. I've looked at this stuff way too long, so I'm biased, but 64 =

Re: [Intel-gfx] [PATCH 02/13] drm/i915: rewrite shmem_pwrite_slow to use copy_from_user

On Mon, Nov 21, 2011 at 09:55:07AM -0800, Ben Widawsky wrote: On Mon, Nov 21, 2011 at 05:02:44PM +0100, Daniel Vetter wrote: On Sun, Nov 20, 2011 at 09:56:32PM -0800, Ben Widawsky wrote: [snip the patch] Bikeshed, but I would much prefer a #define for the swizzle bit/cacheline size.

Re: [Intel-gfx] [PATCH 06/13] drm: add helper to clflush a virtual address range

On Sun, Nov 06, 2011 at 08:13:53PM +0100, Daniel Vetter wrote: Useful when the page is already mapped to copy date in/out. Cc: dri-devel@lists.freedesktop.org Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch --- drivers/gpu/drm/drm_cache.c | 23 +++

Re: [REGRESSION]: hibernate/sleep regression w/ bisection

On Fri, Nov 04, 2011 at 06:08:20PM -0500, Andrew Watts wrote: On Fri, Nov 04, 2011 at 01:35:53PM -0400, Jerome Glisse wrote: I need full dmesg Cheers, Jerome Hi. Just noticed I attached a gzip of my dmesg last time by mistake. Here goes as text/plain. Out of curiosity, did it

Re: [REGRESSION]: hibernate/sleep regression w/ bisection

On Mon, Nov 21, 2011 at 4:09 PM, Tejun Heo t...@kernel.org wrote: On Fri, Nov 04, 2011 at 06:08:20PM -0500, Andrew Watts wrote: On Fri, Nov 04, 2011 at 01:35:53PM -0400, Jerome Glisse wrote: I need full dmesg Cheers, Jerome Hi. Just noticed I attached a gzip of my dmesg last time by

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : Simultaneous cat and external keyboard input causing kernel panic Submitter  : Timo Jyrinki timo.jyri...@gmail.com Date       : 2011-11-03 12:14 Message-ID :

[Bug 42514] [r300g] EVE online: some shaders are failing

https://bugs.freedesktop.org/show_bug.cgi?id=42514 --- Comment #4 from Pavel Ondračka pavel.ondra...@email.cz 2011-11-21 14:11:58 PST --- I'm wondering if this should be reassigned to glsl-compiler since the error messages come from src/glsl/ast_to_hir.cpp not the r300 driver? Tom, Marek, can

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : [3.1 REGRESSION] Commit 5cec93c216db77c45f7ce970d46283bcb1933884 breaks the Chromium seccomp sandbox Submitter  : Nix n...@esperi.org.uk Date       : 2011-11-14 0:40 Message-ID :

3.2-rc2+: Reported regressions from 3.0 and 3.1

This message contains a list of some regressions from 3.0 and 3.1 for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved regressions from 3.0 and 3.1, please let us know either and

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : hugetlb oops on 3.1.0-rc8-devel Submitter  : Andy Lutomirski l...@amacapital.net Date       : 2011-11-01 22:20 Message-ID : calcetrw1mpvcz2to5roaz1r6vnno+srhr-dha6_pkri2qic...@mail.gmail.com References :

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : [3.1-rc8 REGRESSION] sky2 hangs machine on turning off or suspending Submitter  : Rafał Miłecki zaj...@gmail.com Date       : 2011-11-09 11:46 Message-ID :

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Mon, Nov 21, 2011 at 4:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: This message contains a list of some regressions from 3.0 and 3.1 for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any

[Bug 42514] [r300g] EVE online: some shaders are failing

https://bugs.freedesktop.org/show_bug.cgi?id=42514 --- Comment #5 from Marek Olšák mar...@gmail.com 2011-11-21 14:31:48 PST --- Yes, the component should be glsl-compiler. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:

Re: [PATCH -fixes] ttm: Don't return the bo reserved on error path

On Mon, Nov 21, 2011 at 01:05:02PM +0100, Thomas Hellstrom wrote: An unlikely race could case a bo to be returned reserved on an error path. Signed-off-by: Thomas Hellstrom thellst...@vmware.com Reviewed-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/ttm/ttm_bo.c |8 +++-

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

2011/11/22 Linus Torvalds torva...@linux-foundation.org: On Mon, Nov 21, 2011 at 1:49 PM, Rafael J. Wysocki r...@sisk.pl wrote: Subject    : lockdep warning after aa6afca5bcab: proc: fix races against execve() of /proc/PID/fd** Submitter  : Ari Savolainen ari.m.savolai...@gmail.com Date    

Re: 3.2-rc2+: Reported regressions from 3.0 and 3.1

On Tue, 22 Nov 2011 11:19:24 +0530 Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com wrote: Subject: khugepaged blocks suspend2ram (3.2.0-rc1-00252-g8f042aa) Submitter : Sergei Trofimovich sly...@gmail.com Date : 2011-11-12 10:48 Message-ID : 2012104859.7744b...@sf.home

Re: [PATCH 3/3 v2] drm/i915: hot plug/unplug notification to HDMI audio driver

On Tue, Nov 22, 2011 at 12:55:43AM +0800, Keith Packard wrote: On Mon, 21 Nov 2011 14:37:49 +0800, Wu Fengguang fengguang...@intel.com wrote: On monitor hot plug/unplug, update ELD and set/clear SDVO_AUDIO_ENABLE or DP_AUDIO_OUTPUT_ENABLE accordingly. So that the audio driver will