[Bug 106601] The internal format RGB32F should be color-renderable for texture, But mesa can not support it

https://bugs.freedesktop.org/show_bug.cgi?id=106601 --- Comment #12 from Yunchao He --- (In reply to Ilia Mirkin from comment #9) > "Color-renderable" means "is it legal to use this format". It does NOT mean > "the driver allows rendering to this format". I am not a driver

[Bug 106601] The internal format RGB32F should be color-renderable for texture, But mesa can not support it

https://bugs.freedesktop.org/show_bug.cgi?id=106601 --- Comment #13 from Yunchao He --- (In reply to Tapani Pälli from comment #11) > (In reply to Yunchao He from comment #10) > > (In reply to Tapani Pälli from comment #8) > > > What comes to conformance, you should refer

[Bug 106517] IGT commit rights

https://bugs.freedesktop.org/show_bug.cgi?id=106517 --- Comment #3 from arkadiusz.hi...@intel.com --- Hey, Is this request for an freedesktop account at the same time? Because you need one to get the commit rights. Here's the guide to follow:

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

https://bugs.freedesktop.org/show_bug.cgi?id=99923 --- Comment #31 from sephirot...@gmail.com --- Created attachment 139728 --> https://bugs.freedesktop.org/attachment.cgi?id=139728=edit Shaders dump Here is the shaders dump. hitman_error is with the glitch hitman_ok is without the glitch I

Re: [PATCH RFC 00/24] Lima DRM driver

Am 24.05.2018 um 02:31 schrieb Qiang Yu: On Wed, May 23, 2018 at 11:44 PM, Daniel Vetter wrote: On Wed, May 23, 2018 at 3:52 PM, Qiang Yu wrote: On Wed, May 23, 2018 at 5:29 PM, Christian König wrote: Am 18.05.2018 um

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

Am 24.05.2018 um 03:38 schrieb Qiang Yu: [SNIP] Adding fence is done already, and I did wait it before unmap. But then I see when the buffer is shared between processes, the "perfect wait" is just wait the fence from this process's task, so it's better to also distinguish fences. If so, I just

Re: [PATCH RFC 00/24] Lima DRM driver

On Thu, May 24, 2018 at 8:27 AM, Christian König wrote: > Am 24.05.2018 um 02:31 schrieb Qiang Yu: >> >> On Wed, May 23, 2018 at 11:44 PM, Daniel Vetter wrote: >>> >>> On Wed, May 23, 2018 at 3:52 PM, Qiang Yu wrote: On Wed,

[radeon-alex:amd-staging-drm-next 114/487] sound/soc/amd/raven/acp3x.h:28:9: error: implicit declaration of function 'readl'; did you mean 'vread'?

Hi Maruthi, FYI, the error/warning still remains. tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 647c022484a10b3cffd6b1beed48ab63541b1ce5 commit: 2a6630b1095609b26a205b7c537594f3cde99c0a [114/487] ASoC: AMD: enable ACP3x drivers build config:

[PATCH v7 3/5] soc: rockchip: split rockchip_typec_phy struct to separate header

we may use rockchip_phy_typec struct in other driver, so split it to separate header. Signed-off-by: Lin Huang --- Changes in v2: - None Changes in v3: - None Changes in v4: - None Changes in v5: - None Changes in v6: - new patch here Changes in v7: - move new element to

Re: [PATCH v6 2/4] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

On 2018-05-16 21:57, Stephen Boyd wrote: Quoting Sandeep Panda (2018-05-14 22:52:42) diff --git a/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi86.txt b/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi86.txt new file mode 100644 index 000..b82bb56 --- /dev/null +++

[PATCH v5 2/7] dt-bindings: display: atmel: optional video-interface of endpoints

With bus-type/bus-width properties in the endpoint nodes, the video- interface of the connection can be specified for cases where the heuristic fails to select the correct output mode. This can happen e.g. if not all RGB pins are routed on the PCB; the driver has no way of knowing this, and needs

[PATCH v5 1/7] dt-bindings: display: bridge: lvds-transmitter: add ti, ds90c185

Start list of actual chips compatible with "lvds-encoder". Reviewed-by: Laurent Pinchart Reviewed-by: Rob Herring Signed-off-by: Peter Rosin --- .../devicetree/bindings/display/bridge/lvds-transmitter.txt | 8 +++-

[PATCH v5 5/7] drm/i2c: tda998x: split tda998x_encoder_dpms into enable/disable

This fits better with the drm_bridge callbacks for when this driver becomes a drm_bridge. Suggested-by: Laurent Pinchart Signed-off-by: Peter Rosin --- drivers/gpu/drm/i2c/tda998x_drv.c | 64 ++- 1 file

[PATCH v3 1/2] dt-bindings: Add vendor prefix for DLC Display Co., Ltd.

From: Philipp Zabel DLC provides a wide range of display solutions. Website: http://www.dlcdisplay.com/ Signed-off-by: Philipp Zabel Signed-off-by: Marco Felsch Reviewed-by: Rob Herring ---

Re: [PATCH v2] gpu: drm: armada: Adding new typedef vm_fault_t

On Wed, May 16, 2018 at 10:05 AM, Souptick Joarder wrote: > On Fri, May 11, 2018 at 2:52 PM, Russell King - ARM Linux > wrote: >> On Thu, May 10, 2018 at 08:34:48PM +0530, Souptick Joarder wrote: >>> Use new return type vm_fault_t for fault handler in

[PATCH] drm/bridge: sil_sii8620: do not have a dependency of RC_CORE

This patch makes RC_CORE to be selected with this driver. sil_sii8620 driver calls remote controller interfaces directly so RC_CORE should be enabled mandatorily. And some boards not using remote controller device don't really need to know that RC_CORE config should be enabled to use sil_sii8620

Re: [PATCH 0/3] Exynos DRM - add 2 more planes to Decon on Exynos5433

2018년 05월 23일 19:59에 Marek Szyprowski 이(가) 쓴 글: > Dear all, > > This patchset enables support for 2 more hardware windows in Exynos5433 > Decon's, what gives us 2 more overlay planes. This require enabling > a few more clocks to get it working properly. > > My merge plan for this patchset: >

[PATCH v7 1/5] drm/rockchip: add transfer function for cdn-dp

From: Chris Zhong We may support training outside firmware, so we need support dpcd read/write to get the message or do some setting with display. Signed-off-by: Chris Zhong Signed-off-by: Lin Huang Reviewed-by: Sean Paul

[PATCH v5 6/7] drm/i2c: tda998x: split encoder and component functions from the work

This enables reuse of the machinery for the case where a drm_bridge needs to do the same work via different interfaces. Signed-off-by: Peter Rosin --- drivers/gpu/drm/i2c/tda998x_drv.c | 36 1 file changed, 28 insertions(+), 8 deletions(-)

Re: [PATCH] drm/xen-front: fix pointer casts

On 21/05/18 09:39, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Building for a 32-bit target results in warnings from casting > between a 32-bit pointer and a 64-bit integer. Fix the warnings > by casting those pointers to uintptr_t first.

[PATCH v7 2/5] Documentation: dt-bindings: phy: add phy_config for Rockchip USB Type-C PHY

If want to do training outside DP Firmware, need phy voltage swing and pre_emphasis value. Signed-off-by: Lin Huang Reviewed-by: Rob Herring --- Changes in v2: - None Changes in v3: - modify property description and add this property to Example Changes in

[PATCH v3 2/2] gpu: drm/panel: Add DLC DLC0700YZG-1 panel

From: Philipp Zabel This patch adds support for DLC DLC0700YZG-1 1024x600 LVDS panels to the simple-panel driver. Signed-off-by: Philipp Zabel [m.fel...@pengutronix.de: fix typo in compatible dt-binding] [m.fel...@pengutronix.de: add property

Re: KASAN: use-after-free Read in vgacon_invert_region

(We analyzed the crash and added the result below.) We report the crash: "KASAN: use-after-free Read in vgacon_invert_region" This crash was found in v4.17-rc3. Specifically, memory access (read operation) is invalid and which is detected by KASAN. Analysis: The function "vt_do_resize"

Re: [v3 03/10] mfd: mtk-mmsys: Add mmsys driver

On Mon, 2018-04-30 at 11:18 +0100, Lee Jones wrote: > On Fri, 27 Apr 2018, matthias@kernel.org wrote: > > > From: Matthias Brugger > > > > The MMSYS subsystem includes clocks and drm components. > > This patch adds a MFD device to probe both drivers from the same > >

Re: [PATCH RFC 12/24] drm/lima: add GP related functions

On 05/18/2018 11:28 AM, Qiang Yu wrote: > GP is a processor for OpenGL vertex shader > processing. > > Signed-off-by: Qiang Yu [...] > +int lima_gp_init(struct lima_ip *ip) > +{ > + struct lima_device *dev = ip->dev; > + int err; > + > + lima_gp_print_version(ip);

Re: [PATCH 2/2] Use char * for struct drm_dp_aux_msg's buffer

It's GCC's -Wpointer-arith. I'm stealing your code for another project that happened to have it on by default. I'm trying to look for opportunities to contribute back positive changes :-) On Wed, May 23, 2018 at 11:09:28AM +0200, Daniel Vetter wrote: > On Tue, May 22, 2018 at 11:33:35AM +0300,

Re: [PATCH] drm/xen-front: fix pointer casts

On 23/05/18 12:00, Oleksandr Andrushchenko wrote: > On 05/23/2018 12:19 PM, Juergen Gross wrote: >> On 21/05/18 09:39, Oleksandr Andrushchenko wrote: >>> From: Oleksandr Andrushchenko >>> >>> Building for a 32-bit target results in warnings from casting >>>

Re: [PATCH RFC 24/24] drm/lima: add makefile and kconfig

On 05/18/2018 11:28 AM, Qiang Yu wrote: > From: Lima Project Developers > > Signed-off-by: Qiang Yu > Signed-off-by: Neil Armstrong > Signed-off-by: Simon Shields > Signed-off-by: Heiko Stuebner

Re: [PATCH 5/9] drm/fb-helper: Add generic fbdev emulation .fb_probe function

On Wed, May 23, 2018 at 04:34:07PM +0200, Noralf Trønnes wrote: > This is the first step in getting generic fbdev emulation. > A drm_fb_helper_funcs.fb_probe function is added which uses the > DRM client API to get a framebuffer backed by a dumb buffer. > > A transitional hack for tinydrm is

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=106631 --- Comment #5 from Ricardo Ribalda --- Created attachment 139734 --> https://bugs.freedesktop.org/attachment.cgi?id=139734=edit dmesg 100k -- You are receiving this mail because: You are the assignee for the

Re: omapdrm regression in v4.17-rc series

On 24/05/18 01:03, Tony Lindgren wrote: > Hi all, > > I bisected the n900 LCD issue to commit 24aac6011f70 ("drm: omapdrm: > sdi: Allocate the sdi private data structure dynamically"). Reverting > this patch makes LCD work for me again on n900. > > Any ideas? This should help to get the SDI

[PATCH v5 4/6] mfd: cros-ec: Introduce CEC commands and events definitions.

The EC can expose a CEC bus, this patch adds the CEC related definitions needed by the cros-ec-cec driver. Signed-off-by: Neil Armstrong Tested-by: Enric Balletbo i Serra --- include/linux/mfd/cros_ec_commands.h | 85

Re: [PATCH v5 4/6] mfd: cros-ec: Introduce CEC commands and events definitions.

On 24/05/2018 11:11, Hans Verkuil wrote: > On 24/05/18 10:54, Neil Armstrong wrote: >> The EC can expose a CEC bus, this patch adds the CEC related definitions >> needed by the cros-ec-cec driver. >> >> Signed-off-by: Neil Armstrong >> Tested-by: Enric Balletbo i Serra

[PATCH v6 0/6] Add ChromeOS EC CEC Support

Hi All, The new Google "Fizz" Intel-based ChromeOS device is gaining CEC support through it's Embedded Controller, to enable the Linux CEC Core to communicate with it and get the CEC Physical Address from the correct HDMI Connector, the following must be added/changed: - Add the CEC sub-device

Re: [PATCH v6 4/6] mfd: cros-ec: Introduce CEC commands and events definitions.

On 24/05/18 11:57, Neil Armstrong wrote: > The EC can expose a CEC bus, this patch adds the CEC related definitions > needed by the cros-ec-cec driver. > > Signed-off-by: Neil Armstrong > Tested-by: Enric Balletbo i Serra Reviewed-by: Hans

omapdrm regression in v4.17-rc series

Hi all, I bisected the n900 LCD issue to commit 24aac6011f70 ("drm: omapdrm: sdi: Allocate the sdi private data structure dynamically"). Reverting this patch makes LCD work for me again on n900. Any ideas? Regards, Tony ___ dri-devel mailing list

Re: [PATCH v4 10/11] media: vsp1: Support Interlaced display pipelines

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:21 EEST Kieran Bingham wrote: > Calculate the top and bottom fields for the interlaced frames and > utilise the extended display list command feature to implement the > auto-field operations. This allows the DU to update the VSP2

Re: [PATCH 3/6] drm/psr: Fix missed entry in PSR setup time table.

On Fri, 11 May 2018, Dhinakaran Pandiyan wrote: > Entry corresponding to 220 us setup time was missing. I am not aware of > any specific bug this fixes, but this could potentially result in enabling > PSR on a panel with a higher setup time requirement than

Re: omapdrm + etnaviv memory leak

Am Donnerstag, den 24.05.2018, 10:43 +0200 schrieb Lucas Stach: > Hi Tomi, > > Am Donnerstag, den 24.05.2018, 11:39 +0300 schrieb Tomi Valkeinen: > > Hi Lucas, > > > > On 23/05/18 11:53, Lucas Stach wrote: > > > > > > With each run, I can see buffers being left lying around, > > > > visible > >

[Bug 104063] (DC 4.15-rc2) [drm:dm_logger_write [amdgpu]] *ERROR* hwss_edp_wait_for_hpd_ready: wait timed out!

https://bugs.freedesktop.org/show_bug.cgi?id=104063 --- Comment #4 from taij...@posteo.de --- What kernel version are you using? For me it stopped at some point - 4.16 is fine. -- You are receiving this mail because: You are the assignee for the

Re: [linux-sunxi] Re: [PATCH 12/15] drm/sun4i: Add support for second clock parent to DW HDMI PHY clk driver

On Mon, May 21, 2018 at 05:02:23PM +0200, Jernej Škrabec wrote: > Hi, > > Dne ponedeljek, 21. maj 2018 ob 10:12:53 CEST je Maxime Ripard napisal(a): > > On Sat, May 19, 2018 at 08:31:24PM +0200, Jernej Skrabec wrote: > > > Expand HDMI PHY clock driver to support second clock parent. > > > > > >

Re: [PATCH v8 3/3] drm: writeback: Add client capability for exposing writeback connectors

On Wed, May 23, 2018 at 01:27:17PM +0100, Liviu Dudau wrote: > On Wed, May 23, 2018 at 11:34:32AM +0200, Maarten Lankhorst wrote: > > Op 18-05-18 om 17:17 schreef Liviu Dudau: > > > Due to the fact that writeback connectors behave in a special way > > > in DRM (they always report being

[Bug 106639] System display has noise when amdgpu module is being loaded

https://bugs.freedesktop.org/show_bug.cgi?id=106639 Bug ID: 106639 Summary: System display has noise when amdgpu module is being loaded Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux

Re: [PATCH v2 3/5] mfd: cros-ec: Introduce CEC commands and events definitions.

Hi Benson, On 24/05/2018 07:47, Benson Leung wrote: > Hi Neil, Hi Stefan, > > On Fri, May 18, 2018 at 03:05:02PM +0200, Neil Armstrong wrote: >> The EC can expose a CEC bus, this patch adds the CEC related definitions >> needed by the cros-ec-cec driver. >> Having a 16 byte mkbp event size makes

Re: [PATCH 5/9] drm/fb-helper: Add generic fbdev emulation .fb_probe function

On Thu, May 24, 2018 at 11:16:05AM +0200, Daniel Vetter wrote: > On Wed, May 23, 2018 at 04:34:07PM +0200, Noralf Trønnes wrote: > > +int drm_fb_helper_generic_probe(struct drm_fb_helper *fb_helper, > > + struct drm_fb_helper_surface_size *sizes) > > +{ > > + struct

Re: [PATCH 0/9] drm: Add generic fbdev emulation

On Wed, May 23, 2018 at 04:34:02PM +0200, Noralf Trønnes wrote: > This patchset adds generic fbdev emulation for drivers that supports GEM > based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An > API is begun to support in-kernel clients in general. > > The CMA helper drivers

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

On 2018-05-23 11:39, Andrzej Hajda wrote: *snip* > Panels are managed by dsi host only if dsi host implements it, and it is > up to dsi host author, it is not mandatory. The only case I am aware of > is exynos-dsi. I guess most developers are not aware of the problem, or > they do not care, or

Re: [PATCH v6 5/6] mfd: cros_ec_dev: Add CEC sub-device registration

On 24/05/18 11:57, Neil Armstrong wrote: > The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device > when the CEC feature bit is present. > > Signed-off-by: Neil Armstrong > Reviewed-by: Enric Balletbo i Serra For whatever it

[git pull] vmwgfx-fixes-4.17

Hi Dave, Three fixes for vmwgfx. Two are cc'd stable and fix host logging and its error paths on 32-bit VMs. One is a fix for a hibernate flaw introduced with the 4.17 merge window. The following changes since commit 91ba9f28a3de97761c2b5fd5df5d88421268e507: drm/vmwgfx: Set dmabuf_size when

[PATCH v5 5/6] mfd: cros_ec_dev: Add CEC sub-device registration

The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device when the CEC feature bit is present. Signed-off-by: Neil Armstrong Reviewed-by: Enric Balletbo i Serra --- drivers/mfd/cros_ec_dev.c | 16 1 file

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 taij...@posteo.de changed: What|Removed |Added Attachment #139723|0 |1 is obsolete|

Re: [PATCH v2] drm/bridge: sil_sii8620: do not have a dependency of RC_CORE

On 24.05.2018 11:32, Inki Dae wrote: > This patch makes RC_CORE to be selected with this driver. > > sil_sii8620 driver calls remote controller interfaces directly > so RC_CORE should be enabled mandatorily. > > And some boards not using remote controller device don't really > need to know that

[PATCH v2] gpu: drm: gma500: Change return type to vm_fault_t

Use new return type vm_fault_t for fault handler. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")

[PATCH v7 5/5] drm/rockchip: support dp training outside dp firmware

DP firmware uses fixed phy config values to do training, but some boards need to adjust these values to fit for their unique hardware design. So get phy config values from dts and use software link training instead of relying on firmware, if software training fail, keep firmware training as a

[PATCH v7 4/5] phy: rockchip-typec: support variable phy config value

the phy config values used to fix in dp firmware, but some boards need change these values to do training and get the better eye diagram result. So support that in phy driver. Signed-off-by: Chris Zhong Signed-off-by: Lin Huang --- Changes in v2: -

Re: [PATCH v2 2/3] drm/vkms: Add basic CRTC initialization

On Wed, May 23, 2018 at 10:53:33AM +0200, Daniel Vetter wrote: > On Sun, May 20, 2018 at 09:22:31AM +0300, Haneen Mohammed wrote: > > On Wed, May 16, 2018 at 08:56:21PM -0300, Rodrigo Siqueira wrote: > > > This commit adds the essential infrastructure for around CRTCs which > > > is composed of: a

Re: [GIT PULL] TDA998x I2C driver CEC support

On Wed, May 23, 2018 at 10:48:15AM +0200, Daniel Vetter wrote: > On Tue, May 22, 2018 at 09:27:07AM +0100, Russell King wrote: > > On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote: > > > Sorry I missed this, just fell between the cracks, > > > > > > Any reason you can't/don't use git

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

On 2018-05-23 14:38, Andrzej Hajda wrote: > On 23.05.2018 12:46, Peter Rosin wrote: >> On 2018-05-23 11:39, Andrzej Hajda wrote: >> >> *snip* >> >>> Panels are managed by dsi host only if dsi host implements it, and it is >>> up to dsi host author, it is not mandatory. The only case I am aware of

Re: [PATCH RFC 07/24] drm/lima: add mali 4xx GPU hardware regs

On Wed, May 23, 2018 at 7:58 PM, Qiang Yu wrote: > On Thu, May 24, 2018 at 1:24 AM, Rob Herring wrote: >> On Fri, May 18, 2018 at 05:27:58PM +0800, Qiang Yu wrote: >>> From: Lima Project Developers >>> >>> Signed-off-by: Qiang

Re: [PATCH v5 6/6] media: platform: Add ChromeOS EC CEC driver

On 24/05/18 10:55, Neil Armstrong wrote: > The ChromeOS Embedded Controller can expose a CEC bus, this patch add the > driver for such feature of the Embedded Controller. > > This driver is part of the cros-ec MFD and will be add as a sub-device when > the feature bit is exposed by the EC. > >

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=106631 --- Comment #6 from Ricardo Ribalda --- Eventhough it is not comparable, for reference: this is the result with fgrlx. root@qt5022:~# time clpeak Platform: AMD Accelerated Parallel Processing Device: AMD G-T56N

Re: [PATCH v5 4/6] mfd: cros-ec: Introduce CEC commands and events definitions.

On 24/05/18 10:54, Neil Armstrong wrote: > The EC can expose a CEC bus, this patch adds the CEC related definitions > needed by the cros-ec-cec driver. > > Signed-off-by: Neil Armstrong > Tested-by: Enric Balletbo i Serra > --- >

[PATCH v5 1/6] media: cec-notifier: Get notifier by device and connector name

In non device-tree world, we can need to get the notifier by the driver name directly and eventually defer probe if not yet created. This patch adds a variant of the get function by using the device name instead and will not create a notifier if not yet created. But the i915 driver exposes at

Re: omapdrm + etnaviv memory leak

Hi Tomi, Am Donnerstag, den 24.05.2018, 11:39 +0300 schrieb Tomi Valkeinen: > Hi Lucas, > > On 23/05/18 11:53, Lucas Stach wrote: > > > > With each run, I can see buffers being left lying around, visible > > > in > > > both omapdrm's and etnaviv's 'gem' debugfs file. And they're > > > there > >

[PATCH v6 5/6] mfd: cros_ec_dev: Add CEC sub-device registration

The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device when the CEC feature bit is present. Signed-off-by: Neil Armstrong Reviewed-by: Enric Balletbo i Serra --- drivers/mfd/cros_ec_dev.c | 16 1 file

Re: DRM Inquiry

Hi Jani, I was able to update my kernel to 4.6 which has the DRM_DP_AUX_CHARDEV in the  Kconfig file linux-4.6\drivers\gpu\drm. Though I also add DRM_DP_AUX_CHARDEV=y in  kernel config. When invoke uname -r, I could see that the kernel is now 4.6. How can I verify the DRM_DP_AUX_CHARDEV takes

Re: [PATCH] gpu: drm: vgem: Change return type to vm_fault_t

On Mon, May 14, 2018 at 9:56 PM, Daniel Vetter wrote: > On Thu, May 10, 2018 at 02:51:38PM -0400, Sean Paul wrote: >> On Thu, May 10, 2018 at 07:58:11PM +0530, Souptick Joarder wrote: >> > Hi Sean, >> > >> > On Mon, Apr 16, 2018 at 8:32 PM, Souptick Joarder

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

On Thu, May 24, 2018 at 5:41 PM, Christian König wrote: > Am 24.05.2018 um 11:24 schrieb Qiang Yu: >> >> On Thu, May 24, 2018 at 2:46 PM, Christian König >> wrote: >> [SNIP] >>> >>> Because of this we have a separate tracking in amdgpu so that

[PATCH v5 0/6] Add ChromeOS EC CEC Support

Hi All, The new Google "Fizz" Intel-based ChromeOS device is gaining CEC support through it's Embedded Controller, to enable the Linux CEC Core to communicate with it and get the CEC Physical Address from the correct HDMI Connector, the following must be added/changed: - Add the CEC sub-device

[PATCH v5 2/6] drm/i915: hdmi: add CEC notifier to intel_hdmi

This patchs adds the cec_notifier feature to the intel_hdmi part of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate between each HDMI ports. The changes will allow the i915 HDMI code to notify EDID and HPD changes to an eventual CEC adapter. Signed-off-by: Neil Armstrong

Re: [PATCH 2/2] Use char * for struct drm_dp_aux_msg's buffer

On Wed, May 23, 2018 at 12:56:25PM +0300, Jani Nikula wrote: > On Wed, 23 May 2018, Daniel Vetter wrote: > > On Tue, May 22, 2018 at 11:33:35AM +0300, Jani Nikula wrote: > >> On Mon, 21 May 2018, Maya Rashish wrote: > >> > In drm_dp_i2c_drain_msg we do msg.buffer

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #21 from Lukas Wunner --- Okay so the reason the HDA controller doesn't suspend is because the codec_powered bitmask is not null: snd_hda_intel :01:00.1: azx_runtime_idle: !power_save_controller = 0,

[PATCH v6 6/6] media: platform: Add ChromeOS EC CEC driver

The ChromeOS Embedded Controller can expose a CEC bus, this patch add the driver for such feature of the Embedded Controller. This driver is part of the cros-ec MFD and will be add as a sub-device when the feature bit is exposed by the EC. The controller will only handle a single logical address

Re: [PATCH v4 08/11] media: vsp1: Add support for extended display list headers

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:19 EEST Kieran Bingham wrote: > Extended display list headers allow pre and post command lists to be > executed by the VSP pipeline. This provides the base support for > features such as AUTO_FLD (for interlaced support) and

Re: [PATCH 7/9] drm/cma-helper: Use the generic fbdev emulation

On Wed, May 23, 2018 at 04:34:09PM +0200, Noralf Trønnes wrote: > This switches the CMA helper drivers that use its fbdev emulation over > to the generic fbdev emulation. It's the first phase of using generic > fbdev. A later phase will use DRM client callbacks for the > lastclose/hotplug/remove

Re: DRM Inquiry

On Thu, 24 May 2018, John Sledge wrote: > I was able to update my kernel to 4.6 which has the DRM_DP_AUX_CHARDEV > in the Kconfig file linux-4.6\drivers\gpu\drm. Though I also > add DRM_DP_AUX_CHARDEV=y in  kernel config. When invoke uname -r, I > could see that the kernel

Re: [PATCH RFC 07/24] drm/lima: add mali 4xx GPU hardware regs

On Wed, May 23, 2018 at 10:24 AM, Rob Herring wrote: > On Fri, May 18, 2018 at 05:27:58PM +0800, Qiang Yu wrote: >> From: Lima Project Developers >> >> Signed-off-by: Qiang Yu >> Signed-off-by: Heiko Stuebner

Re: [PATCH v2] drm/nouveau/secboot: remove VLA usage

On Wed, May 23, 2018 at 5:36 PM, Ben Skeggs wrote: > On Thu, May 24, 2018 at 8:48 AM, Kees Cook wrote: >> On Thu, Apr 26, 2018 at 4:25 PM, Kees Cook wrote: >>> On Thu, Mar 15, 2018 at 7:05 PM, Ben Skeggs

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #24 from Lukas Wunner --- (In reply to taijian from comment #22) > $ grep . /sys/bus/hdaudio/devices/hdaudioC1D0/widgets/*/power_caps > /sys/bus/hdaudio/devices/hdaudioC1D0/widgets/01/power_caps:0xc009

Re: [PATCH v2] drm/xen-front: fix pointer casts

On 23/05/18 13:36, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Building for a 32-bit target results in warnings from casting > between a 32-bit pointer and a 64-bit integer. Fix the warnings > by casting those pointers to uintptr_t first.

Re: [PATCH V3 0/3] Expanding the basic vkms features

On Wed, May 23, 2018 at 11:15:18AM +0200, Daniel Vetter wrote: > On Mon, May 21, 2018 at 10:04:23PM -0300, Rodrigo Siqueira wrote: > > This series of patches add a centralized initialization mechanism, a > > single CRTC with a plane, an encoder, and extra module information. > > > > Changes in

[PATCH v6 2/6] drm/i915: hdmi: add CEC notifier to intel_hdmi

This patchs adds the cec_notifier feature to the intel_hdmi part of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate between each HDMI ports. The changes will allow the i915 HDMI code to notify EDID and HPD changes to an eventual CEC adapter. Signed-off-by: Neil Armstrong

Re: [PATCH v4 03/11] media: vsp1: Rename dl_child to dl_next

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:14 EEST Kieran Bingham wrote: > Both vsp1_dl_list_commit() and __vsp1_dl_list_put() walk the display > list chain referencing the nodes as children, when in reality they are > siblings. > > Update the terminology to 'dl_next' to

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

Am 24.05.2018 um 11:24 schrieb Qiang Yu: On Thu, May 24, 2018 at 2:46 PM, Christian König wrote: [SNIP] Because of this we have a separate tracking in amdgpu so that we not only know who is using which BO, who is using which VM. amdgpu's VM implementation seems too

Re: [PATCH v4 01/11] media: vsp1: drm: Fix minor grammar error

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:12 EEST Kieran Bingham wrote: > The pixel format is 'unsupported'. Fix the small debug message which > incorrectly declares this. > > Signed-off-by: Kieran Bingham Reviewed-by: Laurent

[PATCH v2] drm/bridge: sil_sii8620: do not have a dependency of RC_CORE

This patch makes RC_CORE to be selected with this driver. sil_sii8620 driver calls remote controller interfaces directly so RC_CORE should be enabled mandatorily. And some boards not using remote controller device don't really need to know that RC_CORE config should be enabled to use sil_sii8620

Re: [PATCH 4/9] drm: Begin an API for in-kernel clients

On 05/24/2018 10:32 AM, Daniel Vetter wrote: On Wed, May 23, 2018 at 11:45:00PM +0200, Thomas Hellstrom wrote: Hi, Noralf. A couple of issues below: On 05/23/2018 04:34 PM, Noralf Trønnes wrote: This the beginning of an API for in-kernel clients. First out is a way to get a framebuffer

Re: [PATCH 9/9] drm/fb-helper: Finish the generic fbdev emulation

On Wed, May 23, 2018 at 04:34:11PM +0200, Noralf Trønnes wrote: > This adds a drm_fbdev_generic_setup() function that sets up generic > fbdev emulation with client callbacks for lastclose, hotplug and > remove/unregister. > > Signed-off-by: Noralf Trønnes > --- >

[PATCH v6 1/6] media: cec-notifier: Get notifier by device and connector name

In non device-tree world, we can need to get the notifier by the driver name directly and eventually defer probe if not yet created. This patch adds a variant of the get function by using the device name instead and will not create a notifier if not yet created. But the i915 driver exposes at

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

On Thu, May 24, 2018 at 2:46 PM, Christian König wrote: > Am 24.05.2018 um 03:38 schrieb Qiang Yu: > > [SNIP] > > Adding fence is done already, and I did wait it before unmap. But then > I see when > the buffer is shared between processes, the "perfect wait" is just >

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 Lukas Wunner changed: What|Removed |Added Attachment #139688|0 |1 is obsolete|

Re: [PATCH v2 2/4] drm/mediatek: Add support for mediatek SOC MT2712

Hi CK, On Thu, 2018-05-24 at 09:26 +0800, CK Hu wrote: > Hi, Stu: > > On Wed, 2018-05-23 at 17:28 +0800, Stu Hsieh wrote: > > On Wed, 2018-05-23 at 13:23 +0800, CK Hu wrote: > > > Hi, Stu: > > > > > > I've some inline comment. > > > > > > On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote: > >

[PATCH v5 0/7] Add tda998x (HDMI) support to atmel-hlcdc

Hi! I naively thought that since there was support for both nxp,tda19988 (in the tda998x driver) and the atmel-hlcdc, things would be a smooth ride. But it wasn't, so I started looking around and realized I had to fix things. In v1 and v2 I fixed things by making the atmel-hlcdc driver a master

Re: [PATCH v2] drm: fix off-by-one in logger

Dear all, I just noticed that replying to my earlier email thread failed, and that I thereby created a new thread. The original thread is the following one: https://lkml.org/lkml/2018/2/16/274 I am sorry for the confusion! Best, Norbert On 05/23/2018 08:22 AM, Norbert Manthey wrote: > The

[PATCH v3 0/2] gpu: drm/panel: Add DLC DLC0700YZG-1 support

This serie adds support for the DLC Display Co. DLC0700YZG-1 7.0" WSVGA TFT LCD panel. The customer isn't listed as vendor so we have to add the vendor prefix too. Philipp Zabel (2): dt-bindings: Add vendor prefix for DLC Display Co., Ltd. gpu: drm/panel: Add DLC DLC0700YZG-1 panel

[PATCH v5 7/7] drm/i2c: tda998x: register as a drm bridge

This makes this driver work with all(?) drivers that are not componentized and instead expect to connect to a panel/bridge. That said, the only one tested is atmel-hlcdc. This hooks the relevant work function previously called by the encoder and the component also to the bridge, since the encoder

Re: [PATCH v5 1/6] media: cec-notifier: Get notifier by device and connector name

On 24/05/18 10:54, Neil Armstrong wrote: > In non device-tree world, we can need to get the notifier by the driver > name directly and eventually defer probe if not yet created. > > This patch adds a variant of the get function by using the device name > instead and will not create a notifier if

Re: [PATCH v2] drm/nouveau/secboot: remove VLA usage

On Thu, Apr 26, 2018 at 4:25 PM, Kees Cook wrote: > On Thu, Mar 15, 2018 at 7:05 PM, Ben Skeggs wrote: >> On 14 March 2018 at 21:08, Thierry Reding wrote: >>> On Tue, Mar 13, 2018 at 11:24:11AM -0500, Gustavo A. R. Silva wrote:

[PATCH v5 4/7] drm/i2c: tda998x: find the drm_device via the drm_connector

This prepares for being a drm_bridge which will not register the encoder. That makes the connector the better choice. Reviewed-by: Laurent Pinchart Signed-off-by: Peter Rosin --- drivers/gpu/drm/i2c/tda998x_drv.c | 2 +- 1 file changed, 1

Re: omapdrm + etnaviv memory leak

Hi Lucas, 2018-05-23 14:08 GMT+02:00 Tomi Valkeinen : > On 23/05/18 11:53, Lucas Stach wrote: > > Hi Tomi, > > > > Am Mittwoch, den 23.05.2018, 11:40 +0300 schrieb Tomi Valkeinen: > >> Hi Lucas, > >> > >> Julien has written an X driver for OMAP5 SoC (which has Vivante's >

  1   2   3   >