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 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
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
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 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 i
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
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
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.
Th
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?
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
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
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 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 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 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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=40776
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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
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
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
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 poi
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
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
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
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://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
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
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
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
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:
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
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
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
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
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/
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://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 #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?
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
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 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:
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
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
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 poi
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=40776
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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/
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
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 #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=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
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
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
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:
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
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=44919
Scott Moreau changed:
What|Removed |Added
Component|Drivers/Gallium/r300|Mesa core
--
Configure bugmail: https://
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 poi
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=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
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
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=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
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
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
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://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 #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
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
79 matches
Mail list logo
