https://bugs.freedesktop.org/show_bug.cgi?id=32447
--- Comment #2 from marek markota...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=32422
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=32447
--- Comment #3 from Marti ma...@juffo.org 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
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #7 from Rubén Fernández rubenf3...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=32422
--- Comment #11 from Michel Dänzer mic...@daenzer.net 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=32422attachment=41339
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 that join
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #8 from Jerome Glisse gli...@freedesktop.org 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
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #9 from Øyvind Sæther oyvi...@everdot.org 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
On Tue, Dec 21, 2010 at 5:50 AM, Arnd Bergmann a...@arndb.de 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
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/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.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.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/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 kdeko...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=30694
--- Comment #3 from Kevin DeKorte kdeko...@yahoo.com 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/show_bug.cgi?id=27179
--- Comment #1 from Kevin DeKorte kdeko...@yahoo.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=26450
Kevin DeKorte kdeko...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=30694
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Mesa core
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #41344|application/octet-stream|text/plain
mime
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #10 from Rubén Fernández rubenf3...@gmail.com 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/show_bug.cgi?id=32556
--- Comment #5 from Alex Deucher ag...@yahoo.com 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
---
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
license you
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..fa92120
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #41346|application/octet-stream|text/plain
mime
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #41347|application/octet-stream|text/plain
mime
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #41351|application/octet-stream|text/plain
mime
This should be part of DRM 2.8.0.
Signed-off-by: Marek Olšák mar...@gmail.com
---
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
https://bugs.freedesktop.org/show_bug.cgi?id=28994
--- Comment #12 from Álmos aaalmo...@gmail.com 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
We were using the lockup struct from the wrong union.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r600.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c
Now that soft reset works, we can add this.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c | 26 --
drivers/gpu/drm/radeon/radeon.h|1 +
2 files changed, 25 insertions(+), 2 deletions(-)
diff --git
Blitting from vram to gart is problematic at the moment.
Use the CPU for now to avoid buffer corruption.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=32422
--- Comment #12 from Da Fox da_...@mad.scientist.com 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:
Always useful to know just which connector was polled and had its
status updated.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #5 from Tormod Volden bugzi09.fdo.tor...@xoxy.net 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:
On Wed, Dec 22, 2010 at 3:29 AM, Matt Sealey m...@genesi-usa.com wrote:
On Tue, Dec 21, 2010 at 5:50 AM, Arnd Bergmann a...@arndb.de 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
https://bugzilla.kernel.org/show_bug.cgi?id=25422
Ben Hutchings b...@decadent.org.uk changed:
What|Removed |Added
Blocks||21782
--
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
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
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.
--
Message: 1
Date: Mon, 20 Dec 2010 19:23:40 -0800
From: Keith Packard kei...@keithp.com
Subject: Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks
To: Andy Lutomirski l...@mit.edu, Jesse Barnes
https://bugs.freedesktop.org/show_bug.cgi?id=32319
--- Comment #13 from boris64 bugs.x...@boris64.net 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
-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.patch)
All 3 patchsets
https://bugs.freedesktop.org/show_bug.cgi?id=32455
--- Comment #11 from Rubén Fernández rubenf3...@gmail.com 2010-12-21 21:31:52
PST ---
Commit 2dd189a824d4c5c5157aaf381d5e424317a8d1e4 by Dave solves the evergreen
segfaults; my patch is unnecessary now
--
Configure bugmail:
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
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 m...@genesi-usa.com
Product Development Analyst, Genesi USA, Inc.
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-next)
>
> 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
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
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
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
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
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
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
___
>> 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_without_patc
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
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
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?
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
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=41339
Always include CPU domain
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
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
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
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/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://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://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=41348
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
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
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=41350
prevent segfault in
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
---
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
> >
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
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://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
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
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
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
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
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=41339
>
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
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
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
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:
99 matches
Mail list logo