https://bugs.freedesktop.org/show_bug.cgi?id=38145
Vadim changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Looks suspiciously like
https://bugzilla.redhat.com/show_bug.cgi?id=699551 which has been
happening since at least 2.6.38.
Rui
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #8 from Alex Deucher 2011-06-13
21:49:40 ---
(In reply to comment #7)
> I don't understand. When I make the test, the X server isn't running. I write
> the command directly in the tty with the framebuffer.
>
> The server X
On Mon, Jun 13, 2011 at 04:44:03PM +0100, Alan Cox wrote:
> > Given that I've mucked around in drm_mm quite a bit I'd be very interested
> > in your opinion about what's weird in it (and presumably what could be
> > improved). Can you elaborate?
>
> Mostly the API, which is also somewhat poorly
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #7 from pub at ackak.fr 2011-06-13 21:34:29 ---
I don't understand. When I make the test, the X server isn't running. I write
the command directly in the tty with the framebuffer.
The server X can't use this graphic card, ok, but
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #4 from Alex Deucher 2011-06-13 21:19:53 PDT
---
What 3D driver are you using? r600g or r600c? Are you using a compositor or
not?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #3 from Alex Deucher 2011-06-13 21:18:27 PDT
---
Please attach your dmesg output as well.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #6 from Alex Deucher 2011-06-13
21:08:49 ---
This bug can probably be closed. This isn't really a kernel bug. The X server
needs a major amount of work before MUX-less systems can be supported.
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=37442
Rafael J. Wysocki changed:
What|Removed |Added
CC||florian at mickler.org,
n-text attachment was scrubbed...
Name: config.bz2
Type: application/x-bzip2
Size: 22829 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110613/67763a0f/attachment-0001.bin>
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_device.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index d77ede3..3d4b3dc 100644
---
The existing code assumed scratch registers in a number
of places while in most cases we are be using writeback
and events rather than scratch registers.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_fence.c | 51 +++-
1 files changed, 36
No need to assign the same copy callback for both
copy blit and dma.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
https://bugzilla.kernel.org/show_bug.cgi?id=37442
--- Comment #1 from Wolfram Sang 2011-06-13
17:21:05 ---
Despite the custom kernel, this is a pretty standard Debian Squeeze machine.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugzilla.kernel.org/show_bug.cgi?id=37442
Summary: Radeon 9600 Mobile (RV350) freezes on glxgears -
bisected
Product: Drivers
Version: 2.5
Kernel Version: 2.6.39
Platform: All
OS/Version: Linux
Tree:
Required for DPMS on some systems.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 25 ++---
1 files changed, 14 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
They need to be treated like eDP rather than DP.
May fix:
https://bugzilla.kernel.org/show_bug.cgi?id=34822
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git
Need to set up the bridge for DDC prior to the
i2c over aux transaction.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 20
drivers/gpu/drm/radeon/radeon_encoders.c | 12
drivers/gpu/drm/radeon/radeon_mode.h |1 +
3
dp to vga bridges for example.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 20 +++
drivers/gpu/drm/radeon/radeon_encoders.c | 49 +++-
2 files changed, 68 insertions(+), 1 deletions(-)
diff --git
required for ddc.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios.h
b/drivers/gpu/drm/radeon/atombios.h
index 49611e2..1b50ad8 100644
---
This should give us more reliable results if the table
is called before an active device is set.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 23 +--
1 files changed, 9 insertions(+), 14 deletions(-)
diff --git
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #5 from pub at ackak.fr 2011-06-13 16:55:17 ---
I have format the disk, so I don't have OEM :)
> There's not much else you can do until the X server gets support for split
> display and rendering.
Ok, thanks.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #2 from Aidan Marks 2011-06-13 16:50:51 PDT ---
Created an attachment (id=47919)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47919)
xorg-color-tile.log
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #1 from Aidan Marks 2011-06-13 16:49:28 PDT ---
Created an attachment (id=47918)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47918)
Color tiling corruption example
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=38270
Summary: Color Tiling unusable on NI
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
> Given that I've mucked around in drm_mm quite a bit I'd be very interested
> in your opinion about what's weird in it (and presumably what could be
> improved). Can you elaborate?
Mostly the API, which is also somewhat poorly documented. I've not dug
into the internals beyond trying to figure
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #4 from Alex Deucher 2011-06-13
16:37:27 ---
(In reply to comment #3)
> How can I check if the GPU is MUXes or MUX-less ?
Double check with your OEM, but being that your radeon card has no displays
listed in its configuration,
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #3 from pub at ackak.fr 2011-06-13 16:31:20 ---
Thanks for your response.
I don't have an option in the bios to select the graphic card.
How can I check if the GPU is MUXes or MUX-less ?
I make the test, without running the X
https://bugs.freedesktop.org/show_bug.cgi?id=37417
--- Comment #2 from Benjamin Franzke
2011-06-13 16:04:26 PDT ---
First, some more information would have been useful, as its not clear which egl
driver you're using.
Therefore its better to use EGL_LOG_LEVEL=debug than some selfmade debug
https://bugs.freedesktop.org/show_bug.cgi?id=36812
Enrico_m at gmx.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38265
--- Comment #2 from Eric Appleman 2011-06-13 14:55:51
PDT ---
Both, if I recall correctly.
However, Gallium is just too unstable to make this happen on command, though I
am getting consistent X freezing in a gallium+sna environment.
--
https://bugzilla.kernel.org/show_bug.cgi?id=37362
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=38265
Daniel Vetter changed:
What|Removed |Added
CC||daniel at ffwll.ch
--- Comment #1 from
https://bugs.freedesktop.org/show_bug.cgi?id=37193
--- Comment #8 from Mathias Brodala 2011-06-13 12:07:38
PDT ---
Still experiencing the same issues with revision
2f0b44f981d1715b62b189f465546d865b10d0f3 of mesa. Any idea what else I could
do?
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=38265
Summary: [945gm] gl output in mplayer is wonky
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On Fri, Jun 10, 2011 at 7:09 PM, Alex Deucher wrote:
> On Fri, Jun 10, 2011 at 7:08 PM, Alex Deucher
> wrote:
>> On Fri, Jun 10, 2011 at 2:10 PM, Rafael Monica wrote:
>>> I cannot test it now, but last time the flush call was removed it
>>> caused a major regression on Evergreen. See:
>>>
>>>
https://bugs.freedesktop.org/show_bug.cgi?id=38254
darkbasic changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
2011/6/11 Marcin Zaj?czkowski :
> I would like to report a bug in the drivers located in the nucleus from
> 2.6.37.6 to the latest znajduj?cycj in openSUSE repositories. This is
> demonstrated by the fact that during startup monitro off after the launch of
> the drivers are in the system kernel.
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #5 from darkbasic 2011-06-13 10:19:22 PDT
---
I noticed I was previously embedding the additional firmwares in the kernel
image (the radeon module was statically compiled), while now I compiled it as a
module and I probably don't
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #4 from darkbasic 2011-06-13 10:05:33 PDT
---
Yes, it has. I'm using latest snapshot from torvalds branch as of now.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #3 from Alex Deucher 2011-06-13 09:53:29 PDT
---
Make sure your kernel has this commit:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f3aeceac61b6e2f3167717ea1793472108e47564
--
Configure bugmail:
the code always returns ret regardless, so if(ret) check is unnecessary.
v2: fixed up the spelling.
Signed-off-by: Greg Dietsche
Reviewed-by: Nicolas Kaiser
---
drivers/gpu/drm/savage/savage_bci.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=38258
Summary: SDL game teeworlds crashes in
r100_cs_track_texture_check
Product: Mesa
Version: 7.10
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #2 from darkbasic 2011-06-13 08:58:44 PDT
---
Unfortunately I can't, I can access this machine only few hours at week at the
moment and I'm currently using an X1950 XTX because I need working graphics.
Anyway if you want me to test
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #1 from Alex Deucher 2011-06-13 08:23:00 PDT
---
Can you bisect?
--
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=37652
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38254
Summary: 2560x1600 not working anymore with R600 and
Linux-3.0-rc2+
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=37168
Alex Deucher changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
This message contains a list of some post-2.6.38 regressions introduced before
2.6.39, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.38 regressions, please let us
I would like to report a bug in the drivers located in the nucleus from
2.6.37.6 to the latest znajdującycj in openSUSE repositories. This is
demonstrated by the fact that during startup monitro off after the
launch of the drivers are in the system kernel. Everything runs smoothly
in the
https://bugzilla.kernel.org/show_bug.cgi?id=37362
Alex Deucher alexdeuc...@gmail.com changed:
What|Removed |Added
CC|
2011/6/11 Marcin Zajączkowski marcinzajaczkow...@gmail.com:
I would like to report a bug in the drivers located in the nucleus from
2.6.37.6 to the latest znajdującycj in openSUSE repositories. This is
demonstrated by the fact that during startup monitro off after the launch of
the drivers are
https://bugs.freedesktop.org/show_bug.cgi?id=37168
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=38254
Summary: 2560x1600 not working anymore with R600 and
Linux-3.0-rc2+
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=37652
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #1 from Alex Deucher ag...@yahoo.com 2011-06-13 08:23:00 PDT ---
Can you bisect?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
On Fri, Jun 10, 2011 at 7:09 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Fri, Jun 10, 2011 at 7:08 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Fri, Jun 10, 2011 at 2:10 PM, Rafael Monica monr...@gmail.com wrote:
I cannot test it now, but last time the flush call was removed it
caused
Given that I've mucked around in drm_mm quite a bit I'd be very interested
in your opinion about what's weird in it (and presumably what could be
improved). Can you elaborate?
Mostly the API, which is also somewhat poorly documented. I've not dug
into the internals beyond trying to figure out
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #2 from darkbasic darkbas...@gmail.com 2011-06-13 08:58:44 PDT ---
Unfortunately I can't, I can access this machine only few hours at week at the
moment and I'm currently using an X1950 XTX because I need working graphics.
Anyway if
https://bugs.freedesktop.org/show_bug.cgi?id=38258
Summary: SDL game teeworlds crashes in
r100_cs_track_texture_check
Product: Mesa
Version: 7.10
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
the code always returns ret regardless, so if(ret) check is unnecessary.
v2: fixed up the spelling.
Signed-off-by: Greg Dietsche gregory.diets...@cuw.edu
Reviewed-by: Nicolas Kaiser ni...@nikai.net
---
drivers/gpu/drm/savage/savage_bci.c |3 ---
1 files changed, 0 insertions(+), 3
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #3 from p...@ackak.fr 2011-06-13 16:31:20 ---
Thanks for your response.
I don't have an option in the bios to select the graphic card.
How can I check if the GPU is MUXes or MUX-less ?
I make the test, without running the X
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #4 from Alex Deucher alexdeuc...@gmail.com 2011-06-13 16:37:27
---
(In reply to comment #3)
How can I check if the GPU is MUXes or MUX-less ?
Double check with your OEM, but being that your radeon card has no displays
listed in
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #3 from Alex Deucher ag...@yahoo.com 2011-06-13 09:53:29 PDT ---
Make sure your kernel has this commit:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f3aeceac61b6e2f3167717ea1793472108e47564
--
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #5 from p...@ackak.fr 2011-06-13 16:55:17 ---
I have format the disk, so I don't have OEM :)
There's not much else you can do until the X server gets support for split
display and rendering.
Ok, thanks.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #4 from darkbasic darkbas...@gmail.com 2011-06-13 10:05:33 PDT ---
Yes, it has. I'm using latest snapshot from torvalds branch as of now.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugzilla.kernel.org/show_bug.cgi?id=37442
Summary: Radeon 9600 Mobile (RV350) freezes on glxgears -
bisected
Product: Drivers
Version: 2.5
Kernel Version: 2.6.39
Platform: All
OS/Version: Linux
Tree:
https://bugs.freedesktop.org/show_bug.cgi?id=38254
--- Comment #5 from darkbasic darkbas...@gmail.com 2011-06-13 10:19:22 PDT ---
I noticed I was previously embedding the additional firmwares in the kernel
image (the radeon module was statically compiled), while now I compiled it as a
module and
https://bugzilla.kernel.org/show_bug.cgi?id=37442
--- Comment #1 from Wolfram Sang w.s...@pengutronix.de 2011-06-13 17:21:05
---
Despite the custom kernel, this is a pretty standard Debian Squeeze machine.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=38254
darkbasic darkbas...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Please CC as i'm not subscribed
After some hours of uptime, was just scrolling through the new AVX2
Intel manual PDF in Okular, when suddenly i found my self at the
console with this oops in front of me, machine dead:
BUG: unable to handle kernel NULL pointer dereference at (null)
https://bugs.freedesktop.org/show_bug.cgi?id=38265
Summary: [945gm] gl output in mplayer is wonky
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=37193
--- Comment #8 from Mathias Brodala i...@noctus.net 2011-06-13 12:07:38 PDT
---
Still experiencing the same issues with revision
2f0b44f981d1715b62b189f465546d865b10d0f3 of mesa. Any idea what else I could
do?
--
Configure bugmail:
On Mon, Jun 13, 2011 at 04:44:03PM +0100, Alan Cox wrote:
Given that I've mucked around in drm_mm quite a bit I'd be very interested
in your opinion about what's weird in it (and presumably what could be
improved). Can you elaborate?
Mostly the API, which is also somewhat poorly
https://bugs.freedesktop.org/show_bug.cgi?id=38265
Daniel Vetter dan...@ffwll.ch changed:
What|Removed |Added
CC||dan...@ffwll.ch
---
https://bugzilla.kernel.org/show_bug.cgi?id=37442
Rafael J. Wysocki r...@sisk.pl changed:
What|Removed |Added
CC||flor...@mickler.org,
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #6 from Alex Deucher alexdeuc...@gmail.com 2011-06-13 21:08:49
---
This bug can probably be closed. This isn't really a kernel bug. The X server
needs a major amount of work before MUX-less systems can be supported.
--
Looks suspiciously like
https://bugzilla.redhat.com/show_bug.cgi?id=699551 which has been
happening since at least 2.6.38.
Rui
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
required for ddc.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios.h
b/drivers/gpu/drm/radeon/atombios.h
index 49611e2..1b50ad8 100644
---
dp to vga bridges for example.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 20 +++
drivers/gpu/drm/radeon/radeon_encoders.c | 49 +++-
2 files changed, 68 insertions(+), 1 deletions(-)
diff --git
Need to set up the bridge for DDC prior to the
i2c over aux transaction.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 20
drivers/gpu/drm/radeon/radeon_encoders.c | 12
Required for DPMS on some systems.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_encoders.c | 25 ++---
1 files changed, 14 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
No need to assign the same copy callback for both
copy blit and dma.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_asic.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #7 from p...@ackak.fr 2011-06-13 21:34:29 ---
I don't understand. When I make the test, the X server isn't running. I write
the command directly in the tty with the framebuffer.
The server X can't use this graphic card, ok, but i
They need to be treated like eDP rather than DP.
May fix:
https://bugzilla.kernel.org/show_bug.cgi?id=34822
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git
The existing code assumed scratch registers in a number
of places while in most cases we are be using writeback
and events rather than scratch registers.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_fence.c | 51 +++-
1 files
https://bugzilla.kernel.org/show_bug.cgi?id=37362
--- Comment #8 from Alex Deucher alexdeuc...@gmail.com 2011-06-13 21:49:40
---
(In reply to comment #7)
I don't understand. When I make the test, the X server isn't running. I write
the command directly in the tty with the framebuffer.
https://bugs.freedesktop.org/show_bug.cgi?id=38265
--- Comment #2 from Eric Appleman erapple...@gmail.com 2011-06-13 14:55:51
PDT ---
Both, if I recall correctly.
However, Gallium is just too unstable to make this happen on command, though I
am getting consistent X freezing in a gallium+sna
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_device.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index d77ede3..3d4b3dc 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=36812
enric...@gmx.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=37417
--- Comment #2 from Benjamin Franzke benjaminfran...@googlemail.com
2011-06-13 16:04:26 PDT ---
First, some more information would have been useful, as its not clear which egl
driver you're using.
Therefore its better to use EGL_LOG_LEVEL=debug
On Tue, Jun 14, 2011 at 7:33 AM, Alex Deucher alexdeuc...@gmail.com wrote:
No need to assign the same copy callback for both
copy blit and dma.
This used to confuse the benchmark code if memory serves, if thats
fixed then I'm okay with this.
Dave.
On Fri, Jun 10, 2011 at 8:20 AM, Jay Estabrook jay.estabr...@gmail.com wrote:
Alpha needs to have the system bus address for the device's local
memory available, so that it can be returned to user-level, where
it may be used in an mmap(). So, we make bus.addr hold the ioremap()
return for
https://bugzilla.kernel.org/show_bug.cgi?id=37442
--- Comment #3 from Dave Airlie airl...@linux.ie 2011-06-13 23:40:48 ---
for the KMS case not working I suspect the radeon module isn't getting loaded
early enough by the distro so ends up loading when X does and you get sw
rendering. You
https://bugs.freedesktop.org/show_bug.cgi?id=38270
Summary: Color Tiling unusable on NI
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #1 from Aidan Marks ai...@cisco.com 2011-06-13 16:49:28 PDT ---
Created an attachment (id=47918)
-- (https://bugs.freedesktop.org/attachment.cgi?id=47918)
Color tiling corruption example
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #2 from Aidan Marks ai...@cisco.com 2011-06-13 16:50:51 PDT ---
Created an attachment (id=47919)
-- (https://bugs.freedesktop.org/attachment.cgi?id=47919)
xorg-color-tile.log
--
Configure bugmail:
2011/6/13 Rui Tiago Cação Matos tiagoma...@gmail.com:
Looks suspiciously like
https://bugzilla.redhat.com/show_bug.cgi?id=699551 which has been
happening since at least 2.6.38.
Yes, the backtrace looks very similar, but i can not reproduce with
the reproducer image attached to the bugreport.
Hi Linus,
nothing too interesting here, a couple of unusual ones for my tree, the
x86/uv/x2apic change was due to change in the VGA ARB in my -rc1 pull,
Ingo and Jesse agreed it should go via the same tree that broke it. I've
picked up one i915 change due to Keith being away, the rest are
On Sat, Jun 11, 2011 at 10:58 PM, Jean Delvare kh...@linux-fr.org wrote:
Hi Florian,
On Sat, 11 Jun 2011 13:28:15 +0200, Florian Mickler wrote:
On Sat, 04 Jun 2011 19:34:56 -
Jean Delvare kh...@linux-fr.org wrote:
Revert commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f. This fixes a
1 - 100 of 104 matches
Mail list logo
