https://bugs.freedesktop.org/show_bug.cgi?id=32447
--- Comment #2 from marek 2010-12-21 00:08:31 PST ---
(In reply to comment #1)
> Another data point, when running with MESA_DEBUG=verbose I get these:
>
> Mesa: User error: GL_INVALID_OPERATION in glProgramStringARB(invalid ARB
> fragment progra
https://bugs.freedesktop.org/show_bug.cgi?id=32422
Michel Dänzer changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://bugs.freedesktop.org/show_bug.cgi?id=32447
--- Comment #3 from Marti 2010-12-21 00:15:13 PST ---
(In reply to comment #2)
> I have exactly same symptoms as Marti,
> but on intel gma945, i686 intel-dri, kernel
> Should I file in another bug report or just join this for intel & i686?
Wha
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #7 from Rubén Fernández 2010-12-21 01:14:26
PST ---
With the latest commit intended to fix this, mesa breaks almost completely in
my new videocard (Radeon HD 5750); pretty much everything but glxgears produces
a segfault.
I give you
https://bugs.freedesktop.org/show_bug.cgi?id=32422
--- Comment #11 from Michel Dänzer 2010-12-21 01:48:11 PST
---
Created an attachment (id=41339)
View: https://bugs.freedesktop.org/attachment.cgi?id=41339
Review: https://bugs.freedesktop.org/review?bug=32422&attachment=41339
Always include C
On Tuesday 21 December 2010 03:17:40 Piotr Gluszenia Slawinski wrote:
> On Mon, 20 Dec 2010, Alan Cox wrote:
>
> >> My point which people keep missing is that graphics stacks are a
> >> single entity, that span kernel and userspace, one cannot exist
> >> without the other, and there are interfaces
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #8 from Jerome Glisse 2010-12-21 08:04:09
PST ---
Pushed another fix
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #9 from Øyvind Sæther 2010-12-21 09:25:27 PST
---
sdlmame no longer throws a SIGSEGV when starting sdlmame games, but they do not
work as expected. The games start just fine and pop up a black square where the
game should be (when v
On Tue, Dec 21, 2010 at 5:50 AM, Arnd Bergmann wrote:
> On Tuesday 21 December 2010 03:17:40 Piotr Gluszenia Slawinski wrote:
>> On Mon, 20 Dec 2010, Alan Cox wrote:
>>
>> >> My point which people keep missing is that graphics stacks are a
>> >> single entity, that span kernel and userspace, one c
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Summary: screen flickers all the time with desktop image
appearing only briefly
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #1 from Gildas Le Nadan <3ntr0...@gmail.com> 2010-12-21 09:33:47
PST ---
Created an attachment (id=41345)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41345)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #2 from Gildas Le Nadan <3ntr0...@gmail.com> 2010-12-21 09:34:35
PST ---
Created an attachment (id=41346)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41346)
UMS register dump as per #28331
--
Configure bugmail: https://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #3 from Gildas Le Nadan <3ntr0...@gmail.com> 2010-12-21 09:35:21
PST ---
Created an attachment (id=41347)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41347)
KMS register dump as per #28331
--
Configure bugmail: https://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #4 from Gildas Le Nadan <3ntr0...@gmail.com> 2010-12-21 09:38:37
PST ---
Created an attachment (id=41348)
View: https://bugs.freedesktop.org/attachment.cgi?id=41348
Review: https://bugs.freedesktop.org/review?bug=32556&attachment=41
https://bugs.freedesktop.org/show_bug.cgi?id=32557
Summary: [r600g] z/stencil buffer too small error in dmesg.
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=31383
Kevin DeKorte changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30694
--- Comment #3 from Kevin DeKorte 2010-12-21 10:04:13 PST
---
bug still present in git fa62cf7450595b3d99259b5a212df301ca711d4b
and patch still seems to correct it.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=27179
--- Comment #1 from Kevin DeKorte 2010-12-21 10:05:53 PST
---
bug still present in mesa git fa62cf7450595b3d99259b5a212df301ca711d4b
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=26450
Kevin DeKorte changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30694
Alex Deucher changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Mesa core
AssignedTo|dri-de...@li
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher changed:
What|Removed |Added
Attachment #41344|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #10 from Rubén Fernández 2010-12-21 10:45:59
PST ---
Created an attachment (id=41350)
View: https://bugs.freedesktop.org/attachment.cgi?id=41350
Review: https://bugs.freedesktop.org/review?bug=32455&attachment=41350
prevent segfau
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #5 from Alex Deucher 2010-12-21 10:51:07 PST ---
How about this?
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index b0ab185..fa92120 100644
--- a/drivers/gpu/drm/radeon/atombios_crtc.c
https://bugs.freedesktop.org/show_bug.cgi?id=32535
--- Comment #6 from Robert Hooker (Sarvatt) 2010-12-21
10:51:59 PST ---
A video of the corruption can be seen here:
http://sarvatt.com/downloads/sl510-bug-691324.mov
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
On Tuesday 21 December 2010 18:29:56 Matt Sealey wrote:
> > The only thing that is currently being enforced is that no interfaces enter
> > the mainline kernel that rely on closed source user space. Once something
> > is merged in mainline, you are generally free to write code under any
> > licens
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #6 from Gildas Le Nadan <3ntr0...@gmail.com> 2010-12-21 11:37:15
PST ---
(In reply to comment #5)
> How about this?
>
> diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
> b/drivers/gpu/drm/radeon/atombios_crtc.c
> index b0ab185..f
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #7 from Gildas Le Nadan <3ntr0...@gmail.com> 2010-12-21 11:37:51
PST ---
Created an attachment (id=41351)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41351)
after proposed patch #2 was applied
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher changed:
What|Removed |Added
Attachment #41346|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher changed:
What|Removed |Added
Attachment #41347|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher changed:
What|Removed |Added
Attachment #41351|application/octet-stream|text/plain
mime type|
This should be part of DRM 2.8.0.
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/r300.c |7 +++
drivers/gpu/drm/radeon/radeon_drv.c |2 +-
2 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r300.c b/drivers/gpu/drm/radeon/r300.c
index c
https://bugs.freedesktop.org/show_bug.cgi?id=28994
--- Comment #12 from Álmos 2010-12-21 12:41:58 PST ---
> I wonder why the skybox renders correctly only on r5xx...
I found out what the possible difference is between our setups: you are running
it with UseVBO=False, and I'm running it with UseV
We were using the lockup struct from the wrong union.
Signed-off-by: Alex Deucher
Cc: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 2078108..29
Now that soft reset works, we can add this.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 26 --
drivers/gpu/drm/radeon/radeon.h|1 +
2 files changed, 25 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/dri
Blitting from vram to gart is problematic at the moment.
Use the CPU for now to avoid buffer corruption.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=32422
--- Comment #12 from Da Fox 2010-12-21 14:22:11 PST
---
(In reply to comment #11)
> Created an attachment (id=41339)
View: https://bugs.freedesktop.org/attachment.cgi?id=41339
Review: https://bugs.freedesktop.org/review?bug=32422&attachment=41
Always useful to know just which connector was polled and had its
status updated.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_crtc_helper.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/gpu/drm/drm_crtc_helper.c
Hi,
meant to get this out earlier, but I've been off sick as well as having a
sick kid, also meant a few things piled up when I wasn't looking
contains a revert for reported regression in intel and also one in radeon,
a few radeon fixes, one for a 15s resume time on certain laptops, and one
to
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #5 from Tormod Volden 2010-12-21
16:39:55 PST ---
Created an attachment (id=41353)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41353)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
On Wed, Dec 22, 2010 at 3:29 AM, Matt Sealey wrote:
> On Tue, Dec 21, 2010 at 5:50 AM, Arnd Bergmann wrote:
>> On Tuesday 21 December 2010 03:17:40 Piotr Gluszenia Slawinski wrote:
>>> On Mon, 20 Dec 2010, Alan Cox wrote:
>>>
>>> >> My point which people keep missing is that graphics stacks are a
https://bugzilla.kernel.org/show_bug.cgi?id=25422
Ben Hutchings changed:
What|Removed |Added
Blocks||21782
--
Configure bugmail: https://
https://bugzilla.kernel.org/show_bug.cgi?id=25422
Summary: nouveau fails to build on ia64
Product: Drivers
Version: 2.5
Kernel Version: 2.6.37-rc5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
S
you have two pieces of code, a userspace 3D *driver* (not
application), and a kernel driver talking to the hw, if the userspace
3D driver cannot exist without the kernel driver, it could very well
be considered a derivative work of the kernel driver. You are not
protected by the standard Linux sys
On Wed, Dec 22, 2010 at 11:54 AM, Piotr Gluszenia Slawinski
wrote:
>> you have two pieces of code, a userspace 3D *driver* (not
>> application), and a kernel driver talking to the hw, if the userspace
>> 3D driver cannot exist without the kernel driver, it could very well
>> be considered a deriva
You need to read before replying.
If the interface is a generic interface that any software can use then
its fine, when the interface is a specific interface for a specific
closed userspace driver it becomes questionable.
Again you are thinking general case when we are talking specifics.
thank
--
Message: 1
Date: Mon, 20 Dec 2010 19:23:40 -0800
From: Keith Packard
Subject: Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks
To: Andy Lutomirski , Jesse Barnes
, Chris Wilson
,
David Airlie
https://bugs.freedesktop.org/show_bug.cgi?id=32319
--- Comment #13 from boris64 2010-12-21 20:46:02 PST ---
(In reply to comment #11)
> (In reply to comment #8)
> > Did this used to work previously? If so what kernel version?
> This laptop ist brandnew, so i just used kernel-2.6.35.? (Ubuntu Liv
rry-picked [1] or refreshed
against linux-next (next-20101217).
They worked also with yesterdays next-20101221.
I have attached a follow-up/fix-up patch for one of Daniel's patchsets.
(See below
"danvet-drm-for-sedat-dilek-v2/0006-drm-nouveau-don-t-munge-in-drm_mm-internals-follow-u.
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #11 from Rubén Fernández 2010-12-21 21:31:52
PST ---
Commit 2dd189a824d4c5c5157aaf381d5e424317a8d1e4 by Dave solves the evergreen
segfaults; my patch is unnecessary now
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
Hi,
sorry, I still haven't setup a git-send-mail, thus sending the
old-fashioned way as attached patch.
This patch (against linux-next) is overdue.
"DRIVER_DATE is not maintained or upgraded on changes.
Furthermore, one DRIVER_DATE for UMS and KMS makes no sense.
It is enough to bump {KMS_}DRIVE
Okay I hereby refrain from legal comments.
In any case, this code has passed legal at Freescale and AMD *AND*
Qualcomm. It would not be GPL if it has not been vetted (and it took
them a year to get to this point).
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Tue, Dec 21, 2
On Mit, 2010-12-22 at 08:38 +0100, Sedat Dilek wrote:
>
> sorry, I still haven't setup a git-send-mail, thus sending the
> old-fashioned way as attached patch.
Your mailer might allow integrating the output of git format-patch into
the mail body directly instead.
> This patch (against linux-nex
https://bugs.freedesktop.org/show_bug.cgi?id=32319
--- Comment #13 from boris64 2010-12-21 20:46:02 PST
---
(In reply to comment #11)
> (In reply to comment #8)
> > Did this used to work previously? If so what kernel version?
> This laptop ist brandnew, so i just used kernel-2.6.35.? (Ubuntu Li
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #11 from Rub?n Fern?ndez 2010-12-21
21:31:52 PST ---
Commit 2dd189a824d4c5c5157aaf381d5e424317a8d1e4 by Dave solves the evergreen
segfaults; my patch is unnecessary now
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
>
> The concerns about host memory access via the GPU driver are valid but
> unnecessary. The GPU MMU directly intervenes on memory access and can
> only modify memory space allocated to the GPU resource - getting data
> into this memory requires some extreme manual intervention if not done
> by th
On Mon, 2010-12-20 at 09:48 +0300, Dan Carpenter wrote:
> Hi Ben,
>
> This is a new Smatch warning in linux-next. It comes from: a11c3198c
> "drm/nv50: import new vm code"
Thanks, fix queued in my tree. Will get to Dave eventually :)
Ben.
>
> drivers/gpu/drm/nouveau/nv50_vm.c +104 nv50_vm_map(
On Mon, 2010-12-20 at 12:26 +0300, Dan Carpenter wrote:
> ARRAY_SIZE() was intended here, sizeof() is too large.
Thanks, I've queued this patch.
Ben.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/nouveau/nv50_vram.c
> b/drivers/gpu/drm/nouveau/nv50_vram.c
> index 47489ed..5
From: Dave Airlie
Situation as follow:
2 GPUs + vesafb + kms.
GPU 1 is primary, vesafb binds to it as fb0
radeon loads
GPU 0 loads as fb1
GPU 1 loads, vesafb gets kicked off which causes fb0 to unbind
console, which causes the dummy console to rebind.
this means fbcon_deinit gets called, which
From: Dave Airlie
With framebuffer handover and multiple GPUs, we get into a
position where the fbcon unbinds the vesafb framebuffer for GPU 1,
but we still have a radeon framebuffer bound from GPU 0, so
we don't unregister the console driver. Then when we tried to bind
the new radeon framebuffer
I've been working on some issues with the fb handoff between vesafb and KMS
on my machine with a dual-gpu card. These 3 patches are the primary result
of this, to fix a number of issues where the VT layer and fbcon layers
got themselves into a place that they couldn't get out off, having the second
From: Dave Airlie
On my system with a radeon x2, the first GPU was not overlapping vesa
but the test decided it was.
Signed-off-by: Dave Airlie
---
drivers/video/fbmem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c
inde
On Mon, 20 Dec 2010, Alan Cox wrote:
>> My point which people keep missing is that graphics stacks are a
>> single entity, that span kernel and userspace, one cannot exist
>> without the other, and there are interfaces that join them.
>
> As a copyright holder on the kernel I'll also remind the pe
;> ___
>> dri-devel mailing list
>> dri-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>>
-- next part --
A non-text attachment was scrubbed...
Name: dmesg_drm_wi
On Die, 2010-12-21 at 11:41 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> On my system with a radeon x2, the first GPU was not overlapping vesa
> but the test decided it was.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/video/fbmem.c |2 +-
> 1 files changed, 1 insertions(+), 1 dele
https://bugs.freedesktop.org/show_bug.cgi?id=32447
--- Comment #2 from marek 2010-12-21 00:08:31 PST ---
(In reply to comment #1)
> Another data point, when running with MESA_DEBUG=verbose I get these:
>
> Mesa: User error: GL_INVALID_OPERATION in glProgramStringARB(invalid ARB
> fragment progra
https://bugs.freedesktop.org/show_bug.cgi?id=32422
Michel D?nzer changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://bugs.freedesktop.org/show_bug.cgi?id=32447
--- Comment #3 from Marti 2010-12-21 00:15:13 PST ---
(In reply to comment #2)
> I have exactly same symptoms as Marti,
> but on intel gma945, i686 intel-dri, kernel
> Should I file in another bug report or just join this for intel & i686?
Wha
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #7 from Rub?n Fern?ndez 2010-12-21
01:14:26 PST ---
With the latest commit intended to fix this, mesa breaks almost completely in
my new videocard (Radeon HD 5750); pretty much everything but glxgears produces
a segfault.
I give you
https://bugs.freedesktop.org/show_bug.cgi?id=32422
--- Comment #11 from Michel D?nzer 2010-12-21 01:48:11
PST ---
Created an attachment (id=41339)
View: https://bugs.freedesktop.org/attachment.cgi?id=41339
Review: https://bugs.freedesktop.org/review?bug=32422&attachment=41339
Always include C
On Tuesday 21 December 2010 03:17:40 Piotr Gluszenia Slawinski wrote:
> On Mon, 20 Dec 2010, Alan Cox wrote:
>
> >> My point which people keep missing is that graphics stacks are a
> >> single entity, that span kernel and userspace, one cannot exist
> >> without the other, and there are interfaces
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #8 from Jerome Glisse 2010-12-21
08:04:09 PST ---
Pushed another fix
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #9 from ?yvind S?ther 2010-12-21 09:25:27
PST ---
sdlmame no longer throws a SIGSEGV when starting sdlmame games, but they do not
work as expected. The games start just fine and pop up a black square where the
game should be (when v
On Tue, Dec 21, 2010 at 5:50 AM, Arnd Bergmann wrote:
> On Tuesday 21 December 2010 03:17:40 Piotr Gluszenia Slawinski wrote:
>> On Mon, 20 Dec 2010, Alan Cox wrote:
>>
>> >> My point which people keep missing is that graphics stacks are a
>> >> single entity, that span kernel and userspace, one c
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Summary: screen flickers all the time with desktop image
appearing only briefly
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #1 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-21 09:33:47
PST ---
Created an attachment (id=41345)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41345)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/use
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #2 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-21 09:34:35
PST ---
Created an attachment (id=41346)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41346)
UMS register dump as per #28331
--
Configure bugmail: https://b
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #3 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-21 09:35:21
PST ---
Created an attachment (id=41347)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41347)
KMS register dump as per #28331
--
Configure bugmail: https://b
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #4 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-21 09:38:37
PST ---
Created an attachment (id=41348)
View: https://bugs.freedesktop.org/attachment.cgi?id=41348
Review: https://bugs.freedesktop.org/review?bug=32556&attachment
https://bugs.freedesktop.org/show_bug.cgi?id=32557
Summary: [r600g] z/stencil buffer too small error in dmesg.
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=31383
Kevin DeKorte changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30694
--- Comment #3 from Kevin DeKorte 2010-12-21 10:04:13
PST ---
bug still present in git fa62cf7450595b3d99259b5a212df301ca711d4b
and patch still seems to correct it.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=27179
--- Comment #1 from Kevin DeKorte 2010-12-21 10:05:53
PST ---
bug still present in mesa git fa62cf7450595b3d99259b5a212df301ca711d4b
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=26450
Kevin DeKorte changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30694
Alex Deucher changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Mesa core
AssignedTo|dri-devel at
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher changed:
What|Removed |Added
Attachment #41344|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #10 from Rub?n Fern?ndez 2010-12-21
10:45:59 PST ---
Created an attachment (id=41350)
View: https://bugs.freedesktop.org/attachment.cgi?id=41350
Review: https://bugs.freedesktop.org/review?bug=32455&attachment=41350
prevent segfau
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #5 from Alex Deucher 2010-12-21 10:51:07 PST
---
How about this?
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index b0ab185..fa92120 100644
--- a/drivers/gpu/drm/radeon/atombios_crtc.c
https://bugs.freedesktop.org/show_bug.cgi?id=32535
--- Comment #6 from Robert Hooker (Sarvatt) 2010-12-21
10:51:59 PST ---
A video of the corruption can be seen here:
http://sarvatt.com/downloads/sl510-bug-691324.mov
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
On Tuesday 21 December 2010 18:29:56 Matt Sealey wrote:
> > The only thing that is currently being enforced is that no interfaces enter
> > the mainline kernel that rely on closed source user space. Once something
> > is merged in mainline, you are generally free to write code under any
> > licens
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #6 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-21 11:37:15
PST ---
(In reply to comment #5)
> How about this?
>
> diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
> b/drivers/gpu/drm/radeon/atombios_crtc.c
> index b0ab185
https://bugs.freedesktop.org/show_bug.cgi?id=32556
--- Comment #7 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-21 11:37:51
PST ---
Created an attachment (id=41351)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41351)
after proposed patch #2 was applied
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher changed:
What|Removed |Added
Attachment #41346|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher changed:
What|Removed |Added
Attachment #41347|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher changed:
What|Removed |Added
Attachment #41351|application/octet-stream|text/plain
mime type|
This should be part of DRM 2.8.0.
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/r300.c |7 +++
drivers/gpu/drm/radeon/radeon_drv.c |2 +-
2 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r300.c b/drivers/gpu/drm/radeon/r300.c
index c
https://bugs.freedesktop.org/show_bug.cgi?id=28994
--- Comment #12 from ?lmos 2010-12-21 12:41:58 PST ---
> I wonder why the skybox renders correctly only on r5xx...
I found out what the possible difference is between our setups: you are running
it with UseVBO=False, and I'm running it with UseV
We were using the lockup struct from the wrong union.
Signed-off-by: Alex Deucher
Cc: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 2078108..29
Now that soft reset works, we can add this.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 26 --
drivers/gpu/drm/radeon/radeon.h|1 +
2 files changed, 25 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/dri
Blitting from vram to gart is problematic at the moment.
Use the CPU for now to avoid buffer corruption.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=32422
--- Comment #12 from Da Fox 2010-12-21 14:22:11
PST ---
(In reply to comment #11)
> Created an attachment (id=41339)
View: https://bugs.freedesktop.org/attachment.cgi?id=41339
Review: https://bugs.freedesktop.org/review?bug=32422&attachment=41
1 - 100 of 103 matches
Mail list logo
