i915.invert_brightness=1

On Sun, Oct 20, 2013 at 10:43:57PM +0200, Grethus Bode wrote: > Hello dri developer, > > I have a laptop (Acer Aspire 5336) which needs the i915.invert_brightness=1 > option set to get the brightness correct. > > running Linux 3.7.10-1.16-desktop, openSUSE 12.3 (Dartmouth) (i586) > > Via

TTM Locking order of bo::reserve -> vm::mmap_sem

On 10/21/2013 03:21 PM, Maarten Lankhorst wrote: > op 21-10-13 13:10, Thomas Hellstrom schreef: >> On 10/21/2013 12:24 PM, Maarten Lankhorst wrote: >>> op 21-10-13 12:10, Thomas Hellstrom schreef: On 10/21/2013 11:48 AM, Maarten Lankhorst wrote: > op 21-10-13 11:37, Thomas Hellstrom

[Bug 63391] Radeon RS880 doesn't resume from suspend with radeon dpm enabled

https://bugzilla.kernel.org/show_bug.cgi?id=63391 Dieter N?tzel changed: What|Removed |Added CC||Dieter at nuetzel-hh.de --- Comment #2

HPD flood warning since b8f102e8b

Hi Jiri, Just found your email, it got missed do to a temporary inaccessibility to my email. Jiri Kosina writes: > On Thu, 3 Oct 2013, Daniel Vetter wrote: > > > Can you please attach full dmesg from boot up to the first WARN with > > drm.debug=0xe? This really shouldn't happen and

[Bug 70732] New: [R9 270X] [mi] EQ overflowing after logging out in Xfce!

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20131021/68455c01/attachment.html>

drm_gem_mmap failing!

bug? Regards, Vikas -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131021/4112785d/attachment.html>

[Bug 70689] Periodic system freezes on Linux 3.11-rc4 and later

org/archives/dri-devel/attachments/20131021/737224ed/attachment-0001.html>

[Bug 70687] vgaswitcheroo issues on Linux 3.12

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

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

On Mon, Oct 21, 2013 at 10:46 AM, Sean Paul wrote: > On Thu, Oct 17, 2013 at 10:31 PM, Inki Dae wrote: >> >> >>> -Original Message- >>> From: Sean Paul [mailto:seanpaul at chromium.org] >>> Sent: Thursday, October 17, 2013 11:37 PM >>> To: Inki Dae >>> Cc: dri-devel; Dave Airlie; Tomasz

[Bug 70714] r600g - Black pitch texture in Football Manager 2014 in the 3D match

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

[Bug 69341] [radeonsi] KDE 4.11 is EXTREMELY slow with Raster QT backend

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

[Bug 69341] [radeonsi] KDE 4.11 is EXTREMELY slow with Raster QT backend

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131021/8989c4b5/attachment.html>

linux-next: Tree for Oct 21 (panel-simple.c)

On 10/21/13 08:36, Thierry Reding wrote: > Hi all, > > I've uploaded today's linux-next tree to the master branch of the > repository below: > > git://gitorious.org/thierryreding/linux-next.git > > A next-20131021 tag is also provided for convenience. > >

[RFC 12/12] arm: dts: universal_c210: add HDMI devices

This patch adds configuration of HDMI devices on Universal C210 board. Signed-off-by: Tomasz Stanislawski --- arch/arm/boot/dts/exynos4210-universal_c210.dts | 53 +++ 1 file changed, 53 insertions(+) diff --git a/arch/arm/boot/dts/exynos4210-universal_c210.dts

[RFC 11/12] arm: dts: exynos4: add HDMI devices

This patch adds DT nodes for HDMI related devices on SoCs from Exynos4 family. Signed-off-by: Tomasz Stanislawski --- arch/arm/boot/dts/exynos4.dtsi| 27 +++ arch/arm/boot/dts/exynos4210.dtsi |4 2 files changed, 31 insertions(+) diff --git

[RFC 10/12] arm: dts: exynos4: add i2c controller for HDMIPHY

This patch adds DT nodes for I2C controller dedicated for HDMIPHY. Signed-off-by: Tomasz Stanislawski --- arch/arm/boot/dts/exynos4.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/dts/exynos4.dtsi index caadc02..a5f6b8b

[RFC 09/12] drm: exynos: add compatibles for HDMI and Mixer chips and exynos4210 SoC

This patch add proper compatibles for Mixer and HDMI chip available on exynos4210 SoCs. Signed-off-by: Tomasz Stanislawski --- drivers/gpu/drm/exynos/exynos_hdmi.c |3 +++ drivers/gpu/drm/exynos/exynos_mixer.c |3 +++ 2 files changed, 6 insertions(+) diff --git

[RFC 08/12] drm: exynos: hdmi: simplify extracting hpd-gpio from DT

This patch eliminates redundant checks while retrieving HPD gpio from DT during HDMI's probe(). Signed-off-by: Tomasz Stanislawski --- drivers/gpu/drm/exynos/exynos_hdmi.c | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c

[RFC 07/12] drm: exynos: hdmi: use hdmiphy as PHY

The HDMIPHY (physical interface) is controlled by a single bit in a power controller's regiter. It was implemented as clock. It was a simple but effective hack. This patch makes HDMI driver to control HDMIPHY via PHY interface. Signed-off-by: Tomasz Stanislawski ---

[RFC 05/12] phy: use of_phy_simple_xlate for NULL xlate function

Use default handler of_phy_simple_xlate() when NULL is passed as argument to of_phy_provider_register(). Signed-off-by: Tomasz Stanislawski --- drivers/phy/phy-core.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/phy/phy-core.c b/drivers/phy/phy-core.c index

[RFC 04/12] phy: Add simple-phy driver

Add simple-phy driver to support a single register PHY interfaces present on Exynos4 SoC. Signed-off-by: Tomasz Stanislawski --- drivers/phy/Kconfig |5 ++ drivers/phy/Makefile |1 + drivers/phy/phy-simple.c | 128 ++ 3 files

[RFC 03/12] clk: exynos4: enable clk_set_parent() propagation for sclk_hdmi and sclk_mixer clocks

This patch enables clk_set_parent() propagation for clocks used by s5p-tv and exynos-drm drivers. Signed-off-by: Tomasz Stanislawski --- drivers/clk/samsung/clk-exynos4.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/clk/samsung/clk-exynos4.c

[RFC 02/12] clk: exynos4: export sclk_hdmiphy clock

Export sclk_hdmiphy clock to be usable from DT. Signed-off-by: Tomasz Stanislawski --- .../devicetree/bindings/clock/exynos4-clock.txt|1 + drivers/clk/samsung/clk-exynos4.c |4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git

[RFC 01/12] clk: propagate parent change up one level

This patch adds support for propagation of setup of clock's parent one level up. This feature is helpful when a driver changes topology of its clocks using clk_set_parent(). The problem occurs when on one platform/SoC driver's clock is located at MUX output but on the other platform/SoC there is

[RFC 00/12] Add DRM Exynos HDMI on SoCs from Exynos4 family

This patchset adds support for HDMI at SoCs from Exynos4 family. The patches are rebased on kishon/next. Additionally, The patchset contains small fixes to PHY and CLK frameworks. I preferred to keep all the patches together for the first version of the RFC. The interesting part might be

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

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131021/2476a540/attachment.html>

[Bug 70698] xorg+glamor crash in libllvm on kabini

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131021/97cb7928/attachment.html>

TTM Locking order of bo::reserve -> vm::mmap_sem

op 21-10-13 13:10, Thomas Hellstrom schreef: > On 10/21/2013 12:24 PM, Maarten Lankhorst wrote: >> op 21-10-13 12:10, Thomas Hellstrom schreef: >>> On 10/21/2013 11:48 AM, Maarten Lankhorst wrote: op 21-10-13 11:37, Thomas Hellstrom schreef: > On 10/21/2013 11:01 AM, Maarten Lankhorst

[PATCH -next] drm/tegra: add missing clk_disable_unprepare() on error in gr2d_probe()

From: Wei Yongjun Add the missing clk_disable_unprepare() before return from gr2d_probe() in the error handling case. Signed-off-by: Wei Yongjun --- drivers/gpu/drm/tegra/gr2d.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/tegra/gr2d.c

[PATCH -next] gpu: host1x: add missing clk_disable_unprepare() on error in host1x_probe()

From: Wei Yongjun Add the missing clk_disable_unprepare() before return from host1x_probe() in the error handling case. Signed-off-by: Wei Yongjun --- drivers/gpu/host1x/dev.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

TTM Locking order of bo::reserve -> vm::mmap_sem

On 10/21/2013 12:24 PM, Maarten Lankhorst wrote: > op 21-10-13 12:10, Thomas Hellstrom schreef: >> On 10/21/2013 11:48 AM, Maarten Lankhorst wrote: >>> op 21-10-13 11:37, Thomas Hellstrom schreef: On 10/21/2013 11:01 AM, Maarten Lankhorst wrote: > op 21-10-13 10:48, Thomas Hellstrom

[PATCH v2 0/2] drm: omap: Fix omapdrm probe and module insertion/removal issues

4 insertions(+), 22 deletions(-) > Acked-by: Tomi Valkeinen If it's not too late, it'd be nice to get these two fixes for 3.12. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: Op

TTM Locking order of bo::reserve -> vm::mmap_sem

op 21-10-13 12:10, Thomas Hellstrom schreef: > On 10/21/2013 11:48 AM, Maarten Lankhorst wrote: >> op 21-10-13 11:37, Thomas Hellstrom schreef: >>> On 10/21/2013 11:01 AM, Maarten Lankhorst wrote: op 21-10-13 10:48, Thomas Hellstrom schreef: > Hi! > > As discussed previously the

TTM Locking order of bo::reserve -> vm::mmap_sem

On 10/21/2013 11:48 AM, Maarten Lankhorst wrote: > op 21-10-13 11:37, Thomas Hellstrom schreef: >> On 10/21/2013 11:01 AM, Maarten Lankhorst wrote: >>> op 21-10-13 10:48, Thomas Hellstrom schreef: Hi! As discussed previously the current locking order in TTM of these locks is

TTM Locking order of bo::reserve -> vm::mmap_sem

op 21-10-13 11:37, Thomas Hellstrom schreef: > On 10/21/2013 11:01 AM, Maarten Lankhorst wrote: >> op 21-10-13 10:48, Thomas Hellstrom schreef: >>> Hi! >>> >>> As discussed previously the current locking order in TTM of these locks is >>> bo::reserve -> vm::mmap_sem. This leads to a hack in >>>

TTM Locking order of bo::reserve -> vm::mmap_sem

On 10/21/2013 11:01 AM, Maarten Lankhorst wrote: > op 21-10-13 10:48, Thomas Hellstrom schreef: >> Hi! >> >> As discussed previously the current locking order in TTM of these locks is >> bo::reserve -> vm::mmap_sem. This leads to a hack in >> the TTM fault() handle to try and revert the locking

[PATCH -next] drm/tegra: fix return value check

From: Wei Yongjun In case of error, the function clk_get_parent() and devm_ioremap_resource() returns ERR_PTR() and never returns NULL. The NULL test in the return value check should be replaced with IS_ERR(). Signed-off-by: Wei Yongjun ---

drm_gem_mmap failing!

On Mon, Oct 21, 2013 at 8:34 AM, Vikas Patil wrote: > Hi All, > > I am running the webkit on custom linux based on 3.4.25 kernel on omap5. > However it is failing to map some memory using drm_gem_mmap() at following > code. > > if (map->size < vma->vm_end - vma->vm_start) { >

TTM Locking order of bo::reserve -> vm::mmap_sem

On Mon, Oct 21, 2013 at 10:48 AM, Thomas Hellstrom wrote: > Hi! > > As discussed previously the current locking order in TTM of these locks is > bo::reserve -> vm::mmap_sem. This leads to a hack in > the TTM fault() handle to try and revert the locking order. If a tryreserve > failed, we tried to

TTM Locking order of bo::reserve -> vm::mmap_sem

op 21-10-13 10:48, Thomas Hellstrom schreef: > Hi! > > As discussed previously the current locking order in TTM of these locks is > bo::reserve -> vm::mmap_sem. This leads to a hack in > the TTM fault() handle to try and revert the locking order. If a tryreserve > failed, we tried to have the vm

TTM Locking order of bo::reserve -> vm::mmap_sem

art -- A non-text attachment was scrubbed... Name: vm_lock.diff Type: text/x-patch Size: 1050 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131021/00152b51/attachment.bin>

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

On Thu, Oct 17, 2013 at 10:31 PM, Inki Dae wrote: > > >> -Original Message- >> From: Sean Paul [mailto:seanpaul at chromium.org] >> Sent: Thursday, October 17, 2013 11:37 PM >> To: Inki Dae >> Cc: dri-devel; Dave Airlie; Tomasz Figa; St?phane Marchesin >> Subject: Re: [PATCH v2 12/26]

[Bug 70675] steam error dialogs are garbled

for an already existing workaround. -- 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/20131021/853b81ab/attachment.html>

[Bug 70714] r600g - Black pitch texture in Football Manager 2014 in the 3D match

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131021/9c187c33/attachment.html>

[Bug 70715] radeonsi - Al textures are black in Football Manager 2014 in the 3D match

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131021/fef0cbfe/attachment.html>

[Bug 70715] radeonsi - Al textures are black in Football Manager 2014

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

[Bug 70715] radeonsi - Al textures are black in Football Manager 2014

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

[Bug 70715] radeonsi - Al textures are black in Football Manager 2014

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

[Bug 70715] radeonsi - Al textures are black in Football Manager 2014

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

[Bug 70715] New: radeonsi - Al textures are black in Football Manager 2014

, let me know if anything else is needed. Regards, Jos? -- 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/20131021/a9a97

[Bug 70714] r600g - Black pitch texture in Football Manager 2014

ure 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/archives/dri-devel/attachments/20131021/e72d051a/attachment-0001.html>

[Bug 70714] New: r600g - Black pitch texture in Football Manager 2014

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131021/57ab2e28/attachment.html>

[PULL] drm-intel-fixes

Hi Dave, Just an lvds clock gating fix and a pte clearing hack for hsw to avoid memory corruption when hibernating - something doesn't seem to switch off properly, we're still investigating. Cheers, Daniel The following changes since commit 61e6cfa80de5760bbe406f4e815b7739205754d2: Linux

[Bug 63391] Radeon RS880 doesn't resume from suspend with radeon dpm enabled

https://bugzilla.kernel.org/show_bug.cgi?id=63391 --- Comment #1 from Tasev Nikola --- Created attachment 111841 --> https://bugzilla.kernel.org/attachment.cgi?id=111841=edit Xorg.0.log 3.12-rc5 dpm enabled -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 63391] New: Radeon RS880 doesn't resume from suspend with radeon dpm enabled

https://bugzilla.kernel.org/show_bug.cgi?id=63391 Bug ID: 63391 Summary: Radeon RS880 doesn't resume from suspend with radeon dpm enabled Product: Drivers Version: 2.5 Kernel Version: 3.12-rc5 Hardware: All

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

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131021/cf745671/attachment-0001.html>

[Bug 70528] RadeonSI : Specviewperf10/proe-04 cause system hang

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

[Bug 67982] After boot, the APU is powered with its maximum voltage (trinity/ARUBA)

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

[Bug 67982] After boot, the APU is powered with its maximum voltage (trinity/ARUBA)

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131021/49f859e5/attachment.html>