[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

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

DRM security flaws and security levels.

Hi On Fri, Apr 11, 2014 at 2:42 PM, Thomas Hellstrom wrote: > as was discussed a while ago, there are some serious security flaws with > the current drm master model, that allows a > user that had previous access or current access to an X server terminal > to access the GPU memory of the active

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

y checked. There's no new mc ucode for cayman. -- 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/20140411/2cb29284/attachment.html>

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

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

[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

dri-devel/attachments/20140411/7410d9c0/attachment.html>

[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

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/20140411/944f0a04/attachment.html>

[PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

On 04/11/2014 08:09 PM, Maarten Lankhorst wrote: > op 11-04-14 12:11, Thomas Hellstrom schreef: >> On 04/11/2014 11:24 AM, Maarten Lankhorst wrote: >>> op 11-04-14 10:38, Thomas Hellstrom schreef: Hi, Maarten. Here I believe we encounter a lot of locking inconsistencies.

[PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

Hi! On 04/11/2014 08:09 PM, Maarten Lankhorst wrote: > op 11-04-14 12:11, Thomas Hellstrom schreef: >> On 04/11/2014 11:24 AM, Maarten Lankhorst wrote: >>> op 11-04-14 10:38, Thomas Hellstrom schreef: Hi, Maarten. Here I believe we encounter a lot of locking inconsistencies.

[Bug 75784] Octodad: Dadliest Catch - GPU crash on CAYMAN

. -- 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/20140411/38420281/attachment.html>

[Bug 75127] runpm hang with PowerXpress/hybrid laptop

. -- 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/20140411/a29bf4d3/attachment.html>

[PATCH] drm/radeon: Inline r100_mm_rreg

On Fri, 11 Apr 2014 14:32:20 +0200 Christian K?nig wrote: > Am 11.04.2014 11:54, schrieb Lauri Kasanen: > > On Fri, 11 Apr 2014 10:33:08 +0200 > > Christian K?nig wrote: > > > Actually direct register access shouldn't be necessary so often. Apart > from page flips, write/read pointer

[PATCH] drm: Provide drm_set_busid() fallback

le Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/c5eafc0d/attachment.sig>

[Bug 75127] runpm hang with PowerXpress/hybrid laptop

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/65e24f3d/attachment.html>

[PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

op 11-04-14 12:11, Thomas Hellstrom schreef: > On 04/11/2014 11:24 AM, Maarten Lankhorst wrote: >> op 11-04-14 10:38, Thomas Hellstrom schreef: >>> Hi, Maarten. >>> >>> Here I believe we encounter a lot of locking inconsistencies. >>> >>> First, it seems you're use a number of pointers as RCU

[Bug 75127] runpm hang with PowerXpress/hybrid laptop

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/065c95bc/attachment.html>

[PATCH] drm/radeon: Inline r100_mm_rreg

On Fri, 11 Apr 2014 14:32:20 +0200 Christian K?nig wrote: > Anyway, I would do like Ilia suggested and only put the else branch into > a separate, not inlined function. > > BTW: It's probably a good idea to do the same for the write function as > well. I tested it. The majority of the size

[PATCH] drm: Provide drm_set_busid() fallback

On Fri, Apr 11, 2014 at 03:28:56PM +0200, Thierry Reding wrote: > From: Thierry Reding > > The only reason why struct drm_bus is still around is because the > SETVERSION IOCTL calls a bus specific .set_busid() function. This commit > provides a fallback implementation if a device either doesn't

[PATCH] [ACPI] Default to using the native backlight control on Windows 8 systems

On 04/11/2014 06:58 PM, Jani Nikula wrote: > On Fri, 11 Apr 2014, Aaron Lu wrote: >> On 04/11/2014 04:13 AM, Matthew Garrett wrote: >>> The list of machines in the "Use native backlight" table is getting longer >>> and longer, which is a solid indication that we're doing something wrong. >>>

DRM security flaws and security levels.

On Fri, Apr 11, 2014 at 5:15 PM, Thomas Hellstrom wrote: > On 04/11/2014 10:31 PM, David Herrmann wrote: >> Hi >> >> On Fri, Apr 11, 2014 at 2:42 PM, Thomas Hellstrom >> wrote: >>> as was discussed a while ago, there are some serious security flaws with >>> the current drm master model, that

[PATCH] drm/nouveau/bios: fix bug introduced in 457e77b2

On Thu, Apr 10, 2014 at 5:33 AM, Andreas Noever wrote: > 457e77b2 effectively replaces (... & 0xff00) << 8 with (... >> 8) << 8. > Which does not do the same and breaks boot on my machine. > > Restore the old behaviour and remove the unnecessary cast. > > Signed-off-by: Andreas Noever

[PATCH 02/12] drm/nouveau/timer: skip calibration on GK20A

On Fri, Apr 11, 2014 at 12:46 PM, Alexandre Courbot wrote: > On Wed, Mar 26, 2014 at 1:19 PM, Ben Skeggs wrote: >> On Tue, Mar 25, 2014 at 7:54 AM, Thierry Reding >> wrote: >>> On Mon, Mar 24, 2014 at 05:42:24PM +0900, Alexandre Courbot wrote: GK20A's timer is directly attached to the

[Bug 71138] flashlight bug in L4D2

:47 (GMT) -- 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/20140411/27846a73/attachment-0001.html>

[PATCH 1/3] drm/radeon: add support for newer mc ucode on SI (v2)

Am 11.04.2014 17:21, schrieb Alex Deucher: > May fix stability issues with some newer cards. > > v2: print out mc firmware version used and size > > Signed-off-by: Alex Deucher > Cc: stable at vger.kernel.org All three added to my drm-fixes-3.15 queue. Christian. > --- >

[PATCH] drm/radeon: apply more strict limits for PLL params v2

From: Christian K?nig Letting post and refernce divider get to big is bad for signal stability. v2: increase the limit to 210 Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_display.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH 1/3] drm/radeon: add support for newer mc ucode on SI

Am 11.04.2014 16:52, schrieb Alex Deucher: > May fix stability issues with some newer cards. > > Signed-off-by: Alex Deucher > Cc: stable at vger.kernel.org Why adding *_mc2.bin for the MC firmware? To distinct if people have the new or the old firmware? If that's the case I would rather print

[PATCH] drm/tegra: replace IS_ERR and PTR_ERR with PTR_ERR_OR_ZERO

This patch fixes coccinelle error regarding usage of IS_ERR and PTR_ERR instead of PTR_ERR_OR_ZERO. Signed-off-by: Duan Jiong --- drivers/gpu/drm/tegra/gem.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c index

[PATCH] drm/exynos: replace IS_ERR and PTR_ERR with PTR_ERR_OR_ZERO

This patch fixes coccinelle error regarding usage of IS_ERR and PTR_ERR instead of PTR_ERR_OR_ZERO. Signed-off-by: Duan Jiong --- drivers/gpu/drm/exynos/exynos_dp_core.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c

[PATCH 02/12] drm/nouveau/timer: skip calibration on GK20A

On 04/11/2014 04:31 PM, Ben Skeggs wrote: > On Fri, Apr 11, 2014 at 12:46 PM, Alexandre Courbot > wrote: >> On Wed, Mar 26, 2014 at 1:19 PM, Ben Skeggs wrote: >>> On Tue, Mar 25, 2014 at 7:54 AM, Thierry Reding >>> wrote: On Mon, Mar 24, 2014 at 05:42:24PM +0900, Alexandre Courbot wrote:

[PATCH RFC 2/2] drm/exynos: initialize drm master only when all exynos drm devices are ready

The patch adds function to block/unblock drm master device initialization. exynos_drm_dev_ready(pdev, bool) informs exynos_drm core if given device is ready. exynos_drm master is initialized only if all devices are ready, exynos_drm master is also removed if any device becomes not ready. During

[PATCH RFC 1/2] drm/exynos: refactor drm drivers registration code

The patch removes driver registration code based on preprocessor conditionals. Instead it uses private linker section to create array of drm drivers. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/Makefile | 2 + drivers/gpu/drm/exynos/exynos_dp_core.c | 2 +-

[PATCH RFC 0/2] drm/exynos: refactoring drm device init/deinit

Hi Inki, This patchset refactors drm device initialization. Details are described in respective patches. It is an alternative to DT supernode concept. The first patch uses linker sections to get rid of ifdef macros, it is not essential for 2nd patch but it makes code more readable. Similar

[PATCH] drm/plane_helper: don't disable plane in destroy function

1 deletion(-) Reviewed-by: Thierry Reding Tested-by: Thierry Reding -- 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/20140411/27e08315/attachment.sig>

[PATCH] drm: Provide drm_set_busid() fallback

From: Thierry Reding The only reason why struct drm_bus is still around is because the SETVERSION IOCTL calls a bus specific .set_busid() function. This commit provides a fallback implementation if a device either doesn't have a bus associated with it or if it doesn't

[Bug 77305] Compile error in pipe-loader files (pipe_r300.c pipe_r600.c pipe_radeonsi.c egl_pipe.c)

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140411/06613f01/attachment.html>

[PATCH] drm/radeon: fix runpm handling on APUs (v4)

Am 11.04.2014 04:29, schrieb Alex Deucher: > Don't try and runtime suspend the APU in PX systems. We > only want to power down the dGPU. > > v2: fix harder > v3: fix stupid typo > v4: consolidate runpm enablement to a single flag > > bugs: > https://bugs.freedesktop.org/show_bug.cgi?id=75127 >

[PATCH 2/6] shm: add sealing API

On Fri, Apr 11, 2014 at 2:42 PM, David Herrmann wrote: > Hi > > On Fri, Apr 11, 2014 at 11:36 PM, Andy Lutomirski > wrote: >> A quick grep of the kernel tree finds exactly zero code paths >> incrementing i_mmap_writable outside of mmap and fork. >> >> Or do you mean a different kind of write

[PATCH 1/3] drm/radeon: add support for newer mc ucode on SI

> -Original Message- > From: Christian K?nig [mailto:deathsimple at vodafone.de] > Sent: Friday, April 11, 2014 11:03 AM > To: Alex Deucher; dri-devel at lists.freedesktop.org > Cc: Deucher, Alexander; stable at vger.kernel.org > Subject: Re: [PATCH 1/3] drm/radeon: add support for newer

Possible fb ref count issue with drm_plane_force_disable()

On Thu, Apr 10, 2014 at 02:47:52PM +0300, Tomi Valkeinen wrote: > Hi, > > I've been debugging omapdrm issues on top of the latest drm mainline > changes. Sometimes a drm_framebuffer ref count drops to -1 when aborting > a drm application, or unloading the modules. > > The setup is very basic,

DRM security flaws and security levels.

Hi, as was discussed a while ago, there are some serious security flaws with the current drm master model, that allows a user that had previous access or current access to an X server terminal to access the GPU memory of the active X server, without being authenticated to the X server and thereby

[PATCH 2/6] shm: add sealing API

On 04/11/2014 02:31 PM, David Herrmann wrote: > Hi > > On Fri, Apr 11, 2014 at 3:43 PM, Tony Battersby > wrote: >> Exactly. For O_DIRECT, that would be the call to get_user_pages_fast() >> from dio_refill_pages() in fs/direct-io.c, which is ultimately called >> from blkdev_direct_IO(). > > If

[PATCH] drm/radeon: Inline r100_mm_rreg

Am 11.04.2014 11:54, schrieb Lauri Kasanen: > On Fri, 11 Apr 2014 10:33:08 +0200 > Christian K?nig wrote: > Actually direct register access shouldn't be necessary so often. Apart from page flips, write/read pointer updates and irq processing there shouldn't be so many of them.

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

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

[PATCH] drm/plane_helper: don't disable plane in destroy function

By the time drm_mode_config_cleanup calls this all the hw state should be cleaned up already - we even have a WARN right before calling plane->destroy callbacks asserting that all framebuffers are gone. So trying to disable things harder is a bit a bug. Caught by Thierry since it resulted in some

[PATCH v1 17/19] drm: sti: Add DRM driver itself

For Z order property we have take example on exynos driver and keep the same property name to avoid forking. I would prefer to not hardcode Z order because we use it to do a kind of composition between graphical planes and video planes. It allow us to manage the Z order of some windows without

[Bug 77002] hdmi audio problems with 3.14

|--- |WORKSFORME -- 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/20140411/7a82263e/attachment.html>

[PATCH] [ACPI] Default to using the native backlight control on Windows 8 systems

On Fri, 11 Apr 2014, Aaron Lu wrote: > On 04/11/2014 04:13 AM, Matthew Garrett wrote: >> The list of machines in the "Use native backlight" table is getting longer >> and longer, which is a solid indication that we're doing something wrong. >> Disable the ACPI backlight interface if the system

[PATCH 2/2] arm: dts: trats2: add SiI9234 node

This patch adds configuration of SiI9234 bridge to Trats2 board. Signed-off-by: Tomasz Stanislawski --- arch/arm/boot/dts/exynos4412-trats2.dts | 43 +++ 1 file changed, 43 insertions(+) diff --git a/arch/arm/boot/dts/exynos4412-trats2.dts

[PATCH 1/2] misc: add sii9234 driver

Add driver for HDMI bridge using MHL connection. Contains refactored code for MHL driver developed by: Adam Hampson Erik Gilling Shankar Bandal Dharam Kumar Signed-off-by: Tomasz Stanislawski Signed-off-by: Kyungmin Park --- Documentation/devicetree/bindings/sii9234.txt | 22 +

[PATCH 0/2] Add support for sii9234 chip

Hi everyone, This patchset adds support for sii9234 HD Mobile Link Bridge. The chip is used to convert HDMI signal into MHL. The driver enables HDMI output on Trats and Trats2 boards. The code is based on the driver [1] developed by: Adam Hampson Erik Gilling with additional

[Bug 77009] 24P playback video signal loss with latest DRI patches

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

[PULL] drm-intel-fixes

, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/54c27

[PATCH libdrm 0/4] Minor cleanups

xt attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/d387c829/attachment.sig>

[PATCH] drm/radeon: fix runpm handling on APUs (v4)

> -Original Message- > From: Christian K?nig [mailto:deathsimple at vodafone.de] > Sent: Friday, April 11, 2014 9:10 AM > To: Alex Deucher; dri-devel at lists.freedesktop.org > Cc: Deucher, Alexander; stable at vger.kernel.org > Subject: Re: [PATCH] drm/radeon: fix runpm handling on APUs

[Bug 71138] flashlight bug in L4D2

-- 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/20140411/39a5550d/attachment.html>

[Bug 77274] [drm:dce6_afmt_write_speaker_allocation] *ERROR* Couldn't read Speaker Allocation Data Block: 0

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

[Bug 77002] hdmi audio problems with 3.14

vel/attachments/20140411/200edc27/attachment-0001.html>

[Bug 77274] [drm:dce6_afmt_write_speaker_allocation] *ERROR* Couldn't read Speaker Allocation Data Block: 0

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

[PATCH] drm/radeon: Inline r100_mm_rreg

On Fri, 11 Apr 2014 10:33:08 +0200 Christian K?nig wrote: > >> Actually direct register access shouldn't be necessary so often. Apart > >> from page flips, write/read pointer updates and irq processing there > >> shouldn't be so many of them. Could you clarify a bit more what issue > >> you are

[PATCH 6/6] drm/omap: protect omap_crtc's event with event_lock spinlock

The vblank_cb callback and the page_flip ioctl can occur together in different CPU contexts. vblank_cb uses takes tje drm device's event_lock spinlock when sending the vblank event and updating omap_crtc->event and omap_crtc->od_fb. Use the same spinlock in page_flip, to make sure the above

[PATCH 5/6] drm/omap: Use old_fb to synchronize between successive page flips

omap_crtc->old_fb is used to check whether the previous page flip has completed or not. However, it's never initialized to anything, so it's always NULL. This results in the check to always succeed, and the page_flip to proceed. Initialize old_fb to the fb that we intend to flip to through

[PATCH 4/6] drm/omap: Allow allocation of larger buffers

The drm ioctl DRM_IOCTL_MODE_ADDFB2 doesn't let us allocate buffers which are greater than what is specified in the driver through dev->mode_config. Create helpers for DISPC which return the max manager width and height supported by the device. The maximum width for a framebuffer is set to the

[PATCH 3/6] drm/omap: Fix crash when using LCD3 overlay manager

The channel_names list didn't have a string populated for LCD3 manager, this results in a crash when the display's output is connected to LCD3. Add an entry for LCD3. Reported-by: Somnath Mukherjee Signed-off-by: Archit Taneja --- drivers/gpu/drm/omapdrm/omap_crtc.c | 1 + 1 file changed, 1

[PATCH 2/6] drm/omap: gem sync: wait on correct events

A waiter of the type OMAP_GEM_READ should wait for a buffer to be completely written, and only then proceed with reading it. A similar logic applies for waiters with OMAP_GEM_WRITE flag. Currently the function is_waiting() waits on the read_complete/read_target counts in the sync object. This

[PATCH 1/6] drm/omap: Fix memory leak in omap_gem_op_async

From: Subhajit Paul In omap_gem_op_async(), if a waiter is not added to the wait list, it needs to be free'd in the function itself. Make sure we free the waiter for this case. Signed-off-by: Subhajit Paul Signed-off-by: Archit Taneja ---

[PATCH 0/6] drm/omap: Misc fixes

These are based over Tomi's 3.15/omapdrm-fixes branch. Archit Taneja (5): drm/omap: gem sync: wait on correct events drm/omap: Fix crash when using LCD3 overlay manager drm/omap: Allow allocation of larger buffers drm/omap: Use old_fb to synchronize between successive page flips

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen

https://bugzilla.kernel.org/show_bug.cgi?id=50091 --- Comment #33 from Dzianis Kahanovich --- Created attachment 131911 --> https://bugzilla.kernel.org/attachment.cgi?id=131911=edit patch: port from <3.7 Try this patch. I have some happy uptime (I have this Gigabyte mb on work desktop and use

Possible fb ref count issue with drm_plane_force_disable()

On Friday 11 April 2014 12:10 PM, Tomi Valkeinen wrote: >> Does drm_framebuffer_remove get called when we abort the application, or >> unload omapdrm, or both? > > Both. When we abort an app, drm_framebuffer_remove gets called for the > fb that the app created. When we unload omapdrm, it gets

[PATCH v1 17/19] drm: sti: Add DRM driver itself

On Tue, Apr 08, 2014 at 02:19:24PM +0200, Benjamin Gaignard wrote: > Make the link between all the hardware drivers and DRM/KMS interface. > Create the driver itself and make it register all the sub-components. > Use GEM CMA helpers for buffer allocation. > > Signed-off-by: Benjamin Gaignard >

[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

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/20140411/8e51c62f/attachment.html>

[PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

On 04/11/2014 11:24 AM, Maarten Lankhorst wrote: > op 11-04-14 10:38, Thomas Hellstrom schreef: >> Hi, Maarten. >> >> Here I believe we encounter a lot of locking inconsistencies. >> >> First, it seems you're use a number of pointers as RCU pointers without >> annotating them as such and use the

Possible fb ref count issue with drm_plane_force_disable()

Hi, On Thursday 10 April 2014 05:17 PM, Tomi Valkeinen wrote: > Hi, > > I've been debugging omapdrm issues on top of the latest drm mainline > changes. Sometimes a drm_framebuffer ref count drops to -1 when aborting > a drm application, or unloading the modules. > > The setup is very basic, just

[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

'Tested-by: Ed Tomlinson ' THANKS! -- 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/20140411/d2f0200e/attachment.html>

[PATCH 02/12] drm/nouveau/timer: skip calibration on GK20A

On Wed, Mar 26, 2014 at 1:19 PM, Ben Skeggs wrote: > On Tue, Mar 25, 2014 at 7:54 AM, Thierry Reding > wrote: >> On Mon, Mar 24, 2014 at 05:42:24PM +0900, Alexandre Courbot wrote: >>> GK20A's timer is directly attached to the system timer and cannot be >>> calibrated. Skip the calibration phase

[PATCH] drm/radeon: apply more strict limits for PLL params v2

On Fri, Apr 11, 2014 at 11:24 AM, Christian K?nig wrote: > From: Christian K?nig > > Letting post and refernce divider get to big is bad for signal stability. > > v2: increase the limit to 210 Maybe mention the bug number? > > Signed-off-by: Christian K?nig Reviewed-by: Alex Deucher > ---

[PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

op 11-04-14 10:38, Thomas Hellstrom schreef: > Hi, Maarten. > > Here I believe we encounter a lot of locking inconsistencies. > > First, it seems you're use a number of pointers as RCU pointers without > annotating them as such and use the correct rcu > macros when assigning those pointers. > >

[PATCH 3/3] drm/radeon: re-enable mclk dpm on R7 260X asics

If the new mc ucode is available. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/ci_dpm.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c index 18e91ee..10dae41

[PATCH 2/3] drm/radeon: add support for newer mc ucode on CI (v2)

Fixes mclk stability on certain asics. v2: print out mc firmware version used and size bug: https://bugs.freedesktop.org/show_bug.cgi?id=75992 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/cik.c | 26 +-

[PATCH 1/3] drm/radeon: add support for newer mc ucode on SI (v2)

May fix stability issues with some newer cards. v2: print out mc firmware version used and size Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_ucode.h | 3 +++ drivers/gpu/drm/radeon/si.c | 35 ++- 2 files

[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/95f48937/attachment.html>

[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

ing 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/20140411/a129829d/attachment.html>

[PATCH] [ACPI] Default to using the native backlight control on Windows 8 systems

On 04/11/2014 04:13 AM, Matthew Garrett wrote: > The list of machines in the "Use native backlight" table is getting longer > and longer, which is a solid indication that we're doing something wrong. > Disable the ACPI backlight interface if the system claims to be Windows 8 > or later. And has a

[PATCH 3/3] drm/radeon: re-enable mclk dpm on R7 260X asics

If the new mc ucode is available. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/ci_dpm.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c index 18e91ee..10dae41

[PATCH 2/3] drm/radeon: add support for newer mc ucode on CI

Fixes mclk stability on certain asics. bug: https://bugs.freedesktop.org/show_bug.cgi?id=75992 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/cik.c | 25 - drivers/gpu/drm/radeon/radeon_ucode.h | 4 +++- 2 files changed,

[PATCH 1/3] drm/radeon: add support for newer mc ucode on SI

May fix stability issues with some newer cards. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_ucode.h | 3 +++ drivers/gpu/drm/radeon/si.c | 34 +- 2 files changed, 24 insertions(+), 13 deletions(-) diff

[PATCH] drm/radeon: Inline r100_mm_rreg

On Thu, 10 Apr 2014 21:30:03 +0200 Christian K?nig wrote: > >>> Quick thought from someone entirely unfamiliar with the hardware: > >>> perhaps you can get the performance benefit without the size increase > >>> by moving the else portion into a non-inline function? I'm guessing > >>> that most

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/085e43d5/attachment.html>

[PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

0; > +fence_excl = obj->fence_excl; > + > +retry = read_seqcount_retry(>seq, seq); > +if (retry) > +goto unlock; > + > +if (!fence_excl || fence_get_rcu(fence_excl)) { > + unsigned i; > + > +for (i = 0; i < shared_count; ++i) { > +if (fence_get_rcu(shared[i])) > +continue; > + > +/* uh oh, refcount failed, abort and retry */ > +while (i--) > +fence_put(shared[i]); > + > +if (fence_excl) { > +fence_put(fence_excl); > +fence_excl = NULL; > +} > + > +retry = 1; > +break; > +} > +} else > +retry = 1; > + > +unlock: > +rcu_read_unlock(); > +} > +*pshared_count = shared_count; > +if (shared_count) > +*pshared = shared; > +else { > +*pshared = NULL; > +kfree(shared); > +} > +*pfence_excl = fence_excl; > + > +return ret; > +} > +EXPORT_SYMBOL_GPL(reservation_object_get_fences_rcu); > + Thanks, Thomas -- next part -- A non-text attachment was scrubbed... Name: wake_up_sparse.diff Type: text/x-patch Size: 1843 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/ba8fe9af/attachment-0001.bin>

[PATCH] drm/radeon: Inline r100_mm_rreg

Am 11.04.2014 09:52, schrieb Lauri Kasanen: > On Thu, 10 Apr 2014 21:30:03 +0200 > Christian K?nig wrote: > > Quick thought from someone entirely unfamiliar with the hardware: > perhaps you can get the performance benefit without the size increase > by moving the else portion into a

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

re 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/20140411/4f39bbee/attachment.html>

Possible fb ref count issue with drm_plane_force_disable()

Size: 836 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/3c53b7ff/attachment-0001.sig>

[PATCH] drm/tegra: replace IS_ERR and PTR_ERR with PTR_ERR_OR_ZERO

On 04/11/2014 02:36 AM, Duan Jiong wrote: > This patch fixes coccinelle error regarding usage of IS_ERR and > PTR_ERR instead of PTR_ERR_OR_ZERO. Same comment as the other patch; I prefer the existing code (although I'll defer to Thierry as maintainer of both these pieces of code). It would help

[PATCH 2/6] shm: add sealing API

Andy Lutomirski wrote: > On 04/10/2014 05:22 PM, David Herrmann wrote: > >> Hi >> >> On Thu, Apr 10, 2014 at 11:33 PM, Tony Battersby >> wrote: >> >>> For O_DIRECT the kernel pins the submitted pages in memory for DMA by >>> incrementing the page reference counts when the I/O is

Possible fb ref count issue with drm_plane_force_disable()

in drm_plane_force_disable(), the ref counts match and all looks fine. And also that I didn't see this issue with 3.14. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140411/dab12e52/attachment-0001.sig>

[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140411/c1cb3fd5/attachment.html>

[PATCH] drm/plane-helper: Fix primary plane scaling check

On Thu, Apr 10, 2014 at 02:18:06PM -0700, Matt Roper wrote: > The src_w / src_h parameters to update_plane include a subpixel offset; > we need to shift off the subpixel bits before comparing to CRTC size > when checking for primary plane scaling. > > Signed-off-by: Matt Roper Reviewed-by:

Possible fb ref count issue with drm_plane_force_disable()

On Thu, Apr 10, 2014 at 02:47:52PM +0300, Tomi Valkeinen wrote: > Hi, > > I've been debugging omapdrm issues on top of the latest drm mainline > changes. Sometimes a drm_framebuffer ref count drops to -1 when aborting > a drm application, or unloading the modules. > > The setup is very basic,

[Bug 75992] Display freezes & corruption with an r7 260x on 3.14-rc6

applications and yeah. Lets see :) -- 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/20140411/1b062619/attachment.html>

[PATCH] drm/cirrus: bind also to qemu-xen-traditional

qemu as used by xend/xm toolstack uses a different subvendor id. Bind the drm driver also to this emulated card. Signed-off-by: Olaf Hering --- drivers/gpu/drm/cirrus/cirrus_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.c

[Bug 77274] [drm:dce6_afmt_write_speaker_allocation] *ERROR* Couldn't read Speaker Allocation Data Block: 0

error in my dmesg is still there. -- 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/20140411/b4b05d82/attachment.html>

[Bug 77274] [drm:dce6_afmt_write_speaker_allocation] *ERROR* Couldn't read Speaker Allocation Data Block: 0

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

  1   2   >