Re: [PATCH 06/10] dt-bindings: display: xlnx: Add ZynqMP DP subsystem bindings

On Thu, Jan 04, 2018 at 06:05:55PM -0800, Hyun Kwon wrote: > This add a dt binding for ZynqMP DP subsystem. > > Signed-off-by: Hyun Kwon > --- > .../bindings/display/xlnx/xlnx,zynqmp-dpsub.txt| 94 > ++ > 1 file changed, 94 insertions(+) > create

Re: [PATCH 01/10] dt-bindings: display: xlnx: Add Xilinx kms bindings

On Thu, Jan 04, 2018 at 06:05:50PM -0800, Hyun Kwon wrote: > The dt binding for Xilinx DRM KMS driver. Bindings are for h/w, not drivers. > > Signed-off-by: Hyun Kwon > --- > .../devicetree/bindings/display/xlnx/xlnx,kms.txt| 20 > > 1 file

[PATCH] drm/radeon: fill in rb backend map on evergreen/ni.

From: Dave Airlie This looks to have never gotten filled in, and it seems to trigger a bug in mesa. Reported-by: Roland Scheidegger Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/evergreen.c | 1 +

Re: [PATCH v2 6/6] drm/tinydrm: Embed the mode in tinydrm_connector

On 01/07/2018 11:44 AM, Noralf Trønnes wrote: Embed the mode in tinydrm_connector instead of doing an devm_ allocation. Remove unnecessary use of ret variable at the end of tinydrm_display_pipe_init(). Signed-off-by: Noralf Trønnes --- Reviewed-by: David Lechner

Re: [PATCH v2 5/6] drm/tinydrm/mi0283qt: Let the display pipe handle power

On 01/07/2018 11:44 AM, Noralf Trønnes wrote: It's better to leave power handling and controller init to the modesetting machinery using the simple pipe .enable and .disable callbacks. Remove unused mipi_dbi_pipe_enable(). Signed-off-by: Noralf Trønnes --- Reviewed-by:

Re: [PATCH v2 4/6] drm/tinydrm/mipi-dbi: Add poweron-reset functions

On 01/08/2018 07:38 PM, David Lechner wrote: On 01/07/2018 11:44 AM, Noralf Trønnes wrote: Split out common poweron-reset functionality. Signed-off-by: Noralf Trønnes ---   drivers/gpu/drm/tinydrm/mi0283qt.c | 20 ++--   drivers/gpu/drm/tinydrm/mipi-dbi.c | 63

Re: [PATCH v2 4/6] drm/tinydrm/mipi-dbi: Add poweron-reset functions

On 01/07/2018 11:44 AM, Noralf Trønnes wrote: Split out common poweron-reset functionality. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/tinydrm/mi0283qt.c | 20 ++-- drivers/gpu/drm/tinydrm/mipi-dbi.c | 63 ++

Re: [PATCH v2 3/6] drm/tinydrm/mipi-dbi: Add mipi_dbi_enable_flush()

On 01/07/2018 11:44 AM, Noralf Trønnes wrote: Add and use a function for enabling, flushing and turning on backlight. Signed-off-by: Noralf Trønnes --- Reviewed-by: David Lechner ___ dri-devel mailing

[Bug 104306] Mesa 17.3 breaks Firefox and other Xwayland apps on AMD HD7750

https://bugs.freedesktop.org/show_bug.cgi?id=104306 --- Comment #12 from eric vz --- Subsequent bisects (starting at different ranges so different commits would be tested) have led me to the same place. No idea why I thought 255573996 worked for a while; all

Re: [PATCH v2 1/5] drm/dp: Add DP DSC DPCD receiver capability size define and missing SHIFT

On Thu, Jan 04, 2018 at 12:23:16AM -0800, Manasi Navare wrote: > This patch defines the DP DSC receiver capability size that gives > total number of DP DSC DPCD registers. > This also adds a missing SHIFT define missed in the > commit id (ab6a46ea6842ce "Add DPCD definitions for DP 1.4 DSC

Re: [PATCH] drm/amdgpu: use %pap format string for phys_addr_t

This commit is Reviewed-by: Felix Kuehling Thanks,   Felix On 2018-01-08 07:53 AM, Arnd Bergmann wrote: > The newly added get_local_mem_info() function prints a phys_addr_t > using 0x%llx, which is wrong on most 32-bit systems, as shown by > this warning: > >

[Bug 104185] CS:GO randomly locks up the entire system requiring forced reboot

https://bugs.freedesktop.org/show_bug.cgi?id=104185 --- Comment #5 from quen...@intrepide.io --- all system freeze, can't do anything, so I can't switch tty with Ctrl+Alt+FX(In reply to ominous from comment #4) > For those who experience a freeze, please try the following: > > - Switch to a

[Bug 104185] CS:GO randomly locks up the entire system requiring forced reboot

https://bugs.freedesktop.org/show_bug.cgi?id=104185 --- Comment #4 from omin...@autistici.org --- For those who experience a freeze, please try the following: - Switch to a terminal with Ctrl + Alt + F7 - Switch back to your original environment with Ctrl + Alt + F1 I am experience some

[Bug 104185] CS:GO randomly locks up the entire system requiring forced reboot

https://bugs.freedesktop.org/show_bug.cgi?id=104185 --- Comment #3 from quen...@intrepide.io --- I have the same issue I have a Ryzen 1800x with Vega 56 with different config ubuntu 17.10 with mainline 4.15rc kernel and amdgpu with mesa sable (17.2) or git (17.4) (from different ppa) with llvm

Re: [PATCH] drm/atomic: Fix memleak on ERESTARTSYS during non-blocking commits

On 2018-01-04 02:47 PM, sunpeng...@amd.com wrote: > From: "Leo (Sunpeng) Li" > > During a non-blocking commit, it is possible to return before the > commit_tail work is queued (-ERESTARTSYS, for example). > > Since a reference on the crtc commit object is obtained for the

Re: [drm_hwcomposer] [PATCH] Take Connection state into account. (v2)

On Mon, Jan 08, 2018 at 03:41:49PM -0500, Sean Paul wrote: > On Sat, Jan 06, 2018 at 12:59:58AM +0100, Mauro Rossi wrote: > > Porting of original commit 76fb87e675 of Jim Bish in android-ia master to > > fdo > > > > Original commit message: > > "There are various places where we should be really

Re: [drm_hwcomposer] [PATCH] Take Connection state into account. (v2)

On Sat, Jan 06, 2018 at 12:59:58AM +0100, Mauro Rossi wrote: > Porting of original commit 76fb87e675 of Jim Bish in android-ia master to fdo > > Original commit message: > "There are various places where we should be really taking connection > state into account before querying the properties or

Re: [PATCH v6 0/9] drm/i915: Implement HDCP

On Mon, Jan 8, 2018 at 2:55 PM, Sean Paul wrote: > This is The One. Differences between v6 and v5 include fixing a printk > formatting issue that 0-day found, and changing the verbose licenses in the > new > files to SPDX tags. > > I'll push this to a topic branch in the

[PATCH v6 5/9] drm/i915: Add HDCP framework + base implementation

This patch adds the framework required to add HDCP support to intel connectors. It implements Aksv loading from fuse, and parts 1/2/3 of the HDCP authentication scheme. Note that without shim implementations, this does not actually implement HDCP. That will come in subsequent patches. Changes in

[PATCH v6 6/9] drm/i915: Make use of indexed write GMBUS feature

This patch enables the indexed write feature of the GMBUS to concatenate 2 consecutive messages into one. The criteria for an indexed write is that both messages are writes, the first is length == 1, and the second is length > 0. The first message is sent out by the GMBUS as the slave command, and

[PATCH v6 9/9] drm/i915: Implement HDCP for DisplayPort

This patch adds HDCP support for DisplayPort connectors by implementing the intel_hdcp_shim. Most of this is straightforward read/write from/to DPCD registers. One thing worth pointing out is the Aksv output bit. It wasn't easily separable like it's HDMI counterpart, so it's crammed in with the

[PATCH v6 7/9] drm/i915: Add function to output Aksv over GMBUS

Once the Aksv is available in the PCH, we need to get it on the wire to the receiver via DDC. The hardware doesn't allow us to read the value directly, so we need to tell GMBUS to source the Aksv internally and send it to the right offset on the receiver. The way we do this is to initiate an

[PATCH v6 8/9] drm/i915: Implement HDCP for HDMI

This patch adds HDCP support for HDMI connectors by implementing the intel_hdcp_shim. Nothing too special, just a bunch of DDC reads/writes. Changes in v2: - Rebased on drm-intel-next Changes in v3: - Initialize new worker Changes in v4: - Remove SKL_ prefix from most register names (Daniel) -

[PATCH v6 4/9] drm: Add some HDCP related #defines

In preparation for implementing HDCP in i915, add some HDCP related register offsets and defines. The dpcd register offsets will go in drm_dp_helper.h whereas the ddc offsets along with generic HDCP stuff will get stuffed in drm_hdcp.h, which is new. Changes in v2: - drm_hdcp.h gets MIT license

[PATCH v6 3/9] drm: Add Content Protection property

This patch adds a new optional connector property to allow userspace to enable protection over the content it is displaying. This will typically be implemented by the driver using HDCP. The property is a tri-state with the following values: - OFF: Self explanatory, no content protection -

[PATCH v6 2/9] drm/i915: Add more control to wait_for routines

This patch adds a little more control to a couple wait_for routines such that we can avoid open-coding read/wait/timeout patterns which: - need the value of the register after the wait_for - run arbitrary operation for the read portion This patch also chooses the correct sleep function (based

[PATCH v6 0/9] drm/i915: Implement HDCP

This is The One. Differences between v6 and v5 include fixing a printk formatting issue that 0-day found, and changing the verbose licenses in the new files to SPDX tags. I'll push this to a topic branch in the drm-misc tree and send a pull request to Dave for 4.17 after the 4.16 merge window is

[PATCH v6 1/9] drm: Fix link-status kerneldoc line lengths

I'm adding some stuff below it and it's killing my editor's vibe. Changes in v2: - Added to the series Changes in v3: - None Changes in v4: - None Changes in v5: - None Changes in v6: - None Cc: Manasi Navare Acked-by: Daniel Vetter

[Bug 104285] Euro Truck Simulator 2 and American Truck Simulator artifacts (Mesa 17.3, AMD R9 280X)

https://bugs.freedesktop.org/show_bug.cgi?id=104285 --- Comment #4 from Gregor Münch --- Cant confirm with Radeon HD 7970 on mesa git and llvm git from today. ATS with shadows to high. Maybe its LLVM? -- You are receiving this mail because: You are the assignee for the

Re: [PATCH libdrm] amdgpu: fix not to add amdgpu.ids when building without amdgpu

On 2018-01-04 07:31 AM, Seung-Woo Kim wrote: > The amdgpu.ids is only required when building with amdgpu support. > Fix not to add it without amdgpu. > > Signed-off-by: Seung-Woo Kim > --- > data/Makefile.am |2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) >

[PATCH v5 9/9] drm/i915: Implement HDCP for DisplayPort

This patch adds HDCP support for DisplayPort connectors by implementing the intel_hdcp_shim. Most of this is straightforward read/write from/to DPCD registers. One thing worth pointing out is the Aksv output bit. It wasn't easily separable like it's HDMI counterpart, so it's crammed in with the

[PATCH v5 4/9] drm: Add some HDCP related #defines

In preparation for implementing HDCP in i915, add some HDCP related register offsets and defines. The dpcd register offsets will go in drm_dp_helper.h whereas the ddc offsets along with generic HDCP stuff will get stuffed in drm_hdcp.h, which is new. Changes in v2: - drm_hdcp.h gets MIT license

[PATCH v5 8/9] drm/i915: Implement HDCP for HDMI

This patch adds HDCP support for HDMI connectors by implementing the intel_hdcp_shim. Nothing too special, just a bunch of DDC reads/writes. Changes in v2: - Rebased on drm-intel-next Changes in v3: - Initialize new worker Changes in v4: - Remove SKL_ prefix from most register names (Daniel) -

[PATCH v5 7/9] drm/i915: Add function to output Aksv over GMBUS

Once the Aksv is available in the PCH, we need to get it on the wire to the receiver via DDC. The hardware doesn't allow us to read the value directly, so we need to tell GMBUS to source the Aksv internally and send it to the right offset on the receiver. The way we do this is to initiate an

[PATCH v5 6/9] drm/i915: Make use of indexed write GMBUS feature

This patch enables the indexed write feature of the GMBUS to concatenate 2 consecutive messages into one. The criteria for an indexed write is that both messages are writes, the first is length == 1, and the second is length > 0. The first message is sent out by the GMBUS as the slave command, and

[PATCH v5 5/9] drm/i915: Add HDCP framework + base implementation

This patch adds the framework required to add HDCP support to intel connectors. It implements Aksv loading from fuse, and parts 1/2/3 of the HDCP authentication scheme. Note that without shim implementations, this does not actually implement HDCP. That will come in subsequent patches. Changes in

[PATCH v5 2/9] drm/i915: Add more control to wait_for routines

This patch adds a little more control to a couple wait_for routines such that we can avoid open-coding read/wait/timeout patterns which: - need the value of the register after the wait_for - run arbitrary operation for the read portion This patch also chooses the correct sleep function (based

[PATCH v5 1/9] drm: Fix link-status kerneldoc line lengths

I'm adding some stuff below it and it's killing my editor's vibe. Changes in v2: - Added to the series Changes in v3: - None Changes in v4: - None Changes in v5: - None Cc: Manasi Navare Acked-by: Daniel Vetter Signed-off-by: Sean Paul

[PATCH v5 3/9] drm: Add Content Protection property

This patch adds a new optional connector property to allow userspace to enable protection over the content it is displaying. This will typically be implemented by the driver using HDCP. The property is a tri-state with the following values: - OFF: Self explanatory, no content protection -

[PATCH v5 0/9] drm/i915: Implement HDCP

Mostly a minor revision. The biggest item is that I've changed the property value "Off" to "Undesired". This reflects what Chrome is using (discovered by backporting the set to our downstream kernel and testing it). "Off" came from a botched backport someone did to the CrOS kernel a little while

Re: [GIT PULL] drm/tegra: Changes for v4.16-rc1

On Mon, Jan 08, 2018 at 04:47:42PM +0300, Dmitry Osipenko wrote: > On 08.01.2018 15:39, Thierry Reding wrote: > > On Mon, Jan 08, 2018 at 08:42:50AM +0100, Thierry Reding wrote: > >> On Fri, Jan 05, 2018 at 05:58:17PM +0300, Dmitry Osipenko wrote: > >>> On 05.01.2018 17:17, Thierry Reding wrote: >

Re: [GIT PULL] drm/tegra: Changes for v4.16-rc1

On Mon, Jan 08, 2018 at 04:47:32PM +0300, Dmitry Osipenko wrote: > On 08.01.2018 10:42, Thierry Reding wrote: > > On Fri, Jan 05, 2018 at 05:58:17PM +0300, Dmitry Osipenko wrote: > >> On 05.01.2018 17:17, Thierry Reding wrote: > >>> Hi Dave, > >>> > >>> The following changes since commit > >>>

[Bug 104540] Corrupted colors in OBS-Studio window capture

https://bugs.freedesktop.org/show_bug.cgi?id=104540 Bug ID: 104540 Summary: Corrupted colors in OBS-Studio window capture Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

Re: [drm_hwcomposer] [PATCH] Update external connectors list

Hey Mauro, This patch looks good to me apart from the commit message formatting. If you tell me I can add your SOB, I'll merge it with the below commit message. On 1/6/18 12:59 AM, Mauro Rossi wrote: > DVID, DVII and VGA are required by discrete and integrated GPUs I would expect something

[PULL] drm-misc-next

Hi Dave, This is a late pull request for 4.16. It our final one. Due to holidays we failed to send it before. In terms of features nothing really big/important apart from the addition of the Ilitek ILI9322 panel driver, that have been tested at linux-next for more than two weeks. The changes

Re: [drm_hwcomposer] [PATCH] Take Connection state into account. (v2)

Hey Mauro! Thanks for the v2, I would like to merge this, but the commit message is a little bit wonky still :) Let me clean it up for you, and if you're fine with me adding your S-o-B I'll push it. Also, if you want to avoid the slow mailing list back and forth, I would happily help out

[PATCH] drm/amdgpu: use %pap format string for phys_addr_t

The newly added get_local_mem_info() function prints a phys_addr_t using 0x%llx, which is wrong on most 32-bit systems, as shown by this warning: drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c: In function 'get_local_mem_info': include/linux/kern_levels.h:5:18: error: format '%llx' expects argument

Re: [GIT PULL] drm/tegra: Changes for v4.16-rc1

On Mon, Jan 08, 2018 at 08:42:50AM +0100, Thierry Reding wrote: > On Fri, Jan 05, 2018 at 05:58:17PM +0300, Dmitry Osipenko wrote: > > On 05.01.2018 17:17, Thierry Reding wrote: > > > Hi Dave, > > > > > > The following changes since commit > > > 9428088c90b6f7d5edd2a1b0d742c75339b36f6e: > > > >

Re: [PATCH v4] drm/omap: plane zpos/zorder management improvements

Hi Tomi, On Monday, 8 January 2018 12:58:28 EET Tomi Valkeinen wrote: > On 08/01/18 12:43, Laurent Pinchart wrote: > > On Monday, 8 January 2018 10:59:29 EET Tomi Valkeinen wrote: > >> On 08/01/18 10:20, Peter Ujfalusi wrote: > >>> On 2018-01-05 16:04, Laurent Pinchart wrote: > On Friday, 5

Re: [PATCH v4] drm/omap: plane zpos/zorder management improvements

On 08/01/18 12:43, Laurent Pinchart wrote: > Hello, > > On Monday, 8 January 2018 10:59:29 EET Tomi Valkeinen wrote: >> On 08/01/18 10:20, Peter Ujfalusi wrote: >>> On 2018-01-05 16:04, Laurent Pinchart wrote: On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote: > Use the plane

Re: [PATCH v4] drm/omap: plane zpos/zorder management improvements

Hi Peter, On Monday, 8 January 2018 10:20:24 EET Peter Ujfalusi wrote: > On 2018-01-05 16:04, Laurent Pinchart wrote: > > On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote: > >> Use the plane index as default zpos for all planes. Even if the > >> application is not setting zpos/zorder

Re: [PATCH v4] drm/omap: plane zpos/zorder management improvements

Hello, On Monday, 8 January 2018 10:59:29 EET Tomi Valkeinen wrote: > On 08/01/18 10:20, Peter Ujfalusi wrote: > > On 2018-01-05 16:04, Laurent Pinchart wrote: > >> On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote: > >>> Use the plane index as default zpos for all planes. Even if the >

[PULL] drm-misc-fixes

Hi Dave, drm-misc-fixes-2018-01-08: Just one vc4 fix. As expected, nothing really happened over vacations. For -next we'll probably need to send one late pull request and then that's done too. Cheers, Daniel The following changes since commit e7cdf5c82f1773c3386b93bbcf13b9bfff29fa31:

Re: [Mesa-dev] Allocator Nouveau driver, Mesa EXT_external_objects, and DRM metadata import interfaces

Just wanted to clarify this one thing here, otherwise I think Rob/krh covered it all. On Thu, Dec 28, 2017 at 10:24:38AM -0800, Miguel Angel Vico wrote: > Daniel Vetter wrote: > > I think in the interim figuring out how to expose kms capabilities > > better (and necessarily standardizing at least

Re: [linux-sunxi] Re: [PATCH 01/11] clk: sunxi-ng: Don't set k if width is 0 for nkmp plls

On Fri, Jan 5, 2018 at 3:28 AM, Jernej Škrabec wrote: > Hi, > > Dne četrtek, 04. januar 2018 ob 15:45:18 CET je Chen-Yu Tsai napisal(a): >> On Sun, Dec 31, 2017 at 5:01 AM, Jernej Skrabec > wrote: >> > For example, A83T have nmp plls which are

Re: [PATCH v2 1/5] drm/etnaviv: track fences by IDR instead of seqno

On Sun, 2018-01-07 at 15:51 +0100, Lucas Stach wrote: > This moves away from using the internal seqno as the userspace fence > reference. By moving to a generic ID, we can later replace the internal > fence by something different than the etnaviv seqno fence. > > Signed-off-by: Lucas Stach

Re: [PATCH v4] drm/omap: plane zpos/zorder management improvements

On 08/01/18 10:20, Peter Ujfalusi wrote: > Hi Laurent, > > On 2018-01-05 16:04, Laurent Pinchart wrote: >> Hi Peter, >> >> Thank you for the patch and sorry for the late review. >> >> On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote: >>> Use the plane index as default zpos for all

Re: [PATCH] gpu: ipu-v3: make array 'int_reg' static, shrinks object size

Hi Colin, On Sat, 2018-01-06 at 17:28 +, Colin King wrote: > From: Colin Ian King > > Don't populate the const read-only array 'int_reg' on the stack but instead > make it static. Makes the object code smaller by over 80 bytes: > > Before: >text data

Re: [PATCH v2 3/3] drm/omap: Make omapdss API more generic

On 07/01/18 22:14, Jyri Sarha wrote: >>> +static u64 dispc_api_read_irqstatus(u64 clearmask) >>> +{ >>> + u32 hw_clearmask = dispc_api_to_hw_irq(clearmask); >>> + u32 hw_status = dispc_read_irqstatus(); >>> + >>> + dispc_clear_irqstatus(hw_clearmask & hw_status); >>> + >>> + return

[PATCH] gpu: drm: i915: intel_hotplug: avoid NULL pointer dereference

I observed the following crash on my laptop after undocking it: BUG: unable to handle kernel NULL pointer dereference at 00e4 IP: i915_hpd_poll_init_work+0x8f/0x100 [i915] PGD 0 P4D 0 Oops: [#1] PREEMPT SMP Modules linked in: ppp_mppe ppp_async ppp_generic slhc nf_conntrack_pptp

Re: [GIT PULL] drm/tegra: Changes for v4.16-rc1

On 05.01.2018 17:17, Thierry Reding wrote: > Hi Dave, > > The following changes since commit 9428088c90b6f7d5edd2a1b0d742c75339b36f6e: > > drm/qxl: reapply cursor after resetting primary (2017-12-08 13:37:02 +1000) > > are available in the Git repository at: > >

Re: [PATCH] vboxvideo: Fix incorrect type in assignment sparse warning

On Sat, Jan 6, 2018 at 10:00 PM, Hans de Goede wrote: > Hi, > > > On 06-01-18 20:56, Alexander Kapshuk wrote: >> >> On Sat, Jan 6, 2018 at 9:43 PM, Hans de Goede wrote: >>> >>> HI, >>> >>> >>> On 06-01-18 20:30, Alexander Kapshuk wrote: On

[PATCH] i915: pm: Be less agressive with clockfreq changes on Bay Trail

Bay Trail devices are known to hang when changing the frequency often, this is discussed in great length in: https://bugzilla.kernel.org/show_bug.cgi?id=109051 Commit 6067a27d1f01 ("drm/i915: Avoid tweaking evaluation thresholds on Baytrail v3") is an attempt to workaround this. Several users in

[drm_hwcomposer] [PATCH] Take Connection state into account. (v2)

Porting of original commit 76fb87e675 of Jim Bish in android-ia master to fdo Original commit message: "There are various places where we should be really taking connection state into account before querying the properties or assuming it as primary. This patch fixes them." (v2) checks on

Re: [Bug 198123] Console is the wrong color at boot with radeon 6670

December 22, 2017 4:35 PM, "Michel Dänzer" wrote: > "Deposite Pirate", do the attached (only compile tested) patches work? Hi, Sorry for the delay. I was not at home for a while. So, I've compiled and booted a kernel with both of these patches and the issue is still

[drm_hwcomposer] [PATCH] Update external connectors list

DVID, DVII and VGA are required by discrete and integrated GPUs --- drmconnector.cpp | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drmconnector.cpp b/drmconnector.cpp index 247f56b..145518f 100644 --- a/drmconnector.cpp +++ b/drmconnector.cpp @@ -73,7 +73,9 @@ bool

Re: [PATCH v2 1/3] drm/sun4i: hdmi: Check for unset best_parent in sun4i_tmds_determine_rate

Hi Maxime, On 5 January 2018 at 21:03, Maxime Ripard wrote: > On Fri, Jan 05, 2018 at 09:44:39AM +1100, Jonathan Liu wrote: >> On 5 January 2018 at 06:56, Maxime Ripard >> wrote: >> > On Tue, Dec 26, 2017 at 10:12:25PM +1100,

[PATCH] vboxvideo: Fix incorrect type in assignment sparse warning

On Sat, Jan 6, 2018 at 6:00 PM, Hans de Goede wrote: > Hi, > > > On 06-01-18 15:20, Alexander Kapshuk wrote: >> >> On Mon, Dec 25, 2017 at 04:42:59PM +0200, Alexander Kapshuk wrote: >>> >>> Sparse emitted the following warning: >>>

[PATCH 0/1] i915: pm: Be less agressive with clockfreq changes on Bay Trail

Hi All, So this patch, which I already submitted a while ago and back then it got one comment from Chris Wilson: > Basically you want a limit on the frequency of ... pcode access? > As presented, you ultimately do not trust any write and the only > solution is to disable all writes. No RPS

Re: [PATCH] vboxvideo: Fix incorrect type in assignment sparse warning

On Sat, Jan 6, 2018 at 9:43 PM, Hans de Goede wrote: > HI, > > > On 06-01-18 20:30, Alexander Kapshuk wrote: >> >> On Sat, Jan 6, 2018 at 6:00 PM, Hans de Goede wrote: >>> >>> Hi, >>> >>> >>> On 06-01-18 15:20, Alexander Kapshuk wrote: On

[PATCH] vboxvideo: Fix incorrect type in assignment sparse warning

On Mon, Dec 25, 2017 at 04:42:59PM +0200, Alexander Kapshuk wrote: > Sparse emitted the following warning: > ../drivers/staging/vboxvideo/vbox_fb.c:173:27: warning: incorrect type in > assignment (different address spaces) > ../drivers/staging/vboxvideo/vbox_fb.c:173:27:expected char

[Bug 198387] New: nouveau + GTX 960: reproducible system freeze

https://bugzilla.kernel.org/show_bug.cgi?id=198387 Bug ID: 198387 Summary: nouveau + GTX 960: reproducible system freeze Product: Drivers Version: 2.5 Kernel Version: 4.15.0-0.rc6.git2.1.fc28.x86_64 Hardware: Intel OS:

Re: [PATCH v4] drm/omap: plane zpos/zorder management improvements

Hi Laurent, On 2018-01-05 16:04, Laurent Pinchart wrote: > Hi Peter, > > Thank you for the patch and sorry for the late review. > > On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote: >> Use the plane index as default zpos for all planes. Even if the >> application is not setting