https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #31 from Jonathan Nieder 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 this,
too. Can we ha
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-dae...@freedesktop.org wrote:
>
> > The user reported that system crashed after a while.
>
> Interesting --- so it sounds like there is a random elem
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 h
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
dri-d
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: ht
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 ar
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 o
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 receiv
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 receivin
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 poi
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
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
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 a
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 p
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) || defined(CONFIG_DRM_OMAP_MOD
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 here
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 ++
drivers/gpu/drm/radeon/
https://bugs.freedesktop.org/show_bug.cgi?id=40776
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
---
drivers/gpu/drm/radeon/radeon_ri
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 poi
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 h
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: https://bugzilla.kernel.org/userprefs.cgi?
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.
Th
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 Rzesz
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
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.
Signed-off-by: Marek Olšák
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergre
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
Signed-off-by: Marek Olšák
Sign
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 n
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 w
On Tue, Jan 24, 2012 at 05:17:18PM -0500, alexdeuc...@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.
>
> v4: a
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 wrote:
> On Tue, Jan 24, 20
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: add stricter checking
On Tue, Jan 24, 2012 at 6:43 PM, Jerome Glisse wrote:
> On Tue, Jan 24, 2012 at 05:17:18PM -0500, alexdeuc...@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 inco
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 Mon, Jan 16, 2012 at 7:01 PM, Rob Clark wrote:
> On
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:
From: Ben Skeggs
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() to after move() has
On Sat, Jan 21, 2012 at 11:02 PM, Daniel Vetter 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 wrote:
>> > > EXPORT_SYMBOL_GPL is intended to be used for
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=45018
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=44919
Scott Moreau changed:
What|Removed |Added
Component|Drivers/Gallium/r300|Mesa core
--
Configure bugmail: https://
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 the
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 :07:
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
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 we
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
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 h
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?
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: h
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 a
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 o
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 recei
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 receivin
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 poi
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
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
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 a
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 p
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) || defined(CONFIG_DRM_OMAP_MOD
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 her
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 ++
drivers/gpu/drm/radeon/
https://bugs.freedesktop.org/show_bug.cgi?id=40776
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
---
drivers/gpu/drm/radeon/radeon_ri
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 poi
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 h
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: https://bugzilla.kernel.org/userprefs.cgi?
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.
Th
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 Rzesz
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
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.
Signed-off-by: Marek Ol??k
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergre
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
Signed-off-by: Marek Ol??k
Sign
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 n
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
---
drivers/gpu/drm/nouveau/nouvea
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 w
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.
>
> v4
I suppose I can stop bisecting kernel about this possible lock and close
the bug then?
--
Alexandre Demers
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: add stricter checking
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 i
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:
79 matches
Mail list logo
