Exposing monitor layout to desktop managers

On 11 December 2014 at 20:58, Thomas Hellstrom wrote: > Hi! > > I'd like to have a standard / generic way of exposing virtual monitor > layout to desktop managers. This would then serve as a *hint* to those > managers to set the desktop up accordingly. > > Of course, this is mostly for virtual

[Nouveau] [PATCH v3 2/2] fb/nvaa: Enable non-isometric poller on NVAA/NVAC

Hi Ben, My bad, I will correct that. I'll have a better look at the three patches you attached tomorrow. Cheers, Pierre On 01:42 PM - Dec 11 2014, Ben Skeggs wrote: > On Wed, Dec 10, 2014 at 5:53 PM, Pierre Moreau > wrote: > > (This is a v3 of patch "drm/nouveau/fb/nv50: Add PFB writes") > >

[Bug 79696] 10.2.x GPU stall & Xorg crash while using Geeqie

|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141211/8d4389ee/attachment.html>

[Bug 79696] 10.2.x GPU stall & Xorg crash while using Geeqie

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141211/80088c83/attachment.html>

[PATCH 3/3] drm/panel: Add display_timing entry for the HannStar HSD070PWW1 panel

The HannStar HSD070PWW1 LVDS panel data sheet lists allowed ranges additionally to the typical values for pixel clock rate (64.3 MHz ... 82 MHz) and blanking intervals (54 to 681 clocks horizontally, 3 to 23 lines vertically). This patch replaces this panels' drm_display_mode entry with a

[PATCH 2/3] drm/panel: Add display_timing support to simple panel driver

Many panel data sheets additionally to typical values list allowed ranges for timings such as hsync/vsync lengths, porches, and the pixel clock rate. This patch allows simple panels to store a struct display_timing in place of the struct drm_display_mode used before. The get_modes panel_ops

[PATCH 1/3] drm/panel: Add display_timing support

Many panel data sheets additionally to typical values list allowed ranges for timings such as hsync/vsync lengths, porches, and the pixel clock rate. These can be stored in a struct display_timing, to be used by an encoder mode_fixup callback to clamp user provided timing values or to validate

[Bug 82201] [HAWAII] GPU doesn't reclock, poor 3D performance

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141211/b5d3e323/attachment-0001.html>

[PATCH 1/2] drm/msm: Initial add eDP support in msm drm driver (V2)

>> +static int edp_bind(struct device *dev, struct device *master, void >> *data) >> +{ >> +struct drm_device *drm = dev_get_drvdata(master); >> +struct msm_drm_private *priv = drm->dev_private; >> +struct msm_edp *edp; >> + >> +DBG(""); >> +edp =

[RFC] drm/i915: tame the chattermouth

Many distro's have mechanism in place to collect and automatically file bugs for failed WARN()s. And since every third line in i915 is a WARN() it generates quite a lot of noise which is somewhat disconcerting to the end user. Separate out the internal hw-is-in-the-state-I-expected checks into

[Bug 82201] [HAWAII] GPU doesn't reclock, poor 3D performance

d... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141211/d605cbcf/attachment.html>

[Bug 82201] [HAWAII] GPU doesn't reclock, poor 3D performance

chment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141211/7ffb0f0f/attachment.html>

[Bug 82201] [HAWAII] GPU doesn't reclock, poor 3D performance

eceiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141211/15e0e2b8/attachment.html>

[Bug 82201] [HAWAII] GPU doesn't reclock, poor 3D performance

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141211/ded8fe6b/attachment-0001.html>

[Intel-gfx] [PATCH 1/7] drm/plane-helper: Test for plane disable earlier

On Thu, Dec 11, 2014 at 07:20:57AM -0800, Matt Roper wrote: > drm_plane_helper_check_update() currently uses crtc before testing whether > we're disabling the plane (fb == NULL). Move the fb test before the first > crtc > usage so that crtc == NULL doesn't have to be handled by the caller. > >

[Bug 82201] [HAWAII] GPU doesn't reclock, poor 3D performance

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141211/d2846ecf/attachment.html>

[PULL] drm-intel-next-fixes

Hi Dave - Here's a batch of i915 fixes for 3.19. BR, Jani. The following changes since commit 00f0b3781028605910cb4662a0f8a4849b445fc2: drm/i915: Reject modeset when the same digital port is used more than once (2014-12-03 09:31:53 +0100) are available in the git repository at:

[Bug 86301] BUG_ON triggered in nouveau driver on !CONFIG_SMP systems

https://bugzilla.kernel.org/show_bug.cgi?id=86301 --- Comment #4 from Pacho Ramos --- Well, I still need to disable SMP either in kernel config or booting with "nosmp", it tends to crash on affected machine :S -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 86301] BUG_ON triggered in nouveau driver on !CONFIG_SMP systems

https://bugzilla.kernel.org/show_bug.cgi?id=86301 --- Comment #3 from dave.mueller at gmx.ch --- Created attachment 160391 --> https://bugzilla.kernel.org/attachment.cgi?id=160391=edit Patch I used to fix this bug I think the problem is that nobody (besides you and me) is interested in UP

[PATCH RFC 04/15] drm/dsi: Do not add DSI devices for the child nodes with input-port property

Hi Thierry, On 12/11/2014 10:52 AM, Liu Ying wrote: > Hi Thierry, > > On 12/10/2014 08:21 PM, Thierry Reding wrote: >> On Wed, Dec 10, 2014 at 04:37:17PM +0800, Liu Ying wrote: >>> The MIPI DSI bus driver would try to add a DSI device for a host's every >>> child node which contains the reg

[Bug 86301] BUG_ON triggered in nouveau driver on !CONFIG_SMP systems

https://bugzilla.kernel.org/show_bug.cgi?id=86301 --- Comment #2 from Pacho Ramos --- Still the case with 3.18 Dave, maybe attaching your patch here could help to get it reviewed/committed sooner Thanks -- You are receiving this mail because: You are watching the assignee of the bug.

[RFC 04/15] regulator: add restrack support

On Thu, Dec 11, 2014 at 12:58:37PM +, Mark Brown wrote: > I'd expect someone reading the change in the regulator API to have at > least some idea how this fits in with the rest of the API and how to use > it, and probably more importantly I'd expect to be able to understand > why this is DT

[Nouveau] [PATCH v3 2/2] fb/nvaa: Enable non-isometric poller on NVAA/NVAC

dma_addr_t r100c18; > +}; > + > +int nvaa_fb_ctor(struct nouveau_object *, struct nouveau_object *, > + struct nouveau_oclass *, void *, u32, > + struct nouveau_object **); > +void nvaa_fb_dtor(struct nouveau_object *); > +int nvaa_fb_init(stru

Long radeon stalls on recent kernels

On 11.12.2014 05:28, Andy Lutomirski wrote: > On Wed, Dec 10, 2014 at 1:44 AM, Michel Dänzer wrote: >> On 10.12.2014 06:39, Andy Lutomirski wrote: >>> On Tue, Dec 9, 2014 at 8:06 AM, Andy Lutomirski >>> wrote: On Tue, Dec 9, 2014 at 1:18 AM, Michel Dänzer wrote: > On

Exposing monitor layout to desktop managers

On 12/11/2014 12:57 PM, Dave Airlie wrote: > On 11 December 2014 at 20:58, Thomas Hellstrom wrote: >> Hi! >> >> I'd like to have a standard / generic way of exposing virtual monitor >> layout to desktop managers. This would then serve as a *hint* to those >> managers to set the desktop up

[PATCH v18 12/12] drm: bridge/dw_hdmi: add rockchip rk3288 support

Hi Daniel, Am Mittwoch, 10. Dezember 2014, 20:36:17 schrieb Daniel Kurtz: > This driver adds HDMI to rockchip/drm. The fact that rockchip's hdmi > uses dw_hdmi is an implementation detail. I do not think that the names > used for rk3288-hdmi should include "dw" in them. > > See inline for what

Exposing monitor layout to desktop managers

Hi! I'd like to have a standard / generic way of exposing virtual monitor layout to desktop managers. This would then serve as a *hint* to those managers to set the desktop up accordingly. Of course, this is mostly for virtual hardware, since without accelerometers, gyros and gps positioners on

[RFC 04/15] regulator: add restrack support

Hi Mark, On 12/10/2014 05:07 PM, Mark Brown wrote: > On Wed, Dec 10, 2014 at 04:48:22PM +0100, Andrzej Hajda wrote: >> Regulators supports various methods of lookup. >> The patch adds restrack support only to DT based regulators. > Why, what does this mean and how might one use it? I've not

[PATCH RFC 04/15] drm/dsi: Do not add DSI devices for the child nodes with input-port property

Hi Thierry, On 12/10/2014 08:21 PM, Thierry Reding wrote: > On Wed, Dec 10, 2014 at 04:37:17PM +0800, Liu Ying wrote: >> The MIPI DSI bus driver would try to add a DSI device for a host's every >> child node which contains the reg property. Unfortunately, the existing >> i.MX6Q/SDL MIPI DSI host

[PATCHv2 0/3] hdmi: add unpack and logging functions

Hi Thierry, On 12/02/14 13:08, Hans Verkuil wrote: > This patch series adds new HDMI 2.0/CEA-861-F defines to hdmi.h and > adds unpacking and logging functions to hdmi.c. It also uses those > in the V4L2 adv7842 driver (and they will be used in other HDMI drivers > once this functionality is

[RESEND PATCH] drm/doc: Document drm_add_modes_noedid() usage

On Wed, Dec 10, 2014 at 04:11:46PM -0500, Alex Deucher wrote: > On Wed, Dec 10, 2014 at 2:11 PM, Laurent Pinchart > wrote: > > From: Laurent Pinchart > > > > And fix a spelling mistake. > > > > Signed-off-by: Laurent Pinchart > > Reviewed-by: Alex

[Bug 80851] Radeon[Trinity HD 7520G] Resume Results in Blank Screen, no backlight

https://bugzilla.kernel.org/show_bug.cgi?id=80851 swoorupj at gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 88031] S3 resume fails using acpi video quirk

https://bugzilla.kernel.org/show_bug.cgi?id=88031 --- Comment #15 from swoorupj at gmail.com --- *** Bug 80851 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 88031] S3 resume fails using acpi video quirk

https://bugzilla.kernel.org/show_bug.cgi?id=88031 --- Comment #14 from swoorupj at gmail.com --- All right sure, Just noticed the bug has been moved to non-intel dri section. I will just wait in that case. Appreciate you guys taking time to resolve this issue. -- You are receiving this mail

FOSDEM15: Graphics DevRoom: call for speakers.

On Tue, 9 Dec 2014 15:39:26 +0100 Luc Verhaegen wrote: > On Thu, Oct 02, 2014 at 07:44:57PM +0200, Luc Verhaegen wrote: > > Hi, > > > > At FOSDEM on the 31st of january and the 1st of February 2015, there > > will be another graphics DevRoom. URL: https://fosdem.org/2015/ > > > Slots will be

[Bug 88031] S3 resume fails using acpi video quirk

https://bugzilla.kernel.org/show_bug.cgi?id=88031 Aaron Lu changed: What|Removed |Added Status|NEEDINFO|ASSIGNED Component|Power-Video

[PATCH 1/7] drm/plane-helper: Test for plane disable earlier

drm_plane_helper_check_update() currently uses crtc before testing whether we're disabling the plane (fb == NULL). Move the fb test before the first crtc usage so that crtc == NULL doesn't have to be handled by the caller. Signed-off-by: Matt Roper --- drivers/gpu/drm/drm_plane_helper.c | 16

[PATCH 15/15] ARM: shmobile: koelsch: Add DU external pixel clocks to DT

Declare the fixed 148.5MHz pixel clocks connected to the DU clock inputs. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7791-koelsch.dts | 19 +++ 1 file changed, 19 insertions(+) diff --git

[PATCH 14/15] ARM: shmobile: lager: Add DU external pixel clocks to DT

Declare the fixed 148.5MHz pixel clocks connected to the DU clock inputs. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7790-lager.dts | 21 + 1 file changed, 21 insertions(+) diff --git

[PATCH 13/15] ARM: shmobile: marzen: Add DU external pixel clock to DT

Declare the fixed 65MHz pixel clock connected to the DU clock input. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7779-marzen.dts | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/r8a7779-marzen.dts

[PATCH 12/15] ARM: shmobile: koelsch: Add DU HDMI output support

Add DT nodes for the ADV7511 HDMI encoder and its HDMI output connector and configure the DISP pin group that drives the HDMI transmitter DE pin. Signed-off-by: Laurent Pinchart Acked-by: Simon Horman ---

[PATCH 11/15] ARM: shmobile: lager: Add DU HDMI output support

Add DT nodes for the ADV7511 HDMI encoder and its HDMI output connector. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7790-lager.dts | 48 + 1 file changed, 48 insertions(+) diff --git

[PATCH 10/15] drm: rcar-du: Implement support for interlaced modes

Accept interlaced modes on the VGA and HDMI connectors and configure the hardware accordingly. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 23 +++ drivers/gpu/drm/rcar-du/rcar_du_hdmicon.c | 1

[PATCH 09/15] drm: rcar-du: Clamp DPMS states to on and off

The intermediate DPMS standby and suspend states are a thing from the past. They only matter in practice for VGA CRT monitors, and are just a power saving vs. resume time optimization. Given that they have never been implemented properly in the rcar-du driver and that the Intel driver has dropped

[PATCH 08/15] drm: rcar-du: Enable hotplug detection on HDMI connector

As HDMI support hotplug detection, enable HPD-based poll on HDMI connectors. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_hdmicon.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_hdmicon.c

[PATCH 07/15] drm: rcar-du: Output HSYNC instead of CSYNC

The DU outputs by default a composite sync signal (XOR of the horizontal and vertical sync signals) on the HSYNC output pin. As this can confuse devices and isn't needed by any of the supported encoders, configure the HSYNC pin to output the horizontal sync signal. Signed-off-by: Laurent Pinchart

[PATCH 06/15] drm: rcar-du: Add support for external pixel clock

The DU uses the module functional clock as the default pixel clock, but supports using an externally supplied pixel clock instead. Support this by adding the external pixel clock to the DT bindings, and selecting the clock automatically at runtime based on the requested mode pixel frequency. The

[PATCH 05/15] drm: rcar-du: Refactor DEFR8 feature

Rename the feature from RCAR_DU_FEATURE_DEFR8 to RCAR_DU_FEATURE_EXT_CTRL_REGS to cover all extended control registers in addition to the DEFR8 register. Usage of the feature is refactored to optimize runtime operation and prepare for external clock support. Signed-off-by: Laurent Pinchart

[PATCH 04/15] drm: rcar-du: Remove LVDS and HDMI encoders chaining restriction

The rcar-du driver refuses connecting an LVDS output to an HDMI encoder. There is not technical reason for that restriction, remove it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 7 ---

[PATCH 03/15] drm: rcar-du: Configure pitch for chroma plane of multiplanar formats

The PnMWR register containing the plane stride must be programmed with correct stride values for both the luma and chroma planes when using a multiplanar format. Fix it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 2

[PATCH 02/15] drm: rcar-du: Don't fail probe in case of partial encoder init error

If an encoder fails to initialize the device can still be used without the failed encoder. Don't propagate the error out of the probe function but just skip the failed encoder. As a special case a deferred probe request from the encoder is still propagated out of the probe function in order not

[PATCH 01/15] drm: adv7511: Remove interlaced mode check

The ADV7511 supports interlaced modes fine, there's no need to reject them. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/i2c/adv7511.c | 3 --- 1 file changed, 3 deletions(-) Cc: Lars-Peter Clausen diff --git

[PATCH 00/15] R-Car DU fixes and enhancements (including interlaced support)

Hello, This patch series fixes several bugs in the R-Car DU driver and adds support for new features, namely LVDS-HDMI encoders chaining, external pixel clock and interlaced modes. The last 5 patches enable HDMI output in the Lager and Koelsch DT files and add external pixel clocks to the three