On Die, 2011-06-14 at 02:48 -0400, Alex Deucher wrote:
> 2011/6/14 Michel Dänzer :
> > On Mon, 2011-06-06 at 12:53 -0400, Alex Deucher wrote:
> >> Apple uses the same subsystem pci ids for lots of
> >> hardware much of which is wired up differently. In
> >> this case, the G5 imac and the G5 tower
2011/6/14 Michel Dänzer :
> On Mon, 2011-06-06 at 12:53 -0400, Alex Deucher wrote:
>> Apple uses the same subsystem pci ids for lots of
>> hardware much of which is wired up differently. In
>> this case, the G5 imac and the G5 tower.
>>
>> Only apply the quirk configuration to G5 towers.
>>
>> Rep
On Mon, 2011-06-06 at 12:53 -0400, Alex Deucher wrote:
> Apple uses the same subsystem pci ids for lots of
> hardware much of which is wired up differently. In
> this case, the G5 imac and the G5 tower.
>
> Only apply the quirk configuration to G5 towers.
>
> Reported-by: Joachim Henke
> Signe
On Tue, Jun 14, 2011 at 2:13 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> On my RS690 the VGA and TV-out share the same DAC, so when xrandr
> is called, tv-out steals the encoder and tries to load detect on it,
> however this causes flicker on the VGA.
>
> This blocks this by testing if the enc
https://bugzilla.kernel.org/show_bug.cgi?id=37442
--- Comment #3 from Dave Airlie 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 should fix that, I'l
On Tue, Jun 14, 2011 at 2:13 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Some RS690 chipsets seem to end up with floating connectors, either
> a DVI connector isn't actually populated, or an add-in HDMI card
> is available but not installed. In this case we seem to get a NULL byte
> response f
On Tue, Jun 14, 2011 at 2:13 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> this puts the header and followup at the same loglevel as the
> hex dump code.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/drm_edid.c | 4 ++--
> 1 files changed, 2 insertions(
From: Dave Airlie
On my RS690 the VGA and TV-out share the same DAC, so when xrandr
is called, tv-out steals the encoder and tries to load detect on it,
however this causes flicker on the VGA.
This blocks this by testing if the encoder is connected to anything
and if so whether its connected to
From: Dave Airlie
Some RS690 chipsets seem to end up with floating connectors, either
a DVI connector isn't actually populated, or an add-in HDMI card
is available but not installed. In this case we seem to get a NULL byte
response for each byte of the i2c transaction, so we detect this
case and
From: Dave Airlie
this puts the header and followup at the same loglevel as the
hex dump code.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_edid.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 0a9
https://bugs.freedesktop.org/show_bug.cgi?id=38145
Vadim changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 can't
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 do
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 receiving
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 receivin
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 as
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 a
On Mon, Jun 13, 2011 at 7:27 PM, Dave Airlie wrote:
> On Tue, Jun 14, 2011 at 7:33 AM, Alex Deucher 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.
>
The benc
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://b
https://bugzilla.kernel.org/show_bug.cgi?id=37442
Rafael J. Wysocki changed:
What|Removed |Added
CC||florian at mickler.org,
On Sat, Jun 11, 2011 at 10:58 PM, Jean Delvare 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 wrote:
>>
>> > Revert commit 8f9a3f9b63b8cd3f03be9dc53533f90bd4120e5f. This fixes a
>> > hang when loading the e
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 fair
A non-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>
2011/6/13 Rui Tiago Cação Matos :
> 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.
(Tried with Gwenv
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
--- a/drivers/gpu/drm/radeon/radeon_devic
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 insertions(
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
b/drivers/gpu/drm/radeon/radeon_as
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: M
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
inde
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 a/drivers/gpu/drm/radeon/radeon
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 a/drivers/gpu/drm/radeon/rad
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
--- a/drivers/gpu/drm/radeon/atombios.
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 a/drivers/gpu/drm/radeon/radeon_
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 bugma
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/userprefs.cgi?tab=em
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/userpref
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/userprefs.cgi?tab=em
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/userpref
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
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 ou
https://bugzilla.kernel.org/show_bug.cgi?id=37442
--- Comment #3 from Dave Airlie 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 should fix that, I'l
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, I
On Fri, Jun 10, 2011 at 8:20 AM, Jay Estabrook 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 kernel use, and then w
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 se
On Tue, Jun 14, 2011 at 7:33 AM, Alex Deucher 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.
___
dri-devel mailing
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
output
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
output
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=36812
Enrico_m at gmx.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
--- a/drivers/gpu/drm/radeon/radeon_devic
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.
--
Config
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.
--
Config
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 can't
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 insertions(
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 a/drivers/gpu/drm/radeon/radeon
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
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
b/drivers/gpu/drm/radeon/radeon_as
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
inde
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 a/drivers/gpu/drm/radeon/rad
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
--- a/drivers/gpu/drm/radeon/atombios.
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 a/drivers/gpu/drm/radeon/radeon_
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
https://bugzilla.kernel.org/show_bug.cgi?id=37362
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
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://b
https://bugzilla.kernel.org/show_bug.cgi?id=37442
Rafael J. Wysocki changed:
What|Removed |Added
CC||flor...@mickler.org,
https://bugs.freedesktop.org/show_bug.cgi?id=38265
Daniel Vetter changed:
What|Removed |Added
CC||dan...@ffwll.ch
--- Comment #1 from Dani
https://bugs.freedesktop.org/show_bug.cgi?id=38265
Daniel Vetter changed:
What|Removed |Added
CC||daniel at ffwll.ch
--- Comment #1 from D
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 do
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.or
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.or
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
Com
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
Com
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:
>>>
>>> h
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)
IP
https://bugs.freedesktop.org/show_bug.cgi?id=38254
darkbasic changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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. Ev
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://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 have
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: M
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 hav
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 beca
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 bec
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 #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: h
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 a/drivers/gpu/drm/savag
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, I
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 serv
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 a/drivers/gpu/drm/savag
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
Se
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
Se
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 a
1 - 100 of 114 matches
Mail list logo
