[PATCH] drm: fix irq naming for kms drivers.

From: Dave Airlie allocating devname in the i915 driver was a hack originally and I forgot to figure out how to do this properly back then. So this is the cleaner version that just picks devname or driver name in the irq code. It removes the devname allocs from the i915 driver. Signed-off-by:

[RFC] [Patch 0/5] [DRM/I915] :Separate several DRM debug levels

Hi, When the X is started in UMS mode, we can see the info related with the mode setting in the Xorg.log(For example: SDVO device command, modeline validation). This is very helpful to analyze the issue related with modesetting. When KMS is used, we have no such info. Maybe it is very

Re: [Mesa3d-dev] radeon-rewrite: Crash with incompletely setup renderbuffer

On Mon, 2009-06-01 at 22:26 +0200, Nicolai Hähnle wrote: > Certain tests (e.g. piglit's crossbar) crash because they do (possibly > somewhat weird things) with glReadBuffer(). > > What happens is this: > - Context gets set up, made current > - Stuff gets rendered > - glReadBuffer() is called to c

Re: [PATCH] drm: intel: add ignore lvds quirk info for AOpen Mini PC

On Mon, 2009-06-01 at 11:54 -0400, Jarod Wilson wrote: > On Monday 01 June 2009 07:01:26 Jesse Barnes wrote: > > Patches to the i915 driver should generally go > > to [email protected] so we don't miss them. Thanks. Does that apply to the i810 and i830 as well? --

Re: [PATCH 2/2 -tip] drm/i915: intel_lvds.c fix section mismatch warning

On Mon, 2009-06-01 at 11:53 +0100, Jesse Barnes wrote: > On Fri, 29 May 2009 19:58:36 +0530 > Jaswinder Singh Rajput wrote: > > > Hi Andrew, > > > > On Fri, 2009-05-29 at 09:34 -0400, Jarod Wilson wrote: > > > On Friday 29 May 2009 02:16:35 Jaswinder Singh Rajput wrote: > > > > I am not sure whe

Re: [PATCH] drm: intel: add ignore lvds quirk info for AOpen Mini PC

On Monday 01 June 2009 07:01:26 Jesse Barnes wrote: > Patches to the i915 driver should generally go > to [email protected] so we don't miss them. Thanks. Ah, sorry, didn't know that. Might I suggest adding a note to that effect in MAINTAINERS? Reasonably sure that's where I looked

[Bug 20647] display hangs with radeon driver in Xorg 1.6

http://bugs.freedesktop.org/show_bug.cgi?id=20647 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

radeon-rewrite: Crash with incompletely setup renderbuffer

Certain tests (e.g. piglit's crossbar) crash because they do (possibly somewhat weird things) with glReadBuffer(). What happens is this: - Context gets set up, made current - Stuff gets rendered - glReadBuffer() is called to change the read buffer - glReadPixels() crashes because now ctx->ReadBuf

Re: [Bug #12947] r128: system hangs when X is started with DRI enabled

On Sunday 31 May 2009, Angel wrote: > On Sat, 30 May 2009 21:55:34 +0200 (CEST) > "Rafael J. Wysocki" wrote: > > > This message has been generated automatically as a part of a report > > of regressions introduced between 2.6.28 and 2.6.29. > > > > The following bug entry is on the current list o

[Bug 12765] i915 VT switch with AIGLX causes X lock up

http://bugzilla.kernel.org/show_bug.cgi?id=12765 --- Comment #10 from Rafael J. Wysocki 2009-06-01 20:09:53 --- On Sunday 31 May 2009, Sitsofe Wheeler wrote: > On Sat, May 30, 2009 at 09:55:33PM +0200, Rafael J. Wysocki wrote: > > This message has been generated automatically as a part of a

Re: [Bug #12765] i915 VT switch with AIGLX causes X lock up

On Sunday 31 May 2009, Sitsofe Wheeler wrote: > On Sat, May 30, 2009 at 09:55:33PM +0200, Rafael J. Wysocki wrote: > > This message has been generated automatically as a part of a report > > of regressions introduced between 2.6.28 and 2.6.29. > > > > The following bug entry is on the current list

[Bug 21886] Feature request: More detailed GL_RENDERER strings

http://bugs.freedesktop.org/show_bug.cgi?id=21886 --- Comment #9 from Stefan Dösinger 2009-06-01 11:38:40 PST --- Cool, thanks! I will implement parsing those strings in Wine once I am back from WWDC. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

[Bug 21886] Feature request: More detailed GL_RENDERER strings

http://bugs.freedesktop.org/show_bug.cgi?id=21886 Nicolai Hähnle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [PATCH] drm: intel: add ignore lvds quirk info for AOpen Mini PC

On Mon, 01 Jun 2009 09:11:41 -0700 Joe Perches wrote: > On Mon, 2009-06-01 at 11:54 -0400, Jarod Wilson wrote: > > On Monday 01 June 2009 07:01:26 Jesse Barnes wrote: > > > Patches to the i915 driver should generally go > > > to [email protected] so we don't miss them. Thanks. > >

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 Alex Deucher changed: What|Removed |Added Component|DRM/Radeon |Drivers/DRI/r300 Product|DRI

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 Alex Deucher changed: What|Removed |Added Attachment #26336|text/x-log |text/plain mime type|

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 Alex Deucher changed: What|Removed |Added Attachment #26335|text/x-log |text/plain mime type|

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 Alex Deucher changed: What|Removed |Added Attachment #26337|text/x-log |text/plain mime type|

[PATCH 16/17] drm/i915: Attempt to make DP suspend/resume work a bit more

Suspend/resume of display port links really wants to just run through the mode set code so that link training happens. Signed-off-by: Keith Packard --- drivers/gpu/drm/i915/i915_suspend.c | 56 +- 1 files changed, 41 insertions(+), 15 deletions(-) diff --git a/

[PATCH 07/17] drm/i915: Change I2C api to pass around i2c_adapters

The existing API passed around intel_i2c_chan pointers, which are dependent on the i2c bit-banging algo. This precluded the driver from using outputs which use a different algo. Switching to the more general i2c_adpater allows the driver to support non bit-banging DDC. This also required moving th

[PATCH 14/17] drm/i915: Use hotplug callback to retrain DP link

The display port link must be re-trained when a monitor is plugged in. --- drivers/gpu/drm/i915/intel_dp.c | 21 ++--- 1 files changed, 18 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c index ed3c7de..56b0119 100644 -

[PATCH 01/17] drm: add newlines to text sysfs files

The contents of various simple text files in sysfs should end with a newline to make them easier to read from the console. Signed-off-by: Keith Packard --- drivers/gpu/drm/drm_sysfs.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_sysfs.c b/driv

[PATCH 04/17] drm: Hook up DPMS property handling in drm_crtc.c. Add drm_helper_connector_dpms.

Making the drm_crtc.c code recognize the DPMS property and invoke the connector->dpms function doesn't remove any capability from the driver while reducing code duplication. That just highlighted the problem with the existing DPMS functions which could turn off the connector, but failed to turn of

[PATCH 09/17] drm/i915: Add Display Port register defines

This adds the register definitions for the display port enable register along with those for the GMCH and Link M/N ratios required to drive display port outputs. Signed-off-by: Keith Packard --- drivers/gpu/drm/i915/i915_reg.h | 163 +++ 1 files changed, 163

[PATCH 06/17] drm/i915: Require digital monitor on HDMI ports for detect

HDMI and DVI both require DDC/EDID on monitors, so use that to know when a monitor is connected as the hot-plug pins are shared with SDVO and DisplayPort Signed-off-by: Keith Packard --- drivers/gpu/drm/i915/intel_hdmi.c | 25 +++-- 1 files changed, 15 insertions(+), 10 del

[PATCH 10/17] drm/i915: Add Display Port support

Signed-off-by: Keith Packard --- drivers/gpu/drm/i915/Makefile|1 + drivers/gpu/drm/i915/intel_display.c | 13 +- drivers/gpu/drm/i915/intel_dp.c | 840 ++ drivers/gpu/drm/i915/intel_dp.h | 133 ++ drivers/gpu/drm/i915/intel_drv.h

[PATCH 12/17] drm/i915: Import DisplayPort code

--- drivers/gpu/drm/i915/Makefile|1 + drivers/gpu/drm/i915/i915_drv.h |1 + drivers/gpu/drm/i915/intel_display.c | 11 +- drivers/gpu/drm/i915/intel_dp.c | 967 +- drivers/gpu/drm/i915/intel_dp.h | 11 + drivers/gpu/drm/i915/inte

[PATCH 15/17] drm/i915: Use drm_helper_connector_dpms for DisplayPort

Signed-off-by: Keith Packard --- drivers/gpu/drm/i915/intel_dp.c | 13 +++-- 1 files changed, 7 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c index 56b0119..c9dd28b 100644 --- a/drivers/gpu/drm/i915/intel_dp.c +++ b/drivers

[PATCH 17/17] drm/i915: Track DisplayPort DPMS state to retrain on hotplug as needed

When a DP monitor is plugged back in, it needs to be retrained if it was active before. Signed-off-by: Keith Packard --- drivers/gpu/drm/i915/intel_dp.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c in

[PATCH 05/17] drm/i915: Don't trim cursor addresses to 11 bits

We can safely assume that cursor addresses will not extend beyond the addressable screen dimensions; setting the additional bits is harmless in any case. Signed-off-by: Keith Packard --- drivers/gpu/drm/i915/intel_display.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff

[PATCH 03/17] drm: Eliminate magic I2C frobbing when reading EDID

This code depends on the underlying I2C adapter using the bit-banging algo, which may not be the case. If specific encoders require this mechanism, they should build a custom I2C algo that implements this workaround, rather than having it in the general path. Signed-off-by: Keith Packard --- dri

[PATCH 13/17] drm/i915: Hook up display port

--- drivers/gpu/drm/i915/intel_display.c | 91 +++- drivers/gpu/drm/i915/intel_dp.c | 62 +- drivers/gpu/drm/i915/intel_dp.h | 16 ++-- drivers/gpu/drm/i915/intel_dp_i2c.c | 157 ++ drivers/gpu/drm/i915/intel_drv.h |

[PATCH 02/17] drm: set permissions on edid file to 0444

Without initializing the sysfs attributes for the edid file, it was created with mode 0, making it difficult for applications to use. Signed-off-by: Keith Packard --- drivers/gpu/drm/drm_sysfs.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_sysfs.c

[PATCH 11/17] drm/i915: save/restore display port registers across suspend/resume

Note that this does not re-train the link, so it will not actually work --- drivers/gpu/drm/i915/i915_drv.h | 11 +++ drivers/gpu/drm/i915/i915_suspend.c | 34 +- 2 files changed, 44 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/i9

[PATCH 08/17] drm/i915: add per-output hotplug callback

This allows each output to deal with plug/unplug events as needed (cherry picked from commit 08d57f21d1042153ebc26465be85d7e166008a14) --- drivers/gpu/drm/i915/i915_irq.c |8 drivers/gpu/drm/i915/intel_drv.h |1 + 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/dri

Re: [PATCH 2/2 -tip] drm/i915: intel_lvds.c fix section mismatch warning

On Fri, 29 May 2009 19:58:36 +0530 Jaswinder Singh Rajput wrote: > Hi Andrew, > > On Fri, 2009-05-29 at 09:34 -0400, Jarod Wilson wrote: > > On Friday 29 May 2009 02:16:35 Jaswinder Singh Rajput wrote: > > > I am not sure where this patch should go. > > > > > > So I am also mailing to Andrew an

Re: [PATCH] drm: intel: add ignore lvds quirk info for AOpen Mini PC

On Wed, 27 May 2009 17:20:39 -0400 Jarod Wilson wrote: > Fix a FIXME in the intel LVDS bring-up code, adding the appropriate > blacklist entry for the AOpen Mini PC, courtesy of a dmidecode > dump from Florian Demmer. > > Signed-off-by: Jarod Wilson > CC: Florian Demmer > > --- > drivers/gpu

[Bug 13391] Kernel boot hangs at about every second start when kms is activated

http://bugzilla.kernel.org/show_bug.cgi?id=13391 Jesse Barnes changed: What|Removed |Added CC||[email protected] --- Comment #8

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 jbouwh changed: What|Removed |Added Attachment #26337|application/octet-stream|text/x-log mime type|

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 jbouwh changed: What|Removed |Added Attachment #26336|application/octet-stream|text/x-log mime type|

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 --- Comment #3 from jbouwh 2009-06-01 03:21:53 PST --- Created an attachment (id=26337) --> (http://bugs.freedesktop.org/attachment.cgi?id=26337) glxinfo output -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 --- Comment #2 from jbouwh 2009-06-01 03:21:20 PST --- Created an attachment (id=26336) --> (http://bugs.freedesktop.org/attachment.cgi?id=26336) Xorg configuration file -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=

[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 --- Comment #1 from jbouwh 2009-06-01 03:20:48 PST --- Created an attachment (id=26335) --> (http://bugs.freedesktop.org/attachment.cgi?id=26335) X11 log file -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email -

[Bug 22019] New: RS690 Screen corruption on viewing hires pictures with Cooliris

http://bugs.freedesktop.org/show_bug.cgi?id=22019 Summary: RS690 Screen corruption on viewing hires pictures with Cooliris Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: N

[Bug 22018] New: Normalized texture rectangles

http://bugs.freedesktop.org/show_bug.cgi?id=22018 Summary: Normalized texture rectangles Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Comp

[Bug 21886] Feature request: More detailed GL_RENDERER strings

http://bugs.freedesktop.org/show_bug.cgi?id=21886 --- Comment #7 from Stefan Dösinger 2009-06-01 01:42:00 PST --- > 1) We cannot actually provide fglrx-style strings from within the 3D stack. Fair enough I guess. If I test for "X1600" or "R5xx" to find some roughly matching GPU type shouldn

[PATCH 0/3] [DRM/I915] use the sdvo device info parsed from VBT to initialize SDVO device

Hi, The following is the patch set that use the SDVO device info parsed from general definition block to initialize the SDVO device. It is to fix the following bug: http://bugs.freedesktop.org/show_bug.cgi?id=20429 By parsing the general definition block of VBT w

Re: [Intel-gfx] [RFC] [Patch] [DRM] :Separate several DRM debug levels

On Wed, 2009-05-27 at 23:28 +0800, Jesse Barnes wrote: > On Fri, 15 May 2009 19:21:40 +1000 > Dave Airlie wrote: > > > > Now all the DRM debug info will be printed if the boot option of > > > "drm.debug=1" is added. Sometimes it is inconvenient. We will get > > > too much unrelated info. > > > >

[Resend] [Intel-gfx] [PATCH 2/3] Get the LVDS panel limit and check whether the given modeline is valid

When the connector type is LVDS, it will traverse the mode list returned by KMS kernel to get the LVDS panel limit. Then it will use the panel limit to check whether the given modeline is valid. If the given modeline exceeds the LVDS panel limit, it will be invalid. Signed-off-by: Zhao Yakui ---

[Intel-gfx] [PATCH 0/3] use the sdvo device info parsed from VBT to initialize SDVO device

Hi, The following is the patch set that use the SDVO device info parsed from general definition block to initialize the SDVO device. It is to fix the following bug: http://bugs.freedesktop.org/show_bug.cgi?id=20429 By parsing the general definition block of VBT w

[Intel-gfx] [PATCH 1/3] Dynamically get the number of child device in general definition block

The size of general definition block varies on different platform/machines. In such case the number of child device is also different. And it will be better to get the number of child device in general definition block dynamically. The number of child device can be calculated by the following for

[PATCH 2/3] [DRM/I915] parse general definition block to get the SDVO device info

The general definition block contains the child device tables, which include the SDVO device info. For example: device slave address, device dvo port, device type. We will get the info of SDVO device by parsing the general definition blocks. Only when a valid slave address is found, it is regarded

[Resend][Intel-gfx] [PATCH 1/3] Add the private data for the LVDS connector

Add the private data when the connector type is LVDS. We can use the private_data to store the LVDS panel limit. For example: Hdisplay, Vdisplay Signed-off-by: Zhao Yakui --- src/drmmode_display.c | 24 +++- 1 file changed, 23 insertions(+), 1 deletion(-) Index: xf86_vi

[Intel-gfx] [PATCH 2/3] parse general definition block to get the SDVO device info

The general definition block contains the child device tables, which include the child device info. For example: device slave address, device dvo port, device type. We will get the info of SDVO device by parsing the general definition blocks. Only when a valid slave address is found, it is regarded

[Intel-gfx] [PATCH 3/3] Initialize the SDVO device based on the sdvo info parsed from VBT

When the slave address is found for the SDVO port, the slave address will use to initialize the SDVO device. When the slave address is not found for the SDVO port, it will use the the slave address returned by using the following flowchart to initialize the SDVO device. a. If the SDVO device info

[Resend][Intel-gfx] [PATCH 1/3] Add the private data for the LVDS connector

Add the private data when the connector type is LVDS. We can use the private_data to store the LVDS panel limit. For example: Hdisplay, Vdisplay Signed-off-by: Zhao Yakui --- src/drmmode_display.c | 24 +++- 1 file changed, 23 insertions(+), 1 deletion(-) Index: xf86_vi

[PATCH 3/3] [DRM/I915] Initialize the SDVO device based on the sdvo info parsed from VBT

When the slave address is found for the SDVO port, the SDVO device will be initialzied. When the slave address is not found for the SDVO port, it will return the slave address by using the following flowchart: a. If the SDVO device info is found for another SDVO port, it will return the slave addre

[Resend][Intel-gfx] [PATCH 3/3] Fix EDID for LVDS output device to add the default modes

Fix the EDID for the LVDS output device to add the default modes.This is similar to what we have done in UMS mode. a. When there exists the EDID, either find the DS_RANGES block or replace a DS_VENDOR block, smashing it into a DS_RANGES block with open refresh to match all the defaults modes. b. W

Re: [Bug #12765] i915 VT switch with AIGLX causes X lock up

On Sat, May 30, 2009 at 09:55:33PM +0200, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.28 and 2.6.29. > > The following bug entry is on the current list of known regressions > introduced between 2.6.28 and 2.

[Intel-gfx] [PATCH 0/3] Add the default mode for LVDS in KMS mode

Hi, All the following is the patch set that adds the default modes for LVDS in KMS mode. It is to solve the following bugs: http://bugs.freedesktop.org/show_bug.cgi?id=20801 http://bugs.freedesktop.org/show_bug.cgi?id=21094 http://bugs.freedesktop.org/show_b

[PATCH 1/3][DRM/I915] Add the definition of child_device_config

Add the definition of child_device_config. And the general definition is updated by using child_device_config. Signed-off-by: Zhao Yakui --- drivers/gpu/drm/i915/intel_bios.h | 101 ++ 1 file changed, 93 insertions(+), 8 deletions(-) Index: linux-2.6/drivers

Re: [Bug #12947] r128: system hangs when X is started with DRI enabled

On Sat, 30 May 2009 21:55:34 +0200 (CEST) "Rafael J. Wysocki" wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.28 and 2.6.29. > > The following bug entry is on the current list of known regressions > introduced between 2.6.28 an