xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Mon, 2017-12-04 at 11:50 +, Jose Abreu wrote: > Hi Alexey, > > On 04-12-2017 11:32, Alexey Brodkin wrote: > > > > My first [probably incorrect] assumption is Xserver requires fbdev > > (/dev/fbX) > > and it cannot use DRI video card natively. Is that correct? > > > > > >

[PATCH 2/2] drm/tegra: sor: Fix hang on tegra124 due to NULL clk_out

When neither HDMI nor DP is supported such as on the tegra124, the sor->clk_out is not initialised and remains NULL. In this case, the parent clock can't be assigned to it so revert to the previous behaviour of assigning it to the main sor->clock instead. This fixes a kernel hang on tegra124.

[PATCH] drm/vmwgfx_kms: Fix potential NULL pointer dereference

crtc_state is being null checked in a previous code block, which implies that such pointer might be null. crtc_state is dereferenced in drm_atomic_helper_check_plane_state, hence there is a potential null pointer dereference. Fix this by warning-on and returning -EINVAL in case crtc_state is

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Mon, 2017-12-04 at 15:55 +, Jose Abreu wrote: > On 04-12-2017 14:53, Alexey Brodkin wrote: > > > > Full log you may find below. > > Sorry but I meant /var/log/Xorg.0.log file. Ooops... sorry... here is it. -Alexey # cat /var/log/Xorg.0.log  [30.345]  X.Org X Server

UDL's fbdev doesn't work for user-space apps

Hello, I'm trying to use DisplayLink USB2.0-to-HDMI adapter as the one and only video output and I want to get Xserver working on top of that. I'm not very familiar with all the parts of Linux GPU/video stack (especially its user-space counterpart) so my assumptions might be wrong in that case

Re: [PATCH] PCI: use dev_info rather than dev_err for rom validation

On Mon, Nov 27, 2017 at 12:21:10PM -0500, Alex Deucher wrote: > On AMD GPUs, we use several mechanisms to fetch the vbios > rom depending on the platform. We try to read the rom > back via the rom BAR and fall back to other methods in > some cases. This leads to spurious error messages > from

[Bug 103829] [CI] igt@gem_busy@close-race - fail - Failed assertion: gem_bo_busy(fd, object[0].handle)

https://bugs.freedesktop.org/show_bug.cgi?id=103829 Marta Löfstedt changed: What|Removed |Added Status|RESOLVED|CLOSED ---

Re: [PATCH v4 1/3] drm/bridge/synopsys: dsi: stop clobbering drvdata

Hi Philippe, On 2017年12月01日 18:07, Philippe CORNU wrote: Hi Nickey, On 12/01/2017 10:11 AM, Nickey Yang wrote: Hi Philippe, On 2017年12月01日 16:32, Philippe CORNU wrote: Dear Nickey, Many thanks for your patch. I am sorry to say that but you can not add my "Acked-by" to this patch because

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

On 12/05/2017 06:15 AM, Sean Paul wrote: > 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: >

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Mon, 2017-12-04 at 14:02 +, Jose Abreu wrote: > On 04-12-2017 13:16, Alexey Brodkin wrote: > > > > Option  "kmsdev" "/dev/dri/card1" > > Which drm driver uses /dev/dri/card0? I'm seing drmOpen code and > if you don't specify the busID it will fallback for the

[PATCH 1/2] drm/nouveau/bar/gf100: fix hang when calling ->fini() before ->init()

If the firmware fails to load then ->fini() will be called before the device has been initialised, causing the kernel to hang while trying to write to a register. Add a test in ->fini() to avoid this issue. This fixes a kernel hang on tegra124. Fixes: b17de35a2ebbe ("drm/nouveau/bar: implement

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Mon, 2017-12-04 at 17:24 +, Jose Abreu wrote: > On 04-12-2017 16:00, Alexey Brodkin wrote: > > > > [30.763] (II) armada(0): etnaviv: Xv: using YUY2 format intermediate > > YUV target > > > > I'm wondering if this means that target format for UDL is YUV ... > > But anyway,

Re: PROBLEM: Asus C201 video mode problems on HDMI hotplug (regression)

On 2017-12-04 21:34 +0200, Laurent Pinchart wrote: > On Monday, 4 December 2017 21:30:01 EET Nick Bowler wrote: > > On 2017-12-04 21:06 +0200, Laurent Pinchart wrote: > > > As you reported that the PLL lock failure message is not printed, the > > > failure can only come from either the extra delay

Re: PROBLEM: Asus C201 video mode problems on HDMI hotplug (regression)

On 2017-12-04 10:04 +, Jose Abreu wrote: > On 03-12-2017 05:20, Nick Bowler wrote: > > I brought the original test equipment back to the setup so I can > > see the video and pink bar again. The symptoms remain the same > > (unexpected size, pink bar, and no audio). > > > > Can you tell me

Re: PROBLEM: Asus C201 video mode problems on HDMI hotplug (regression)

On 2017-12-04 13:33 -0500, Nick Bowler wrote: > On 2017-12-04 10:04 +, Jose Abreu wrote: > > Hmmm, my first thought was that audio is being configured first > > because of the phy lock wait time, I've seen this happening before. > > > > Lets try this: > > - Disable all alsa clients (e.g.

Re: [PATCH] drm/i915: Mark expected switch fall-throughs

Hi Joonas, Quoting Joonas Lahtinen : On Mon, 2017-11-27 at 16:17 -0600, Gustavo A. R. Silva wrote: In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. I have to say I'm totally not sold on regexps

Re: PROBLEM: Asus C201 video mode problems on HDMI hotplug (regression)

Hi, On 2017-12-04 21:06 +0200, Laurent Pinchart wrote: > As you reported that the PLL lock failure message is not printed, the > failure can only come from either the extra delay introduced by the > above loop, or from reading the HDMI_PHY_STAT0 register. > > How many iterations of the for loop

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

On Tuesday 05 December 2017 10:45 AM, Sean Paul wrote: 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

Re: [PATCH 0/2] Move scheduler out of AMDGPU

Hi Alex, Am Montag, den 04.12.2017, 16:47 -0500 schrieb Alex Deucher: > On Fri, Dec 1, 2017 at 10:55 AM, Christian König > > wrote: > > Am 01.12.2017 um 16:28 schrieb Lucas Stach: > > > > > > Hi all, > > > > > > so this is the first step to make the marvelous AMDGPU

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio)

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #12 from letha...@gmail.com --- - bumping this thread. kernel 4.15-rc2 with dc activated for polaris Still no HBR amdgpu's. Tried with RX480 & RX550 But i have some worse experience than Direx: - Stereo works fine - dolby ac3

Re: [PATCH] drm: Document that drm_panel_orientation_quirks.c is shared with fbdev

On Mon, Dec 04, 2017 at 11:33:21PM +0100, Hans de Goede wrote: > Add a comment to the DRM_PANEL_ORIENTATION_QUIRKS documenting that the > reason for a separate Kconfig for this is because > drm_panel_orientation_quirks.c code is shared with fbdev. > > Suggested-by: Bartlomiej Zolnierkiewicz

Re: [RFC PATCH 1/6] drm: Add Content Protection property

On Wed 2017-11-29 22:08:56, Sean Paul wrote: > 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

[RFC 1/2] dt-bindings: mipi-dsi: Add info about peripherals with non-DSI control bus

Add a section that describes dt-bindings for peripherals that support MIPI DSI, but have a different bus as the primary control bus. Add an example for such peripherals. Signed-off-by: Archit Taneja --- .../devicetree/bindings/display/mipi-dsi-bus.txt | 75

[RFC 2/2] dt-bindings: mipi-dsi: Add dual-channel DSI related info

Add binding info for peripherals that support dual-channel DSI. Add corresponding optional bindings for DSI host controllers that may be configured in this mode. Signed-off-by: Archit Taneja --- .../devicetree/bindings/display/mipi-dsi-bus.txt | 77

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Alexey, On 04-12-2017 17:29, Alexey Brodkin wrote: > > Indeed, in case of kmscube etnaviv is a renderer while UDL > outputs the picture on the screen. Thats nice :) Ok, from your logs I was not able to see anything wrong. X server does not error exit and Prime seems to be working in DRM ...

Re: [PATCH] drm: savely free connectors from connector_iter

On Mon, Dec 04, 2017 at 09:48:18PM +0100, Daniel Vetter wrote: > In > > commit 613051dac40da1751ab269572766d3348d45a197 > Author: Daniel Vetter > Date: Wed Dec 14 00:08:06 2016 +0100 > > drm: locking iterators for connector_list > > we've went to extreme lengths

[RFC 0/2] dt-bindings: mipi-dsi: dual-channel DSI bindings

DSI host controllers these days can be ganged together to drive larger displays. Every SoC vendor supporting this is trying to add their own DT property so that the corresponding drivers can identify that they need to operate in the dual DSI mode. If we use the graph bindings, we don't really need

Re: [RFC PATCH 1/6] drm: Add Content Protection property

On Tue, Dec 05, 2017 at 11:28:40AM +0100, Pavel Machek wrote: > On Wed 2017-11-29 22:08:56, Sean Paul wrote: > > 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

Re: PROBLEM: Asus C201 video mode problems on HDMI hotplug (regression)

Hi Nick, On Tuesday, 5 December 2017 05:22:28 EET Nick Bowler wrote: > On 2017-12-04 21:34 +0200, Laurent Pinchart wrote: > > On Monday, 4 December 2017 21:30:01 EET Nick Bowler wrote: > >> On 2017-12-04 21:06 +0200, Laurent Pinchart wrote: > >>> As you reported that the PLL lock failure message

Re: linux-next: Signed-off-by missing for commits in the drm tree

Hi Stephen, On Tuesday, 5 December 2017 04:45:50 EET Stephen Rothwell wrote: > Hi all, > > Commits > > 36a46da90212 ("drm: rcar-du: Add R8A7743 support") > cdd907001572 ("drm: rcar-du: Add R8A7745 support") > 7912dee7775e ("drm: rcar-du: Implement system suspend/resume support") >

[Bug 104090] Reduced colors on RX580 through eDP on Asus GL702ZC laptop

https://bugs.freedesktop.org/show_bug.cgi?id=104090 Michel Dänzer changed: What|Removed |Added CC|

Re: [PATCH v2 00/27] Improve DE2 support

Hi, On Fri, Dec 01, 2017 at 07:05:23AM +0100, Jernej Skrabec wrote: > Current DE2 driver is very basic and uses a lot of magic constants since > there is no documentation and knowledge about it was limited at the time. > > With studying BSP source code, deeper knowledge was gained which allows >

Re: [PATCH 1/2] drm/nouveau/bar/gf100: fix hang when calling ->fini() before ->init()

On 04/12/17 18:37, Guillaume Tucker wrote: > If the firmware fails to load then ->fini() will be called before the > device has been initialised, causing the kernel to hang while trying > to write to a register. Add a test in ->fini() to avoid this issue. > > This fixes a kernel hang on

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio)

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #13 from letha...@gmail.com --- This is an example running mpv & decoding the stereo pcm_s16le 2ch 48000Hz to 6 channels 48Khz. This generates the audio + noise ( small wav recording attached to this case) mpv command & verbose:

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

On Tuesday 05 December 2017 10:45 AM, Sean Paul wrote: +static +bool intel_dp_hdcp_check_link(struct intel_digital_port *intel_dig_port) +{ + ssize_t ret; + u8 bstatus; + ret = drm_dp_dpcd_read(_dig_port->dp.aux, DP_AUX_HDCP_BSTATUS, + , 1); +

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio)

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #14 from letha...@gmail.com --- Created attachment 135979 --> https://bugs.freedesktop.org/attachment.cgi?id=135979=edit recording of audio LPCM output from RX550 card -- You are receiving this mail because: You are the assignee

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

On Tue, Dec 5, 2017 at 9:04 AM, Ramalingam C wrote: > > > On Tuesday 05 December 2017 01:37 PM, Hans Verkuil wrote: > > On 12/05/2017 06:15 AM, Sean Paul wrote: > > This patch adds a new optional connector property to allow userspace to > enable > protection over the

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio)

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #15 from letha...@gmail.com --- dc_log enabled: :~# dmesg | grep drm [1.413712] [drm] amdgpu kernel modesetting enabled. [1.420821] fb: switching to amdgpudrmfb from VESA VGA [1.421365] [drm] initializing kernel

Re: [Intel-gfx] [RFC PATCH 0/6] drm/i915: Implement HDCP

On Tue, Dec 5, 2017 at 8:45 AM, Ville Syrjälä wrote: > On Thu, Nov 30, 2017 at 08:50:38AM +0100, Daniel Vetter wrote: >> On Wed, Nov 29, 2017 at 10:08:55PM -0500, Sean Paul wrote: >> > Here's the RFC for my i915 HDCP patchset. The UABI is based on what we've >> >

Re: [PATCH v3 00/11] drm/fb-helper: Add .last_close and .output_poll_changed helpers

On Tue, Dec 5, 2017 at 1:24 PM, Noralf Trønnes wrote: > The helpers are applied and have reached airlied/drm-next. > > amd has gained another .poll_changed user since last. Patches 1, 2, 9 applied to my -next tree. Thanks! Alex > > i915 doesn't really need the

[PATCH 2/2] video: ARM CLCD: Improve a size determination in clcdfb_probe()

From: Markus Elfring Date: Tue, 5 Dec 2017 17:53:19 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

[PATCH v3 08/11] drm/omap: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() as its .lastclose callback. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Tomi Valkeinen Signed-off-by: Noralf Trønnes Acked-by: Daniel Vetter

[PATCH v3 07/11] drm/nouveau: Use drm_fb_helper_output_poll_changed()

This driver can use drm_fb_helper_output_poll_changed() instead of its own nouveau_fbcon_output_poll_changed(). Cc: Ben Skeggs Signed-off-by: Noralf Trønnes Acked-by: Daniel Vetter --- drivers/gpu/drm/nouveau/nouveau_display.c |

[PATCH v3 04/11] drm/exynos: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() as its .lastclose callback. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Inki Dae Cc: Joonyoung Shim Cc: Seung-Woo Kim Cc:

[PATCH v3 10/11] drm/rockchip: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() as its .lastclose callback. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Mark Yao Signed-off-by: Noralf Trønnes Acked-by: Daniel Vetter

[PATCH v3 06/11] drm/msm: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() as its .lastclose callback. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Rob Clark Signed-off-by: Noralf Trønnes Acked-by: Daniel Vetter

[PATCH v3 09/11] drm/radeon: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() in its .lastclose function. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Alex Deucher Cc: "Christian König" Signed-off-by: Noralf Trønnes

Re: [PATCH v4 1/3] drm/bridge/synopsys: dsi: stop clobbering drvdata

Hi Nickey, On Tue, Dec 05, 2017 at 05:14:11PM +0800, Nickey Yang wrote: > On 2017年12月01日 18:07, Philippe CORNU wrote: > >On 12/01/2017 10:11 AM, Nickey Yang wrote: > >>On 2017年12月01日 16:32, Philippe CORNU wrote: > >>>I am sorry to say that but you can not add my "Acked-by" to this patch >

Re: [RFC PATCH 1/6] drm: Add Content Protection property

Hi Pavel, On 5 December 2017 at 17:34, Pavel Machek wrote: > Yes, so... This patch makes it more likely to see machines with locked > down kernels, preventing developers from working with systems their > own, running hardware. That is evil, and direct threat to Free > software

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #16 from denisgolo...@yandex.ru --- Created attachment 135989 --> https://bugs.freedesktop.org/attachment.cgi?id=135989=edit dmesg with vblank interrupt -- You are receiving this mail because: You are the assignee for the

Re: [Intel-gfx] [PATCH v3 6/9] drm/i915: Make use of indexed write GMBUS feature

On Tue, Dec 05, 2017 at 12:15:05AM -0500, Sean Paul wrote: > 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.

Re: [RFC PATCH 1/6] drm: Add Content Protection property

On Tue 2017-12-05 11:45:38, Daniel Vetter wrote: > On Tue, Dec 05, 2017 at 11:28:40AM +0100, Pavel Machek wrote: > > On Wed 2017-11-29 22:08:56, Sean Paul wrote: > > > This patch adds a new optional connector property to allow userspace to > > > enable > > > protection over the content it is

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

On Tue, Dec 05, 2017 at 12:15:01AM -0500, Sean Paul wrote: > 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

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

On Tue, Dec 05, 2017 at 12:15:08AM -0500, Sean Paul wrote: > 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

[PATCH 1/2] video: ARM CLCD: Delete an error message for a failed memory allocation in clcdfb_probe()

From: Markus Elfring Date: Tue, 5 Dec 2017 17:50:11 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [RFC PATCH 1/6] drm: Add Content Protection property

On Tue, Dec 5, 2017 at 12:34 PM, Pavel Machek wrote: > On Tue 2017-12-05 11:45:38, Daniel Vetter wrote: >> On Tue, Dec 05, 2017 at 11:28:40AM +0100, Pavel Machek wrote: >> > On Wed 2017-11-29 22:08:56, Sean Paul wrote: >> > > This patch adds a new optional connector property to

[Bug 99923] HITMAN (2016) having lighting and artefacting, and overly light room.

https://bugs.freedesktop.org/show_bug.cgi?id=99923 --- Comment #19 from Christoph Schwerdtfeger --- Still the same with Mesa 17.2.5 # glxinfo | grep Mesa client glx vendor string: Mesa Project and SGI OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.2.5 OpenGL

Re: [PATCH 1/2] drm/nouveau/bar/gf100: fix hang when calling ->fini() before ->init()

On Wed, Dec 6, 2017 at 12:30 AM, Jon Hunter wrote: > > On 04/12/17 18:37, Guillaume Tucker wrote: > > If the firmware fails to load then ->fini() will be called before the > > device has been initialised, causing the kernel to hang while trying > > to write to a register.

Re: [RFC PATCH 1/6] drm: Add Content Protection property

On Tue, Dec 5, 2017 at 12:34 PM, Pavel Machek wrote: > On Tue 2017-12-05 11:45:38, Daniel Vetter wrote: >> On Tue, Dec 05, 2017 at 11:28:40AM +0100, Pavel Machek wrote: >> > On Wed 2017-11-29 22:08:56, Sean Paul wrote: >> > > This patch adds a new optional connector property to

Re: [Intel-gfx] [PATCH v3 6/9] drm/i915: Make use of indexed write GMBUS feature

On Tue, Dec 05, 2017 at 12:15:05AM -0500, Sean Paul wrote: > 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.

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

On Tue, Dec 05, 2017 at 12:15:07AM -0500, Sean Paul wrote: > 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

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

Best Regards, Ramalingam C > -Original Message- > From: Sean Paul [mailto:seanp...@chromium.org] > Sent: Tuesday, December 5, 2017 8:07 PM > To: C, Ramalingam > Cc: dri-devel ; Hans Verkuil > > Subject: Re:

[Bug 103783] atombios stuck in loop for more than 5secs

https://bugs.freedesktop.org/show_bug.cgi?id=103783 --- Comment #14 from vkr...@yahoo.com --- Hi Rene, Sorry for the delay in responding. Thanks for your suggestion regarding the pcieport module. Adding it to RUNTIME_PM_DRIVER_BLACKLIST does fix the problem while TLP is installed. Vadym --

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

On Tue, Dec 05, 2017 at 12:15:04AM -0500, Sean Paul wrote: > 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

Re: [PATCH v2 00/27] Improve DE2 support

Hi, On Tue, Dec 05, 2017 at 04:52:57PM +0100, Jernej Škrabec wrote: > Dne torek, 05. december 2017 ob 11:36:18 CET je Maxime Ripard napisal(a): > > Hi, > > > > On Fri, Dec 01, 2017 at 07:05:23AM +0100, Jernej Skrabec wrote: > > > Current DE2 driver is very basic and uses a lot of magic constants

[Bug 102372] [dc] [kabini] Errors during startup - X doesn't start

https://bugs.freedesktop.org/show_bug.cgi?id=102372 --- Comment #10 from Mike Lothian --- I've just checked https://www.computeruniverse.net/en/products/90526096/acer-aspire-xc-105.asp It has HDMI and a VGA connector, I've only ever used the HDMI connector -- You are

[PATCH 0/2] video/fbdev/amba-clcd: Adjustments for clcdfb_probe()

From: Markus Elfring Date: Tue, 5 Dec 2017 18:07:06 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation Improve a size determination

[PATCH] video/console/sticore: Delete an error message for a failed memory allocation in sti_try_rom_generic()

From: Markus Elfring Date: Tue, 5 Dec 2017 18:45:42 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [RFC PATCH 1/6] drm: Add Content Protection property

Hi! > >> > Why would user of the machine want this to be something else than > >> > 'OFF'? > >> > > >> > If kernel implements this, will it mean hardware vendors will have to > >> > prevent user from updating kernel on machines they own? > >> > > >> > If this is merged, does it open kernel

[PATCH v3 11/11] drm/tegra: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() as its .lastclose callback. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Thierry Reding Signed-off-by: Noralf Trønnes Acked-by: Daniel Vetter

Re: [Intel-gfx] [PATCH v3 7/9] drm/i915: Add function to output Aksv over GMBUS

On Tue, Dec 05, 2017 at 12:15:06AM -0500, Sean Paul wrote: > 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

[Bug 99923] HITMAN (2016) having lighting and artefacting, and overly light room.

https://bugs.freedesktop.org/show_bug.cgi?id=99923 --- Comment #20 from Christoph Schwerdtfeger --- I recompiled Mesa with LLVM 6.0 but that didn't change anything. # glxinfo | grep -i llvm Device: AMD TAHITI (DRM 2.50.0 / 4.13.0-1-amd64, LLVM 6.0.0) (0x679a) OpenGL

[Bug 104001] GPU driver hung when start steam client while playback video on Youtube (it occurs on latest staging kernel)

https://bugs.freedesktop.org/show_bug.cgi?id=104001 --- Comment #3 from mikhail.v.gavri...@gmail.com --- Created attachment 135984 --> https://bugs.freedesktop.org/attachment.cgi?id=135984=edit dmesg -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] drm: amd: dc: don't use FP math when Kcov is enabled

On 2017-12-05 07:05 AM, Arnd Bergmann wrote: > On Mon, Dec 4, 2017 at 9:34 PM, Harry Wentland wrote: >> On 2017-12-04 08:08 AM, Arnd Bergmann wrote: >>> Building the DCN 1.0 Raven display driver with CONFIG_KCOV_INSTRUMENT_ALL=y >>> and CONFIG_KCOV_ENABLE_COMPARISONS=y

[PATCH v3 05/11] drm/gma500: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() as its .lastclose callback. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Patrik Jakobsson Signed-off-by: Noralf Trønnes Acked-by: Daniel Vetter

[PATCH v3 00/11] drm/fb-helper: Add .last_close and .output_poll_changed helpers

The helpers are applied and have reached airlied/drm-next. amd has gained another .poll_changed user since last. i915 doesn't really need the .poll_changed helper since it now does a sync and has to open code it after: drm/i915/fbdev: Serialise early hotplug events with async fbdev config

[PATCH v3 01/11] drm/amd/display: Use drm_fb_helper_poll_changed()

This driver can use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Alex Deucher Cc: "Christian König" Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 2

[PATCH v3 03/11] drm/armada: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() as its .lastclose callback. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Cc: Russell King Signed-off-by: Noralf Trønnes Acked-by: Russell King

[PATCH v3 02/11] drm/amdgpu: Use drm_fb_helper_lastclose() and _poll_changed()

This driver can use drm_fb_helper_lastclose() in its .lastclose function. It can also use drm_fb_helper_output_poll_changed() as its .output_poll_changed callback. Remove the unused driver implementations. Cc: Alex Deucher Cc: "Christian König"

Re: [PATCH v6 2/2] staging: ion: create one device entry per heap

On 12/02/2017 07:53 AM, Greg KH wrote: This is one of the item in the TODO list before been able to unstage ION which is my real need. Why does it matter where in the tree this code is? Don't go adding new things to it that are not needed. Who needs this? What userspace code wants this type

Re: [Intel-gfx] [PATCH v3 2/9] drm/i915: Add more control to wait_for routines

Quoting Sean Paul (2017-12-05 05:15:01) > 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

[radeon-alex:amd-staging-drm-next 374/671] sound/soc/amd/raven/acp3x-pcm-dma.c:246:10: error: implicit declaration of function 'page_to_phys'; did you mean 'page_to_pfn'?

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 135bf5e44b3f1a665c9b9aeba34083ce3c626d6e commit: c1888183e1764d55d51ae051bd8651e634febe4d [374/671] ASoC: AMD: enable ACP3x drivers build config: tile-allyesconfig (attached as .config) compiler: tilegx-linux-gcc

linux-next: build failure after merge of the drm-misc tree

Hi all, After merging the drm-misc tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/gpu/drm/i915/intel_dsi.c: In function 'intel_dsi_get_panel_orientation': drivers/gpu/drm/i915/intel_dsi.c:1673:13: error: storage size of 'plane' isn't known enum plane plane;

Re: [PATCH 0/2] Move scheduler out of AMDGPU

On Tue, Dec 5, 2017 at 4:18 AM, Lucas Stach wrote: > Hi Alex, > > Am Montag, den 04.12.2017, 16:47 -0500 schrieb Alex Deucher: >> On Fri, Dec 1, 2017 at 10:55 AM, Christian König >> > wrote: >> > Am 01.12.2017 um 16:28 schrieb Lucas Stach: >> > >

Re: [Intel-gfx] linux-next: build failure after merge of the drm-misc tree

On Wed, Dec 06, 2017 at 01:00:15AM +, Stephen Rothwell wrote: > Hi all, Hi Stephen, I had just written the email for you about this. Feel free to ignore that one since you already found the solution and sorry for the delay on warning you. > > After merging the drm-misc tree, today's

Re: [Intel-gfx] [PATCH v3 4/9] drm: Add some HDCP related #defines

Quoting Sean Paul (2017-12-05 05:15:03) > 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.

Re: [PATCH v6 2/2] staging: ion: create one device entry per heap

On Tue, Dec 05, 2017 at 03:01:42PM -0800, Laura Abbott wrote: > On 12/02/2017 07:53 AM, Greg KH wrote: > > > This is one of the item in the TODO list before been able to unstage ION > > > which is my real need. > > Why does it matter where in the tree this code is? Don't go adding new > > things

Re: [Intel-gfx] linux-next: build failure after merge of the drm-misc tree

Hi Rodrigo, On Tue, 5 Dec 2017 17:21:54 -0800 Rodrigo Vivi wrote: > > I had just written the email for you about this. > Feel free to ignore that one since you already found the solution > and sorry for the delay on warning you. And I should read all my email before

RE: [PATCH] drm/ttm: swap consecutive allocated pooled pages v4

Reviewed-by: Roger He Thanks Roger(Hongbo.He) -Original Message- From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com] Sent: Tuesday, December 05, 2017 8:55 PM To: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org; He, Roger

Re: [PATCH v4 1/3] drm/bridge/synopsys: dsi: stop clobbering drvdata

Hi Brian, On 2017年12月06日 02:56, Brian Norris wrote: Hi Nickey, On Tue, Dec 05, 2017 at 05:14:11PM +0800, Nickey Yang wrote: On 2017年12月01日 18:07, Philippe CORNU wrote: On 12/01/2017 10:11 AM, Nickey Yang wrote: On 2017年12月01日 16:32, Philippe CORNU wrote: I am sorry to say that but you can

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

On 05-12-2017 11:53, Alexey Brodkin wrote: > > From my note above about udl_drm_gem_mmap() being only used in case of Xserver > I barely may conclude anything. Given my lack of knowledge of DRM guts > especially > when it comes to complicated cases with DMA buffer exports/imports I cannot > say >

Re: [PATCH v3 4/6] drm/fsl-dcu: Use drm_mode_config_helper_suspend/resume()

Den 14.11.2017 22.25, skrev Noralf Trønnes: Replace driver's code with the generic helpers that do the same thing. Cc: Stefan Agner Cc: Alison Wang Signed-off-by: Noralf Trønnes Acked-by: Stefan Agner ---

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #15 from Michel Dänzer --- Created attachment 135969 --> https://bugs.freedesktop.org/attachment.cgi?id=135969=edit Debugging output related to enabling/disabling the vblank interrupt Another iteration, to

Re: [PATCH] drm: amd: dc: don't use FP math when Kcov is enabled

On Mon, Dec 4, 2017 at 9:34 PM, Harry Wentland wrote: > On 2017-12-04 08:08 AM, Arnd Bergmann wrote: >> Building the DCN 1.0 Raven display driver with CONFIG_KCOV_INSTRUMENT_ALL=y >> and CONFIG_KCOV_ENABLE_COMPARISONS=y results in warnings about many functions >> that do a

[PATCH] drm/ttm: swap consecutive allocated pooled pages v4

When we detect consecutive allocation of pages swap them to avoid accidentally freeing them as huge page. v2: use swap v3: check if it's really the first allocated page v4: don't touch the loop variable Signed-off-by: Christian König ---

Re: [Intel-gfx] [PATCH v3 3/9] drm: Add Content Protection property

Quoting Daniel Vetter (2017-12-05 15:34:36) > Two bits missing imo: > - Should explain that userspace should poll this property to detect a > change from ENABLED to DESIRED (and take adequate actions and e.g. stop > the stream). No uevent will be sent out because the HDCP specs require >

Re: [PATCH v3 05/15] drm/sun4i: Fix error path handling

On Tue, Dec 5, 2017 at 11:10 PM, Maxime Ripard wrote: > The commit 4c7f16d14a33 ("drm/sun4i: Fix TCON clock and regmap > initialization sequence") moved a bunch of logic around, but forgot to > update the gotos after the introduction of the err_free_dotclock

[Bug 102372] [dc] [kabini] Errors during startup - X doesn't start

https://bugs.freedesktop.org/show_bug.cgi?id=102372 --- Comment #9 from Alex Deucher --- What physical display connectors are actually on the board? -- You are receiving this mail because: You are the assignee for the bug.___

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

On 12/05/17 15:36, Sean Paul wrote: > On Tue, Dec 5, 2017 at 9:04 AM, Ramalingam C wrote: >> >> >> On Tuesday 05 December 2017 01:37 PM, Hans Verkuil wrote: >> >> On 12/05/2017 06:15 AM, Sean Paul wrote: >> >> This patch adds a new optional connector property to allow

[PATCH v3 06/15] drm/sun4i: Force the mixer rate at 150MHz

It seems like the mixer can only run properly when clocked at 150MHz. In order to have something more robust than simply a fire-and-forget assigned-clocks-rate, let's put that in the code. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun8i_mixer.c |

  1   2   >