Hello
Since Linux 2.6.36 the digital output on my system (855GME + DVI-I) is
not working any longer. The analog output is always activated regardless
of the type of monitor attached.
The culprit seems to be intel_crt_detect_ddc(), which returns true as
soon as an ACK from the EDID device is recei
On Thu, 06 Jan 2011 12:11:38 +0100, "David Müller (ELSOFT AG)"
wrote:
> The patch below adds an additional check to make sure that there is
> really an analog device attached (similar to the "Mac mini hack" in
> intel_sdvo.c)
Nice patch, thanks. I've applied this to my -fixes queue.
-Chris
--
https://bugs.freedesktop.org/show_bug.cgi?id=32875
Summary: KWin 4.5.95 (KDE 4.6) draws blank windows when desktop
effects are enabled.
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
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 easily by:
> xset dpms force standby; sleep 3s; xset dpms force on
>
Hi,
On Tue 04-01-11 17:15:45, Linus Torvalds wrote:
[...]
> We did have another revert to fix hopefullythe last "blank screen"
> regression on intel graphics.
It seems that there is still a regression for intel graphic cards
backlight. One report is https://bugzilla.kernel.org/show_bug.cgi?id=226
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
Hello,
On Wed, Jan 05, 2011 at 11:16:05AM +1000, Ben Skeggs wrote:
> On Wed, 2011-01-05 at 11:07 +1000, Ben Skeggs wrote:
> > On Mon, 2011-01-03 at 14:49 +0100, Tejun Heo wrote:
> > > With cmwq, there's no reason for nouveau to use a dedicated workqueue.
> > > Drop dev_priv->wq and use system_wq i
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
https://bugs.freedesktop.org/show_bug.cgi?id=32634
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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/
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 adjusti
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 ba
https://bugs.freedesktop.org/show_bug.cgi?id=32883
Summary: External LCD monitor slightly wiggles
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: me
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
--- 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=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 #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
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 #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
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 |
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 +++
https://bugs.freedesktop.org/show_bug.cgi?id=29726
Alex Deucher changed:
What|Removed |Added
CC||n...@n0nb.us
--- Comment #12 from Alex De
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
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
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
+++
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
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
--- 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
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
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
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
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_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/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/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/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/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
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
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
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,
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
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/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/
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
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
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
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
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
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
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 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(+)
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/
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
---
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/
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
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=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
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
next part --
An embedded and charset-unspecified text was scrubbed...
Name: intel_crt.c.patch
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110106/9929e8da/attachment.asc>
On Thu, 06 Jan 2011 12:11:38 +0100, "David M??ller (ELSOFT AG)" wrote:
> The patch below adds an additional check to make sure that there is
> really an analog device attached (similar to the "Mac mini hack" in
> intel_sdvo.c)
Nice patch, thanks. I've applied this to my -fixes queue.
-Chris
--
https://bugs.freedesktop.org/show_bug.cgi?id=32875
Summary: KWin 4.5.95 (KDE 4.6) draws blank windows when desktop
effects are enabled.
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
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 easily by:
> xset dpms force standby; sleep 3s; xset dpms force on
>
Hi,
On Tue 04-01-11 17:15:45, Linus Torvalds wrote:
[...]
> We did have another revert to fix hopefullythe last "blank screen"
> regression on intel graphics.
It seems that there is still a regression for intel graphic cards
backlight. One report is https://bugzilla.kernel.org/show_bug.cgi?id=226
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
Hello,
On Wed, Jan 05, 2011 at 11:16:05AM +1000, Ben Skeggs wrote:
> On Wed, 2011-01-05 at 11:07 +1000, Ben Skeggs wrote:
> > On Mon, 2011-01-03 at 14:49 +0100, Tejun Heo wrote:
> > > With cmwq, there's no reason for nouveau to use a dedicated workqueue.
> > > Drop dev_priv->wq and use system_wq i
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
https://bugs.freedesktop.org/show_bug.cgi?id=32634
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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/
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=32883
Summary: External LCD monitor slightly wiggles
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: me
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
--- 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=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 #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 #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
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 |
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 +++
https://bugs.freedesktop.org/show_bug.cgi?id=29726
Alex Deucher changed:
What|Removed |Added
CC||n0nb at n0nb.us
--- Comment #12 from Alex
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
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
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
+++
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
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
--- 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
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
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
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
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_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/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/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/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/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
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
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
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,
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
1 - 100 of 121 matches
Mail list logo
