[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #19 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- I tried on my Ubuntu multiple times with both starting and stopping desktop manager and just xinint. Didn't observe any hang, this is relevant SW info from my glxinfo OenGL

Re: [v2,03/10] drm/sun4i: Protect the TCON pixel clocks

Il 21/02/2018 10:20, Maxime Ripard ha scritto: From: Maxime Ripard Both TCON clocks are very sensitive to clock changes, since any change might lead to improper timings. Make sure our rate is never changed. Signed-off-by: Maxime Ripard

Re: [PATCH 1/7] vulkan: Add KHR_display extension to anv and radv using DRM

On Thu, Feb 15, 2018 at 9:46 AM, Keith Packard wrote: > Jason Ekstrand writes: > > > It seems a little odd to me to default to opening the master node and > then > > fall back to the render node if it doesn't work. I suppose that's > probably > > ok so

Re: [PATCH 1/7] vulkan: Add KHR_display extension to anv and radv using DRM

Jason Ekstrand writes: > I think I like option 1 (KEITHP_kms_display). If the client knows the > difference between render and primary for 2, then they are most likely > already opening the master node themselves or at least have access to > the FD. Ok, I'll work on

Re: [PATCH 01/21] vulkan: Add KHR_display extension using DRM

Continuing on the new version of the patch... On Tue, Feb 13, 2018 at 4:31 PM, Keith Packard wrote: > +enum wsi_image_state { > + wsi_image_idle, > + wsi_image_drawing, > + wsi_image_queued, > + wsi_image_flipping, > + wsi_image_displaying > +}; > With the

[Bug 101475] Max Core Profile for OpenGL showing 0.0

https://bugs.freedesktop.org/show_bug.cgi?id=101475 --- Comment #14 from vinf...@gmail.com --- Created attachment 137569 --> https://bugs.freedesktop.org/attachment.cgi?id=137569=edit Full output of glxinfo Here's the full output. -- You are receiving this mail because: You are the assignee

[Bug 101475] Max Core Profile for OpenGL showing 0.0

https://bugs.freedesktop.org/show_bug.cgi?id=101475 vinf...@gmail.com changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 101475] Max Core Profile for OpenGL showing 0.0

https://bugs.freedesktop.org/show_bug.cgi?id=101475 --- Comment #16 from vinf...@gmail.com --- OK, it worked now. Using --enable-texture-float now returns a version Max core profile version of 3.3. Don't know why it didn't work before, but it is working now. Thank you for all the help. -- You

[Bug 101475] Max Core Profile for OpenGL showing 0.0

https://bugs.freedesktop.org/show_bug.cgi?id=101475 --- Comment #15 from Ilia Mirkin --- You appear to be missing GL_ARB_texture_float, which in turn means you won't get GL 3.0. This happens when you haven't built mesa with --enable-texture-float, as you were told earlier.

[Bug 105018] Kernel panic when waking up after screen goes blank.

https://bugs.freedesktop.org/show_bug.cgi?id=105018 --- Comment #20 from Ainola --- I've been using this patchset on linux 4.15.3 and 4.14.4 and haven't had a problem since. -- You are receiving this mail because: You are the assignee for the

[Bug 105200] [r600g] Regression: ImageMagick OpenCL kernel no longer compiles

https://bugs.freedesktop.org/show_bug.cgi?id=105200 --- Comment #7 from nixscrip...@gmail.com --- Created attachment 137572 --> https://bugs.freedesktop.org/attachment.cgi?id=137572=edit clover debug imagemagick.link-0.ll My GPU is: 01:00.0 VGA compatible controller: Advanced Micro Devices,

Re: [PATCH 1/7] vulkan: Add KHR_display extension to anv and radv using DRM

On Fri, Feb 23, 2018 at 3:43 PM, Keith Packard wrote: > Jason Ekstrand writes: > > > I think I like option 1 (KEITHP_kms_display). If the client knows the > > difference between render and primary for 2, then they are most likely > > already opening the

[Bug 198745] Blank screen on RX 580 with AMDGPU Display Core enabled

https://bugzilla.kernel.org/show_bug.cgi?id=198745 --- Comment #13 from Kyle De'Vir (kyle.de...@mykolab.com) --- Is there something that plain AMDGPU is doing that Display Core isn't, perhaps? Is there a way to find what the difference could be? -- You are receiving this mail because: You are

[radeon-alex:amd-staging-drm-next 85/495] sound/soc/amd/raven/acp3x-pcm-dma.c:638:22: error: implicit declaration of function 'devm_ioremap'; did you mean 'of_ioremap'?

Hi Maruthi, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 82beba2883b2556ce896b08cb4dde76383192484 commit: 4ab7d004f9ff2e877caa267887360e1804b4edcf [85/495] ASoC: AMD: enable ACP3x drivers build config:

RE: [PATCH 3/4] drm/ttm: handle already locked BOs during eviction and swapout.

-Original Message- From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com] Sent: Friday, February 23, 2018 8:06 PM To: He, Roger ; amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org Subject: Re: [PATCH 3/4] drm/ttm:

RE: [PATCH 2/2] drm/ttm: cleanup ttm_tt_create

Series is: Reviewed-by: Roger He -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Christian K?nig Sent: Friday, February 23, 2018 8:25 PM To: dri-devel@lists.freedesktop.org Subject: [PATCH 2/2] drm/ttm: cleanup

[Bug 105200] [r600g] Regression: ImageMagick OpenCL kernel no longer compiles

https://bugs.freedesktop.org/show_bug.cgi?id=105200 nixscrip...@gmail.com changed: What|Removed |Added Attachment #137519|0 |1 is obsolete|

RE: [PATCH 3/4] drm/ttm: handle already locked BOs during eviction and swapout.

I missed the Per-VM-BO share the reservation object with root bo. So context is not NULL here. So, this patch is: Reviewed-by: Roger He Thanks Roger(Hongbo.He) -Original Message- From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com] Sent: Friday, February

[Bug 105200] [r600g] Regression: ImageMagick OpenCL kernel no longer compiles

https://bugs.freedesktop.org/show_bug.cgi?id=105200 --- Comment #6 from nixscrip...@gmail.com --- Created attachment 137571 --> https://bugs.freedesktop.org/attachment.cgi?id=137571=edit clover debug imagemagick.ll -- You are receiving this mail because: You are the assignee for the

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #20 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Did you power cycle your platform between attempts? By latest upstream you mean tip of the git devel? I did update to the last release of Mesa, libdrm, llvm, xorg-amdgpu

Re: [PATCH libdrm v2] *-symbol-check: Don't hard-code nm executable

On 23 February 2018 at 15:02, Eric Engestrom wrote: > On Friday, 2018-02-23 00:25:27 +, Emil Velikov wrote: >> On 19 February 2018 at 16:35, Eric Engestrom >> wrote: >> > From: Heiko Becker >> > >> > Helpful if

Re: [RFC 1/4] drm: Add writeback connector type

On Fri, Feb 23, 2018 at 04:48:58PM +, Liviu Dudau wrote: > On Fri, Feb 23, 2018 at 11:43:29AM -0500, Sean Paul wrote: > > On Fri, Feb 23, 2018 at 11:25:11AM -0500, Rob Clark wrote: > > > On Fri, Feb 23, 2018 at 10:59 AM, Sean Paul wrote: > > > > > > > > Have we

[Bug 105200] [r600g] Regression: ImageMagick OpenCL kernel no longer compiles

https://bugs.freedesktop.org/show_bug.cgi?id=105200 --- Comment #5 from Jan Vesely --- (In reply to nixscripter from comment #4) > Thanks to your quick response, I got libclc compiled successfully. > > Now when I try to view an image, the OpenCL compile error is

Re: [RESEND PATCH v2] Documentation/ABI: add sysfs interface for s6e63m0 lcd driver

On Fri, 23 Feb 2018 18:53:52 +0530 Aishwarya Pant wrote: > Document sysfs attributes of s6e63m0 lcd panel driver by looking through > git logs and reading code. > > Signed-off-by: Aishwarya Pant Applied, thanks. jon

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #9 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- I just have to start up the system and around 1 out of 10 times X will crash with no human intervention. X manages to render some of the screen, like the window decorator or the

Re: [PATCH 2/2] drm/ttm: cleanup ttm_tt_create

On 2018-02-23 01:25 PM, Christian König wrote: > Cleanup ttm_tt_create a bit. > > Signed-off-by: Christian König Thanks for splitting up the patches! Both are Reviewed-by: Michel Dänzer -- Earthling Michel Dänzer |

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #11 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Distro I am using Yocto Project Launching X with: /etc/init.d/xserver-nodm start that launches su -l -c '/etc/xserver-nodm/Xserver &' $USER that calls xinit internally.

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #14 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Thanks Andrey Please bare in mind that #151341 seems very related, so this bug might be happening in more platforms. -- You are receiving this mail because: You are watching

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #13 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- Thanks for all the info, I will later try to reproduce it on my CZ setup. Andrey -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [RFC 2/4] drm: writeback: Add out-fences for writeback connectors

On Fri, Feb 23, 2018 at 08:17:52AM -0500, Rob Clark wrote: > From: Brian Starkey > > Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to > enable userspace to get a fence which will signal once the writeback is > complete. It is not allowed to request an

Re: [RFC 1/4] drm: Add writeback connector type

On Fri, Feb 23, 2018 at 10:59:35AM -0500, Sean Paul wrote: > On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote: > > From: Brian Starkey > > > > Writeback connectors represent writeback engines which can write the > > CRTC output to a memory framebuffer. Add a

Re: [RFC 4/4] drm/msm/mdp5: writeback support

On Fri, Feb 23, 2018 at 08:17:54AM -0500, Rob Clark wrote: > In a way, based on the original writeback patch from Jilai Wang, but a > lot has shifted around since then. > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/msm/Makefile | 1 + >

Re: [PATCH v1 2/2] drm/panel: Add support for Raydium rm68200 panel driver

Reviewed-by: Yannick Fertré On 02/08/2018 03:30 PM, Philippe Cornu wrote: > This patch adds Raydium Semiconductor Corporation rm68200 > 5.5" 720x1280 TFT LCD panel driver (MIPI-DSI video mode). > > Signed-off-by: Philippe Cornu > --- >

Re: [PATCH v1 1/2] dt-bindings/display/panel: Add support for Raydium rm68200 dsi panel

Reviewed-by: Yannick Fertré On 02/08/2018 03:30 PM, Philippe Cornu wrote: > The Raydium Semiconductor Corporation RM68200 is a 5.5" 720x1280 > TFT LCD panel connected using a MIPI-DSI video interface. > > Signed-off-by: Philippe Cornu > --- >

Re: [PATCH v6 0/4] R-Car DU: Convert LVDS code to bridge driver

On 02/22/18 05:13, Laurent Pinchart wrote: > Hello, > > This patch series addresses a design mistake that dates back from the initial > DU support. Support for the LVDS encoders, which are IP cores separate from > the DU, was bundled in the DU driver. Worse, both the DU and LVDS were > described

[PATCH v3 06/10] pwm: add PWM modes

Add PWM normal and complementary modes. Signed-off-by: Claudiu Beznea --- Documentation/devicetree/bindings/pwm/pwm.txt | 9 +++-- Documentation/pwm.txt | 26 +++--- include/dt-bindings/pwm/pwm.h | 1

Re: [PATCH v6 3/4] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes

Hi Laurent, Rob, Thanks for the prompt spin to address my concerns. There are some small technical issues. I did not read the v3 patch until today. v3 through v6 are still using the old overlay apply method which uses an expanded device tree as input. Rob, I don't see my overlay patches in

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On 22.02.2018 14:33, Daniel Thompson wrote: > On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: >> Add PWM mode to pwm_config() function. The drivers which uses pwm_config() >> were adapted to this change. >> >> Signed-off-by: Claudiu Beznea >> --- >>

[PATCH v3 07/10] pwm: atmel: add pwm capabilities

Add pwm capabilities for Atmel/Microchip PWM controllers. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-atmel.c | 80 - 1 file changed, 52 insertions(+), 28 deletions(-) diff --git a/drivers/pwm/pwm-atmel.c

Re: [PATCH 5/9] drm/xen-front: Implement handling of shared display buffers

On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote: > > static int __init xen_drv_init(void) > { > + /* At the moment we only support case with XEN_PAGE_SIZE == PAGE_SIZE */ > + BUILD_BUG_ON(XEN_PAGE_SIZE != PAGE_SIZE); Why BUILD_BUG_ON? This should simply not load if page sizes

[PATCH v3 01/10] pwm: extend PWM framework with PWM modes

Add basic PWM modes: normal and complementary. These modes should differentiate the single output PWM channels from two outputs PWM channels. These modes could be set as follow: 1. PWM channels with one output per channel: - normal mode 2. PWM channels with two outputs per channel: - normal mode -

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: > Add PWM mode to pwm_config() function. The drivers which uses pwm_config() > were adapted to this change. > > Signed-off-by: Claudiu Beznea > --- -snip- > diff --git a/drivers/media/rc/ir-rx51.c

Re: [PATCH v4 00/16] R-Car DU: Convert LVDS code to bridge driver

Hi Laurent, On 02/22/18 02:25, Laurent Pinchart wrote: > Hi Frank, > > On Thursday, 22 February 2018 08:07:14 EET Frank Rowand wrote: >> On 02/20/18 15:10, Laurent Pinchart wrote: >>> Hello, >>> >>> This patch series addresses a design mistake that dates back from the >>> initial DU support.

Re: [PATCH v6 2/4] dt-bindings: display: renesas: Deprecate LVDS support in the DU bindings

Hi Laurent, Thanks for your patch. On 2018-02-22 15:13:34 +0200, Laurent Pinchart wrote: > The internal LVDS encoders now have their own DT bindings, representing > them as part of the DU is deprecated. > > Signed-off-by: Laurent Pinchart >

Re: [PATCH v6 3/4] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes

On 02/22/18 14:10, Frank Rowand wrote: > Hi Laurent, Rob, > > Thanks for the prompt spin to address my concerns. There are some small > technical issues. > > I did not read the v3 patch until today. v3 through v6 are still using the > old overlay apply method which uses an expanded device tree

[PATCH v3 03/10] pwm: cros-ec: populate PWM mode in of_xlate function

Populate PWM mode in of_xlate function to avoid pwm_apply_state() failure. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-cros-ec.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/pwm/pwm-cros-ec.c b/drivers/pwm/pwm-cros-ec.c index

[PATCH v3 05/10] pwm: add PWM mode to pwm_config()

Add PWM mode to pwm_config() function. The drivers which uses pwm_config() were adapted to this change. Signed-off-by: Claudiu Beznea --- arch/arm/mach-s3c24xx/mach-rx1950.c | 11 +-- drivers/bus/ts-nbus.c| 2 +- drivers/clk/clk-pwm.c

[PATCH v3 04/10] pwm: pxa: populate PWM mode in of_xlate function

Populate PWM mode in of_xlate function to avoid pwm_apply_state() failure. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-pxa.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/pwm/pwm-pxa.c b/drivers/pwm/pwm-pxa.c index 4143a46684d2..7a035716e054

[PATCH v3 02/10] pwm: clps711x: populate PWM mode in of_xlate function

Populate PWM mode in of_xlate function to avoid pwm_apply_state() failure. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-clps711x.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-clps711x.c

[PATCH v3 10/10] pwm: atmel: add push-pull mode support

Add support for PWM push-pull mode. This is only supported by SAMA5D2 SoCs. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-atmel.c | 40 1 file changed, 36 insertions(+), 4 deletions(-) diff --git

Re: [PATCH v3 06/10] pwm: add PWM modes

On 22.02.2018 19:28, Andy Shevchenko wrote: > On Thu, Feb 22, 2018 at 2:01 PM, Claudiu Beznea > wrote: >> Add PWM normal and complementary modes. > >> +- PWM_DTMODE_COMPLEMENTARY: PWM complementary working mode (for PWM >> +channels two outputs); if not specified,

Overlay sugar syntax (was: Re: [PATCH v6 3/4] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes)

Hi Frank, On Fri, Feb 23, 2018 at 3:38 AM, Frank Rowand wrote: > I was hoping to be able to convert the .dts files to use sugar syntax > instead of hand coding the fragment nodes, but for this specific set > of files I failed, since the labels that would have been

[Bug 105005] No image after downtime (RX460)

https://bugs.freedesktop.org/show_bug.cgi?id=105005 --- Comment #13 from Dmitry --- In the case of option tearfree on came out of sleep. But there was a bug that flew in resolution 1366x768 and 1080p was not available. But it is possible problems xfce4, or I config the

Re: [PATCH v2] drm/stm: check pitch and size calculations even if !CONFIG_MMU

Hi Benjamin, On 01/31/2018 09:05 AM, Benjamin Gaignard wrote: > In all cases we have to check pitch and size calculations to speed up > data transfer. > > Fixes: 21f815bf773c ("drm/stm: drv: Improve data transfers") > > Signed-off-by: Benjamin Gaignard > --- >

[PATCH v3 09/10] pwm: add documentation for pwm push-pull mode

Add documentation for PWM push-pull mode. Signed-off-by: Claudiu Beznea Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/pwm/pwm.txt | 2 ++ Documentation/pwm.txt | 16

[PATCH v3 08/10] pwm: add push-pull mode support

Add push-pull mode support. In push-pull mode the channels' outputs have same polarities and the edges are complementary delayed for one period. Signed-off-by: Claudiu Beznea --- include/linux/pwm.h | 9 - 1 file changed, 8 insertions(+), 1 deletion(-)

Re: [PATCH v6 4/4] drm: rcar-du: Convert LVDS encoder code to bridge driver

Hi Laurent, Thanks for your patch. On 2018-02-22 15:13:36 +0200, Laurent Pinchart wrote: > The LVDS encoders used to be described in DT as part of the DU. They now > have their own DT node, linked to the DU using the OF graph bindings. > This allows moving internal LVDS encoder support to a

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On 22.02.2018 15:01, Sean Young wrote: > On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: >> Add PWM mode to pwm_config() function. The drivers which uses pwm_config() >> were adapted to this change. >> >> Signed-off-by: Claudiu Beznea >> --- > >

[PATCH v3 00/10] extend PWM framework to support PWM modes

Hi all, Please give feedback on these patches which extends the PWM framework in order to support multiple PWM modes of operations. This series is a rework of [1] and [2]. The current patch series add the following PWM modes: - PWM mode normal - PWM mode complementary - PWM mode push-pull

Re: [PATCH v6 1/4] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

Hi Laurent, Thanks for your patch. On 2018-02-22 15:13:33 +0200, Laurent Pinchart wrote: > The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add > corresponding device tree bindings. > > Signed-off-by: Laurent Pinchart > Reviewed-by:

Re: [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

Hi, On Thu, Feb 22, 2018 at 7:42 PM, Tomasz Figa wrote: > On Thu, Feb 22, 2018 at 10:45 PM, Robin Murphy wrote: >> [sorry, I had intended to reply sooner but clearly forgot] >> >> >> On 16/02/18 00:13, Tomasz Figa wrote: >>> >>> On Fri, Feb 16, 2018 at

[PATCH] drm: of: simplify component probe code

Use positive logic for better readability. This also eliminates one of_node_put() call, making the code shorter. Signed-off-by: Baruch Siach --- drivers/gpu/drm/drm_of.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_of.c

Re: [PATCH 3/9] drm/xen-front: Read driver configuration from Xen store

On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote: > + > +static int cfg_connector(struct xen_drm_front_info *front_info, > + struct xen_drm_front_cfg_connector *connector, > + const char *path, int index) > +{ > + char *connector_path; > + > + connector_path =

Re: [PATCH 4/9] drm/xen-front: Implement Xen event channel handling

On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote: > + > +static irqreturn_t evtchnl_interrupt_ctrl(int irq, void *dev_id) > +{ > + struct xen_drm_front_evtchnl *evtchnl = dev_id; > + struct xen_drm_front_info *front_info = evtchnl->front_info; > + struct xendispl_resp *resp; > +

Re: [PATCH v1 2/2] drm/panel: otm8009a: Add support for the optional power-supply

Hi Thierry & David, May I ask you please your feedback on this small patch? Many thanks, Philippe :-) On 02/05/2018 10:45 AM, Philippe Cornu wrote: > Add support for the optional power-supply. > > Note: A "dummy regulator" is returned by devm_regulator_get() > if the optional regulator is not

Re: [PATCH] drm/ttm: check if free mem space is under the lower limit

Hi Roger, I love your patch! Perhaps something to improve: [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.16-rc2 next-20180223] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[PATCH RFC] drm/sun4i: Enable the output on the pins (tcon0)

From: Ondrej Jirman I noticed that with 4.16-rc1 LVDS output on A83T based TBS A711 tablet doesn't work (there's output but it's garbled). I compared some older patches for LVDS support with the mainlined ones and this change is missing from mainline Linux. I don't know what

Re: [PATCH 1/9] drm/xen-front: Introduce Xen para-virtualized frontend driver

On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote: > +static struct xenbus_driver xen_driver = { > + .ids = xen_drv_ids, > + .probe = xen_drv_probe, > + .remove = xen_drv_remove, > + .otherend_changed = backend_on_changed, What does "_on_" stand for? -boris

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #8 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- How you reproduce it and how often does it happen ? Andrey -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #10 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- Are you starting X with xstart or xinit or some desktop manager ? Can you also provide output of glxinfo ? BTW what distro are you running ? -- You are receiving this mail

Re: [PATCH v2 0/3] backlight: document sysfs interfaces

On Tue, 6 Feb 2018 13:08:41 +0530 Aishwarya Pant wrote: > Patchset contains documentation of the sysfs interfaces for the > following five backlight drivers- > 1) lm3639 > 2) adp5520 > 3) adp8860 > > It was compiled from data sheets, reading code and git history logs. In v2

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #12 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- Created attachment 274401 --> https://bugzilla.kernel.org/attachment.cgi?id=274401=edit glxinfo -- You are receiving this mail because: You are watching the assignee of the

Re: [Freedreno] [PATCH v7 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Feb 23, 2018 at 04:06:39PM +0530, Vivek Gautam wrote: > On Fri, Feb 23, 2018 at 5:22 AM, Jordan Crouse wrote: > > On Wed, Feb 07, 2018 at 04:01:19PM +0530, Vivek Gautam wrote: > >> From: Sricharan R > >> > >> The smmu device probe/remove

[Bug 198885] amdgpu.dc=1 on CIK (R4 Mullins APU) brightness impossible to change. by Fn or "echo".

https://bugzilla.kernel.org/show_bug.cgi?id=198885 --- Comment #5 from Przemek (sop...@gmail.com) --- (In reply to Harry Wentland from comment #4) > Thanks for reporting this. It's currently not hooked up for ASICs older than > Carrizo. We'll take a look. > > You're right that it clashes with

Re: [RFC 1/4] drm: Add writeback connector type

On Fri, Feb 23, 2018 at 04:21:05PM +, Liviu Dudau wrote: > On Fri, Feb 23, 2018 at 10:59:35AM -0500, Sean Paul wrote: > > On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote: > > > From: Brian Starkey > > > > > > Writeback connectors represent writeback engines

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #16 from Michel Dänzer (mic...@daenzer.net) --- (In reply to Ricardo Ribalda from comment #14) > Please bare in mind that #151341 seems very related, [...] What makes you think so? If it's that the backtraces look similar, that's

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #17 from Ricardo Ribalda (ricardo.riba...@gmail.com) --- The description of what/how it happens and the backtraces: -able to login remotely via ssh. -I tried to reset the gpu by using /sys/kernel/debug/dri/0/amdgpu_gpu_reset, and

Re: [PATCH 3/5] drm/armada: Construct a temporary crtc state for plane checks

On Fri, Feb 02, 2018 at 05:10:54PM +0200, Ville Syrjälä wrote: > On Fri, Feb 02, 2018 at 04:10:39PM +0200, Ville Syrjälä wrote: > > On Tue, Jan 23, 2018 at 09:02:35PM +0200, Ville Syrjälä wrote: > > > On Tue, Jan 23, 2018 at 06:42:00PM +, Russell King - ARM Linux wrote: > > > > On Tue, Jan 23,

Re: [RFC 1/4] drm: Add writeback connector type

On Fri, Feb 23, 2018 at 10:59 AM, Sean Paul wrote: > > Have we considered hiding writeback behind a client cap instead? It is kinda *almost* unneeded, since the connector reports itself as disconnected. I'm not sure what the reason was to drop the cap, but I think it

Re: [PATCH 1/4] drm/uapi: The ctm matrix uses sign-magnitude representation

On 2018-02-22 04:42 PM, Ville Syrjala wrote: > From: Ville Syrjälä > > The documentation for the ctm matrix suggests a two's complement > format, but at least the i915 implementation is using sign-magnitude > instead. And looks like malidp is doing the same. Change

Re: [RFC 3/4] drm/msm/mdp5: add config for writeback pipes

On Fri, Feb 23, 2018 at 08:17:53AM -0500, Rob Clark wrote: > Note there seems to be a slight disagreement between public 8x16 HRD > (which claims WB2 has offset of 0x65000, relative to start of MDP), and > reality (which claims WB2 has offset of 0x64800). I sided with reality. > > There should

Re: [RFC 1/4] drm: Add writeback connector type

On Fri, Feb 23, 2018 at 11:25:11AM -0500, Rob Clark wrote: > On Fri, Feb 23, 2018 at 10:59 AM, Sean Paul wrote: > > > > Have we considered hiding writeback behind a client cap instead? > > It is kinda *almost* unneeded, since the connector reports itself as > disconnected.

Re: [PATCH 1/4] drm/uapi: The ctm matrix uses sign-magnitude representation

On Fri, Feb 23, 2018 at 11:26:41AM -0500, Harry Wentland wrote: > On 2018-02-22 04:42 PM, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > The documentation for the ctm matrix suggests a two's complement > > format, but at least the i915 implementation is using

Re: [PATCH 6/9] drm/xen-front: Introduce DRM/KMS virtual display driver

On 02/23/2018 05:12 PM, Boris Ostrovsky wrote: On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote: + +struct drm_driver xen_drm_driver = { + .driver_features = DRIVER_GEM | DRIVER_MODESET | +DRIVER_PRIME | DRIVER_ATOMIC, + .lastclose

[Bug 105228] Blank screen after loading screen in Shadow of Mordor

https://bugs.freedesktop.org/show_bug.cgi?id=105228 Jan Ziak <0xe2.0x9a.0...@gmail.com> changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #15 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- Yep, I noticed the other bug. Thanks, Andrey -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH] drm/radeon: insist on 32-bit DMA for Cedar on PPC64/PPC64LE

Hi Christian, Michel, Alex, et al., I mentioned the HD 5450 purely as a matter of archeological interest. Back to the FirePro 2270 and Embedded Radeon E6465: I've attached text from both "lspci -tv" and "lspci -v." Actually I'm attaching a couple of different "lspci -v" outputs, one with the

Re: [PATCH] drm/radeon: insist on 32-bit DMA for Cedar on PPC64/PPC64LE

Hi Ben, I mentioned the HD 5450 purely as a matter of archeological interest. Ok, in that case looking at the lspci -tv output doesn't tell us anything new. I suspected, but couldn't prove, that the problem might have something to do with the bridge (IBM POWER8 Host Bridge (PHB3)). In

Re: [RFC 1/4] drm: Add writeback connector type

On Fri, Feb 23, 2018 at 11:43:29AM -0500, Sean Paul wrote: > On Fri, Feb 23, 2018 at 11:25:11AM -0500, Rob Clark wrote: > > On Fri, Feb 23, 2018 at 10:59 AM, Sean Paul wrote: > > > > > > Have we considered hiding writeback behind a client cap instead? > > > > It is kinda

Re: [RFC 1/4] drm: Add writeback connector type

On Fri, Feb 23, 2018 at 11:39:06AM -0500, Sean Paul wrote: > On Fri, Feb 23, 2018 at 04:21:05PM +, Liviu Dudau wrote: > > On Fri, Feb 23, 2018 at 10:59:35AM -0500, Sean Paul wrote: > > > On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote: > > > > From: Brian Starkey

[Bug 105005] No image after downtime (RX460)

https://bugs.freedesktop.org/show_bug.cgi?id=105005 --- Comment #14 from Dmitry --- Because "tearfree true" is also not loaded Arch further, it literally immediately after removing the line. The problem is a bit similar. -- You are receiving this mail because: You are the

[Bug 99678] [All drivers] Avoid sending unnecessary DVI/HDMI/DisplayPort commands when switching between X11 and Linux console

https://bugs.freedesktop.org/show_bug.cgi?id=99678 Jan Ziak <0xe2.0x9a.0...@gmail.com> changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 105228] Blank screen after loading screen in Shadow of Mordor

https://bugs.freedesktop.org/show_bug.cgi?id=105228 Bug ID: 105228 Summary: Blank screen after loading screen in Shadow of Mordor Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity:

Re: [RFC 1/4] drm: Add writeback connector type

On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote: > From: Brian Starkey > > Writeback connectors represent writeback engines which can write the > CRTC output to a memory framebuffer. Add a writeback connector type and > related support functions. > > Drivers

[Bug 105228] Blank screen after loading screen in Shadow of Mordor

https://bugs.freedesktop.org/show_bug.cgi?id=105228 Gregor Münch changed: What|Removed |Added Resolution|INVALID |DUPLICATE ---

[Bug 105042] [LLVM Regression] Shadow of Mordor stucks at intro video

https://bugs.freedesktop.org/show_bug.cgi?id=105042 Gregor Münch changed: What|Removed |Added CC|

Re: [RFC 4/4] drm/msm/mdp5: writeback support

On Fri, Feb 23, 2018 at 11:30 AM, Sean Paul wrote: > On Fri, Feb 23, 2018 at 08:17:54AM -0500, Rob Clark wrote: >> In a way, based on the original writeback patch from Jilai Wang, but a >> lot has shifted around since then. >> >> Signed-off-by: Rob Clark

Re: [Xen-devel] [RFC PATCH v2 2/9] hyper_dmabuf: architecture specification and reference guide

Thanks for your comment, Roger I will try to polish this doc and resubmit. (I put some comments below as well.) On Fri, Feb 23, 2018 at 04:15:00PM +, Roger Pau Monné wrote: > On Tue, Feb 13, 2018 at 05:50:01PM -0800, Dongwon Kim wrote: > > Reference document for hyper_DMABUF driver > > > >

[PATCH 1/6] Revert "drm: Use a flexible array member for blob property data"

From: Ville Syrjälä Using a flexible array for the blob data was a mistake by me. It forces all users of the blob data to cast blob->data to something else. void* is clearly superior so let's go back to the original scheme. Not a clean revert as the code has

[PATCH 6/6] drm/i915: Use drm_color_lut_size()

From: Ville Syrjälä Avoid all the sizeof(drm_color_lut) business by using drm_color_lut_size() to convert the blob length into number of LUT entries. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/intel_color.c | 14

  1   2   >