[Bug 89069] Lack of grass in The Talos Principle on radeonsi (native\wine\nine)

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

[PATCH] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

W dniu 04.05.2015 o 22:15, Andrzej Hajda pisze: > Hi, > > > On 05/04/2015 02:43 PM, Krzysztof Kozlowski wrote: >> 2015-05-04 20:34 GMT+09:00 Daniel Stone : >>> Hi, >>> >>> On 4 May 2015 at 08:43, Inki Dae wrote: On 2015년 05월 02일 13:08, Krzysztof Kozlowski wrote: > Selecting

[PATCH] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

2015-05-04 20:34 GMT+09:00 Daniel Stone : > Hi, > > On 4 May 2015 at 08:43, Inki Dae wrote: >> On 2015년 05월 02일 13:08, Krzysztof Kozlowski wrote: >>> Selecting CONFIG_FB_S3C disables CONFIG_DRM_EXYNOS_FIMD leading to build >>> error: >> >> No, eDP has no any dependency of FIMD but DECON.

[PATCH v3 2/3] drm: simplify authentication management

The magic auth tokens we have are a simple map from cyclic IDs to drm_file objects. Remove all the old bulk of code and replace it with a simple, direct IDR. The previous behavior is kept. Especially calling authmagic multiple times on the same magic results in EINVAL except on the first call.

[PATCH v2 2/3] drm: simplify authentication management

Hi On Mon, May 4, 2015 at 8:33 PM, Chris Wilson wrote: > On Mon, May 04, 2015 at 08:19:33PM +0200, David Herrmann wrote: >> The magic auth tokens we have are a simple map from cyclic IDs to drm_file >> objects. Remove all the old bulk of code and replace it with a simple, >> direct IDR. >> >>

[PATCH 2/3] drm: simplify authentication management

tch Type: text/x-patch Size: 5733 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150504/02debdeb/attachment.bin>

[PATCH v2 2/3] drm: simplify authentication management

The magic auth tokens we have are a simple map from cyclic IDs to drm_file objects. Remove all the old bulk of code and replace it with a simple, direct IDR. The previous behavior is kept. Especially calling authmagic multiple times on the same magic results in EINVAL except on the first call.

[PATCH v6 00/11] HDMI CEC framework

Hi, Sorry, I missed the subject for this cover-letter. Added it in this reply. Best wishes, -- Kamil Debski Samsung R Institute Poland > -Original Message- > From: Kamil Debski [mailto:k.debski at samsung.com] > Sent: Monday, May 04, 2015 7:33 PM > To: dri-devel at

[PATCH v2] libgencec: Add userspace library for the generic CEC kernel interface

This is the first version of the libGenCEC library. It was designed to act as an interface between the generic CEC kernel API and userspace applications. It provides a simple interface for applications and an example application that can be used to test the CEC functionality. signed-off-by: Kamil

[PATCH v6 11/11] cec: s5p-cec: Add s5p-cec driver

Add CEC interface driver present in the Samsung Exynos range of SoCs. The following files were based on work by SangPil Moon: - exynos_hdmi_cec.h - exynos_hdmi_cecctl.c Signed-off-by: Kamil Debski --- .../devicetree/bindings/media/s5p-cec.txt | 33 +++ drivers/media/platform/Kconfig

[PATCH v6 10/11] cec: adv7511: add cec support.

From: Hans Verkuil Add CEC support to the adv7511 driver. Signed-off-by: Hans Verkuil [k.debski at samsung.com: Merged changes from CEC Updates commit by Hans Verkuil] Signed-off-by: Kamil Debski --- drivers/media/i2c/adv7511.c | 347

[PATCH v6 09/11] cec: adv7604: add cec support.

From: Hans Verkuil Add CEC support to the adv7604 driver. Signed-off-by: Hans Verkuil [k.debski at samsung.com: Merged changes from CEC Updates commit by Hans Verkuil] [k.debski at samsung.com: add missing methods cec/io_write_and_or] [k.debski at samsung.com: change

[PATCH v2 2/3] drm: simplify authentication management

On Mon, May 04, 2015 at 08:19:33PM +0200, David Herrmann wrote: > The magic auth tokens we have are a simple map from cyclic IDs to drm_file > objects. Remove all the old bulk of code and replace it with a simple, > direct IDR. > > The previous behavior is kept. Especially calling authmagic

[PATCH v6 08/11] v4l2-subdev: add HDMI CEC ops

From: Hans Verkuil Add callbacks to the v4l2_subdev_video_ops. Signed-off-by: Hans Verkuil [k.debski at samsung.com: Merged changes from CEC Updates commit by Hans Verkuil] Signed-off-by: Kamil Debski --- include/media/v4l2-subdev.h |8 1 file changed, 8

[PATCH v6 07/11] DocBook/media: add CEC documentation

From: Hans Verkuil Add DocBook documentation for the CEC API. Signed-off-by: Hans Verkuil [k.debski at samsung.com: add documentation for passthrough mode] [k.debski at samsung.com: minor fixes and change of reserved field sizes] Signed-off-by: Kamil Debski ---

[PATCH v6 06/11] cec: add HDMI CEC framework

From: Hans Verkuil The added HDMI CEC framework provides a generic kernel interface for HDMI CEC devices. Signed-off-by: Hans Verkuil [k.debski at samsung.com: Merged CEC Updates commit by Hans Verkuil] [k.debski at samsung.com: Merged Update author commit by Hans Verkuil]

[PATCH v6 05/11] rc: Add HDMI CEC protoctol handling

Add handling of remote control events coming from the HDMI CEC bus. This patch includes a new keymap that maps values found in the CEC messages to the keys pressed and released. Also, a new protocol has been added to the core. Signed-off-by: Kamil Debski --- drivers/media/rc/keymaps/Makefile |

[PATCH v6 04/11] HID: add HDMI CEC specific keycodes

Add HDMI CEC specific keycodes to the keycodes definition. Signed-off-by: Kamil Debski --- include/uapi/linux/input.h | 12 1 file changed, 12 insertions(+) diff --git a/include/uapi/linux/input.h b/include/uapi/linux/input.h index 731417c..7430a3f 100644 ---

[PATCH v6 03/11] dts: exynos4412-odroid*: enable the HDMI CEC device

Add a dts node entry and enable the HDMI CEC device present in the Exynos4 family of SoCs. Signed-off-by: Kamil Debski --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi |4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/exynos4412-odroid-common.dtsi

[PATCH v6 02/11] dts: exynos4: add node for the HDMI CEC device

This patch adds HDMI CEC node specific to the Exynos4210/4x12 SoC series. Signed-off-by: Kamil Debski --- arch/arm/boot/dts/exynos4.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/dts/exynos4.dtsi index e20cdc2..8776db9

[PATCH v6 01/11] dts: exynos4*: add HDMI CEC pin definition to pinctrl

Add pinctrl nodes for the HDMI CEC device to the Exynos4210 and Exynos4x12 SoCs. These are required by the HDMI CEC device. Signed-off-by: Kamil Debski --- arch/arm/boot/dts/exynos4210-pinctrl.dtsi |7 +++ arch/arm/boot/dts/exynos4x12-pinctrl.dtsi |7 +++ 2 files changed, 14

[PATCH v6 00/11]

Hi, The sixth version of this patchset addresses recent comments on the mailing list. Please see the changelog below for details. Best wishes, Kamil Debski Changes since v5 - drop struct cec_timeval in favour of a __u64 that keeps the timestamp in ns - remove userspace

[Bug 97701] [regression] won't boot unless radeon.audio=0

https://bugzilla.kernel.org/show_bug.cgi?id=97701 --- Comment #3 from Jouni Mettälä --- Patch fixed it. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 2/2 linux-next] drm/msm: use IS_ERR() to check regulator_get() return

regulator_get() never returns NULL. There's no need for IS_ERR_OR_NULL() Signed-off-by: Fabian Frederick --- drivers/gpu/drm/msm/dsi/dsi_host.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/msm/dsi/dsi_host.c b/drivers/gpu/drm/msm/dsi/dsi_host.c index

[PATCH 1/2 linux-next] drm/msm: use IS_ERR() to check msm_ioremap() return

msm_ioremap() never returns NULL. There's no need for IS_ERR_OR_NULL() Signed-off-by: Fabian Frederick --- drivers/gpu/drm/msm/dsi/dsi_phy.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/msm/dsi/dsi_phy.c b/drivers/gpu/drm/msm/dsi/dsi_phy.c index

[Bug 97701] [regression] won't boot unless radeon.audio=0

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

[PATCH 2/3] drm: simplify authentication management

Hi On Mon, May 4, 2015 at 5:25 PM, Chris Wilson wrote: > On Mon, May 04, 2015 at 05:14:51PM +0200, David Herrmann wrote: >> Hi >> >> On Mon, May 4, 2015 at 5:11 PM, Chris Wilson >> wrote: >> > On Mon, May 04, 2015 at 05:02:37PM +0200, David Herrmann wrote: >> >> Hi >> >> >> >> On Mon, May 4,

[PATCH 2/3] drm: simplify authentication management

On Mon, May 04, 2015 at 06:28:25PM +0200, David Herrmann wrote: > I'm not sure how to write a benchmark for this. I mean, I can easily > craft one that causes the IDR to degenerate, but it requires us to > keep huge numbers of files open. > But this fact makes IDR rather suboptimal for cyclic

[PATCH 2/3] drm: simplify authentication management

Hi On Mon, May 4, 2015 at 5:11 PM, Chris Wilson wrote: > On Mon, May 04, 2015 at 05:02:37PM +0200, David Herrmann wrote: >> Hi >> >> On Mon, May 4, 2015 at 4:46 PM, Chris Wilson >> wrote: >> > On Mon, May 04, 2015 at 04:05:13PM +0200, David Herrmann wrote: >> >> The magic auth tokens we have

[PATCH 2/9] mm: Provide new get_vaddr_pfns() helper

On Thu 30-04-15 16:55:31, Mel Gorman wrote: > On Tue, Mar 17, 2015 at 12:56:32PM +0100, Jan Kara wrote: > > Provide new function get_vaddr_pfns(). This function maps virtual > > addresses from given start and fills given array with page frame numbers of > > the corresponding pages. If given start

[PATCH 2/3] drm: simplify authentication management

Hi On Mon, May 4, 2015 at 4:46 PM, Chris Wilson wrote: > On Mon, May 04, 2015 at 04:05:13PM +0200, David Herrmann wrote: >> The magic auth tokens we have are a simple map from cyclic IDs to drm_file >> objects. Remove all the old bulk of code and replace it with a simple, >> direct IDR. >> >>

[Bug 89405] radeon: *ERROR* invalid ioctl running weston-launch while X is running

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150504/0e39a7d2/attachment.html>

[PATCH] drm/exynos: mixer: Constify platform_device_id

On 2015년 05월 02일 00:56, Krzysztof Kozlowski wrote: > The platform_device_id is not modified by the driver and core uses it as > const. Applied. Thanks, Inki Dae > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/gpu/drm/exynos/exynos_mixer.c | 2 +- > 1 file changed, 1

[PATCH] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

On 2015년 05월 02일 13:08, Krzysztof Kozlowski wrote: > Selecting CONFIG_FB_S3C disables CONFIG_DRM_EXYNOS_FIMD leading to build > error: No, eDP has no any dependency of FIMD but DECON. Just add dependency code like below, config DRM_EXYNOS7_DECON bool "Exynos DRM DECON" -

[Bug 97701] [regression] won't boot unless radeon.audio=0

https://bugzilla.kernel.org/show_bug.cgi?id=97701 Jouni Mettälä changed: What|Removed |Added CC||jtmettala at gmail.com

[Intel-gfx] [PATCH 1/1 linux-next] drm/i915: use ERR_CAST instead of ERR_PTR/PTR_ERR

On Mon, Apr 27, 2015 at 10:43:19AM +0300, Jani Nikula wrote: > On Sat, 25 Apr 2015, Fabian Frederick wrote: > > Inspired by scripts/coccinelle/api/err_cast.cocci > > > > Signed-off-by: Fabian Frederick > > Reviewed-by: Jani Nikula Queued for -next, thanks for the patch. -Daniel -- Daniel

[Bug 90266] Unigine Heaven 4.0 logging vm faults since radeon/llvm: Run LLVM's instruction combining pass

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

[RFC] drm/exynos: rework layer blending setup

Hi Tobias, To make patch files, you could use below command, #git format-patch --cover-letter from..to With this command, a cover file will be created and you could describe what this patch series mean in the cover file. Thanks, Inki Dae On 2015년 04월 30일 23:56, Tobias Jakobi wrote: >

[PATCH 2/3] drm: simplify authentication management

On Mon, May 04, 2015 at 05:14:51PM +0200, David Herrmann wrote: > Hi > > On Mon, May 4, 2015 at 5:11 PM, Chris Wilson > wrote: > > On Mon, May 04, 2015 at 05:02:37PM +0200, David Herrmann wrote: > >> Hi > >> > >> On Mon, May 4, 2015 at 4:46 PM, Chris Wilson > >> wrote: > >> > On Mon, May 04,

[Bug 97701] New: [regression] won't boot unless radeon.audio=0

https://bugzilla.kernel.org/show_bug.cgi?id=97701 Bug ID: 97701 Summary: [regression] won't boot unless radeon.audio=0 Product: Drivers Version: 2.5 Kernel Version: 4.1-rc2 Hardware: All OS: Linux Tree:

[PATCH v3] drm/exynos: mixer: cleanup pixelformat handling

On 2015년 04월 28일 06:11, Tobias Jakobi wrote: > Move the defines for the pixelformats that the mixer supports out > of mixer_graph_buffer() to the top of the source. > Then select the mixer pixelformat (pf) in mixer_graph_buffer() based on > the plane's pf (and not bpp). > Also add handling

[PATCH v2 1/4] drm/exynos: fb: use drm_format_num_planes to get buffer count

On 2015년 04월 28일 06:10, Tobias Jakobi wrote: > The previous code had some special case handling for the buffer > count in exynos_drm_format_num_buffers(). > > This code was incorrect though, since this special case doesn't > exist for DRM. It stemmed from the existence of the special NV12M

[PATCH] drm/cma: Fix 64-bit size_t build warnings

From: Magnus Damm Fix warnings related to size_t when building for 64-bit architectures: drivers/gpu/drm/drm_gem_cma_helper.c: In function ‘drm_gem_cma_create’: drivers/gpu/drm/drm_gem_cma_helper.c:114:4: warning: format ‘%d’ expects argument of type

[PATCH] drm/amdkfd: reformat some debug prints

Signed-off-by: Oded Gabbay --- drivers/gpu/drm/amd/amdkfd/kfd_doorbell.c | 15 +++ drivers/gpu/drm/amd/amdkfd/kfd_kernel_queue.c | 5 +++-- 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_doorbell.c

[PATCH 2/3] drm: simplify authentication management

On Mon, May 04, 2015 at 05:02:37PM +0200, David Herrmann wrote: > Hi > > On Mon, May 4, 2015 at 4:46 PM, Chris Wilson > wrote: > > On Mon, May 04, 2015 at 04:05:13PM +0200, David Herrmann wrote: > >> The magic auth tokens we have are a simple map from cyclic IDs to drm_file > >> objects. Remove

[Intel-gfx] [PATCH 4/5] drm: Make HW_LOCK access functions optional.

On Tue, Apr 28, 2015 at 01:29:21PM +, Antoine, Peter wrote: > On Tue, 2015-04-28 at 16:08 +0300, Ville Syrjälä wrote: > > On Tue, Apr 28, 2015 at 11:29:06AM +, Antoine, Peter wrote: > > > > > > diff --git a/include/drm/drmP.h b/include/drm/drmP.h index > > > > > > 62c40777..367e42f

[PATCH 3/3] drm: simplify master cleanup

In drm_master_destroy() we _free_ the master object. There is no reason to hold any locks while dropping its static members, nor do we have to reset it to 0. Furthermore, kfree() already does NULL checks, so call it directly on master->unique and drop the redundant reset-code. Signed-off-by:

[PATCH 2/3] drm: simplify authentication management

The magic auth tokens we have are a simple map from cyclic IDs to drm_file objects. Remove all the old bulk of code and replace it with a simple, direct IDR. The previous behavior is kept. Especially calling authmagic multiple times on the same magic results in EINVAL except on the first call.

[PATCH 1/3] drm: drop unused 'magicfree' list

This list is write-only. It's never used for read-access, so no reason to keep it around. Drop it! Signed-off-by: David Herrmann --- drivers/gpu/drm/drm_auth.c | 3 --- drivers/gpu/drm/drm_drv.c | 1 - include/drm/drmP.h | 2 -- 3 files changed, 6 deletions(-) diff --git

[Intel-gfx] [PATCH 3/5] drm: Possible lock priority escalation.

On Mon, Apr 27, 2015 at 07:52:46PM +0300, Ville Syrjälä wrote: > On Thu, Apr 23, 2015 at 03:07:56PM +0100, Peter Antoine wrote: > > If an application that has a driver lock created, wants the lock the > > kernel context, it is not allowed to. If the call to drm_lock has a > > context of 0, it is

[Intel-gfx] [PATCH 1/5] drm: Kernel Crash in drm_unlock

On Tue, Apr 28, 2015 at 10:52:32AM +0100, chris at chris-wilson.co.uk wrote: > On Tue, Apr 28, 2015 at 10:21:49AM +0100, Dave Gordon wrote: > > On 24/04/15 06:52, Antoine, Peter wrote: > > > I picked up this work due to the following Jira ticket created by the > > > security team (on Android) and

[Intel-gfx] [PATCH i-g-t] tests/drm_hw_lock: Tests for hw_lock fixes.

On Tue, Apr 28, 2015 at 09:28:51AM +, Antoine, Peter wrote: > On Mon, 2015-04-27 at 16:33 +0100, Chris Wilson wrote: > > On Mon, Apr 27, 2015 at 04:24:37PM +0100, Thomas Wood wrote: > > > On 23 April 2015 at 15:07, Peter Antoine > > > wrote: > > > > There are several issues with the hardware

[PATCH 3/3] drm: simplify master cleanup

On Mon, May 04, 2015 at 04:05:14PM +0200, David Herrmann wrote: > In drm_master_destroy() we _free_ the master object. There is no reason to > hold any locks while dropping its static members, nor do we have to reset > it to 0. > > Furthermore, kfree() already does NULL checks, so call it

[PATCH 2/3] drm: simplify authentication management

On Mon, May 04, 2015 at 04:05:13PM +0200, David Herrmann wrote: > The magic auth tokens we have are a simple map from cyclic IDs to drm_file > objects. Remove all the old bulk of code and replace it with a simple, > direct IDR. > > The previous behavior is kept. Especially calling authmagic

[PATCH] drm/atomic-helper: Really recover pre-atomic plane/cursor behavior

I've fumbled this in commit f02ad907cd9e7fe3a6405d2d005840912f1ed258 Author: Daniel Vetter Date: Thu Jan 22 16:36:23 2015 +0100 drm/atomic-helpers: Recover full cursor plane behaviour and accidentally put the assignment for legacy_cursor_upate after the atomic commit, where it is pretty

[PATCH 1/3] drm: drop unused 'magicfree' list

On Mon, May 04, 2015 at 04:05:12PM +0200, David Herrmann wrote: > This list is write-only. It's never used for read-access, so no reason to > keep it around. Drop it! > > Signed-off-by: David Herrmann Reviewed-by: Chris Wilson -Chris -- Chris Wilson, Intel Open Source Technology Centre

[Bug 90266] Unigine Heaven 4.0 logging vm faults since radeon/llvm: Run LLVM's instruction combining pass

appen if you keep the InsCombine pass enabled, but revert the fix from Bug 90056? -- 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/20150504/d066d565/attachment.html>

[PATCH] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

Hi, On 05/04/2015 02:43 PM, Krzysztof Kozlowski wrote: > 2015-05-04 20:34 GMT+09:00 Daniel Stone : >> Hi, >> >> On 4 May 2015 at 08:43, Inki Dae wrote: >>> On 2015년 05월 02일 13:08, Krzysztof Kozlowski wrote: Selecting CONFIG_FB_S3C disables CONFIG_DRM_EXYNOS_FIMD leading to build

[BUG] i915: suspend by closing Laptop lid broken

On Mon, 04 May 2015, Martin Kepplinger wrote: > So. -rc1 broke suspending by closing my laptop lid and it's not fixed in > -rc2. It works exactly *one* first time and every subsequent lid-closing > is ignored. > > Biscted and tested first bad commit: > 14aa02449064541217836b9f3d3295e241d5ae9c > >

[BUG] i915: suspend by closing Laptop lid broken

So. -rc1 broke suspending by closing my laptop lid and it's not fixed in -rc2. It works exactly *one* first time and every subsequent lid-closing is ignored. Biscted and tested first bad commit: 14aa02449064541217836b9f3d3295e241d5ae9c This pulls in i915 changes as well as ACPI changes. I don't

[PATCH] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD

Hi, On 4 May 2015 at 08:43, Inki Dae wrote: > On 2015년 05월 02일 13:08, Krzysztof Kozlowski wrote: >> Selecting CONFIG_FB_S3C disables CONFIG_DRM_EXYNOS_FIMD leading to build >> error: > > No, eDP has no any dependency of FIMD but DECON. Just add dependency > code like below, > > config

[Y2038] [PATCH v4 06/10] cec: add HDMI CEC framework: y2038 question

On Monday 04 May 2015 09:42:36 Hans Verkuil wrote: > Ping! (Added Arnd to the CC list) Hi Hans, sorry I missed this the first time > On 04/27/2015 09:40 AM, Hans Verkuil wrote: > > Added the y2038 mailinglist since I would like to get their input for > > this API. > > > > Y2038 experts, can

Tiny fixes - resent

On Mon, May 04, 2015 at 06:29:43AM +0200, Mario Kleiner wrote: > Hi, a resend of updated versions of the earlier patches: > > Patch 1 should really get into Linux 4.1 to avoid tegra breaking > user-space clients. > > Patch 2 reviewed-by Michel, updated to take his feedback into account. > >

[RFC] drm/exynos: rework layer blending setup

Hello Inki! Inki Dae wrote: > Hi Tobias, > > To make patch files, you could use below command, > #git format-patch --cover-letter from..to Thanks, I'm going to add the cover letter to the next revision. > With this command, a cover file will be created and you could describe > what this patch

[PATCH v2] drm: Defer disabling the vblank IRQ until the next interrupt (for instant-off)

On vblank instant-off systems, we can get into a situation where the cost of enabling and disabling the vblank IRQ around a drmWaitVblank query dominates. However, we know that if the user wants the current vblank counter, they are also very likely to immediately queue a vblank wait and so we can

[Y2038] [PATCH v4 06/10] cec: add HDMI CEC framework: y2038 question

Ping! (Added Arnd to the CC list) On 04/27/2015 09:40 AM, Hans Verkuil wrote: > Added the y2038 mailinglist since I would like to get their input for > this API. > > Y2038 experts, can you take a look at my comment in the code below? > > Thanks! Arnd, I just saw your patch series adding struct

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux

nts/20150504/d15fc996/attachment.html>

[PATCH] drm: Defer disabling the vblank IRQ until the next interrupt (for instant-off)

On 04/15/2015 03:03 AM, Mario Kleiner wrote: > On 04/02/2015 01:34 PM, Chris Wilson wrote: >> On vblank instant-off systems, we can get into a situation where the cost >> of enabling and disabling the vblank IRQ around a drmWaitVblank query >> dominates. However, we know that if the user wants

[Intel-gfx] [PATCH] drm/vblank: Fixup and document timestamp update/read barriers

On 04/16/2015 03:03 PM, Daniel Vetter wrote: > On Thu, Apr 16, 2015 at 08:30:55AM -0400, Peter Hurley wrote: >> On 04/15/2015 01:31 PM, Daniel Vetter wrote: >>> On Wed, Apr 15, 2015 at 09:00:04AM -0400, Peter Hurley wrote: Hi Daniel, On 04/15/2015 03:17 AM, Daniel Vetter wrote:

[PATCH 4/5] drm/qxl: Fix qxl_noop_get_vblank_counter()

This breaks under the vblank timestamp cleanup patch by Daniel Vetter. Also it is pointless to return anything but zero (or any other constant) if the function doesn't actually query a hw vblank counter. The bogus return of the current drm vblank counter via direct readout or via

[PATCH 3/5] drm: Zero out invalid vblank timestamp in drm_update_vblank_count. (v2)

Since commit 844b03f27739135fe1fed2fef06da0ffc4c7a081 we make sure that after vblank irq off, we return the last valid (vblank count, vblank timestamp) pair to clients, e.g., during modesets, which is good. An overlooked side effect of that commit for kms drivers without support for precise

[PATCH 2/5] drm: Prevent invalid use of vblank_disable_immediate. (v2)

For a kms driver to support immediate disable of vblank irq's reliably without introducing off by one errors or other mayhem for clients, it must not only support a hardware vblank counter query, but also high precision vblank timestamping, so vblank count and timestamp can be instantaneously

[PATCH 1/5] drm/tegra: Don't use vblank_disable_immediate on incapable driver.

Tegra would not only need a hardware vblank counter that increments at leading edge of vblank, but also support for instantaneous high precision vblank timestamp queries, ie. a proper implementation of dev->driver->get_vblank_timestamp(). Without these, there can be off-by-one errors during

Tiny fixes - resent

Hi, a resend of updated versions of the earlier patches: Patch 1 should really get into Linux 4.1 to avoid tegra breaking user-space clients. Patch 2 reviewed-by Michel, updated to take his feedback into account. Patch 3 is modified to not conflict with Daniel Vetter's patch "drm/vblank: Fixup

[PATCH 1/2] Add device enumeration interface (v2)

> 1) work for vendor A but not for B or 2) will be OK for B but will produce > false positives for A. For such kind of cases, IMHO we probably can have vendor specific implementations. > A trivial lookup in sysfs will be able to provide all the required > information, won't you agree ? Yes, I

[git pull] drm fixes

Hi Linus, one intel fix, one rockchip fix, and a bunch of radeon fixes for some regressions from audio rework and vm stability. Dave. The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031: Linux 4.1-rc1 (2015-04-26 17:59:10 -0700) are available in the git repository