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

On 02/23/2018 02:25 AM, Boris Ostrovsky wrote: 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

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

Am 22.02.2018 um 18:56 schrieb Michel Dänzer: On 2018-02-22 06:37 PM, Ben Crocker wrote: One of my colleagues did discover a "Radeon HG 5450 PCI" from February 2010 which did, apparently, have a Cedar GPU and very definitely had a (plain old) PCI connector. There must be a PCIe-to-PCI bridge

[Bug 105221] kernel modeswitch fails on Fedora 27 on Evergreen (Radeon HD5850)

https://bugs.freedesktop.org/show_bug.cgi?id=105221 Bug ID: 105221 Summary: kernel modeswitch fails on Fedora 27 on Evergreen (Radeon HD5850) Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS:

Re: [PATCH 1/8] drm/ttm: add default implementations for ttm_tt_(un)populate

Am 22.02.2018 um 16:55 schrieb Michel Dänzer: On 2018-02-22 12:15 PM, Christian König wrote: Use ttm_pool_populate/ttm_pool_unpopulate if the driver doesn't provide a function. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_tt.c | 10 -- 1 file

Re: [PATCH] drm/bridge: analogix_dp: Keep PHY powered from between driver bind/unbind

Hi Laurent, On 2018-02-21 13:49, Laurent Pinchart wrote: Thank you for the patch. On Wednesday, 21 February 2018 12:04:43 EET Marek Szyprowski wrote: Patch f0a8b49c03d2 ("drm/bridge: analogix dp: Fix runtime PM state on driver bind") fixed unbalanced call to phy_power_on() in

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

Am 23.02.2018 um 03:18 schrieb He, Roger: -Original Message- From: Koenig, Christian Sent: Thursday, February 22, 2018 8:54 PM To: He, Roger ; dri-devel@lists.freedesktop.org Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit Am 22.02.2018

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

On 02/23/2018 01:50 AM, Boris Ostrovsky wrote: 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 =

Re: [PATCH 2/2] drm/panel: Add device_link from panel device to drm device

On Thu, Feb 22, 2018 at 07:46:27PM +0200, Jyri Sarha wrote: > Add device_link from panel device (supplier) to drm device (consumer) > with DL_FLAG_AUTOREMOVE when drm_panel_attach() is called. Currently > the master drm driver is not protected against the attached. The > device_link with

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

On 02/23/2018 01:20 AM, Boris Ostrovsky wrote: 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

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

On 02/23/2018 12:23 AM, Boris Ostrovsky wrote: 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

[PATCH] drm/rockchip: vop: Init vskiplines in scl_vop_cal_scale()

Currently we are calling scl_vop_cal_scale() to get vskiplines for yrgb and cbcr. So the cbcr's vskiplines might be an unexpected value if the second scl_vop_cal_scale() didn't update it. Init vskiplines in scl_vop_cal_scale() to avoid that. Signed-off-by: Jeffy Chen

[Bug 100387] War Thunder game has visual errors, missing textures

https://bugs.freedesktop.org/show_bug.cgi?id=100387 --- Comment #22 from russianneuroman...@ya.ru --- Looks similar: bug 105213 -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 105213] [SUMO][TURKS] Alien: Isolation rendering artifacts

https://bugs.freedesktop.org/show_bug.cgi?id=105213 --- Comment #1 from russianneuroman...@ya.ru --- By the way this issue looks like bug 100387, but I not sure if cause is the same. -- You are receiving this mail because: You are the assignee for the

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

Hi Roger, I love your patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.16-rc2 next-20180222] [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/commits

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

https://bugs.freedesktop.org/show_bug.cgi?id=105200 --- Comment #4 from nixscrip...@gmail.com --- Thanks to your quick response, I got libclc compiled successfully. Now when I try to view an image, the OpenCL compile error is different: :0:0: in function ResizeHorizontalFilter void (float

[pull] radeon and amdgpu drm-fixes-4.16

Hi Dave, A few fixes for 4.16: - Powerplay fixes for cards with no displays attached - Couple of DC fixes - radeon workaround for PPC64 The following changes since commit bfad2d08e540b18cfd92694fbb388e7d202df31f: Merge branch 'linux-4.16' of git://github.com/skeggsb/linux into drm-fixes

[PATCH 0/1] radeon and amdgpu drm-fixes-4.16

Hi Dave, A few fixes for 4.16: - Powerplay fixes for cards with no displays attached - Couple of DC fixes - radeon workaround for PPC64 The following changes since commit bfad2d08e540b18cfd92694fbb388e7d202df31f: Merge branch 'linux-4.16' of git://github.com/skeggsb/linux into drm-fixes

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

On Thu, Feb 22, 2018 at 5:52 PM, Ben Crocker wrote: > In radeon_device_init, set the need_dma32 flag for Cedar chips > (e.g. FirePro 2270). This fixes, or at least works around, a bug > on PowerPC exposed by last year's commits > > 8e3f1b1d8255105f31556aacf8aeb6071b00d469

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

-Original Message- From: Alex Deucher [mailto:alexdeuc...@gmail.com] Sent: Thursday, February 22, 2018 10:06 PM To: He, Roger Cc: Koenig, Christian ; dri-devel@lists.freedesktop.org Subject: Re: [PATCH] drm/ttm: check if free mem space is

RE: [PATCH 8/8] drm/bochs: remove the default ttm_tt_populate callbacks

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: Thursday, February 22, 2018 7:16 PM To: dri-devel@lists.freedesktop.org Subject: [PATCH 8/8] drm/bochs: remove the

RE: [PATCH 6/6] drm/ttm: drop persistent_swap_storage from ttm_bo_init and co

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: Thursday, February 22, 2018 11:02 PM To: dri-devel@lists.freedesktop.org Subject: [PATCH 6/6] drm/ttm: drop

[git pull] drm fixes for v4.16-rc3

Hi Linus, A bunch of fixes for rc3, Exynos fixes for using monotonic timestamps, register definitions and removal of unused file ipu-v3 - minor changes, make some register arrays const+static, fix some leaks meson: fix for vsync atomic: fix for memory leak EDID parser: add quirks for some more

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

https://bugs.freedesktop.org/show_bug.cgi?id=105200 --- Comment #3 from Jan Vesely --- you'll need the libclc build fixes from: http://lists.llvm.org/pipermail/libclc-dev/2018-February/002796.html and http://lists.llvm.org/pipermail/libclc-dev/2018-February/002800.html

Re: [PATCH RFC v3 4/6] drm: drm_fourcc: Add new formats for Xilinx IPs

Hi Danidel, Thanks for the comment. On Mon, 2018-02-19 at 06:22:56 -0800, Daniel Vetter wrote: > On Fri, Feb 09, 2018 at 05:35:54PM -0800, Hyun Kwon wrote: > > This patch adds new formats needed by Xilinx IP. Pixels are not > > byte-aligned in these formats, and the drm_format_info for these > >

Re: [PATCH v5 2/5] dt-bindings: display: xlnx: Add ZynqMP DP subsystem bindings

Hi Laurent, On Thu, 2018-02-22 at 06:23:38 -0800, Laurent Pinchart wrote: > Hi Hyun, > > Thank you for the patch. > > On Wednesday, 7 February 2018 03:36:37 EET Hyun Kwon wrote: > > This add a dt binding for ZynqMP DP subsystem. > > > > Signed-off-by: Hyun Kwon > >

Re: [PATCH 0/7] drm/virtio: Checkpatch cleanup for virtio

Patches 1 to 7 are: Reviewed-by: Gurchetan Singh On Thu, Feb 22, 2018 at 3:59 PM, Rodrigo Siqueira wrote: > This patchset fixes warnings and errors found by checkpatch.pl in the > drm/virtio: > > * Removes return from void function; >

Re: [PATCH v5 1/5] drm: xlnx: Xilinx DRM KMS module

Hi Laurent, On Thu, 2018-02-22 at 05:40:50 -0800, Laurent Pinchart wrote: > Hi Hyun, > > On Thursday, 22 February 2018 04:50:42 EET Hyun Kwon wrote: > > On Wed, 2018-02-21 at 15:17:25 -0800, Laurent Pinchart wrote: > > > On Wednesday, 7 February 2018 03:36:36 EET Hyun Kwon wrote: > > >> Xilinx

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

-Original Message- From: Koenig, Christian Sent: Thursday, February 22, 2018 8:54 PM To: He, Roger ; dri-devel@lists.freedesktop.org Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit Am 22.02.2018 um 12:43 schrieb He, Roger: > >

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

https://bugs.freedesktop.org/show_bug.cgi?id=105200 --- Comment #2 from nixscrip...@gmail.com --- It seems the libclc version I'm using was Feb 2nd. Good point ... and now that I've tried to compile SVN r325851, I see why it was held back. First, I had to patch this: And this is after I did my

[Bug 99353] Kaveri 7400K shows random colored noise instead of GUI in X or Wayland

https://bugs.freedesktop.org/show_bug.cgi?id=99353 --- Comment #42 from Bong Cosca --- Created attachment 137550 --> https://bugs.freedesktop.org/attachment.cgi?id=137550=edit radeonsi: force si_write_harvested_raster_configs Here's what finally worked. Force the call

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

On 19 February 2018 at 16:35, Eric Engestrom wrote: > From: Heiko Becker > > Helpful if your nm executable has a prefix based on the > architecture, for example. > > +env_test = environment() > +env_test.set('NM', find_program('nm').path()) > +

[PATCH 5/7] drm/virtio: Replace 'unsigned' for 'unsigned int'

This patch fixes the checkpatch.pl warning: drivers/gpu/drm/virtio/virtgpu_display.c:64: WARNING: Prefer 'unsigned int' to bare use of 'unsigned' ... Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/virtio/virtgpu_display.c | 4 ++--

[PATCH 7/7] drm/virtio: Add spaces around operators

This patch fixes the checkpatch.pl check: virtgpu_ioctl.c:535: CHECK: spaces preferred around that '|' (ctx:VxV) virtgpu_vq.c:277: CHECK: spaces preferred around that '+' (ctx:VxV) ... Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/virtio/virtgpu_ioctl.c |

[PATCH 6/7] drm/virtio: Remove multiple blank lines

This patch fixes the checkpatch.pl check: virtgpu_drv.c:116: CHECK: Please don't use multiple blank lines virtgpu_vq.c:599: CHECK: Please don't use multiple blank lines virtgpu_prime.c:42: CHECK: Please don't use multiple blank lines Signed-off-by: Rodrigo Siqueira

[PATCH 4/7] drm/virtio: Remove return from void function

This patch fixes the checkpatch.pl warning: virtgpu_ttm.c:181: WARNING: void function return statements are not generally useful ... Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/virtio/virtgpu_ttm.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH 2/7] drm/virtio: Add blank line after variable declarations

This patch fixes the checkpatch.pl warnings: virtgpu_drv.c:57: WARNING: Missing a blank line after declarations virtgpu_display.c:99: WARNING: Missing a blank line after declarations ... Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/virtio/virtgpu_display.c

[PATCH 3/7] drm/virtio: Add */ in block comments to separate line

This patch fixes the checkpatch.pl warning: virtgpu_ioctl.c:551: WARNING: Block comments use a trailing */ on a separate line ... Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/virtio/virtgpu_ioctl.c | 3 ++- drivers/gpu/drm/virtio/virtgpu_prime.c | 3 ++-

[PATCH 1/7] drm/virtio: Add tabs at the start of a line

This patch fixes the checkpatch.pl errors: drivers/gpu/drm/virtio/virtgpu_drv.h:371: ERROR: code indent should use tabs where possible ... Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/virtio/virtgpu_display.c | 2 +- drivers/gpu/drm/virtio/virtgpu_drv.h

[PATCH 0/7] drm/virtio: Checkpatch cleanup for virtio

This patchset fixes warnings and errors found by checkpatch.pl in the drm/virtio: * Removes return from void function; * Adds */ in block comments to separate line; * Adds blank line after variable declarations; * Adds tabs at the start of a line; * Replaces 'unsigned' for 'unsigned int'; *

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

On Wed, Feb 07, 2018 at 04:01:19PM +0530, Vivek Gautam wrote: > From: Sricharan R > > The smmu device probe/remove and add/remove master device callbacks > gets called when the smmu is not linked to its master, that is without > the context of the master device. So

[Bug 105218] Regresion in 847d0a393d7f0f967f39302900d5330f32b804c8

https://bugs.freedesktop.org/show_bug.cgi?id=105218 Bug ID: 105218 Summary: Regresion in 847d0a393d7f0f967f39302900d5330f32b804c8 Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

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

https://bugs.freedesktop.org/show_bug.cgi?id=105200 --- Comment #1 from Jan Vesely --- (In reply to nixscripter from comment #0) > Created attachment 137519 [details] > The ImageMagick OpenCL Kernel > > LLVM svn version: 325439 > Mesa version: git fa8a764b62 > > The

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

Eric Engestrom writes: > From: Heiko Becker > > Helpful if your nm executable has a prefix based on the > architecture, for example. > > Signed-off-by: Heiko Becker > Cc: Timo Gurr > [Eric: v2: rebase

Re: [PATCH] drm/p[111: add CONFIG_OF dependency

On Thu, Feb 22, 2018 at 9:08 PM, Eric Anholt wrote: > Arnd Bergmann writes: > >> We cannot select a symbol without meeting its other dependencies: >> >> warning: (DRM_PL111) selects DRM_DUMB_VGA_DAC which has unmet direct >> dependencies (HAS_IOMEM && DRM &&

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

Hi Frank, On Friday, 23 February 2018 00:10:17 EET 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

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||105200 Referenced

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

https://bugs.freedesktop.org/show_bug.cgi?id=105200 Jan Vesely changed: What|Removed |Added Blocks||99553 Referenced

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

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 the docs to match the current implementation, and

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

On Thu, Feb 22, 2018 at 1:49 PM, Bas Nieuwenhuizen wrote: > On Thu, Feb 22, 2018 at 7:04 PM, Kristian Høgsberg > wrote: >> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote: >> >>> On Wed, Feb 21, 2018 at 1:14 AM, Chad

[Bug 105213] [SUMO][TURKS] Alien: Isolation rendering artifacts

https://bugs.freedesktop.org/show_bug.cgi?id=105213 Bug ID: 105213 Summary: [SUMO][TURKS] Alien: Isolation rendering artifacts Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity:

[Bug 104274] Unable to cleanly unload kernel module: BUG: unable to handle kernel NULL pointer dereference at 0000000000000258 (mutex_lock)

https://bugs.freedesktop.org/show_bug.cgi?id=104274 --- Comment #7 from Harry Wentland --- Luke, does your comment relate to driver unload, specifically driver unload throwing NULL pointer dereference? If not, please open a separate ticket so as not to confuse two

Re: [RFC PATCH hwc] drm_hwcomposer: set CRTC background color when available

Stefan Schake writes: > Android assumes an implicit black background layer is always present > behind all layers it specifies for composition. drm_hwcomposer currently > punts responsibility for this to the kernel/DRM platform and puts layers > with per-pixel alpha content on

[Bug 105177] amdgpu wrong colors with rx460 connected via hdmi

https://bugs.freedesktop.org/show_bug.cgi?id=105177 --- Comment #13 from Harry Wentland --- Created attachment 137536 --> https://bugs.freedesktop.org/attachment.cgi?id=137536=edit [PATCH] update infoframe after dig fe is turned on This patch should fix your issue.

Re: [PATCH 3/3] drm/pl111: Use max memory bandwidth for resolution

Linus Walleij writes: > We were previously selecting 1024x768 and 32BPP as the default > set-up for the PL111 consumers. > > This does not work on elder systems: the device tree bindings > support a property "max-memory-bandwidth" in bytes/second that > states that if

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

Hi Frank, On Thursday, 22 February 2018 22:23:20 EET Frank Rowand wrote: > 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

Re: [PATCH] drm/pl111: Remove reverse dependency on DRM_DUMB_VGA_DAC

Thierry Reding writes: > From: Thierry Reding > > DRM_DUMB_VGA_DAC is a user-visible symbol. Selecting it can cause unmet > direct dependencies such as this (on i386, randconfig): > > warning: (DRM_PL111) selects DRM_DUMB_VGA_DAC which has

[RFC v3 11/12] drm/client: Add bootsplash client

Just a hack to test the client API. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/client/Kconfig | 5 + drivers/gpu/drm/client/Makefile | 1 + drivers/gpu/drm/client/drm_bootsplash.c | 205 3 files changed, 211

[RFC v3 10/12] drm/client: Add fbdev emulation client

This adds generic fbdev emulation for drivers that support the dumb buffer API. No fbdev code is necessary in the driver. Differences from drm_fb_helper: - The backing buffer is created when the first fd is opened. - Supports changing the mode from userspace. - Doesn't restore on lastclose if

[RFC v3 12/12] drm/client: Add VT console client

Just a hack to test the client API. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/client/Kconfig | 5 + drivers/gpu/drm/client/Makefile| 1 + drivers/gpu/drm/client/drm_vtcon.c | 760 + 3 files changed, 766 insertions(+)

Re: [PATCH] drm/p[111: add CONFIG_OF dependency

Arnd Bergmann writes: > We cannot select a symbol without meeting its other dependencies: > > warning: (DRM_PL111) selects DRM_DUMB_VGA_DAC which has unmet direct > dependencies (HAS_IOMEM && DRM && DRM_BRIDGE && OF) > drivers/gpu/drm/bridge/dumb-vga-dac.c: In function

[RFC v3 00/12] drm: Add generic fbdev emulation

This patchset explores the possibility of having generic fbdev emulation in DRM for drivers that supports dumb buffers which they can export. The change this time is that I have tried to do an in-kernel client API. The intention was to have callbacks on the drm_file, but I gave up on that mainly

[RFC v3 05/12] drm: Add _ioctl suffix to some functions

Add _ioctl suffix to the remaining ioctl functions so they match up with the others: - drm_mode_addfb() - drm_mode_getfb() - drm_mode_getplane_res() - drm_mode_getplane() - drm_mode_setplane() Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_crtc_internal.h | 20

[RFC v3 09/12] drm: Add API for in-kernel clients

This adds an API for writing in-kernel clients. TODO: - Flesh out and complete documentation. - Cloned displays is not tested. - Complete tiled display support and test it. - Test plug/unplug different monitors. - A runtime knob to prevent clients from attaching for debugging purposes. - Maybe a

[RFC v3 01/12] drm: provide management functions for drm_file

From: David Herrmann Rather than doing drm_file allocation/destruction right in the fops, lets provide separate helpers. This decouples drm_file management from the still-mandatory drm-fops. It prepares for use of drm_file without the fops, both by possible separate fops

[RFC v3 08/12] drm/framebuffer: Add drm_mode_can_dirtyfb()

Add a function so the generic fbdev client can check if the framebuffer does flushing. This is needed to set up deferred I/O. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_framebuffer.c | 31 +++ include/drm/drm_framebuffer.h | 2 ++

[RFC v3 06/12] drm: Add DRM device iterator

Add functions for iterating the registered DRM devices. This is done looping through the primary minors instead of using an iter on drm_class which is also a possibility. The reason is that drm_minor_acquire() takes a ref on the drm_device which is needed. Another option would be to add a

[RFC v3 02/12] drm/file: Don't set master on in-kernel clients

It only makes sense for userspace clients. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_file.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/drm_file.c b/drivers/gpu/drm/drm_file.c index

[RFC v3 03/12] drm: Make ioctls available for in-kernel clients part 1

This is part 1 of making ioctls useable for in-kernel clients. Make an ioctl wrapper function that calls a function that can be used by in-kernel clients. It adjusts the following functions to handle kernel buffers: - drm_mode_getresources() - drm_mode_setcrtc() - drm_mode_getconnector() -

[RFC v3 07/12] drm/modes: Add drm_umode_equal()

Add a way to check if userspace modes are equal. Useful for in-kernel clients. Also export drm_mode_convert_umode(). Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_modes.c | 50 + include/drm/drm_modes.h | 2 ++ 2 files

[RFC v3 04/12] drm: Make ioctls available for in-kernel clients part 2

This is part 2 of making ioctls useable for in-kernel clients. Make an ioctl wrapper function that calls a function that can be used by in-kernel clients. It adjusts the signature of the following functions: - drm_mode_getcrtc() - drm_mode_create_dumb_ioctl() - drm_mode_destroy_dumb_ioctl() -

[Bug 104274] Unable to cleanly unload kernel module: BUG: unable to handle kernel NULL pointer dereference at 0000000000000258 (mutex_lock)

https://bugs.freedesktop.org/show_bug.cgi?id=104274 --- Comment #6 from Luke McKee --- Harry I have tried the latest staging next 2 days ago. Suggest you see there is a long standing issue with powerplay and buggy AMI bioses that don't properly set up MMIO BAR regiions that

[bug report] drm/stm: ltdc: add clut mode support

Hello Philippe CORNU, This is a semi-automatic email about new static checker warnings. The patch b706a25eaed0: "drm/stm: ltdc: add clut mode support" from Oct 26, 2017, leads to the following Smatch complaint: drivers/gpu/drm/stm/ltdc.c:395 ltdc_crtc_update_clut() warn: variable

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

Kristian Høgsberg writes: > On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote: > >> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace > wrote: >> > On Thu 21 Dec 2017, Daniel Vetter wrote: >> >> On Thu, Dec 21, 2017 at 12:22

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

On Thu, Feb 22, 2018 at 7:04 PM, Kristian Høgsberg wrote: > On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote: > >> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace > wrote: >> > On Thu 21 Dec 2017, Daniel Vetter wrote: >> >>

[Bug 99353] Kaveri 7400K shows random colored noise instead of GUI in X or Wayland

https://bugs.freedesktop.org/show_bug.cgi?id=99353 --- Comment #41 from Bong Cosca --- cik.c reports the following in cik_setup_rb(): max_rb_num_per_se: 1 enabled_rbs: 0 disabled_rbs: 1 mask: 2 se_num: 1 sh_per_se: 1 -- You are receiving this mail because: You are the

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

On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote: > On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace wrote: > > On Thu 21 Dec 2017, Daniel Vetter wrote: > >> On Thu, Dec 21, 2017 at 12:22 AM, Kristian Kristensen < hoegsb...@google.com> wrote: >

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

On 2018-02-22 06:37 PM, Ben Crocker wrote: > One of my colleagues did discover a "Radeon HG 5450 PCI" from February > 2010 which did, apparently, have a Cedar GPU and very definitely had a > (plain old) PCI connector. There must be a PCIe-to-PCI bridge on that board. The GPU itself is always

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

In radeon_device_init, set the need_dma32 flag for Cedar chips (e.g. FirePro 2270). This fixes, or at least works around, a bug on PowerPC exposed by last year's commits 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey) and 253fd51e2f533552ae35a0c661705da6c4842c1b (Alistair Popple)

[PATCH 0/2] drm/panel: Add device link in drm_panel_attach()

The first patch could be squashed to second, but kept is separate since I think it is correct even without the second patch. With these patches unbinding a panel driver in use does not cause nasty backtraces and corrupted drm core structures, but instead it cleanly unbind the drm master device at

[PATCH 2/2] drm/panel: Add device_link from panel device to drm device

Add device_link from panel device (supplier) to drm device (consumer) with DL_FLAG_AUTOREMOVE when drm_panel_attach() is called. Currently the master drm driver is not protected against the attached. The device_link with DL_FLAG_AUTOREMOVE should make sure the drm device is unbound before the

[PATCH 1/2] drm/panel: Remove drm_panel_detach() calls from all panel drives

Setting the connector and drm to NULL when the drm panel device is going away hardly serves any purpose. Usually the the whole memory stucture is freed right after the remove call. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/panel/panel-innolux-p079zca.c| 1 -

Re: [PATCH 2/7] PCI: Make pci_wakeup_bus() & pci_bus_set_current_state() public

On Sun, Feb 18, 2018 at 09:38:32AM +0100, Lukas Wunner wrote: > There are PCI devices which are power-manageable by a nonstandard means, > such as a custom ACPI method. One example are discrete GPUs in hybrid > graphics laptops, another are Thunderbolt controllers in Macs. > > Such devices can't

[PATCH RFC] driver core: Reprobe consumer if it was unbound by dropped device_link

Put consumer device to deferred probe list if it is unbound due to a dropped link to a supplier. When a device link supplier is unbound (either manually or because one of its own suppliers was unbound), its consumers are unbound as well. Currently if the supplier binds again after this the

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

One of my colleagues did discover a "Radeon HG 5450 PCI" from February 2010 which did, apparently, have a Cedar GPU and very definitely had a (plain old) PCI connector. But I take your point, and will just drop the PCI/PCIE check. On Thu, Feb 22, 2018 at 12:04 PM, Michel Dänzer

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

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, the default for PWM channel will > +be used What DT

Re: [PATCH v1] drm/simple_kms_helper: Fix NULL pointer dereference with no active CRTC

On 02/22/2018 06:11 PM, Daniel Vetter wrote: On Thu, Feb 22, 2018 at 08:12:48AM +0200, Oleksandr Andrushchenko wrote: On 02/22/2018 08:09 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko It is possible that drm_simple_kms_plane_atomic_check

Re: [PATCH 1/4] drm/simple_kms_helper: Add {enable|disable}_vblank callback support

On 02/22/2018 06:59 PM, Daniel Vetter wrote: On Mon, Feb 19, 2018 at 11:11:23AM +0200, Oleksandr Andrushchenko wrote: ping On 02/12/2018 10:52 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko If simple_kms_helper based driver needs to work

[PATCH 2/4] drm/tilcdc: tilcdc_panel: Rename device from "panel" to "tilcdc-panel"

Rename the bundled tilcdc_panel driver from just "panel" to "tilcdc-panel" to avoid noisy error messages from the driver trying to probe all device nodes named "panel". Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_panel.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 4/4] ARM: dts: am335x-evm: Use drm simple-panel instead of tilcdc-panel

Move to use the new drm panel support in tilcdc together with added "tvc,s9700rtwv43tr-01b"-panel support in drm panel-simple. Signed-off-by: Jyri Sarha --- arch/arm/boot/dts/am335x-evm.dts | 44 1 file changed, 18 insertions(+), 26

[PATCH 3/4] drm/panel: simple: Add TVC S9700RTWV43TR-01B 800x480 panel support

Add support for TVC S9700RTWV43TR-01B 800x480 panel found on TI's AM335X-EVM. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/panel/panel-simple.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c

[PATCH 1/4] drm/tilcdc: Add support for drm panels

Add support for drm panels to tilcdc. Adding the support on top of the existing bridge support needs only couple of lines of code when using using the drm panel bridge helpers. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/Kconfig | 2 ++

[PATCH 0/4] drm/tilcdc: Add DRM panel support and use it for am335x-evm

The first patch adds support for drm panels to tilcdc. The second is just for convenience. The third adds support for am335x-evm's panel to panel-simple driver. The third changes am335x-evm's dts file to use panel-simple instead of tilcdc's bundled dpi-panel support. After the review I will pick

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

On 2018-02-22 10:57 PM, Ben Crocker wrote: > In radeon_device_init, set the need_dma32 flag for Cedar chips > (e.g. FirePro 2270). This fixes, or at least works around, a bug > on PowerPC exposed by last year's commits > > 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey) > > and > >

Re: [PATCH] drm/amdgpu: Remove duplicate setting of ->need_swiotlb

On Tue, Feb 20, 2018 at 5:44 AM, Thierry Reding wrote: > From: Thierry Reding > > There's no need to set this before the number of DMA bits has been > properly determined. > > Signed-off-by: Thierry Reding Applied. thanks!

[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 #3 from Przemek (sop...@gmail.com) --- And here values from requested files without "amdgpu.dc=1" "/sys/class/backlight/amdgpu_bl0 # ls -l razem 0 -r--r--r-- 1 root root 4096 02-22 17:50 actual_brightness -rw-r--r-- 1 root root 4096

Re: [PATCH 1/4] drm/simple_kms_helper: Add {enable|disable}_vblank callback support

On Mon, Feb 19, 2018 at 11:11:23AM +0200, Oleksandr Andrushchenko wrote: > ping > On 02/12/2018 10:52 AM, Oleksandr Andrushchenko wrote: > > From: Oleksandr Andrushchenko > > > > If simple_kms_helper based driver needs to work with vblanks, > > then it has to

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

In radeon_device_init, set the need_dma32 flag for Cedar chips (e.g. FirePro 2270). This fixes, or at least works around, a bug on PowerPC exposed by last year's commits 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey) and 253fd51e2f533552ae35a0c661705da6c4842c1b (Alistair Popple)

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

On Thu, Feb 22, 2018 at 4:51 PM, Ben Crocker wrote: > In radeon_device_init, set the need_dma32 flag for Cedar chips > (e.g. FirePro 2270). This fixes, or at least works around, a bug > on PowerPC exposed by last year's commits > > 8e3f1b1d8255105f31556aacf8aeb6071b00d469

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

In radeon_device_init, set the need_dma32 flag for Cedar chips (e.g. FirePro 2270). This fixes, or at least works around, a bug on PowerPC exposed by last year's commits 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey) and 253fd51e2f533552ae35a0c661705da6c4842c1b (Alistair Popple)

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

On Thu, Feb 22, 2018 at 11:45 AM, Ben Crocker wrote: > I considered that, but I'm only equipped to test on a few cards--the ones > IBM is interested in. > So this Cedar-specific change fixes the problem on the FirePro 2270; the > other cards seem > perfectly capable of

  1   2   >