[Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

On Mon, 25 Jul 2011 22:52:15 -0400, Andrew Lutomirski wrote: > Doesn't help :( Oh, it helps, just not this issue :-) > When I do 'xset dpms force off', one of two things happens. Either > the display comes back all by itself or it never comes back until I > power cycle it. Oh. Right. Actual

[Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

0.913994] [drm:intel_crtc_cursor_set], [ 290.913998] [drm:intel_crtc_cursor_set], cursor off [ 309.750888] this time it made noise and went to sleep. it failed to come back on its own and needed a power cycle -- next part -- A non-text attachment was scrubbed... Name: i915_dpms_trace.patch Type: text/x-patch Size: 1825 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110725/90378c5e/attachment-0001.bin>

[PATCH] Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"

next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110725/4fe1c43d/attachment.pgp>

[lm-sensors] [PATCH 01/34] System Firmware Interface

On Mon, 18 Jul 2011 09:08:15 -0400, Prarit Bhargava wrote: > This patch introduces a general System Firmware interface to the kernel, > called > sysfw. > > Inlcluded in this interface is the ability to search a standard set of fields, > sysfw_lookup(). The fields are currently based upon the

[Bug 39534] failed general and udev tests intended for Intel drm only

https://bugs.freedesktop.org/show_bug.cgi?id=39534 Guido Trentalancia changed: What|Removed |Added Summary|failed udev tests (intended |failed general and udev

[Bug 39534] failed udev tests (intended for Intel drm only)

https://bugs.freedesktop.org/show_bug.cgi?id=39534 Guido Trentalancia changed: What|Removed |Added Summary|failed tests|failed udev tests (intended

[Bug 39534] New: failed tests

https://bugs.freedesktop.org/show_bug.cgi?id=39534 Summary: failed tests Product: DRI Version: XOrg CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: libdrm

[PATCH] drm/radeon/kms: add missing vddci setting on NI+

From: Alex Deucher Need to add vddci setting to pm init as well as resume. Fixes hangs on load on some boards. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=38754 Signed-off-by: Alex Deucher Cc: stable at kernel.org --- drivers/gpu/drm/radeon/radeon_pm.c |

[PATCH 1/4] drm: add plane support

2011/7/22 Jesse Barnes : > On Thu, 21 Jul 2011 19:30:00 +0900 > Joonyoung Shim wrote: > >> Hi, >> >> simple questions :) >> >> 2011/6/21 Jesse Barnes : >> > Planes are a bit like half-CRTCs. ?They have a location and fb, but >> > don't drive outputs directly. ?Add support for handling them to the

[Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

Will test tonight. It looks like there is a lot of hotplug activity when 'xset dpms force off' gets run. (That's not a typo. I do mean "off," not "on." See attached trace. perf rocks, even over ssh :) --Andy On Mon, Jul 25, 2011 at 1:37 PM, Jesse Barnes wrote: > On Mon, 25 Jul 2011

[PATCH/RFC] fbdev: Add FOURCC-based format configuration API

Ping ? As stated in my previous mail, I'd like to reach an agreement on the API, and implement it. I'm fine with either grayscale or nonstd to store the FOURCC (with a slight preference for grayscale), and with either a vmode flag or using the most significant byte of the grayscale/nonstd

[PATCH RESEND drm-next] drm/radeon: Print gart initialization details on all chipsets

On Tue, Jul 5, 2011 at 9:12 PM, Tormod Volden wrote: > From: Tormod Volden > > The same way it was already done for r300. > > Also fix typo in gart warning messages. Causes a new warning per line on x86-64 build. dma_addr_t doesn't go into %08x. Dave.

[PATCH] drm/radeon/kms: fix DP training for DPEncoderService revision bigger than 1.1

From: Jerome Glisse DPEncoderService newer than 1.1 can't properly program the DP (display port) link training. When facing such version use the DIGxEncoderControl method instead. Fix DP link training on some R7XX. Signed-off-by: Jerome Glisse Reviewed-by: Alex Deucher Cc:

[Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

of locking will help a lot here. -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110725/ce05d5e3/attachment.pgp>

[Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

On Mon, 25 Jul 2011 10:10:29 -0700 Keith Packard wrote: > Hotplug detection is a mode setting operation and must hold the > struct_mutex or risk colliding with other mode setting operations. > > In particular, the display port hotplug function attempts to re-train > the link if the monitor is

[PATCH] drm/i915: Hold struct_mutex during hotplug processing

Hotplug detection is a mode setting operation and must hold the struct_mutex or risk colliding with other mode setting operations. In particular, the display port hotplug function attempts to re-train the link if the monitor is supposed to be running when plugged back in. If that happens while

[PATCH 1/4] drm: add plane support

On Mon, Jul 25, 2011 at 3:18 AM, Joonyoung Shim wrote: > 2011/7/22 Jesse Barnes : >> On Thu, 21 Jul 2011 19:30:00 +0900 >> Joonyoung Shim wrote: >> >>> Hi, >>> >>> simple questions :) >>> >>> 2011/6/21 Jesse Barnes : >>> > Planes are a bit like half-CRTCs. ?They have a location and fb, but >>> >

[Bug 39513] sensors are inaccessible on radeon 9600xt agp

https://bugs.freedesktop.org/show_bug.cgi?id=39513 --- Comment #1 from Alex Deucher 2011-07-25 06:00:26 PDT --- What kernel are you using? I added support for sensor chips on combios boards in 3.0. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

Re: [PATCH 1/4] drm: add plane support

2011/7/22 Jesse Barnes jbar...@virtuousgeek.org: On Thu, 21 Jul 2011 19:30:00 +0900 Joonyoung Shim dofm...@gmail.com wrote: Hi, simple questions :) 2011/6/21 Jesse Barnes jbar...@virtuousgeek.org: Planes are a bit like half-CRTCs.  They have a location and fb, but don't drive outputs

Re: [PATCH/RFC] fbdev: Add FOURCC-based format configuration API

Ping ? As stated in my previous mail, I'd like to reach an agreement on the API, and implement it. I'm fine with either grayscale or nonstd to store the FOURCC (with a slight preference for grayscale), and with either a vmode flag or using the most significant byte of the grayscale/nonstd

Re: [PATCH RESEND drm-next] drm/radeon: Print gart initialization details on all chipsets

On Tue, Jul 5, 2011 at 9:12 PM, Tormod Volden lists.tor...@gmail.com wrote: From: Tormod Volden debian.tor...@gmail.com The same way it was already done for r300. Also fix typo in gart warning messages. Causes a new warning per line on x86-64 build. dma_addr_t doesn't go into %08x. Dave.

[Bug 39513] sensors are inaccessible on radeon 9600xt agp

https://bugs.freedesktop.org/show_bug.cgi?id=39513 --- Comment #1 from Alex Deucher ag...@yahoo.com 2011-07-25 06:00:26 PDT --- What kernel are you using? I added support for sensor chips on combios boards in 3.0. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

Re: [PATCH 1/4] drm: add plane support

On Mon, Jul 25, 2011 at 3:18 AM, Joonyoung Shim dofm...@gmail.com wrote: 2011/7/22 Jesse Barnes jbar...@virtuousgeek.org: On Thu, 21 Jul 2011 19:30:00 +0900 Joonyoung Shim dofm...@gmail.com wrote: Hi, simple questions :) 2011/6/21 Jesse Barnes jbar...@virtuousgeek.org: Planes are a bit

[PATCH] drm/radeon/kms: fix DP training for DPEncoderService revision bigger than 1.1

From: Jerome Glisse jgli...@redhat.com DPEncoderService newer than 1.1 can't properly program the DP (display port) link training. When facing such version use the DIGxEncoderControl method instead. Fix DP link training on some R7XX. Signed-off-by: Jerome Glisse jgli...@redhat.com Reviewed-by:

[PATCH] drm/i915: Hold struct_mutex during hotplug processing

Hotplug detection is a mode setting operation and must hold the struct_mutex or risk colliding with other mode setting operations. In particular, the display port hotplug function attempts to re-train the link if the monitor is supposed to be running when plugged back in. If that happens while

Re: [Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

On Mon, 25 Jul 2011 10:10:29 -0700 Keith Packard kei...@keithp.com wrote: Hotplug detection is a mode setting operation and must hold the struct_mutex or risk colliding with other mode setting operations. In particular, the display port hotplug function attempts to re-train the link if the

Re: [Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

Will test tonight. It looks like there is a lot of hotplug activity when 'xset dpms force off' gets run. (That's not a typo. I do mean off, not on. See attached trace. perf rocks, even over ssh :) --Andy On Mon, Jul 25, 2011 at 1:37 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Mon,

Re: [Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

On Mon, 25 Jul 2011 13:40:58 -0400, Andrew Lutomirski l...@mit.edu wrote: Will test tonight. Thanks. It looks like there is a lot of hotplug activity when 'xset dpms force off' gets run. (That's not a typo. I do mean off, not on. Yup, that's what I've seen as well -- do a mode set to

Re: [lm-sensors] [PATCH 01/34] System Firmware Interface

On Mon, 18 Jul 2011 09:08:15 -0400, Prarit Bhargava wrote: This patch introduces a general System Firmware interface to the kernel, called sysfw. Inlcluded in this interface is the ability to search a standard set of fields, sysfw_lookup(). The fields are currently based upon the x86 and

[PATCH] drm/radeon/kms: add missing vddci setting on NI+

From: Alex Deucher alexander.deuc...@amd.com Need to add vddci setting to pm init as well as resume. Fixes hangs on load on some boards. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=38754 Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@kernel.org ---

[Bug 39534] New: failed tests

https://bugs.freedesktop.org/show_bug.cgi?id=39534 Summary: failed tests Product: DRI Version: XOrg CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: libdrm

[Bug 39534] failed udev tests (intended for Intel drm only)

https://bugs.freedesktop.org/show_bug.cgi?id=39534 Guido Trentalancia gu...@trentalancia.com changed: What|Removed |Added Summary|failed tests|failed udev

[Bug 39534] failed general and udev tests intended for Intel drm only

https://bugs.freedesktop.org/show_bug.cgi?id=39534 Guido Trentalancia gu...@trentalancia.com changed: What|Removed |Added Summary|failed udev tests (intended |failed

Re: [Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

On Mon, Jul 25, 2011 at 1:37 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Mon, 25 Jul 2011 10:10:29 -0700 Keith Packard kei...@keithp.com wrote: Hotplug detection is a mode setting operation and must hold the struct_mutex or risk colliding with other mode setting operations. In

Re: [PATCH 1/4] drm: add plane support

2011/7/25 Rob Clark robdcl...@gmail.com: On Mon, Jul 25, 2011 at 3:18 AM, Joonyoung Shim dofm...@gmail.com wrote: 2011/7/22 Jesse Barnes jbar...@virtuousgeek.org: On Thu, 21 Jul 2011 19:30:00 +0900 Joonyoung Shim dofm...@gmail.com wrote: Hi, simple questions :) 2011/6/21 Jesse Barnes

Re: [Intel-gfx] [PATCH] drm/i915: Hold struct_mutex during hotplug processing

On Mon, 25 Jul 2011 22:52:15 -0400, Andrew Lutomirski l...@mit.edu wrote: Doesn't help :( Oh, it helps, just not this issue :-) When I do 'xset dpms force off', one of two things happens. Either the display comes back all by itself or it never comes back until I power cycle it. Oh. Right.