[PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

Rob, On Thu, Apr 24, 2014 at 9:41 PM, Rob Clark wrote: > On Wed, Apr 23, 2014 at 3:02 PM, Ajay kumar wrote: >> Sorry for the previous reply, >> >> Here goes the full explaination: >> >>> Rob, >>> >>> On Tue, Apr 22, 2014 at 5:04 PM, Rob Clark wrote: So what about, rather than adding

[PATCH] fix i915 regression: only top 20% of screen works in X

Fix regression where only 20% of screen works in X. This is manual revert of a51435a3137ad8ae75c288c39bd2d8b2696bae8f. Signed-off-by: Pavel Machek diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.c b/drivers/gpu/drm/i915/intel_ringbuffer.c index 6bc68bd..cf63c67 100644 ---

[bisect result] Re: 3.15-rc2: i915 regression: only top 20% of screen works in X

Hi! > And if you can indeed reliably reproduce this a bisect could be really useful. And we have a winner here :-) Ok, it was not as painfull as I feared. It does not revert cleanly, but doing it by hand was not that bad. Best regards,

[partial bisect] Re: 3.15-rc2: i915 regression: only top 20% of screen works in X

Hi! > And if you can indeed reliably reproduce this a bisect could be > really useful It seems reliable, yes. So far I got: Pavel git bisect start # good: [455c6fdbd219161bd09b1165f11699d6d73de11c] Linux 3.14 git bisect good

[Bug 77751] displayport broken, radeon HD 7970 and DELL 3008WFPt

org/archives/dri-devel/attachments/20140424/26000bfb/attachment.html>

[bisect result] Re: 3.15-rc2: i915 regression: only top 20% of screen works in X

On Thu, Apr 24, 2014 at 09:40:38PM +0200, Pavel Machek wrote: > Hi! > > > And if you can indeed reliably reproduce this a bisect could be really > > useful. > > And we have a winner here :-) > > Ok, it was not as painfull as I feared. > > It does not revert cleanly, but doing it by hand was

[PATCH V2 2/9] drm/panel: add pre_enable and post_disable routines

rm_panel_*() functions to abstract away the details from drivers that use the panels. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/c3f83ecb/attachment-0001.sig>

[Bug 42960] Display does not work when resuming from suspend

( -- 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/20140424/422f9011/attachment.html>

[RFC 0/3] DRM driver for the ATMEL High end LCD controller

Hi Tim, I'll look a this issue soon. It looks like the scanout is not started in your test case. Thanks for reporting this. JJ On 04/24/2014 02:46 PM, Tim Niemeyer wrote: > > Hi Boris > > Am Donnerstag, den 24.04.2014, 14:14 +0200 schrieb Boris BREZILLON: >> Hi Tim, >> >> On 23/04/2014 17:36,

[Bug 77892] [RV635] when GPU locks up, reset happens but X is unresponsive except mouse

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

[Bug 77892] [RV635] when GPU locks up, reset happens but X is unresponsive except mouse

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

[PATCH] drm/tilcdc increase allowable supported resolution

On Mon, Mar 3, 2014 at 2:08 PM, Felipe Balbi wrote: > From: Darren Etheridge > > 1680x1050 appears to also be within the bandwidth capabilities > of the device and memory infrastructure. For this one, is 1680x1050 possible on all devices w/ tilcdc (like 1st gen beaglebone (white), etc)? If

[PATCH] drm/tilcdc: restore correct display mode and contents on pm resume

On Mon, Mar 3, 2014 at 2:08 PM, Felipe Balbi wrote: > From: Darren Etheridge > > On resume the screen contents were not being restored properly. Looking at > other DRM drivers it seems a call to drm_helper_resume_force_mode() is needed > in the resume handler to force restoration of the mode

[Bug 42960] Display does not work when resuming from suspend

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

[Bug 74751] resume from suspend broken with 3.15-rc1 and rc2 kernels

https://bugzilla.kernel.org/show_bug.cgi?id=74751 --- Comment #3 from Tasev Nikola --- Created attachment 133641 --> https://bugzilla.kernel.org/attachment.cgi?id=133641=edit dmidecode -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 74751] resume from suspend broken with 3.15-rc1 and rc2 kernels

https://bugzilla.kernel.org/show_bug.cgi?id=74751 --- Comment #2 from Tasev Nikola --- Created attachment 133631 --> https://bugzilla.kernel.org/attachment.cgi?id=133631=edit lspci grep VGA -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 74751] resume from suspend broken with 3.15-rc1 and rc2 kernels

https://bugzilla.kernel.org/show_bug.cgi?id=74751 --- Comment #1 from Tasev Nikola --- Created attachment 133621 --> https://bugzilla.kernel.org/attachment.cgi?id=133621=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 74751] New: resume from suspend broken with 3.15-rc1 and rc2 kernels

https://bugzilla.kernel.org/show_bug.cgi?id=74751 Bug ID: 74751 Summary: resume from suspend broken with 3.15-rc1 and rc2 kernels Product: Drivers Version: 2.5 Kernel Version: 3.15-rc2 Hardware: All OS:

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

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/3820da0d/attachment-0001.html>

[PATCH] drm/tilcdc increase allowable supported resolution

Rob Clark wrote on Thu [2014-Apr-24 16:51:04 -0400]: > On Mon, Mar 3, 2014 at 2:08 PM, Felipe Balbi wrote: > > From: Darren Etheridge > > > > 1680x1050 appears to also be within the bandwidth capabilities > > of the device and memory infrastructure. > > For this one, is 1680x1050 possible on

3.15-rc2: i915 regression: only top 20% of screen works in X

On Thu, Apr 24, 2014 at 03:43:45PM +0200, Pavel Machek wrote: > Hi! > > > Like Chris said please test latest drm-intel-nighlty from > > http://cgit.freedesktop.org/drm-intel to make sure that the recently > > merged mitigation measures work properly. But those won't get your gpu > > back, only

[Bug 77898] HDMI audio on [AMD/ATI] Richland [Radeon HD 8470D] choppy with ALSA

vel/attachments/20140424/99b37357/attachment.html>

[Bug 77898] HDMI audio on [AMD/ATI] Richland [Radeon HD 8470D] choppy with ALSA

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/559d626e/attachment.html>

[PATCH] imx-drm: fix hdmi hotplug detection initial state

On Thu, Apr 24, 2014 at 3:07 PM, Russell King - ARM Linux wrote: > On Thu, Apr 24, 2014 at 02:00:49PM -0700, Tim Harvey wrote: >> I'm still seeing issues with HDMI detect on powerup, at least on my >> Gateworks Ventana boards (which have no voltage devider or anything >> else on the HPD line to

3.15-rc2: i915 regression: only top 20% of screen works in X

On Thu, 24 Apr 2014, Pavel Machek wrote: > > > [drm:init_ring_common] *ERROR* render ring initialization failed ctl > > > 0001f001 head 2034 tail start 0012f000 > > > > > > Jiri has been seeing a similar issue creep in during resume, but it is > > > not reliable enough to bisect. Is

[Bug 77898] HDMI audio on [AMD/ATI] Richland [Radeon HD 8470D] choppy with ALSA

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/3f55fb6d/attachment.html>

[Bug 77898] HDMI audio on [AMD/ATI] Richland [Radeon HD 8470D] choppy with ALSA

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

[Bug 77898] New: HDMI audio on [AMD/ATI] Richland [Radeon HD 8470D] choppy with ALSA

pen when there is an "interruption" in the media. -- 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/20140424/2917aea5/attachment.html>

[Bug 76564] [AMD Fusion E-350] HDMI refresh rates doesn't match expectations

dri-devel/attachments/20140424/08855637/attachment-0001.html>

3.15-rc2: i915 regression: only top 20% of screen works in X

Hi! > Like Chris said please test latest drm-intel-nighlty from > http://cgit.freedesktop.org/drm-intel to make sure that the recently > merged mitigation measures work properly. But those won't get your gpu > back, only the display and it's only for 3.16. We're still hunting a What does it

3.15-rc2: i915 regression: only top 20% of screen works in X

On Thu 2014-04-24 08:03:04, Daniel Vetter wrote: > On Thu, Apr 24, 2014 at 7:50 AM, Chris Wilson > wrote: > > That says that i915.ko failed to initialise the GPU (or rather the GPU > > wasn't responding) and bailed during module load. The key line here is > > > > [drm:init_ring_common] *ERROR*

[Bug 77394] Desktop freezes often when KDE starts compositing or mplayer GL window changes

profile. Correct. Auto is the default power profile. So it appears that changing the state causes a problem. -- 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/

[RFC 0/3] DRM driver for the ATMEL High end LCD controller

Hi Boris Am Donnerstag, den 24.04.2014, 14:14 +0200 schrieb Boris BREZILLON: > Hi Tim, > > On 23/04/2014 17:36, Tim Niemeyer wrote: > > Hi Jean-Jacques, > > > > Am Freitag, den 18.04.2014, 11:45 +0200 schrieb Jean-Jacques Hiblot: > >> Hi, > >> > >> this patch serie implements a simple DRM driver

[Bug 27499] [855GM i915] GL_LINE_STIPPLE displays incorrect colors

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140424/33cce27c/attachment.html>

[PULL] vmwgfx-fixes-3.15

Dave, One security fix cc'd stable. The following changes since commit abaafc0af9f74f8e6212a3bf54fb907358b40ad7: Merge branch 'drm-fixes-3.15' of git://people.freedesktop.org/~deathsimple/linux into drm-next (2014-04-23 07:39:12 +1000) are available in the git repository at:

[RFC 0/3] DRM driver for the ATMEL High end LCD controller

Hi Tim, On 23/04/2014 17:36, Tim Niemeyer wrote: > Hi Jean-Jacques, > > Am Freitag, den 18.04.2014, 11:45 +0200 schrieb Jean-Jacques Hiblot: >> Hi, >> >> this patch serie implements a simple DRM driver for the ATMEL High end LCD >> controller found in the SAMA5 familly. It's based on the tilcdc

[PATCH] imx-drm: fix hdmi hotplug detection initial state

On Fri, Apr 18, 2014 at 2:46 AM, Russell King wrote: > > The initial state at boot is assumed to be disconnected, and we hope > to receive an interrupt to update the status. Let's be more explicit > about the current state - reading the PHY status register tells

[Bug 76564] [AMD Fusion E-350] HDMI refresh rates doesn't match expectations

l desktop. -- 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/20140424/7d13fc66/attachment.html>

[Bug 77892] [RV635] when GPU locks up, reset happens but X is unresponsive except mouse

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

3.15-rc2: i915 regression: only top 20% of screen works in X

On Thu, 24 Apr 2014, Pavel Machek wrote: > > That says that i915.ko failed to initialise the GPU (or rather the GPU > > wasn't responding) and bailed during module load. The key line here is > > > [drm:init_ring_common] *ERROR* render ring initialization failed ctl > > 0001f001 head 2034

[PATCH] drm/radeon: drm/radeon: add missing radeon_semaphore_free to error path

It would appear this bug has been copy/pasted many times without being noticed. Signed-off-by: Maarten Lankhorst --- diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c index f58a07c26b86..0e071571a4c6 100644 --- a/drivers/gpu/drm/radeon/cik.c +++

[PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

On Thu, Apr 24, 2014 at 12:55 PM, Ajay kumar wrote: > Rob, > > On Thu, Apr 24, 2014 at 9:41 PM, Rob Clark wrote: >> On Wed, Apr 23, 2014 at 3:02 PM, Ajay kumar wrote: >>> Sorry for the previous reply, >>> >>> Here goes the full explaination: >>> Rob, On Tue, Apr 22, 2014 at 5:04

[Bug 77892] New: [RV635] when GPU locks up, reset happens but X is unresponsive except mouse

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

[RFC v2 PATCH v3 10/14] drm/panel: add S6E3FA0 driver

Hi Andrzej, Thank you for kind comments. On 04/23/2014 07:16 PM, Andrzej Hajda wrote: > Hi YoungJun, > > > On 04/21/2014 02:28 PM, YoungJun Cho wrote: >> This patch adds MIPI-DSI command mode based S6E3FA0 AMOLED LCD Panel driver. >> >> Changelog v2: >> - Declares delay, size properties in probe

[PATCH] drm/tilcdc increase allowable supported resolution

http://www.tux.org/lkml/ -- balbi -- 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/20140424/813536ba/attachment-0001.sig>

[PATCH] drm/tilcdc: restore correct display mode and contents on pm resume

dy of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- balbi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: applic

Wayland/Weston no display with 3.8.13 with drmbackend

Hi, HDMI display is not showing anything (i.e. shows black ) while running Wayland/Weston 1.4.0 with drm-backend.so on linux 3.8.13 which is customized for Jacinto 6 based platform. - Although weston seem to be running - I am able to run the kmscube and it is showing cube on display. - I am able

3.15-rc2: i915 regression: only top 20% of screen works in X

Hi! > > > > After update to 3.15-rc2, only top 20% of screen works on X. > > > > > > > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > > > > Integrated Graphics Controller (rev 03) > > > > > > > > 00:02.1 Display controller: Intel Corporation 4 Series Chipset > > > >

[RFC v2 PATCH v4 09/14] ARM: dts: s6e3fa0: add DT bindings

Hi Andrzej, On 04/23/2014 10:33 PM, Andrzej Hajda wrote: > On 04/23/2014 02:55 PM, Laurent Pinchart wrote: >> Hi Andrzej, >> >> On Wednesday 23 April 2014 14:48:31 Andrzej Hajda wrote: >>> On 04/23/2014 01:34 PM, Laurent Pinchart wrote: On Wednesday 23 April 2014 11:02:21 Andrzej Hajda

[RFC v2 PATCH v4 09/14] ARM: dts: s6e3fa0: add DT bindings

Hi Laurent, Thank you for comments. On 04/23/2014 08:34 PM, Laurent Pinchart wrote: > Hi Andrzej, > > On Wednesday 23 April 2014 11:02:21 Andrzej Hajda wrote: >> On 04/21/2014 02:28 PM, YoungJun Cho wrote: >>> This patch adds DT bindings for s6e3fa0 panel. >>> The bindings describes panel

[PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

On Wed, Apr 23, 2014 at 3:02 PM, Ajay kumar wrote: > Sorry for the previous reply, > > Here goes the full explaination: > >> Rob, >> >> On Tue, Apr 22, 2014 at 5:04 PM, Rob Clark wrote: >>> So what about, rather than adding drm_panel support to each bridge >>> individually, we introduce a

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 --- Comment #23 from sdh --- (In reply to Christian K?nig from comment #22) > Possible fix v2. > Meanwhile please test the attached patch. > It won't fix the issue, but might at least allow your system to boot. Yes indeed, thank you. Successfully

[Bug 77394] Desktop freezes often when KDE starts compositing or mplayer GL window changes

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/49aa2c5d/attachment.html>

[RFC v2 PATCH v4 09/14] ARM: dts: s6e3fa0: add DT bindings

Hi Andrzej, Thank you for comments. On 04/23/2014 06:02 PM, Andrzej Hajda wrote: > On 04/21/2014 02:28 PM, YoungJun Cho wrote: >> This patch adds DT bindings for s6e3fa0 panel. >> The bindings describes panel resources, display timings and cpu timings. >> >> Changelog v2: >> - Adds unit address

[RFC v2 PATCH 08/14] drm/exynos: dsi: add driver data to support Exynos5420

Hi Andrzej, Thank you for comments. On 04/23/2014 05:29 PM, Andrzej Hajda wrote: > On 04/21/2014 02:28 PM, YoungJun Cho wrote: >> The offset of register DSIM_PLLTMR_REG in Exynos5420 is different >> from the one in Exynos4 SoC. >> >> In case of Exynos5420 SoC, there is no frequency band bit in

[git pull] drm fixes

Am 24.04.2014 00:04, schrieb Ed Tomlinson: > On Wednesday 23 April 2014 07:54:17 Dave Airlie wrote: >> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds >> wrote: >>> Dave, mind sending me a pull request for drm fixes? >>> >>> There's now at least these two: >>> >>> - "drm/radeon/aux: fix hpd

[git pull] drm fixes

Am 23.04.2014 23:36, schrieb Woody Suwalski: > Dave Airlie wrote: >> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds >> wrote: >>> Dave, mind sending me a pull request for drm fixes? >>> >>> There's now at least these two: >>> >>> - "drm/radeon/aux: fix hpd assignment for aux bus" >>> -

[RFC v2 PATCH 02/14] drm/exynos: dsi: delay setting clocks after reset

Hi Andrzej, Thank you for the comments. On 04/23/2014 04:37 PM, Andrzej Hajda wrote: > On 04/23/2014 05:45 AM, YoungJun Cho wrote: >> Hi again Andrzej, >> >> On 04/23/2014 10:01 AM, YoungJun Cho wrote: >>> Hi Andrzej >>> >>> Thank you for comments. >>> >>> On 04/22/2014 09:15 PM, Andrzej Hajda

radeon: screen garbled after page allocator change, was: Re: [patch v2 3/3] mm: page_alloc: fair zone allocator policy

Hi Thomas, On Wed, Apr 02, 2014 at 04:26:08PM +0200, Thomas Schwinge wrote: > Hi! > > On Fri, 2 Aug 2013 11:37:26 -0400, Johannes Weiner > wrote: > > Each zone that holds userspace pages of one workload must be aged at a > > speed proportional to the zone size. [...] > > > Fix this with a

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 Christian K?nig changed: What|Removed |Added Attachment #131871|0 |1 is obsolete|

[PATCH] drm/vmwgfx: Make sure user-space can't DMA across buffer object boundaries v2

We already check that the buffer object we're accessing is registered with the file. Now also make sure that we can't DMA across buffer object boundaries. v2: Code commenting update. Cc: stable at vger.kernel.org Signed-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz ---

3.15-rc2: i915 regression: only top 20% of screen works in X

On Thu, Apr 24, 2014 at 7:50 AM, Chris Wilson wrote: > That says that i915.ko failed to initialise the GPU (or rather the GPU > wasn't responding) and bailed during module load. The key line here is > > [drm:init_ring_common] *ERROR* render ring initialization failed ctl > 0001f001 head 2034

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 --- Comment #21 from Christian K?nig --- (In reply to sdh from comment #19) > Anything I can do to help debug this? Well, do you have some experience with kernel hacking? The problem is somewhere in rv770_set_uvd_clocks found in the kernel

[Bug 77876] Performance degredation shown when running glmark2

|running OpenGL programs.|shown when running glmark2 -- 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/20140424/af0f9

[Bug 77876] New: Performance degredation running OpenGL programs.

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

3.15-rc2: i915 regression: only top 20% of screen works in X

On Thu, Apr 24, 2014 at 12:09:52AM +0200, Pavel Machek wrote: > Hi! > > > > After update to 3.15-rc2, only top 20% of screen works on X. > > > > > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > > > Integrated Graphics Controller (rev 03) > > > > > > 00:02.1 Display

[Bug 76564] [AMD Fusion E-350] HDMI refresh rates doesn't match expectations

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

[Bug 73111] the machine reboots after X is launched, without acpi=off

https://bugzilla.kernel.org/show_bug.cgi?id=73111 Ciel Avenir changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|---

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 Ciel Avenir changed: What|Removed |Added CC||cielartisan at gmail.com --- Comment #20

[PATCH V2 2/9] drm/panel: add pre_enable and post_disable routines

Thierry, On Wed, Apr 23, 2014 at 1:12 PM, Thierry Reding wrote: > On Wed, Apr 23, 2014 at 09:29:15AM +0200, Daniel Vetter wrote: >> On Tue, Apr 22, 2014 at 08:06:19PM +0530, Ajay kumar wrote: >> > Hi Thierry, >> > >> > >> > On Tue, Apr 22, 2014 at 1:49 PM, Thierry Reding > > gmail.com> >> >

[PATCH V2 2/9] drm/panel: add pre_enable and post_disable routines

Daniel, On Wed, Apr 23, 2014 at 12:59 PM, Daniel Vetter wrote: > On Tue, Apr 22, 2014 at 08:06:19PM +0530, Ajay kumar wrote: >> Hi Thierry, >> >> >> On Tue, Apr 22, 2014 at 1:49 PM, Thierry Reding >> wrote: >> > On Tue, Apr 22, 2014 at 04:09:11AM +0530, Ajay Kumar wrote: >> >> Most of the

[PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

Sorry for the previous reply, Here goes the full explaination: > Rob, > > On Tue, Apr 22, 2014 at 5:04 PM, Rob Clark wrote: >> So what about, rather than adding drm_panel support to each bridge >> individually, we introduce a drm_panel_bridge (with a form of >> chaining).. ie: >> >> struct

[PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

Rob, On Tue, Apr 22, 2014 at 5:04 PM, Rob Clark wrote: > So what about, rather than adding drm_panel support to each bridge > individually, we introduce a drm_panel_bridge (with a form of > chaining).. ie: > > struct drm_panel_bridge { > struct drm_bridge base; > struct drm_panel

3.15-rc2: i915 regression: only top 20% of screen works in X

Hi! > > After update to 3.15-rc2, only top 20% of screen works on X. > > > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > > Integrated Graphics Controller (rev 03) > > > > 00:02.1 Display controller: Intel Corporation 4 Series Chipset > > Integrated Graphics Controller

3.15-rc2: i915 regression: only top 20% of screen works in X

On Wed 2014-04-23 23:09:45, Daniel Vetter wrote: > On Wed, Apr 23, 2014 at 10:22 PM, Pavel Machek wrote: > > After update to 3.15-rc2, only top 20% of screen works on X. > > > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > > Integrated Graphics Controller (rev 03) > > >

3.15-rc2: i915 regression: only top 20% of screen works in X

On Wed, Apr 23, 2014 at 10:22 PM, Pavel Machek wrote: > After update to 3.15-rc2, only top 20% of screen works on X. > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > Integrated Graphics Controller (rev 03) > > 00:02.1 Display controller: Intel Corporation 4 Series