[PATCH] drm/vmwgfx: Fix drm.h include

On Tue, Sep 16, 2014 at 09:43:50 -0400, Josh Boyer wrote: > On Fri, Sep 5, 2014 at 1:19 PM, Josh Boyer > wrote: > > The userspace drm.h include doesn't prefix the drm directory. This can lead > > to compile failures as /usr/include/drm/ isn't in the standard gcc include > > paths. Fix it to

[Bug 84140] mplayer crashes playing some files using vdpau output

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/943ccb56/attachment.html>

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #39 from Alex Deucher --- Thanks. I've added a quirk for your system. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 84140] mplayer crashes playing some files using vdpau output

-- 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/20140922/4ec9ff20/attachment.html>

[Bug 84140] mplayer crashes playing some files using vdpau output

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/881b40ba/attachment.html>

[Bug 84140] mplayer crashes playing some files using vdpau output

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

[PATCH v5 05/11] drm: add Atmel HLCDC Display Controller support

On Mon, 8 Sep 2014 10:43:36 +0200 Boris BREZILLON wrote: > The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e. > at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display > controller device. > > This display controller supports at least one primary plane and

[Bug 69721] Can't reach maximum memory speed (or core speed) when using dpm=1 on r600g on cards not sticking to reference board

ll try it later and let you know. -- 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/20140922/25d242b7/attachment.html>

[Bug 84140] mplayer crashes playing some files using vdpau output

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

[PATCH v2 10/10] drm/i915: use intel_fb_obj() macros to assign gem objects

From: Gustavo Padovan Use the macros makes the code cleaner and it also checks for a NULL fb. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_sprite.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git

[PATCH v2 09/10] drm/i915: create a prepare phase for sprite plane updates

From: Gustavo Padovan take out pin_fb code so the commit phase can't fail anymore. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_sprite.c | 63 +++-- 1 file changed, 40 insertions(+), 23 deletions(-) diff --git

[PATCH v2 08/10] drm/i915: create a prepare step for primary planes updates

From: Gustavo Padovan Take out the pin_fb code so commit phase can't fail anymore. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 35 ++- 1 file changed, 26 insertions(+), 9 deletions(-) diff --git

[PATCH v2 07/10] drm/i915: remove intel_pipe_set_base()

From: Gustavo Padovan After some refactor intel_primary_plane_setplane() does the same as intel_pipe_set_base() so we can get rid of it and replace the calls with intel_primary_plane_setplane(). v2: take Ville's comments: - get the right arguments for

[PATCH v2 06/10] drm: add helper to get crtc timings

From: Gustavo Padovan We need to get hdisplay and vdisplay in a few places so create a helper to make our job easier. Suggested-by: Ville Syrj?l? Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_crtc.c | 20 +---

[PATCH v2 05/10] drm/i915: split intel_crtc_page_flip() into check() and commit()

From: Daniel Stone Start the work of splitting the intel_crtc_page_flip() for later use by the atomic modesetting API. Signed-off-by: Daniel Stone Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 51 ++-- 1 file

[PATCH v2 04/10] drm/i915: remove intel_crtc_cursor_set_obj()

From: Gustavo Padovan Merge it into the plane update_plane() callback and make other users use the update_plane() functions instead. The fb != crtc->cursor->fb was already inside intel_crtc_cursor_set_obj() so we fold intel_crtc_cursor_set_obj() inside

[PATCH v2 03/10] drm/i915: move checks of intel_crtc_cursor_set_obj() out

From: Gustavo Padovan Move checks inside intel_crtc_cursor_set_obj() to intel_check_cursor_plane(), we only use they there so move them out to make the merge of intel_crtc_cursor_set_obj() into intel_check_cursor_plane() easier. This is another step toward the

[PATCH v2 02/10] drm/i915: remove leftover from pre-universal planes days

From: Gustavo Padovan Now that universal planes are in place we don't need this plane unref on failures. Suggested-by: Ville Syrj?l? Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 8 ++-- 1 file changed, 2 insertions(+), 6

[PATCH v2 01/10] drm/i915: Merge of visible and !visible paths for primary planes

From: Gustavo Padovan Fold intel_pipe_set_base() in the update primary plane path merging pieces of code that are common to both paths. Basically the the pin/unpin procedures are the same for both paths and some checks can also be shared (some of the were moved

[Bug 84178] Big glamor regression in Xorg server 1.6.99.1 GIT: x11perf 1.5 Test: PutImage XY 500x500 Square

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/85606c5d/attachment.html>

[Bug 84176] [glamor] X goes out of memory while running x11perf

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/71a114fd/attachment.html>

[PATCH v4 5/5] drm/rockchip: Add support for Rockchip Soc EDP

This adds support for Rockchip soc edp found on rk3288 Signed-off-by: Mark Yao Signed-off-by: Jeff Chen --- Changes in v2: - fix code sytle - use some define from drm_dp_helper.h - use panel-simple driver for primary display. - remove unnecessary clock clk_24m_parent. Changes in v3: None

[PATCH v4 4/5] dt-bindings: video: Add documentation for rockchip edp

Add binding documentation for Rockchip SoC EDP driver. Signed-off-by: Jeff Chen Signed-off-by: Mark Yao --- Changes in v2: - add edp reset - add panel node - add port for display-subsystem Changes in v3: None Changes in v4: None .../devicetree/bindings/video/rockchip-edp.txt | 50

[PATCH v4 3/5] dt-bindings: video: Add documentation for rockchip vop

This adds binding documentation for Rockchip SoC VOP driver. Signed-off-by: Mark Yao --- Changes in v2: - rename "lcdc" to "vop" - add vop reset - add iommu node - add port for display-subsystem Changes in v3: None Changes in v4: None .../devicetree/bindings/video/rockchip-vop.txt | 58

[PATCH v4 2/5] dt-bindings: video: Add for rockchip display subsytem

This add a display subsystem comprise the all display interface nodes. Signed-off-by: Mark Yao --- Changes in v2: - add DRM master device node to list all display nodes that comprise the graphics subsystem. Changes in v3: None Changes in v4: None

[PATCH v4 1/5] drm/rockchip: Add basic drm driver

This patch adds the basic structure of a DRM Driver for Rockchip Socs. Signed-off-by: Mark yao --- Changes in v2: - use the component framework to defer main drm driver probe until all VOP devices have been probed. - use dma-mapping API with ARM_DMA_USE_IOMMU, create dma mapping by master

[PATCH v4 0/5] Add drm driver for Rockchip Socs

This a series of patches is a DRM Driver for Rockchip Socs, add support for vop devices, eDP. Future patches will add additional encoders/connectors, such as HDMI. The basic "crtc" for rockchip is a "VOP" - Video Output Processor. the vop devices found on Rockchip rk3288 Soc, rk3288 soc have two

[PATCH 1/2] drm/tegra: Set the dsi lp clk parent and rate

On Fri, Sep 19, 2014 at 08:53:48PM +0100, Sean Paul wrote: > Per NVidia, this clock rate should be around 70MHz in > order to properly sample reads on data lane 0. In order > to achieve this rate, we need to reparent the clock from > clk_m which can only achieve 12MHz. Add parent_lp to the > dts

[PATCH] drm/panel: update innolux n116bge timings

On Mon, Sep 22, 2014 at 4:39 PM, Thierry Reding wrote: > > On Tue, Sep 02, 2014 at 10:56:46AM +0800, Daniel Kurtz wrote: > > There are several different models of N116BGE. According to the commit > > that added innolux_n116bge_mode [0], this N116BGE is for the eDP variety. > > > > [0] commit

Stupid NVIDIA 3D vgaarb.c patch

On Mon, Sep 22, 2014 at 5:54 PM, Alex Williamson wrote: > On Tue, 2014-09-23 at 04:20 +0700, C Bergstr?m wrote: >> For clarity - My testing and the patch is required when the Intel driver >> isn't being used at all. After I finish some other testing I can see if >> bumblebee and intel driver +

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/3043f03f/attachment-0001.sig>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

lex said he can provide some patches for me to start with, let's see if it will cover these demands. -- 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/

[PATCH v4 1/5] drm/rockchip: Add basic drm driver

On Monday 22 September 2014 17:15:06 Boris BREZILLON wrote: > > > + > > > + /* TODO(djkurtz): fetch the mapping start/size from somewhere */ > > > + mapping = arm_iommu_create_mapping(_bus_type, 0x1000, > > > + SZ_1G); > > > + if (IS_ERR(mapping)) { >

[PATCH] gpu: ipu-v3: Fix IC control register offset

The IC register offset is at +0x2 relative to the control module registers on all IPUv3 versions. This patch fixes wrong values for i.MX51 and i.MX53. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

way > to resolve that phandle to some object and provide an API to access that > object. I agree it's not relevant whether we use a simple phandle or complex graph. What matter is that we have a standard way to express the video paths, which everybody uses. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/c7d66db1/attachment.sig>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

On Mon, Sep 22, 2014 at 5:05 PM, Thierry Reding wrote: > On Mon, Sep 22, 2014 at 04:53:22PM +0530, Ajay kumar wrote: >> On Mon, Sep 22, 2014 at 4:11 PM, Thierry Reding >> wrote: >> > On Mon, Sep 22, 2014 at 02:01:38PM +0530, Ajay kumar wrote: >> >> Hi Thierry, >> >> >> >> On Mon, Sep 22, 2014 at

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

edesktop.org/archives/dri-devel/attachments/20140922/a14f6392/attachment.html>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/f073c034/attachment-0001.sig>

[PATCH v4 1/5] drm/rockchip: Add basic drm driver

On Mon, 22 Sep 2014 16:43:31 +0200 Arnd Bergmann wrote: > On Monday 22 September 2014 18:48:54 Mark yao wrote: > > diff --git a/drivers/gpu/drm/rockchip/Kconfig > > b/drivers/gpu/drm/rockchip/Kconfig > > new file mode 100644 > > index 000..7146c80 > > --- /dev/null > > +++

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

method to simplify the ports/endpoints, but that was removed from the patches I had. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/c80b3b89/attachment-0001.sig>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/c9369250/attachment.html>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

On Mon, Sep 22, 2014 at 4:11 PM, Thierry Reding wrote: > On Mon, Sep 22, 2014 at 02:01:38PM +0530, Ajay kumar wrote: >> Hi Thierry, >> >> On Mon, Sep 22, 2014 at 1:40 PM, Thierry Reding >> wrote: >> > On Thu, Sep 18, 2014 at 11:20:40AM +0530, Ajay kumar wrote: >> >> Hi Tomi, >> >> >> >> On Wed,

[PATCH v4 1/5] drm/rockchip: Add basic drm driver

On Monday 22 September 2014 18:48:54 Mark yao wrote: > diff --git a/drivers/gpu/drm/rockchip/Kconfig > b/drivers/gpu/drm/rockchip/Kconfig > new file mode 100644 > index 000..7146c80 > --- /dev/null > +++ b/drivers/gpu/drm/rockchip/Kconfig > @@ -0,0 +1,19 @@ > +config DRM_ROCKCHIP > +

[Bug 69721] Can't reach maximum memory speed (or core speed) when using dpm=1 on r600g on cards not sticking to reference board

achment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/62c0f3ac/attachment-0001.html>

[Bug 69721] Can't reach maximum memory speed (or core speed) when using dpm=1 on r600g on cards not sticking to reference board

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/41c07685/attachment.html>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

org/archives/dri-devel/attachments/20140922/7376882d/attachment.html>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

viour, how can I achieve this goal? -- 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/20140922/858e9dc0/attachment.html>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

rnel ? Sure. -- 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/20140922/6560bef6/attachment.html>

Stupid NVIDIA 3D vgaarb.c patch

On Tue, 2014-09-23 at 04:20 +0700, C Bergstr?m wrote: > For clarity - My testing and the patch is required when the Intel driver > isn't being used at all. After I finish some other testing I can see if > bumblebee and intel driver + this patch will play nicely. > > How is a laptop with dual VGA

[Bug 84140] mplayer crashes playing some files using vdpau output

re. -- 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/20140922/acb3f029/attachment.html>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/c1599069/attachment.html>

[PATCH v4 1/5] drm/rockchip: Add basic drm driver

BTW, I see the same mistake in exynos driver [2] > + return 0; > + > + return rockchip_drm_resume(drm_dev); > +} > +#endif > + > +static const struct dev_pm_ops rockchip_drm_pm_ops = { > + SET_SYSTEM_SLEEP_PM_OPS(rockchip_drm_sys_suspend, > +

[PATCH v4 5/5] drm/rockchip: Add support for Rockchip Soc EDP

On Mon, Sep 22, 2014 at 7:02 AM, Mark yao wrote: > This adds support for Rockchip soc edp found on rk3288 > > Signed-off-by: Mark Yao > Signed-off-by: Jeff Chen > --- > Changes in v2: > - fix code sytle > - use some define from drm_dp_helper.h > - use panel-simple driver for primary display. >

Stupid NVIDIA 3D vgaarb.c patch

On Mon, 2014-09-22 at 13:43 -0700, Linus Torvalds wrote: > Adding proper people and mailing lists.. > > The PCI_CLASS_DISPLAY_VGA test goes back to the very beginning by > BenH, and I have no idea if adding PCI_CLASS_DISPLAY_3D is > appropriate, but hopefully somebody does. The fact that it makes

[PATCH v4 1/5] drm/rockchip: Add basic drm driver

Ok, couple more small comments.. this time I actually had time to go through the entire patch, not just the uapi On Mon, Sep 22, 2014 at 6:48 AM, Mark yao wrote: > This patch adds the basic structure of a DRM Driver for Rockchip Socs. > > Signed-off-by: Mark yao > --- > Changes in v2: > - use

[Bug 84981] Random crashes related to radeon.

https://bugzilla.kernel.org/show_bug.cgi?id=84981 --- Comment #2 from Apostolos B. --- Created attachment 151281 --> https://bugzilla.kernel.org/attachment.cgi?id=151281=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 84981] Random crashes related to radeon.

https://bugzilla.kernel.org/show_bug.cgi?id=84981 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[Bug 84140] mplayer crashes playing some files using vdpau output

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/3d23fd14/attachment.html>

[Bug 69721] Can't reach maximum memory speed (or core speed) when using dpm=1 on r600g on cards not sticking to reference board

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/98c60f33/attachment.html>

[Bug 83651] radeon: kernel returns invalid information about video connectors' status

https://bugzilla.kernel.org/show_bug.cgi?id=83651 --- Comment #6 from Alex Deucher --- The lid issue is more semantic. The display is still connected even when the lid is closed so it should still report as connected. It's up to the desktop environment to decide what to do when they get a lid

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

Hi Thierry, On Mon, Sep 22, 2014 at 1:40 PM, Thierry Reding wrote: > On Thu, Sep 18, 2014 at 11:20:40AM +0530, Ajay kumar wrote: >> Hi Tomi, >> >> On Wed, Sep 17, 2014 at 9:52 PM, Tomi Valkeinen >> wrote: >> > On 17/09/14 17:29, Ajay kumar wrote: >> >> Hi Tomi, >> >> >> >> Thanks for your

[PATCH 5/5] drm/i915: remove intel_pipe_set_base()

On Fri, Sep 19, 2014 at 06:31:25PM -0300, Gustavo Padovan wrote: > 2014-09-19 Ville Syrj?l? : > > > On Thu, Sep 18, 2014 at 04:43:16PM -0300, Gustavo Padovan wrote: > > > From: Gustavo Padovan > > > > > > After some refactor intel_primary_plane_setplane() does the same > > > as

[Bug 84140] mplayer crashes playing some files using vdpau output

ipping: options=('!strip' 'debug') -- 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/20140922/868b85fd/attachment.html>

Stupid NVIDIA 3D vgaarb.c patch

Adding proper people and mailing lists.. The PCI_CLASS_DISPLAY_VGA test goes back to the very beginning by BenH, and I have no idea if adding PCI_CLASS_DISPLAY_3D is appropriate, but hopefully somebody does. The fact that it makes things work certainly argues fairly convincingly for it, but I

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

u did in v6 of this series was look up a backlight device and > > then not use it. That seemed unnecessary. Looking at v6 again the reason > > for getting a phandle to the backlight was so that the device itself did > > not expose its own backlight controlling circuitry if an external one > > was being used. But since the bridge has no business controlling the > > backlight, having the backlight phandle in the bridge is not correct. > > > > So I think what you could do in the driver instead is always expose the > > backlight device. If the panel used a different backlight, the PS8622's > > internal on simply wouldn't be accessed. It would still be possible to > > control the backlight in sysfs, but that shouldn't be a problem (only > > root can access it) > That would be like simple exposing a feature which cannot be used > by the user, ideally which "should not be" used by the user. And it won't be used unless they access the sysfs files directly. There are a lot of cases where we expose functionality that cannot be meaningfully used by the user. For example, a GPIO may not be routed to anything on a board, yet we don't explicitly hide any specific GPIOs from users. > > That said, I have no strong objections to the boolean property if you > > feel like it's really necessary. > Won't you think having a boolean property for an optional > feature of the device, is better than all these? Like I said, I'm indifferent on the matter. I don't think it's necessary to hide the backlight device, but if you want to, please feel free to do so. Another alternative would be not to expose it at all and not have the boolean property since you don't seem to have a way to test it in the first place (or at least there's no device support upstream where it's needed). Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/e3c23680/attachment.sig>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

ad Tahiti ever tested them. -- 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/20140922/c156679b/attachment.html>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

output. -- 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/20140922/4d63bf1e/attachment.html>

[Bug 84140] mplayer crashes playing some files using vdpau output

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/9bf6fed3/attachment-0001.html>

[Bug 84140] mplayer crashes playing some files using vdpau output

org/archives/dri-devel/attachments/20140922/5d23a064/attachment.html>

[Bug 84140] mplayer crashes playing some files using vdpau output

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/20140922/15b111b0/attachment.html>

[PATCH] drm/panel: update innolux n116bge timings

t attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/a626bb6a/attachment.sig>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

;; ... }; Or: backlight: ... { compatible = "pwm-backlight"; ... }; panel { ... backlight = <>; ... }; What you did in v6 of this series was look up a backlight device and then not use it. That seemed unnecessary. Looking at v6 again the reason for getting a phandle to the backlight was so that the device itself did not expose its own backlight controlling circuitry if an external one was being used. But since the bridge has no business controlling the backlight, having the backlight phandle in the bridge is not correct. So I think what you could do in the driver instead is always expose the backlight device. If the panel used a different backlight, the PS8622's internal on simply wouldn't be accessed. It would still be possible to control the backlight in sysfs, but that shouldn't be a problem (only root can access it). That said, I have no strong objections to the boolean property if you feel like it's really necessary. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/97c79653/attachment.sig>

[Bug 84140] mplayer crashes playing some files using vdpau output

s scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/540310b3/attachment.html>

[PATCH V7 00/12] drm/exynos: few patches to enhance bridge chip support

not. Is there anything > we can do with bootargs instead of CONFIG? I think the issue is that simplefb will register as console but the display driver is probably reconfiguring the display hardware and then registering a new console, so you'd end up with just a blank screen. Typically the simplefb device tree nodes will be added by the bootloader so you might be able to prevent the bootloader from adding it. Ideally, though, the solution would be to do a proper hand-off from simplefb to DRM/KMS so that you can have a seemless transition. Somewhere in the middle would be to make simplefb unload when loading the DRM/KMS driver. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/884bea4c/attachment.sig>

[PATCH 1/2] drm/tegra: Set the dsi lp clk parent and rate

able Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/52721289/attachment.sig>

[PATCH 1/2] drm/tegra: Set the dsi lp clk parent and rate

dri-devel/attachments/20140922/fa1798c0/attachment.sig>

[Bug 84140] mplayer crashes playing some files using vdpau output

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/13d6d5bb/attachment.html>

[Bug 84140] mplayer crashes playing some files using vdpau output

. -- 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/20140922/f204f89e/attachment-0001.html>

[Bug 84178] New: Big glamor regression in Xorg server 1.6.99.1 GIT: x11perf 1.5 Test: PutImage XY 500x500 Square

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

[PATCH] drm/exynos: remove explicit encoder/connector de-initialization

All KMS objects are destroyed by drm_mode_config_cleanup in proper order so component drivers should not care about it. Signed-off-by: Andrzej Hajda --- Hi Inki, This is another spin-off of exynos_drm tests regarding your component support update. The patch is based as usual on the latest

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

On Sat, Sep 20, 2014 at 8:57 PM, Javier Martinez Canillas wrote: > [adding Kukjin as cc] > > Hello Ajay, > > On Sat, Sep 20, 2014 at 1:22 PM, Ajay kumar wrote: >>> Generally speaking, I sense that we have different views of how display >>> devices and drivers are structured. You say "If some XYZ

[BUG] nouveau regression: ext monitor dead after resume

On 19.09.2014 19:01, Ilia Mirkin wrote: > Try booting with log_buf_len=100M Done and the slightly lengthy files attached to the Bugzilla entry. Ortwin

[Bug 84140] mplayer crashes playing some files using vdpau output

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/20140922/bd50e789/attachment.html>

[PATCH v5 05/11] drm: add Atmel HLCDC Display Controller support

Hi David, On Fri, 19 Sep 2014 15:10:02 +0200 David Herrmann wrote: > Hi > > On Mon, Sep 8, 2014 at 10:43 AM, Boris BREZILLON > wrote: > [snip] > > +static int atmel_hlcdc_dc_drm_probe(struct platform_device *pdev) > > +{ > > + int ret; > > + > > + ret = dma_set_coherent_mask(>dev,

[PATCH] drm/nv84+: fix fence context seqno's

This fixes a regression introduced by "drm/nouveau: rework to new fence interface" (commit 29ba89b2371d466). The fence sequence should not be reset after creation, the old value is used instead. On destruction the final value is written, to prevent another source of accidental wraparound in

[PATCH 1/2] drm/tegra: Set the dsi lp clk parent and rate

Am Freitag, den 19.09.2014, 15:53 -0400 schrieb Sean Paul: > Per NVidia, this clock rate should be around 70MHz in > order to properly sample reads on data lane 0. In order > to achieve this rate, we need to reparent the clock from > clk_m which can only achieve 12MHz. Add parent_lp to the > dts

[PATCH] drm/panel: update innolux n116bge timings

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

nouveau regression: read fault PAGE_NOT_PRESENT with new fence interface

Hey, Op 18-09-14 om 22:07 schreef Ted Percival: > Hi, I noticed a regression in the next-20140903 kernel that was not > present in next-20140902. When Xorg starts up, the display is garbled > (or contains old image bits) and I see a page fault in the kernel log. X > is not usable in this state -

[PATCH] drm/panel: update innolux n116bge timings

ignature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/d5d059d4/attachment.sig>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

le to the bridge. The job of the operating system is to give drivers a way to resolve that phandle to some object and provide an API to access that object. Thierry ------ next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/16b2b0d3/attachment.sig>

[PATCH] drm/nv84+: fix fence context seqno's

On 09/22/2014 03:08 AM, Maarten Lankhorst wrote: > This fixes a regression introduced by "drm/nouveau: rework to new fence > interface" > (commit 29ba89b2371d466). > > The fence sequence should not be reset after creation, the old value is used > instead. > On destruction the final value is

nouveau regression: read fault PAGE_NOT_PRESENT with new fence interface

On 09/22/2014 02:38 AM, Maarten Lankhorst wrote: > Op 18-09-14 om 22:07 schreef Ted Percival: >> Hi, I noticed a regression in the next-20140903 kernel that was not >> present in next-20140902. When Xorg starts up, the display is garbled >> (or contains old image bits) and I see a page fault in

[Bug 84176] New: [glamor] X goes out of memory while running x11perf

ill 300 x 300px AA Trapezoid. Attached dmesg -- 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/20140922/8b40c275/attachment.html>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

perties are about the bridge. "use-external-pwm" means that > > the bridge uses an external PWM, which, if I understood correctly, is > > not what the property is about. > > > > "disable-bridge-pwm" is ok, but the "bridge" there is extra. The > > properties are about the bridge, so it's implicit. > Ok. I will use "disable-pwm". Why is this even necessary? According to the datasheet this device has circuitry for backlight control. If so, I'd expect it to expose either a backlight device or a PWM device. That way unless somebody is using the backlight/PWM exposed by the bridge the bridge can simply disable PWM. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/2f2c81d0/attachment.sig>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

is bridge. There will always be an input signal and a translation to some output signal along with some parameters to control how that translation happens. More complicated scenarios will likely need to be represented differently at a higher level than the bridge. > If you now create ps8622 bindings that do not > support those graphs, the no one else using ps8622 can use > ports/endpoint graphs either. That's not true. The binding can easily be extended in a backwards- compatible way later on (should it really prove necessary). Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/03fac86b/attachment.sig>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

't be very difficult to extend the binding in a backwards compatible way if that becomes necessary. One thing that I'd like to see in this binding, though, is how to hook up the bridge to a panel. However I'm still catching up on mail after vacation, so perhaps this has already been discussed further down the thread. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/43bffc1f/attachment-0001.sig>

[PATCH V6 6/8] drm/bridge: Modify drm_bridge core to support driver model

orms using drm_bridge is increasing. > > That's exactly why I'd like to use the component framework now, as the > conversion will become more complex as time goes by. No it won't. If we ever do decide that component framework is a better fit then the conversion may be more work but it would still be largely mechanical. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140922/46145549/attachment.sig>

[PATCH v3 1/5] drm/rockchip: Add basic drm driver

On 2014?09?20? 08:03, Rob Clark wrote: > On Fri, Sep 19, 2014 at 1:47 AM, Mark yao wrote: >> diff --git a/include/uapi/drm/rockchip_drm.h >> b/include/uapi/drm/rockchip_drm.h >> new file mode 100644 >> index 000..8f8e60e >> --- /dev/null >> +++ b/include/uapi/drm/rockchip_drm.h >> @@ -0,0

[PATCH] drm: change drm_err return type to void

The return value is not used by callers of this function nor by uses of the DRM_ERROR macro so change the function to return void. Signed-off-by: Joe Perches --- This change is associated to a desire to eventually change printk to return void. No x86 change in output size for drm_drv.o

[PATCH 1/2] drm/tegra: Set the dsi lp clk parent and rate

Hi Sean, On 09/19/2014 09:53 PM, Sean Paul wrote: > Per NVidia, this clock rate should be around 70MHz in > order to properly sample reads on data lane 0. In order > to achieve this rate, we need to reparent the clock from > clk_m which can only achieve 12MHz. Add parent_lp to the > dts bindings

  1   2   >