https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #5 from Tom Stellard 2011-01-06 23:44:27
PST ---
Hi, Can you try with the debugger branch from
git://anongit.freedesktop.org/~tstellar/mesa and post the output of
RADEON_DEBUG=vp ? This branch will probably mis-render a bunch of stuf
https://bugs.freedesktop.org/show_bug.cgi?id=32654
--- Comment #5 from John Mesmon 2011-01-06 22:51:01 PST
---
Created an attachment (id=41739)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41739)
jvm error log 2
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=32654
--- Comment #4 from John Mesmon 2011-01-06 22:50:28 PST
---
Recompiled with debug information, ran the game again until crash to confirm
address was the same (attached log as jvm log 2).
$ addr2line -e /usr/lib/debug/usr/lib/mesa/r300_dri.so.de
On Thu, Jan 6, 2011 at 21:55, Alex Riesen wrote:
> On Thu, Jan 6, 2011 at 18:49, Chris Wilson
> wrote:
>>
>> My fear is that some machines have a dependency between the backlight
>> and panel power status. The patch in question changed the timing between
>> turning on the panel and adjusting the
On Thu, Jan 6, 2011 at 18:49, Chris Wilson wrote:
>
> My fear is that some machines have a dependency between the backlight
> and panel power status. The patch in question changed the timing between
> turning on the panel and adjusting the backlight which would be restore
> with:
>
> diff --git a/
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #24 from Travis Glenn Hansen
2011-01-06 21:45:30 PST ---
I've tried the attached patches and no go. I started digging through code and
even read part of the dp spec but didn't get very far :( I'll allow ssh access
to the machine or
Signed-off-by: Alex Deucher
---
include/drm/drm_pciids.h | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index e6b28a3..fe29ae3 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/
Still needs to be implemented.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 4fb2101..7fe8ebd 100644
--- a/drivers/gpu/dr
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c | 51 ++
1 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index 53c6240..3a1b161 100644
--- a/drivers/
The vbios only partially initializes the memory controller on
NI, so now we need to load the MC ucode in the driver and set
the default clocks once the ucode is loaded.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c | 18 ++
1 files changed, 18 insertions(+)
The MC ucode is no longer loaded by the vbios
tables as on previous asics. It now must be loaded
by the driver.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile|2 +-
drivers/gpu/drm/radeon/evergreen.c | 21 ++-
drivers/gpu/drm/radeon/ni.c| 316
The hardware supports advanced user defined color management
but at the moment, there is no infrastructure in place to take
advantage of it so for now we just support the legacy LUTs.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c | 68 +-
1
This adds some new NI (northern islands) specific display
register defines.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni_reg.h | 86 +++
drivers/gpu/drm/radeon/radeon_reg.h |1 +
2 files changed, 87 insertions(+), 0 deletions(-)
create mode
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 69 ++-
1 files changed, 67 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_blit_kms.c
b/drivers/gpu/drm/radeon/evergreen_blit_kms.c
index 2ccd1f0..b758dc7 100644
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_device.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index e353430..26091d6 100644
--- a/drivers/gpu/drm/radeon/radeon_de
NI chips no longer load the MC ucode in the asic_init sequence so
the asic comes up in a basic mode with low engine/memory clocks and
a voltage. Once the MC ucode is loaded by the driver the card
can be programmed to it's proper default clocks and voltage. As such
the default clocks in the firmwa
Same as Cypress.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 6a73867..c40e5ad 100644
--- a/drivers/gpu/drm/radeon/evergre
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 71
1 files changed, 71 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 9c990c3..6a73867 100644
--- a/drivers/gpu/
Some systems disable the vbios on secondary cards or cards that
have been posted. This code re-enabled the vbios so the driver
can load it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_bios.c | 41 ++
1 files changed, 41 insertions(+), 0 deleti
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_atombios.c |6 ++
drivers/gpu/drm/radeon/radeon_pm.c |1 +
3 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gp
Needed to tell which DIG encoders are HBR2 capable for DP 1.2.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 44 +++--
drivers/gpu/drm/radeon/radeon_encoders.c |6 +++-
drivers/gpu/drm/radeon/radeon_mode.h |1 +
3 files changed,
The DVOOutputControl table was removed for DCE5.
DVOEncoderControl now handles everything.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b
The DAC1OutputControl table was removed for DCE5.
DAC1EncoderControl now handles everything.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 28 ++--
1 files changed, 22 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 31 +
1 files changed, 26 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index 76835b0..989ba26 100644
--- a/d
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index c83ad89..76835b0 100644
--- a/drivers/gpu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 26 +-
1 files changed, 25 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index b3e5e75..b0ab185 100644
--- a/drivers/gp
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 31 +++--
drivers/gpu/drm/radeon/radeon_atombios.c | 25 ++-
2 files changed, 47 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index acebbc7..30d867c 100644
--- a/drivers/gpu/drm/radeon/radeon
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 20
1 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index b5bc7d0..9c990c3 100644
--- a/drivers/gpu/drm/radeon/everg
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_device.c |3 +++
drivers/gpu/drm/radeon/radeon_family.h |3 +++
3 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/r
only fusion asics are dce4.1
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |3 ++-
drivers/gpu/drm/radeon/radeon_encoders.c |6 +++---
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon
This patchset adds support for evergreen+ based NI asics (Barts, Turks,
and Caicos). It includes full acceleration (2D and 3D) for these asics.
Mesa 7.10 or git master and xf86-video-ati from git master are required.
There is no support for UMS, KMS is required.
The 3D engine on Barts, Turks, and
On Thu, 6 Jan 2011 21:55:23 +0100, Alex Riesen wrote:
> On Thu, Jan 6, 2011 at 18:49, Chris Wilson
> wrote:
> >
> > My fear is that some machines have a dependency between the backlight
> > and panel power status. The patch in question changed the timing between
> > turning on the panel and adju
https://bugs.freedesktop.org/show_bug.cgi?id=30754
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30754
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreend.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreend.h
b/drivers/gpu/drm/radeon/evergreend.h
index b8da323..36d32d8 100644
--- a/drivers/gpu/drm/radeon/evergreend.h
+++
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 11344c7..b5bc7d0 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/driver
Supported on rv6xx/r7xx/evergreen. Cards come up in gen1 mode.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 53 ++
drivers/gpu/drm/radeon/evergreend.h | 38 +
drivers/gpu/drm/radeon/r600.c | 102 +++
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r300.c|5 +-
drivers/gpu/drm/radeon/r600.c| 118 ++
drivers/gpu/drm/radeon/radeon.h |8 ++
drivers/gpu/drm/radeon/radeon_asic.c | 14 ++--
drivers/gpu/drm/radeon/radeon_asic.h |
https://bugs.freedesktop.org/show_bug.cgi?id=32889
Summary: [i915g] SIGSEGV
src/gallium/drivers/i915/i915_state_emit.c:414
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=30754
--- Comment #5 from Frédéric L. W. Meunier 2011-01-06
18:32:52 PST ---
After reading some things, I thought that it could be an issue in the kernel,
but moving from 2.6.36 to 2.6.37 didn't improve things. And this time, I was
able to reproduce i
https://bugs.freedesktop.org/show_bug.cgi?id=32888
Summary: [r600g] GL_EXT_texture_compression_s3tc support
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: enhancement
P
Signed-off-by: Alex Deucher
---
include/drm/drm_pciids.h | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index e6b28a3..fe29ae3 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/
Still needs to be implemented.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 4fb2101..7fe8ebd 100644
--- a/drivers/gpu/dr
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c | 51 ++
1 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index 53c6240..3a1b161 100644
--- a/drivers/
The vbios only partially initializes the memory controller on
NI, so now we need to load the MC ucode in the driver and set
the default clocks once the ucode is loaded.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c | 18 ++
1 files changed, 18 insertions(+)
https://bugs.freedesktop.org/show_bug.cgi?id=32889
Summary: [i915g] SIGSEGV
src/gallium/drivers/i915/i915_state_emit.c:414
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
The MC ucode is no longer loaded by the vbios
tables as on previous asics. It now must be loaded
by the driver.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile|2 +-
drivers/gpu/drm/radeon/evergreen.c | 21 ++-
drivers/gpu/drm/radeon/ni.c| 316
The hardware supports advanced user defined color management
but at the moment, there is no infrastructure in place to take
advantage of it so for now we just support the legacy LUTs.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c | 68 +-
1
This adds some new NI (northern islands) specific display
register defines.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni_reg.h | 86 +++
drivers/gpu/drm/radeon/radeon_reg.h |1 +
2 files changed, 87 insertions(+), 0 deletions(-)
create mode
https://bugs.freedesktop.org/show_bug.cgi?id=30754
--- Comment #5 from Fr?d?ric L. W. Meunier
2011-01-06 18:32:52 PST ---
After reading some things, I thought that it could be an issue in the kernel,
but moving from 2.6.36 to 2.6.37 didn't improve things. And this time, I was
able to reproduce i
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 69 ++-
1 files changed, 67 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_blit_kms.c
b/drivers/gpu/drm/radeon/evergreen_blit_kms.c
index 2ccd1f0..b758dc7 100644
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_device.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index e353430..26091d6 100644
--- a/drivers/gpu/drm/radeon/radeon_de
NI chips no longer load the MC ucode in the asic_init sequence so
the asic comes up in a basic mode with low engine/memory clocks and
a voltage. Once the MC ucode is loaded by the driver the card
can be programmed to it's proper default clocks and voltage. As such
the default clocks in the firmwa
Same as Cypress.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 6a73867..c40e5ad 100644
--- a/drivers/gpu/drm/radeon/evergre
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 71
1 files changed, 71 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 9c990c3..6a73867 100644
--- a/drivers/gpu/
Some systems disable the vbios on secondary cards or cards that
have been posted. This code re-enabled the vbios so the driver
can load it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_bios.c | 41 ++
1 files changed, 41 insertions(+), 0 deleti
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_atombios.c |6 ++
drivers/gpu/drm/radeon/radeon_pm.c |1 +
3 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gp
Needed to tell which DIG encoders are HBR2 capable for DP 1.2.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 44 +++--
drivers/gpu/drm/radeon/radeon_encoders.c |6 +++-
drivers/gpu/drm/radeon/radeon_mode.h |1 +
3 files changed,
The DVOOutputControl table was removed for DCE5.
DVOEncoderControl now handles everything.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b
The DAC1OutputControl table was removed for DCE5.
DAC1EncoderControl now handles everything.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 28 ++--
1 files changed, 22 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 31 +
1 files changed, 26 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index 76835b0..989ba26 100644
--- a/d
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c
b/drivers/gpu/drm/radeon/radeon_encoders.c
index c83ad89..76835b0 100644
--- a/drivers/gpu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 26 +-
1 files changed, 25 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index b3e5e75..b0ab185 100644
--- a/drivers/gp
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 31 +++--
drivers/gpu/drm/radeon/radeon_atombios.c | 25 ++-
2 files changed, 47 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index acebbc7..30d867c 100644
--- a/drivers/gpu/drm/radeon/radeon
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 20
1 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index b5bc7d0..9c990c3 100644
--- a/drivers/gpu/drm/radeon/everg
https://bugs.freedesktop.org/show_bug.cgi?id=32888
Summary: [r600g] GL_EXT_texture_compression_s3tc support
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: enhancement
P
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_device.c |3 +++
drivers/gpu/drm/radeon/radeon_family.h |3 +++
3 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/r
only fusion asics are dce4.1
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |3 ++-
drivers/gpu/drm/radeon/radeon_encoders.c |6 +++---
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon
This patchset adds support for evergreen+ based NI asics (Barts, Turks,
and Caicos). It includes full acceleration (2D and 3D) for these asics.
Mesa 7.10 or git master and xf86-video-ati from git master are required.
There is no support for UMS, KMS is required.
The 3D engine on Barts, Turks, and
Just for reference, my initial report was:
https://lkml.org/lkml/2010/11/23/146
On Thu 06-01-11 08:29:22, Linus Torvalds wrote:
> On Thu, Jan 6, 2011 at 2:48 AM, Michal Hocko wrote:
> >
> > It seems that there is still a regression for intel graphic cards
> > backlight. One report is https://bugz
https://bugs.freedesktop.org/show_bug.cgi?id=32887
--- Comment #1 from Vinson Lee 2011-01-06 18:00:24 PST ---
876effb0e717e8e64050662f6ffa286c22065f5c is the first bad commit
commit 876effb0e717e8e64050662f6ffa286c22065f5c
Author: Dave Airlie
Date: Fri Dec 24 17:33:41 2010 +1000
r600g: ha
https://bugs.freedesktop.org/show_bug.cgi?id=32887
--- Comment #1 from Vinson Lee 2011-01-06 18:00:24 PST ---
876effb0e717e8e64050662f6ffa286c22065f5c is the first bad commit
commit 876effb0e717e8e64050662f6ffa286c22065f5c
Author: Dave Airlie
Date: Fri Dec 24 17:33:41 2010 +1000
r600g: ha
https://bugs.freedesktop.org/show_bug.cgi?id=32887
Summary: [r600g] SIGSEGV
src/gallium/drivers/r600/r600_state.c:237
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Sev
https://bugs.freedesktop.org/show_bug.cgi?id=32887
Summary: [r600g] SIGSEGV
src/gallium/drivers/r600/r600_state.c:237
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Sev
On Thu, 6 Jan 2011 08:29:22 -0800, Linus Torvalds wrote:
> On Thu, Jan 6, 2011 at 2:48 AM, Michal Hocko wrote:
> >
> > It seems that there is still a regression for intel graphic cards
> > backlight. One report is https://bugzilla.kernel.org/show_bug.cgi?id=22672.
> > I can reproduce the problem
On Fri, 7 Jan 2011 09:16:51 +1000
Dave Airlie wrote:
> From: Dave Airlie
>
> This is just an idea that might or might not be a good idea,
> it basically adds two ioctls to create a dumb and map a dumb buffer
> suitable for scanout. The handle can be passed to the KMS ioctls to create
> a frame
On Fri, 7 Jan 2011 09:16:51 +1000
Dave Airlie wrote:
> From: Dave Airlie
>
> This is just an idea that might or might not be a good idea,
> it basically adds two ioctls to create a dumb and map a dumb buffer
> suitable for scanout. The handle can be passed to the KMS ioctls to create
> a frame
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreend.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreend.h
b/drivers/gpu/drm/radeon/evergreend.h
index b8da323..36d32d8 100644
--- a/drivers/gpu/drm/radeon/evergreend.h
+++
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 11344c7..b5bc7d0 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/driver
On Thu, Jan 6, 2011 at 3:16 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This is just an idea that might or might not be a good idea,
> it basically adds two ioctls to create a dumb and map a dumb buffer
> suitable for scanout. The handle can be passed to the KMS ioctls to create
> a framebuffe
On Fri, 7 Jan 2011 09:16:51 +1000, Dave Airlie wrote:
> +int
> +i915_gem_dumb_create(struct drm_file *file,
> + struct drm_device *dev,
> + struct drm_mode_create_dumb *args)
> +{
> + /* have to work out size/pitch and return them */
> + args->pitch = ALI
On Thu, Jan 6, 2011 at 3:16 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This is just an idea that might or might not be a good idea,
> it basically adds two ioctls to create a dumb and map a dumb buffer
> suitable for scanout. The handle can be passed to the KMS ioctls to create
> a framebuffe
https://bugs.freedesktop.org/show_bug.cgi?id=29726
Alex Deucher changed:
What|Removed |Added
CC||n...@n0nb.us
--- Comment #12 from Alex De
https://bugs.freedesktop.org/show_bug.cgi?id=29726
Alex Deucher changed:
What|Removed |Added
CC||n0nb at n0nb.us
--- Comment #12 from Alex
Supported on rv6xx/r7xx/evergreen. Cards come up in gen1 mode.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 53 ++
drivers/gpu/drm/radeon/evergreend.h | 38 +
drivers/gpu/drm/radeon/r600.c | 102 +++
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r300.c|5 +-
drivers/gpu/drm/radeon/r600.c| 118 ++
drivers/gpu/drm/radeon/radeon.h |8 ++
drivers/gpu/drm/radeon/radeon_asic.c | 14 ++--
drivers/gpu/drm/radeon/radeon_asic.h |
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #8 from Tormod Volden 2011-01-06
15:31:26 PST ---
Is it possible that the frame buffer address gets wrongly calculated (because
of wrong formats or non-initialized stuff) so that it points beyond the linear
aperture and reaches inadv
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #8 from Tormod Volden 2011-01-06
15:31:26 PST ---
Is it possible that the frame buffer address gets wrongly calculated (because
of wrong formats or non-initialized stuff) so that it points beyond the linear
aperture and reaches inadv
From: Dave Airlie
This is just an idea that might or might not be a good idea,
it basically adds two ioctls to create a dumb and map a dumb buffer
suitable for scanout. The handle can be passed to the KMS ioctls to create
a framebuffer.
It looks to me like it would be useful in the following cas
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #7 from Tormod Volden 2011-01-06
15:15:01 PST ---
I googled up a discussion I had 9 months ago and have totally forgotten about
(scary), which points to format reworks causing the regression:
(dri-devel-2010-04-15.log)
11:50 #dri-de
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #7 from Tormod Volden 2011-01-06
15:15:01 PST ---
I googled up a discussion I had 9 months ago and have totally forgotten about
(scary), which points to format reworks causing the regression:
(dri-devel-2010-04-15.log)
11:50 #dri-de
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #6 from Tormod Volden 2011-01-06
15:01:20 PST ---
It seems to me that the frame buffer written to is tiled, and that the
functions writing into it are unaware of this. I discussed shortly with Alex on
IRC, and he said the savages hav
https://bugs.freedesktop.org/show_bug.cgi?id=32511
--- Comment #6 from Tormod Volden 2011-01-06
15:01:20 PST ---
It seems to me that the frame buffer written to is tiled, and that the
functions writing into it are unaware of this. I discussed shortly with Alex on
IRC, and he said the savages hav
On Tue, 2011-01-04 at 19:21 -0500, Alex Deucher wrote:
> On Mon, Jan 3, 2011 at 8:49 AM, Tejun Heo wrote:
> > With cmwq, there's no reason for radeon to use a dedicated workqueue.
> > Drop dev_priv->wq and use system_wq instead.
> >
> > Because radeon_driver_irq_uninstall_kms() may be called from
https://bugs.freedesktop.org/show_bug.cgi?id=32865
--- Comment #2 from Ignacio R. Morelle 2011-01-06
14:25:09 PST ---
Indeed it's an application bug and I have now contacted the developers about
it. I had originally searched for GL_EXT_framebuffer_object instead, which is
supported by this drive
https://bugs.freedesktop.org/show_bug.cgi?id=32865
--- Comment #2 from Ignacio R. Morelle 2011-01-06
14:25:09 PST ---
Indeed it's an application bug and I have now contacted the developers about
it. I had originally searched for GL_EXT_framebuffer_object instead, which is
supported by this drive
https://bugs.freedesktop.org/show_bug.cgi?id=32865
Ian Romanick changed:
What|Removed |Added
Keywords||NEEDINFO
--- Comment #1 from Ian Romanick
https://bugs.freedesktop.org/show_bug.cgi?id=32865
Ian Romanick changed:
What|Removed |Added
Keywords||NEEDINFO
--- Comment #1 from Ian Romanick
1 - 100 of 121 matches
Mail list logo