https://bugzilla.kernel.org/show_bug.cgi?id=39832
--- Comment #18 from Florian Mickler 2012-01-24
23:15:56 ---
Is this still a problem in 3.2 / 3.3-rc1?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
On vram buffer eviction the ttm_bo_move_accel_cleanup will the
mm_node field of struct ttm_mem_reg of new_mem placement to NULL.
As move notify call back is now call after ttm_bo_move_accel_cleanup
it was using NULL ptr for mm_node.
Signed-off-by: Jerome Glisse
---
On Tue, Jan 24, 2012 at 8:17 PM, Felipe Contreras
wrote:
> On Tue, Jan 24, 2012 at 5:54 PM, Rob Clark wrote:
>> On Tue, Jan 24, 2012 at 9:33 AM, Felipe Contreras
>> wrote:
>>> On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark wrote:
On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
wrote:
On Tue, Jan 24, 2012 at 6:43 PM, Jerome Glisse wrote:
> On Tue, Jan 24, 2012 at 05:17:18PM -0500, alexdeucher at gmail.com wrote:
>> From: Marek Ol??k
>>
>> v2: agd5f: add strmout CS checking, copy_dw register checking
>>
>> v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
>> will
From: Marek Ol??k
v2: agd5f: add strmout CS checking, copy_dw register checking
v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
will incorrectly patch the command stream for certain regs.
v4: agd5f: add warning if safe reg check fails for copy_dw
v5: agd5f:
https://bugzilla.kernel.org/show_bug.cgi?id=27942
--- Comment #4 from Simon Deziel 2012-01-24
19:45:48 ---
Please disregard my comments (#2 and #3) as I'm looking at the wrong bug
obviously. My problem is apparently solvable by
https://lkml.org/lkml/2010/12/6/464 as outlined by Konrad
I suppose I can stop bisecting kernel about this possible lock and close
the bug then?
--
Alexandre Demers
https://bugzilla.kernel.org/show_bug.cgi?id=27942
--- Comment #3 from Simon Deziel 2012-01-24
19:07:35 ---
I'm observing a similar issue with various kernels from 3.2 to 3.3rc1. This
only manifests when booting a Xen dom0 without "nomodeset" so I'm not sure
that's actually the same bug.
https://bugzilla.kernel.org/show_bug.cgi?id=27942
--- Comment #2 from Simon Deziel 2012-01-24
19:03:24 ---
Created an attachment (id=72183)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72183)
dmesg without "nomodeset"
--
Configure bugmail:
If the master tries to authenticate a client using drm_authmagic and
that client has already closed its drm file descriptor,
either wilfully or because it was terminated, the
call to drm_authmagic will dereference a stale pointer into kmalloc'ed memory
and corrupt it.
Typically this results in a
On Tue, Jan 24, 2012 at 05:17:18PM -0500, alexdeucher at gmail.com wrote:
> From: Marek Ol??k
>
> v2: agd5f: add strmout CS checking, copy_dw register checking
>
> v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
> will incorrectly patch the command stream for certain regs.
>
>
On Sun, Jan 22, 2012 at 01:33:16PM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Jan 17, 2012 at 12:57:50AM +0100, Martin Nyhus wrote:
> > On Monday 16. January 2012 21:30:59 Jerome Glisse wrote:
> > > On Sun, Jan 15, 2012 at 10:31:08PM +0100, Martin Nyhus wrote:
> > > > In some cases mem will be
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark wrote:
> On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
> wrote:
>> On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark wrote:
>>> On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras
>>> wrote:
#if defined(CONFIG_DRM_OMAP) ||
From: Marek Ol??k
v2: agd5f: add strmout CS checking, copy_dw register checking
v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
will incorrectly patch the command stream for certain regs.
v4: agd5f: add warning if safe reg check fails for copy_dw
From: Marek Ol??k
v2: agd5f: add strmout CS checking, copy_dw register checking
v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
will incorrectly patch the command stream for certain regs.
Signed-off-by: Marek Ol??k
Signed-off-by: Alex Deucher
---
https://bugs.freedesktop.org/show_bug.cgi?id=40776
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=44919
--- Comment #10 from Scott Moreau 2012-01-24 07:56:34 PST
---
(In reply to comment #9)
> Possible fix:
> http://lists.freedesktop.org/archives/mesa-dev/2012-January/018029.html
I tested this patch and it solves the issue with weston clients
On 01/18/2012 12:43 PM, Daniel Vetter wrote:
>>> From 2b76187d2f5fc2352e391914b1828f91f93bb356 Mon Sep 17 00:00:00 2001
>>> From: Chris Wilson
>>> Date: Tue, 29 Nov 2011 15:12:16 +
>>> Subject: [PATCH] drm/i915: Only clear the GPU domains upon a successful
>>> finish
>>
>> Hi, do you plan to
On Tue, Jan 24, 2012 at 10:31:46AM +0100, Thomas Hellstrom wrote:
> If the master tries to authenticate a client using drm_authmagic and
> that client has already closed its drm file descriptor,
> either wilfully or because it was terminated, the
> call to drm_authmagic will dereference a stale
https://bugs.freedesktop.org/show_bug.cgi?id=40034
--- Comment #10 from Lauri Kasanen 2012-01-24
07:11:39 PST ---
I can test on the weekend.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=40776
--- Comment #5 from Fabio Pedretti 2012-01-24 06:18:21
PST ---
(In reply to comment #4)
> Is this still an issue with the latest mesa git?
Yes
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=44919
--- Comment #9 from Alex Deucher 2012-01-24 06:15:48 PST
---
Possible fix:
http://lists.freedesktop.org/archives/mesa-dev/2012-January/018029.html
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=40776
--- Comment #4 from Alex Deucher 2012-01-24 05:58:55 PST
---
Is this still an issue with the latest mesa git?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=40034
--- Comment #9 from Alex Deucher 2012-01-24 05:58:00 PST
---
Is this still an issue with latest git? This commit looks relevant:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=d89c96c75dbb9c003e4643942f2cce8d6cd4995b
--
Configure bugmail:
From: Jerome Glisse
Silence out the lock dependency warning by moving bo allocation out
of ib mutex protected section. Might lead to useless temporary
allocation but it's not harmful as such things only happen at
initialization.
Signed-off-by: Jerome Glisse
---
From: Marek Ol??k
v2: agd5f: add strmout CS checking, copy_dw register checking
Signed-off-by: Marek Ol??k
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_cs.c | 114 +--
drivers/gpu/drm/radeon/evergreend.h |9 ++
Hey,
I want to do some RE-ing and I'm looking for libsegfault to trace Xorg
driver ops. Unfortunately I can't find libsegfault at
http://people.freedesktop.org/~glisse/ anymore.
Can someone share this, please?
--
Rafa?
If the master tries to authenticate a client using drm_authmagic and
that client has already closed its drm file descriptor,
either wilfully or because it was terminated, the
call to drm_authmagic will dereference a stale pointer into kmalloc'ed memory
and corrupt it.
Typically this results in a
2012/1/24 Rafa? Mi?ecki :
> Hey,
>
> I want to do some RE-ing and I'm looking for libsegfault to trace Xorg
> driver ops. Unfortunately I can't find libsegfault at
> http://people.freedesktop.org/~glisse/ anymore.
>
> Can someone share this, please?
>
> --
> Rafa?
You better of using valgrind. I
On Tue, Jan 10, 2012 at 01:46:05PM +1000, Ben Skeggs wrote:
> On Fri, 2012-01-06 at 16:00 -0500, Jerome Glisse wrote:
> > On Fri, Jan 06, 2012 at 02:52:49PM -0500, Konrad Rzeszutek Wilk wrote:
> > > > Still having difficulty to reproduce can you reproduce with the attached
> > > > printk debuging
On Tue, Jan 24, 2012 at 9:33 AM, Felipe Contreras
wrote:
> On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark wrote:
>> On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
>> wrote:
>>> On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark wrote:
On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #32 from Camale?n 2012-01-24 01:16:03 PST
---
(In reply to comment #31)
> bugzilla-daemon at freedesktop.org wrote:
>
> > The user reported that system crashed after a while.
>
> Interesting --- so it sounds like there is a random
On Tue, Jan 24, 2012 at 10:31:46AM +0100, Thomas Hellstrom wrote:
> If the master tries to authenticate a client using drm_authmagic and
> that client has already closed its drm file descriptor,
> either wilfully or because it was terminated, the
> call to drm_authmagic will dereference a stale
On Sun, Jan 22, 2012 at 9:43 AM, Igor Murzov
wrote:
> From 77c912ea1eca50a93a34d5be69f9dc96a8bef0d8 Mon Sep 17 00:00:00 2001
> From: Igor Murzov
> Date: Sun, 22 Jan 2012 19:02:27 +0400
> Subject: [PATCH 1/2] drm/radeon: fix invalid memory access in
> radeon_atrm_get_bios()
>
> At a boot time I
On Mon, Jan 23, 2012 at 7:01 PM, Torsten Kaiser
wrote:
> On Mon, Jan 23, 2012 at 5:57 PM, Jerome Glisse wrote:
>> On Sat, Jan 21, 2012 at 08:03:37PM +0100, Torsten Kaiser wrote:
>>> After updating to kernel 3.3-rc1 I have experienced a lockup of my GPU.
>>> I left my KDE desktop running until
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #31 from Jonathan Nieder 2012-01-24
00:00:35 PST ---
bugzilla-daemon at freedesktop.org wrote:
> The user reported that system crashed after a while.
Interesting --- so it sounds like there is a random element to this,
too. Can
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #30 from Camale?n 2012-01-23 23:58:35 PST
---
(In reply to comment #29)
> I neither see a kernel oops at the "syslog". I just have asked the user if the
> system crashed this time again.
The user reported that system crashed after
GPU lockup CP stall for more than 1msec
Jan 23 23:53:54 thoregon kernel: [17121.080137] GPU lockup (waiting
for 0x002080B7 last fence id 0x002080B6)
Jan 23 23:53:54 thoregon kernel: [17121.096334] radeon :07:00.0:
GPU softreset
Jan 23 23:53:54 thoregon kernel: [17121.096341] radeon
https://bugs.freedesktop.org/show_bug.cgi?id=44919
Scott Moreau changed:
What|Removed |Added
Component|Drivers/Gallium/r300|Mesa core
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=45018
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=44919
--- Comment #8 from Ran Benita 2012-01-23 17:21:56 PST ---
Sorry, here are some more details.
ran at ran:~$ uname -sr
Linux 3.2.1-1-ARCH
ran at ran:~$ lspci | grep nVi
01:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #31 from Jonathan Nieder jrnie...@gmail.com 2012-01-24 00:00:35
PST ---
bugzilla-dae...@freedesktop.org wrote:
The user reported that system crashed after a while.
Interesting --- so it sounds like there is a random element to
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #32 from Camaleón noela...@gmail.com 2012-01-24 01:16:03 PST ---
(In reply to comment #31)
bugzilla-dae...@freedesktop.org wrote:
The user reported that system crashed after a while.
Interesting --- so it sounds like there is
If the master tries to authenticate a client using drm_authmagic and
that client has already closed its drm file descriptor,
either wilfully or because it was terminated, the
call to drm_authmagic will dereference a stale pointer into kmalloc'ed memory
and corrupt it.
Typically this results in a
Hey,
I want to do some RE-ing and I'm looking for libsegfault to trace Xorg
driver ops. Unfortunately I can't find libsegfault at
http://people.freedesktop.org/~glisse/ anymore.
Can someone share this, please?
--
Rafał
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=40034
--- Comment #9 from Alex Deucher ag...@yahoo.com 2012-01-24 05:58:00 PST ---
Is this still an issue with latest git? This commit looks relevant:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=d89c96c75dbb9c003e4643942f2cce8d6cd4995b
--
https://bugs.freedesktop.org/show_bug.cgi?id=40776
--- Comment #4 from Alex Deucher ag...@yahoo.com 2012-01-24 05:58:55 PST ---
Is this still an issue with the latest mesa git?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
On Sun, Jan 22, 2012 at 9:43 AM, Igor Murzov
intergalactic.anonym...@gmail.com wrote:
From 77c912ea1eca50a93a34d5be69f9dc96a8bef0d8 Mon Sep 17 00:00:00 2001
From: Igor Murzov e-m...@date.by
Date: Sun, 22 Jan 2012 19:02:27 +0400
Subject: [PATCH 1/2] drm/radeon: fix invalid memory access in
https://bugs.freedesktop.org/show_bug.cgi?id=44919
--- Comment #9 from Alex Deucher ag...@yahoo.com 2012-01-24 06:15:48 PST ---
Possible fix:
http://lists.freedesktop.org/archives/mesa-dev/2012-January/018029.html
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=40776
--- Comment #5 from Fabio Pedretti fabio@libero.it 2012-01-24 06:18:21
PST ---
(In reply to comment #4)
Is this still an issue with the latest mesa git?
Yes
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
On Tue, Jan 24, 2012 at 10:31:46AM +0100, Thomas Hellstrom wrote:
If the master tries to authenticate a client using drm_authmagic and
that client has already closed its drm file descriptor,
either wilfully or because it was terminated, the
call to drm_authmagic will dereference a stale
On 01/18/2012 12:43 PM, Daniel Vetter wrote:
From 2b76187d2f5fc2352e391914b1828f91f93bb356 Mon Sep 17 00:00:00 2001
From: Chris Wilson ch...@chris-wilson.co.uk
Date: Tue, 29 Nov 2011 15:12:16 +
Subject: [PATCH] drm/i915: Only clear the GPU domains upon a successful
finish
Hi, do you
https://bugs.freedesktop.org/show_bug.cgi?id=40034
--- Comment #10 from Lauri Kasanen cur...@operamail.com 2012-01-24 07:11:39
PST ---
I can test on the weekend.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
2012/1/24 Rafał Miłecki zaj...@gmail.com:
Hey,
I want to do some RE-ing and I'm looking for libsegfault to trace Xorg
driver ops. Unfortunately I can't find libsegfault at
http://people.freedesktop.org/~glisse/ anymore.
Can someone share this, please?
--
Rafał
You better of using
On Tue, Jan 10, 2012 at 01:46:05PM +1000, Ben Skeggs wrote:
On Fri, 2012-01-06 at 16:00 -0500, Jerome Glisse wrote:
On Fri, Jan 06, 2012 at 02:52:49PM -0500, Konrad Rzeszutek Wilk wrote:
Still having difficulty to reproduce can you reproduce with the attached
printk debuging patch and
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras
https://bugs.freedesktop.org/show_bug.cgi?id=44919
--- Comment #10 from Scott Moreau ore...@gmail.com 2012-01-24 07:56:34 PST ---
(In reply to comment #9)
Possible fix:
http://lists.freedesktop.org/archives/mesa-dev/2012-January/018029.html
I tested this patch and it solves the issue with
From: Marek Olšák mar...@gmail.com
v2: agd5f: add strmout CS checking, copy_dw register checking
Signed-off-by: Marek Olšák mar...@gmail.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/evergreen_cs.c | 114 +--
https://bugs.freedesktop.org/show_bug.cgi?id=40776
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|NEW |RESOLVED
From: Jerome Glisse jgli...@redhat.com
Silence out the lock dependency warning by moving bo allocation out
of ib mutex protected section. Might lead to useless temporary
allocation but it's not harmful as such things only happen at
initialization.
Signed-off-by: Jerome Glisse jgli...@redhat.com
On Tue, Jan 24, 2012 at 10:31:46AM +0100, Thomas Hellstrom wrote:
If the master tries to authenticate a client using drm_authmagic and
that client has already closed its drm file descriptor,
either wilfully or because it was terminated, the
call to drm_authmagic will dereference a stale
If the master tries to authenticate a client using drm_authmagic and
that client has already closed its drm file descriptor,
either wilfully or because it was terminated, the
call to drm_authmagic will dereference a stale pointer into kmalloc'ed memory
and corrupt it.
Typically this results in a
https://bugzilla.kernel.org/show_bug.cgi?id=27942
--- Comment #2 from Simon Deziel simon.dez...@gmail.com 2012-01-24 19:03:24
---
Created an attachment (id=72183)
-- (https://bugzilla.kernel.org/attachment.cgi?id=72183)
dmesg without nomodeset
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=27942
--- Comment #3 from Simon Deziel simon.dez...@gmail.com 2012-01-24 19:07:35
---
I'm observing a similar issue with various kernels from 3.2 to 3.3rc1. This
only manifests when booting a Xen dom0 without nomodeset so I'm not sure
that's
https://bugzilla.kernel.org/show_bug.cgi?id=27942
--- Comment #4 from Simon Deziel simon.dez...@gmail.com 2012-01-24 19:45:48
---
Please disregard my comments (#2 and #3) as I'm looking at the wrong bug
obviously. My problem is apparently solvable by
https://lkml.org/lkml/2010/12/6/464 as
On Tue, Jan 24, 2012 at 9:33 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark
From: Marek Olšák mar...@gmail.com
v2: agd5f: add strmout CS checking, copy_dw register checking
v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
will incorrectly patch the command stream for certain regs.
Signed-off-by: Marek Olšák mar...@gmail.com
Signed-off-by: Alex Deucher
From: Marek Olšák mar...@gmail.com
v2: agd5f: add strmout CS checking, copy_dw register checking
v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
will incorrectly patch the command stream for certain regs.
v4: agd5f: add warning if safe reg check fails for copy_dw
Signed-off-by:
On Sun, Jan 22, 2012 at 01:33:16PM -0500, Konrad Rzeszutek Wilk wrote:
On Tue, Jan 17, 2012 at 12:57:50AM +0100, Martin Nyhus wrote:
On Monday 16. January 2012 21:30:59 Jerome Glisse wrote:
On Sun, Jan 15, 2012 at 10:31:08PM +0100, Martin Nyhus wrote:
In some cases mem will be null in
https://bugzilla.kernel.org/show_bug.cgi?id=39832
--- Comment #18 from Florian Mickler flor...@mickler.org 2012-01-24 23:15:56
---
Is this still a problem in 3.2 / 3.3-rc1?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail
On Tue, Jan 24, 2012 at 05:17:18PM -0500, alexdeuc...@gmail.com wrote:
From: Marek Olšák mar...@gmail.com
v2: agd5f: add strmout CS checking, copy_dw register checking
v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
will incorrectly patch the command stream for certain regs.
I suppose I can stop bisecting kernel about this possible lock and close
the bug then?
--
Alexandre Demers
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Sorry Jerome, I didn't have time to properly finish the patch and
update the CS checker properly.
Also evergreen_cs_track_check has been a no-op for a long time and
this patch doesn't make it any more exploitable.
Marek
On Wed, Jan 25, 2012 at 12:43 AM, Jerome Glisse j.gli...@gmail.com wrote:
From: Marek Olšák mar...@gmail.com
v2: agd5f: add strmout CS checking, copy_dw register checking
v3: agd5f: don't use cs_check_reg() for copy_dw checking as it
will incorrectly patch the command stream for certain regs.
v4: agd5f: add warning if safe reg check fails for copy_dw
v5: agd5f: add
On Tue, Jan 24, 2012 at 6:43 PM, Jerome Glisse j.gli...@gmail.com wrote:
On Tue, Jan 24, 2012 at 05:17:18PM -0500, alexdeuc...@gmail.com wrote:
From: Marek Olšák mar...@gmail.com
v2: agd5f: add strmout CS checking, copy_dw register checking
v3: agd5f: don't use cs_check_reg() for copy_dw
On Tue, Jan 24, 2012 at 5:54 PM, Rob Clark rob.cl...@linaro.org wrote:
On Tue, Jan 24, 2012 at 9:33 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
On Tue, Jan 24, 2012 at 8:17 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Jan 24, 2012 at 5:54 PM, Rob Clark rob.cl...@linaro.org wrote:
On Tue, Jan 24, 2012 at 9:33 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark
From: Ben Skeggs bske...@redhat.com
Both changes in dc97b3409a790d2a21aac6e5cdb99558b5944119 cause serious
regressions in the nouveau driver.
move_notify() was originally able to presume that bo-mem is the old node,
and new_mem is the new node. The above commit moves the call to
move_notify()
On Sat, Jan 21, 2012 at 11:02 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Fri, Jan 20, 2012 at 10:04:57AM -0800, Robert Morell wrote:
On Wed, Jan 18, 2012 at 01:10:04AM -0800, Semwal, Sumit wrote:
On Wed, Jan 18, 2012 at 5:38 AM, Robert Morell rmor...@nvidia.com wrote:
EXPORT_SYMBOL_GPL is
79 matches
Mail list logo