[Bug 75453] i915/DRM Gallium driver apparently not usable without DRM pipe loader

driver, should one be working on the such hardware. -- 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/20140228/a96699f4/attachment.html>

[PATCH] MAINTAINERS: add maintainer entry for TDA998x driver

Add a maintainers entry for the TDA998x driver. Rob Clark has handed this driver over to me to look after. Signed-off-by: Russell King --- Rob, I'd appreciate an Ack for this hand-over of maintainership of your driver. Thanks. MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --gi

[PATCH] MAINTAINERS: add maintainer entry for Armada DRM driver

Add a maintainers entry for the Armada DRM driver. Signed-off-by: Russell King --- MAINTAINERS | 5 + 1 file changed, 5 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 85b3dd8008b7..78d970649300 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5501,6 +5501,11 @@ W: http://www

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM, v2

Am 28.02.2014 19:50, schrieb Lauri Kasanen: > Without this, a bo may get created in the cpu-inaccessible vram. > Before the CP engines get setup, all copies are done via cpu memcpy. > > This means that the cpu tries to read from inaccessible memory, fails, > and the radeon module proceeds to disabl

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM, v2

Without this, a bo may get created in the cpu-inaccessible vram. Before the CP engines get setup, all copies are done via cpu memcpy. This means that the cpu tries to read from inaccessible memory, fails, and the radeon module proceeds to disable acceleration. Doing this has no downsides, as the

[Bug 75619] [865g] GPU hang playing SimCity 3000

xt part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/5a7d58d5/attachment.html>

[Bug 75619] [865g] GPU hang playing SimCity 3000

org/archives/dri-devel/attachments/20140228/dbfd94e8/attachment-0001.html>

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM

On Fri, 28 Feb 2014 16:43:54 +0100 Christian K?nig wrote: > >>> Am 27.02.2014 22:38, schrieb Lauri Kasanen: > Without this, a bo may get created in the cpu-inaccessible vram. > Before the CP engines get setup, all copies are done via cpu memcpy. > > This means that the cpu tri

[PATCH 0/9] Doc/DT: DT bindings for various display components

or them. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/4738c8ed/attachment-0001.pgp>

[PATCH 9/9] Doc/DT: Add DT binding documentation for tpd12s015 encoder

uess that there are not enough common things to justify defining common parts for all HDMI encoders. But I have only dealt with the OMAP HDMI encoders, and a few one's from Toshiba (DPI to HDMI and DSI to HDMI). Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/b1bedf67/attachment.pgp>

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM

Am 28.02.2014 17:52, schrieb Lauri Kasanen: > On Fri, 28 Feb 2014 16:43:54 +0100 > Christian K?nig wrote: > > Am 27.02.2014 22:38, schrieb Lauri Kasanen: >> Without this, a bo may get created in the cpu-inaccessible vram. >> Before the CP engines get setup, all copies are done via cpu

[PATCH 4/9] Doc/DT: Add DT binding documentation for HDMI Connector

e string. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/28e9e5c9/attachment-0001.pgp>

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

tor" for the single/dual link? That looks a bit funny. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/e3be1e68/attachment-0001.pgp>

[Intel-gfx] [PATCH] drm/i915: add support for Z-order of planes.

On Thu, Feb 27, 2014 at 03:44:04PM -0800, Matt Roper wrote: > On Thu, Feb 27, 2014 at 02:36:06PM -0800, Yu Dai wrote: > > On 14-02-25 04:19 PM, Matt Roper wrote: > > > > >On Thu, Feb 20, 2014 at 04:11:14PM -0800, yu.dai at intel.com wrote: > > >>From: "Yu(Alex) Dai" > > >> > > >>Add "zorder" prop

[PATCH 0/9] Doc/DT: DT bindings for various display components

erested in the state of HPD. At least in OMAP's case, when not using the HDMI encoder's support for HPD, the HDMI encoder is not interested at all about the HPD. > Please, don't get me wrong, I like all this to be baked into a binding - > just wondering if a level-shifter driver plus corresponding DT node > is too much detail in here. Thanks for the comments, I appreciate it. I hope I've convinced you enough =). Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/e3853902/attachment.pgp>

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM

On Fri, 28 Feb 2014 17:30:39 +0200 Lauri Kasanen wrote: > On Fri, 28 Feb 2014 10:36:59 +0100 > Christian K?nig wrote: > > > Am 27.02.2014 22:38, schrieb Lauri Kasanen: > > > Without this, a bo may get created in the cpu-inaccessible vram. > > > Before the CP engines get setup, all copies are do

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM

On Fri, 28 Feb 2014 10:36:59 +0100 Christian K?nig wrote: > Am 27.02.2014 22:38, schrieb Lauri Kasanen: > > Without this, a bo may get created in the cpu-inaccessible vram. > > Before the CP engines get setup, all copies are done via cpu memcpy. > > > > This means that the cpu tries to read from

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

Am Freitag, den 28.02.2014, 15:59 + schrieb Russell King - ARM Linux: > On Fri, Feb 28, 2014 at 02:20:10PM +0200, Tomi Valkeinen wrote: > > Add DT binding documentation for DVI Connector. > > > > Signed-off-by: Tomi Valkeinen > > Reviewed-by: Archit Taneja > > --- > > .../devicetree/binding

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

operties: - compatible: should contain one of the following: * "dvi-d-connector" * "dvi-a-connector" * "dvi-i-connector" Optional Properties: - dual-link: Should be set for dual-link capable connectors -- Sebastian -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/91551572/attachment-0001.pgp>

[PATCH 0/9] Doc/DT: DT bindings for various display components

On Fri, Feb 28, 2014 at 06:48:35PM +0200, Tomi Valkeinen wrote: > This is totally unclear to me. How does it become a public standard? > What's the forum for this? Me too. That's where I'd hope someone on devicetree-discuss will be able to help us work out what's the right approach here. :) --

[PATCH 0/9] Doc/DT: DT bindings for various display components

On Fri, Feb 28, 2014 at 02:51:22PM +0100, Sebastian Hesselbarth wrote: > Is it really the logical place to handle HPD? I'd have put it into the > HDMI encoder because it's the unit most interested in the state of HPD. I think this is where differences in hardware become a problem. Yes, it makes s

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM

Am 28.02.2014 16:36, schrieb Lauri Kasanen: > On Fri, 28 Feb 2014 17:30:39 +0200 > Lauri Kasanen wrote: > >> On Fri, 28 Feb 2014 10:36:59 +0100 >> Christian K?nig wrote: >> >>> Am 27.02.2014 22:38, schrieb Lauri Kasanen: Without this, a bo may get created in the cpu-inaccessible vram. B

[PATCH 4/9] Doc/DT: Add DT binding documentation for HDMI Connector

On Fri, Feb 28, 2014 at 06:15:05PM +0200, Tomi Valkeinen wrote: > On 28/02/14 18:06, Russell King - ARM Linux wrote: > > >> +hdmi0: connector at 1 { > >> + compatible = "hdmi-connector"; > >> + label = "hdmi"; > >> + > >> + hdmi_connector_in: endpoint { > >> + remote-endpoint = <&tpd12

[PATCH 0/9] Doc/DT: DT bindings for various display components

On Fri, Feb 28, 2014 at 02:20:07PM +0200, Tomi Valkeinen wrote: > Shortly about the display components in the series, in the order of probable > public interest: > > * Analog TV, DVI and HDMI Connectors represent a respective connector on the > board. They don't do much, but they do mark the end

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

On Fri, Feb 28, 2014 at 06:12:23PM +0200, Tomi Valkeinen wrote: > On 28/02/14 17:59, Russell King - ARM Linux wrote: > > >> +dvi0: connector at 0 { > >> + compatible = "dvi-connector"; > >> + label = "dvi"; > >> + > >> + i2c-bus = <&i2c3>; > >> + > >> + dvi_connector_in: endpoint { > >> +

[PATCH 9/9] Doc/DT: Add DT binding documentation for tpd12s015 encoder

On Fri, Feb 28, 2014 at 02:20:16PM +0200, Tomi Valkeinen wrote: > Add DT binding documentation for tpd12s015 encoder > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/ti,tpd12s015.txt | 44 > ++ > 1 file changed, 44 ins

[PATCH 4/9] Doc/DT: Add DT binding documentation for HDMI Connector

On Fri, Feb 28, 2014 at 02:20:11PM +0200, Tomi Valkeinen wrote: > Add DT binding documentation for HDMI Connector. > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/hdmi-connector.txt | 23 > ++ > 1 file changed, 23 inser

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

On Fri, Feb 28, 2014 at 02:20:10PM +0200, Tomi Valkeinen wrote: > Add DT binding documentation for DVI Connector. > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/dvi-connector.txt| 26 > ++ > 1 file changed, 26 insert

[PATCH 7/9] Doc/DT: Add DT binding documentation for Sony acx565akm panel

s: panel reset gpio > > please let's call this reset-gpios. Yes, I'll change this and the tfp410 one. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/0c9c7a15/attachment.pgp>

[RFC PATCH v2 19/21] ARM: dts: exynos5250-arndale: add dsi and panel nodes

p-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/5fd2cc69/attachment-0001.pgp>

[RFC PATCH v2 14/21] ARM: dts: exynos4412-trats2: add panel node

nt here as for the bridge chip: I would specify the video ports/endpoints between DSI master and the panel, even if you don't use them at the moment. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/4f39af4f/attachment-0001.pgp>

[RFC PATCH v2 19/21] ARM: dts: exynos5250-arndale: add dsi and panel nodes

chip could as well be controlled via i2c, and so be placed as a child of the i2c nodes. So even if the driver doesn't use it, maybe it would be more future proof to have both input and output endpoints for the tc358764? Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/4e7bf3a8/attachment-0001.pgp>

[PATCH 0/9] Doc/DT: DT bindings for various display components

ured according to the state of the HPD. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/60e99aeb/attachment-0001.pgp>

[PATCH 0/9] Doc/DT: DT bindings for various display components

On 02/28/14 14:47, Philipp Zabel wrote: > Am Freitag, den 28.02.2014, 13:57 +0100 schrieb Sebastian Hesselbarth: >> On 02/28/14 13:20, Tomi Valkeinen wrote: >>> This series is a re-send of >>> http://article.gmane.org/gmane.linux.drivers.devicetree/61739 >>> >> ... >>> Shortly about the display com

[PATCH 0/9] Doc/DT: DT bindings for various display components

On 02/28/14 14:14, Tomi Valkeinen wrote: > On 28/02/14 14:57, Sebastian Hesselbarth wrote: > >> Out of curiosity, will there be DT nodes for pull-up resistors soon, >> too? ;) > > If they don't work automatically, yes, we need DT nodes and drivers for > them. > >> Honestly, TPD12S015 is a level shi

[PATCH 0/9] Doc/DT: DT bindings for various display components

Hi, Am Freitag, den 28.02.2014, 13:57 +0100 schrieb Sebastian Hesselbarth: > On 02/28/14 13:20, Tomi Valkeinen wrote: > > This series is a re-send of > > http://article.gmane.org/gmane.linux.drivers.devicetree/61739 > > > ... > > Shortly about the display components in the series, in the order of

outcome of DRM/KMS DT bindings session

next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/5dd5d8b6/attachment-0001.pgp>

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

Hi Tomi, Am Freitag, den 28.02.2014, 14:20 +0200 schrieb Tomi Valkeinen: > Add DT binding documentation for DVI Connector. > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/dvi-connector.txt| 26 > ++ > 1 file changed,

[PATCH 5/9] Doc/DT: Add DT binding documentation for MIPI DPI Panel

Am Freitag, den 28.02.2014, 14:20 +0200 schrieb Tomi Valkeinen: > Add DT binding documentation for MIPI DPI Panel. > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/panel-dpi.txt| 43 > ++ > 1 file changed, 43 inser

[PATCH 7/9] Doc/DT: Add DT binding documentation for Sony acx565akm panel

Hi Tomi, Am Freitag, den 28.02.2014, 14:20 +0200 schrieb Tomi Valkeinen: > Add DT binding documentation for Sony acx565akm panel > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Sebastian Reichel > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/sony,acx565akm.txt | 28 > +

[PATCH 8/9] Doc/DT: Add DT binding documentation for TFP410 encoder

Am Freitag, den 28.02.2014, 14:20 +0200 schrieb Tomi Valkeinen: > Add DT binding documentation for TFP410 encoder > > Signed-off-by: Tomi Valkeinen > Reviewed-by: Archit Taneja > --- > .../devicetree/bindings/video/ti,tfp410.txt| 41 > ++ > 1 file changed, 41 insert

[Bug 75602] Unigine Heaven/Vally: Multi monitor rendering does not work

correct. I misremembered. -- 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/20140228/a67af882/attachment.html>

[PATCH 1/2] drm: Make control nodes master-less

Hi! Could someone please review these two patches? Thanks, Thomas On 02/19/2014 02:40 PM, Thomas Hellstrom wrote: > Like for render-nodes, there is no point in maintaining the master concept > for control nodes, so set the struct drm_file::master pointer to NULL. > > At the same time, make sure

[Bug 70651] cannot write to power_dpm_force_performance_level: invalid argument (radeon 7730m)

https://bugzilla.kernel.org/show_bug.cgi?id=70651 --- Comment #11 from Alex Deucher --- I haven't had time to look into why that patch is not working for you, but as I said previously, accessing the board via sysfs or debugfs while it's powered off produces invalid results so even when I fix the

[Bug 75602] Unigine Heaven/Vally: Multi monitor rendering does not work

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/20140228/7d6aa863/attachment-0001.html>

[Bug 75602] Unigine Heaven/Vally: Multi monitor rendering does not work

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

[Bug 75602] Unigine Heaven/Vally: Multi monitor rendering does not work

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

[Bug 75602] Unigine Heaven/Vally: Multi monitor rendering does not work

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

[Bug 75602] Unigine Heaven/Vally: Multi monitor rendering does not work

e for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/24fb179d/attachment.html>

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM, v2

On Fri, Feb 28, 2014 at 1:50 PM, Lauri Kasanen wrote: > Without this, a bo may get created in the cpu-inaccessible vram. > Before the CP engines get setup, all copies are done via cpu memcpy. > > This means that the cpu tries to read from inaccessible memory, fails, > and the radeon module proceed

[PATCH 9/9] Doc/DT: Add DT binding documentation for tpd12s015 encoder

Add DT binding documentation for tpd12s015 encoder Signed-off-by: Tomi Valkeinen Reviewed-by: Archit Taneja --- .../devicetree/bindings/video/ti,tpd12s015.txt | 44 ++ 1 file changed, 44 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/ti,tpd12s0

[PATCH 8/9] Doc/DT: Add DT binding documentation for TFP410 encoder

Add DT binding documentation for TFP410 encoder Signed-off-by: Tomi Valkeinen Reviewed-by: Archit Taneja --- .../devicetree/bindings/video/ti,tfp410.txt| 41 ++ 1 file changed, 41 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/ti,tfp410.txt

[PATCH 7/9] Doc/DT: Add DT binding documentation for Sony acx565akm panel

Add DT binding documentation for Sony acx565akm panel Signed-off-by: Tomi Valkeinen Reviewed-by: Sebastian Reichel Reviewed-by: Archit Taneja --- .../devicetree/bindings/video/sony,acx565akm.txt | 28 ++ 1 file changed, 28 insertions(+) create mode 100644 Documentation/d

[PATCH 6/9] Doc/DT: Add DT binding documentation for MIPI DSI CM Panel

Add DT binding documentation for MIPI DSI Command Mode Panel. Signed-off-by: Tomi Valkeinen Reviewed-by: Archit Taneja --- .../devicetree/bindings/video/panel-dsi-cm.txt | 26 ++ 1 file changed, 26 insertions(+) create mode 100644 Documentation/devicetree/bindings/video

[PATCH 5/9] Doc/DT: Add DT binding documentation for MIPI DPI Panel

Add DT binding documentation for MIPI DPI Panel. Signed-off-by: Tomi Valkeinen Reviewed-by: Archit Taneja --- .../devicetree/bindings/video/panel-dpi.txt| 43 ++ 1 file changed, 43 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/panel-dpi.tx

[PATCH 4/9] Doc/DT: Add DT binding documentation for HDMI Connector

Add DT binding documentation for HDMI Connector. Signed-off-by: Tomi Valkeinen Reviewed-by: Archit Taneja --- .../devicetree/bindings/video/hdmi-connector.txt | 23 ++ 1 file changed, 23 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/hdmi-connect

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

Add DT binding documentation for DVI Connector. Signed-off-by: Tomi Valkeinen Reviewed-by: Archit Taneja --- .../devicetree/bindings/video/dvi-connector.txt| 26 ++ 1 file changed, 26 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/dvi-connector

[PATCH 2/9] Doc/DT: Add DT binding documentation for Analog TV Connector

Add DT binding documentation for Analog TV Connector. Signed-off-by: Tomi Valkeinen Reviewed-by: Archit Taneja --- .../bindings/video/analog-tv-connector.txt | 23 ++ 1 file changed, 23 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/analog

[PATCH 1/9] Doc/DT: Add OMAP DSS DT Bindings

Add device tree bindings for OMAP Display Subsystem for the following SoCs: OMAP2, OMAP3, OMAP4. Signed-off-by: Tomi Valkeinen Reviewed-by: Archit Taneja --- .../devicetree/bindings/video/ti,omap-dss.txt | 203 + .../devicetree/bindings/video/ti,omap2-dss.txt | 54

[PATCH 0/9] Doc/DT: DT bindings for various display components

Hi, This series is a re-send of http://article.gmane.org/gmane.linux.drivers.devicetree/61739 I'm cc'ing more people, and I want to clarify the contents of the series: While this has been developed for OMAP, only the first patch is about OMAP bindings. The rest are generic bindings for video com

[PATCH 0/9] Doc/DT: DT bindings for various display components

On 02/28/14 13:20, Tomi Valkeinen wrote: > This series is a re-send of > http://article.gmane.org/gmane.linux.drivers.devicetree/61739 > ... > Shortly about the display components in the series, in the order of probable > public interest: > > * Analog TV, DVI and HDMI Connectors represent a respect

[PATCH 0/9] Doc/DT: DT bindings for various display components

Hi Tomi, On 28.02.2014 13:20, Tomi Valkeinen wrote: > Hi, > > This series is a re-send of > http://article.gmane.org/gmane.linux.drivers.devicetree/61739 > > I'm cc'ing more people, and I want to clarify the contents of the series: > > While this has been developed for OMAP, only the first patch i

[Intel-gfx] [PATCH] drm/i915: add support for Z-order of planes.

On Fri, Feb 28, 2014 at 06:03:11PM +0200, Ville Syrj?l? wrote: > On Thu, Feb 27, 2014 at 03:44:04PM -0800, Matt Roper wrote: > > On Thu, Feb 27, 2014 at 02:36:06PM -0800, Yu Dai wrote: > > > On 14-02-25 04:19 PM, Matt Roper wrote: > > > > > > >On Thu, Feb 20, 2014 at 04:11:14PM -0800, yu.dai at in

[PATCH v4 00/34] drm/exynos: Refactor parts of the exynos driver

Oops, sorry for non text message. Just FW. My email client of IPAD air sent non text email. 2014-02-28 2:09 GMT+09:00 Inki Dae : 2014? 2? 27? ???, Tomasz Figa?? ??? ???: > Hi Inki, > > On 27.02.2014 05:43, Inki Dae wrote: >> >> Hi Tomasz, >> >> >> 2014-02-08 11:48 GMT+09:00 Tomasz Figa : >>> >>

[PATCH 5/5] drm/i915: Allow vblank interrupts during modeset and eliminate some vblank races

On Fri, Feb 21, 2014 at 09:03:35PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Tell the drm core vblank code to reject drm_vblank_get()s only between > drm_vblank_off() and drm_vblank_on() calls, and sprinkle the appropriate > drm_vblank_on() calls to the .crtc_enabl

[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM

Am 27.02.2014 22:38, schrieb Lauri Kasanen: > Without this, a bo may get created in the cpu-inaccessible vram. > Before the CP engines get setup, all copies are done via cpu memcpy. > > This means that the cpu tries to read from inaccessible memory, fails, > and the radeon module proceeds to disabl

[RFC PATCH v4 3/8] staging: imx-drm: Document updated imx-drm device tree bindings

drivers that can bind > to the same device. Hmm, sorry? Weren't we just discussing about that problem =). Or maybe I missed the original point from Russell, as the problem about DRM and fbdev conflicting sounded a bit unrelated. > For i.MX, for now, let's keep the mandatory imx-drm node. Maybe rename > it so nobody can say we are leaking linux subsystem names into the > device tree. Sounds good to me. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/a50d02a3/attachment-0001.pgp>

[Bug 75602] New: Unigine Heaven/Vally: Multi monitor rendering does not work

g/archives/dri-devel/attachments/20140228/c7b794d5/attachment.html>

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

On Feb 28, 2014, at 9:23 AM, Russell King - ARM Linux wrote: > On Fri, Feb 28, 2014 at 06:12:23PM +0200, Tomi Valkeinen wrote: >> On 28/02/14 17:59, Russell King - ARM Linux wrote: >> +dvi0: connector at 0 { + compatible = "dvi-connector"; + label = "dvi"; + + i2c-bu

[PATCH 0/3] Reorder drivers/video directory

rnel/git/tomba/linux.git work/fb-reorder Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/68a92642/attachment-0001.pgp>

[PATCH 0/3] Reorder drivers/video directory

On Fri, Feb 28, 2014 at 8:07 AM, Tomi Valkeinen wrote: > On 27/02/14 20:16, Randy Dunlap wrote: >> On 02/27/2014 03:54 AM, Tomi Valkeinen wrote: >>> Hi, >>> >>> This is a re-send of the series, with RFC removed from the subject, and a >>> bunch >>> of acks added. >>> >>> I'm cc'ing more people,

[Bug 70651] cannot write to power_dpm_force_performance_level: invalid argument (radeon 7730m)

https://bugzilla.kernel.org/show_bug.cgi?id=70651 --- Comment #10 from Fabio Sangiovanni --- Hi, sorry, any news about this? Is there something I can do to help? radeon_pm_info still gives clocks and voltages to me, even if the dGPU is powered off (DynOff in vgaswitcheroo). I don't get 'Chip po

[PATCH v4 00/34] drm/exynos: Refactor parts of the exynos driver

linux.kernel.samsung-soc/27044> <http://thread.gmane.org/gmane.linux.kernel.samsung-soc/27044> Already merged to internal kernel for test. > linux.kernel.samsung-soc/27044<http://thread.gmane.org/gmane.linux.kernel.samsung-soc/27044>. > Now he's also trying to make the design more modular. He will give you > more information on Monday, as he's on holiday for next two days. > > Also Tomasz Stanislawski will have some patches to enable HDMI support > using Exynos DRM on Exynos 4 SoCs on top of this series, along with > reworking Sean's and Daniel's patch for HDMI driver's DT bindings as he > mentioned in reply to other message of this thread. > > Ok, I'll wait for above patch sets. I have already implemented the component patch series for supporting super device so I planned to post it at end of this week. Will rebase it on top of above patch sets if posted. Thanks, Inki Dae > Best regards, > Tomasz > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140228/aa855d66/attachment.html>

[Bug 73504] Segfault in _save_Normal3fv running FlightGear

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