After adding dma_dev in struct drm_device and
drm_gem_cma_dumb_create_no_kmap(), drm_gem_cma_object could replace
mtk_drm_gem_obj, so use drm_gem_cma_object instead of mtk_drm_gem_obj to
reduce redundant code.
Signed-off-by: CK Hu
---
drivers/gpu/drm/mediatek/Makefile| 1 -
drivers/gpu
For iommu-supporting device, mapping kernel virtual address would reduce
free virtual memory area, and kernel usually need not using this virtual
address, so add drm_gem_cma_dumb_create_no_kmap() to create cma dumb
without mapping kernel virtual address.
Signed-off-by: CK Hu
---
drivers/gpu/drm/
Because there are many similar code in drm_gem_cma_helper.c and mtk_drm_gem.c,
merging these two files would reduce code size and be easier to maintain. The
major difference between these two gem object is that drm_gem_cma_object is for
CMA buffer and mtk_drm_gem_obj is for iommu buffer. This seri
For drm device which has sub device, the dma function may be in the sub
device rather than it, so the dma_dev is the device which has dma
function and use this device for dma operation.
Signed-off-by: CK Hu
---
drivers/gpu/drm/drm_gem_cma_helper.c | 19 ++-
include/drm/drm_device
Am 26.10.18 um 08:20 schrieb Chunming Zhou:
drivers/gpu/drm/drm_syncobj.c:202:4-14: ERROR: function
drm_syncobj_find_signal_pt_for_point called on line 390 inside lock on line 389
but uses GFP_KERNEL
Find functions that refer to GFP_KERNEL but are called with locks held.
Generated by: scri
On Wed, Oct 24, 2018 at 11:39 PM Maxime Ripard
wrote:
>
> On Tue, Oct 23, 2018 at 09:20:33PM +0530, Jagan Teki wrote:
> > The MIPI DSI PHY HDMI controller on Allwinner A64 is similar
> > on the one on A31.
> >
> > Add A64 compatible and append A31 compatible as fallback.
> >
> > Signed-off-by: Jag
From: Sven Van Asbroeck
Request For Comments
We believe that the ipuv3 DI's pixel clock polarity is possibly being
misconfigured by the imx-drm driver.
We used an oscilloscope the observe the actual behaviour on our hardware,
and it is the opposite of what the driver is supposed to configure.
Hello,
This patch series adds two new configurable properties
to exynos_drm_fimd.
Patch 1 add window alpha property.
Patch 2 add pixel blend mode propery.
Regards,
Chris
Changes in v2:
- add premultiplied pixel blend mode (i. e. make it functional),
- correct issues from v1,
- refactor code
Hello,
This patch series adds two new configurable properties
to exynos5433_drm_decon.
Patch 1 add window alpha property.
Patch 2 add pixel blend mode property.
Regards,
Chris
Changes in v4:
- set blend equation for DRM_MODE_BLEND_PIXEL_NONE explicitly,
Changes in v3:
- fix compilation error,
On Thu, Oct 25, 2018 at 12:36 PM Nathan Chancellor
wrote:
>
> This warning is disabled by default in scripts/Makefile.extrawarn when
> W= is not provided but this Makefile adds -Wall after this warning is
> disabled so it shows up in the build when it shouldn't:
>
> In file included from drivers/g
This warning is disabled by default in scripts/Makefile.extrawarn when
W= is not provided but this Makefile adds -Wall after this warning is
disabled so it shows up in the build when it shouldn't:
In file included from drivers/gpu/drm/i915/intel_breadcrumbs.c:895:
drivers/gpu/drm/i915/selftests/in
The ConnectCore 6UL SBC Pro has an AUO/Goodix LCD accessory kit that is
connected on the LVDS interface through an on-board LVDS transceiver.
This change adds support for the touch interface.
Signed-off-by: Alex Gonzalez
---
arch/arm/boot/dts/imx6ul-ccimx6ulsbcpro.dts | 19 +++
On Wed, Oct 24, 2018 at 11:34 PM Maxime Ripard
wrote:
>
> On Tue, Oct 23, 2018 at 09:20:22PM +0530, Jagan Teki wrote:
> > Some NKM PLLs doesn't work well when their output clock rate is set below
> > certain rate.
> >
> > So, add support for minimal rate for relevant PLLs.
> >
> > Signed-off-by: J
于 2018年10月26日 GMT+08:00 上午2:30:03, Rob Herring 写到:
>On Thu, Oct 18, 2018 at 08:40:11PM +0800, Icenowy Zheng wrote:
>> 在 2018-10-18四的 14:23 +0300，Laurent Pinchart写道：
>> > Hi Icenowy,
>> >
>> > On Thursday, 18 October 2018 13:00:05 EEST Icenowy Zheng wrote:
>> > > 在 2018-10-18四的 11:53 +0300，Laure
The change adds support for the AU Optronics G101EVN010 10.1" TFT LCD
panel.
Signed-off-by: Alex Gonzalez
---
.../bindings/display/panel/auo,g101evn010 | 12 ++
drivers/gpu/drm/panel/panel-simple.c | 27 ++
2 files changed, 39 insertions(+)
cre
On Wed, Oct 24, 2018 at 2:14 AM Daniel Vetter wrote:
>
> On Tue, Oct 23, 2018 at 04:57:36PM -0700, Brendan Higgins wrote:
> > ## Changes Since Last Version
> >
> > - Updated patchset to apply cleanly on 4.19.
> > - Stripped down patchset to focus on just the core features (I dropped
> >mock
Add support for a LVDS panel accessory kit consisting of:
* AU Optronics G101EVN010 10.1 inches TFT-LCD display
* Goodix GT911 capacitive touch controller
This is used with the ConnectCore 6UL SBC Pro (ccimx6ulsbcpro) board.
Changes in v1 from initial changeset [1]:
* Split configuration change
The decon hardware supports variable plane alpha. Currently planes
are opaque, make this configurable.
Tested on TM2 with Exynos 5433 CPU, on top of linux-next-20181019.
Signed-off-by: Christoph Manszewski
---
v2 changes:
- remove window blend property for the first (0) layer
(currently zpos i
On Wed, Oct 24, 2018 at 11:40 PM Maxime Ripard
wrote:
>
> On Tue, Oct 23, 2018 at 09:20:34PM +0530, Jagan Teki wrote:
> > The A64 has a MIPI-DSI block which is similar to A31
> > without mod clock.
> >
> > So, add dsi node with A64 compatible, dphy node with
> > A31 compatible and finally connect
This change adds support for the AUO G101EVN010 lcdif panel for the
mxsfb DRM driver.
Signed-off-by: Alex Gonzalez
---
arch/arm/boot/dts/imx6ul-ccimx6ulsbcpro.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/imx6ul-ccimx6ulsbcpro.dts
b/arch/arm/boot/
On Wed, Oct 24, 2018 at 11:43 PM Maxime Ripard
wrote:
>
> On Tue, Oct 23, 2018 at 09:20:32PM +0530, Jagan Teki wrote:
> > A64 manual say PLL_MIPI rates are 500MHz to 1.4GHz, but
> > using minimum 500MHz can't release the clock and which
> > is not working.
> >
> > So use working minimum rate as 30
Am 25.10.18 um 09:50 schrieb Maarten Lankhorst:
Op 24-10-18 om 20:57 schreef Julia Lawall:
The containing function is called with a spin_lock held, so GFP_KERNEL
can't be used.
julia
-- Forwarded message --
Date: Tue, 23 Oct 2018 17:14:25 +0800
From: kbuild test robot
To: kbu.
Am 25.10.18 um 11:35 schrieb Daniel Vetter:
On Thu, Oct 25, 2018 at 04:36:34PM +0800, Chunming Zhou wrote:
drivers/gpu/drm/drm_syncobj.c:202:4-14: ERROR: function
drm_syncobj_find_signal_pt_for_point called on line 390 inside lock on line 389
but uses GFP_KERNEL
Find functions that refer t
The fimd hardware supports different blend modes. Add pixel blend mode
property and make it configurable, by modifying the blend equation.
Tested on TRATS2 with Exynos 4412 CPU, on top of linux-next-20181019.
Signed-off-by: Christoph Manszewski
---
changes in v2:
- add premultiplied mode by set
On Wed, Oct 17, 2018 at 02:37:25PM +0200, Daniel Vetter wrote:
> On Wed, Oct 17, 2018 at 2:05 PM Daniel Stone wrote:
> >
> > On Tue, 16 Oct 2018 at 08:17, Peter Hutterer
> > wrote:
> > > On Mon, Oct 15, 2018 at 10:49:24AM -0400, Harry Wentland wrote:
> > > > + \item Support free and open sou
Am 25.10.18 um 17:08 schrieb Chunming Zhou:
drivers/gpu/drm/drm_syncobj.c:202:4-14: ERROR: function
drm_syncobj_find_signal_pt_for_point called on line 390 inside lock on line 389
but uses GFP_KERNEL
Find functions that refer to GFP_KERNEL but are called with locks held.
Generated by: scri
The decon hardware supports different blend modes. Add pixel blend mode
property and make it configurable, by modifying the blend equation.
Tested on TM2 with Exynos 5433 CPU, on top of linux-next-20181019.
Signed-off-by: Christoph Manszewski
---
v4 changes:
- set blend equation for DRM_MODE_BL
From: Sven Van Asbroeck
We used an oscilloscope to observe the actual polarity of the
DI's pixel clock, and saw the following:
DI_GENERAL bit 17 is SET:
pixel data is stable on the pixel clock's FALLING edge
DI_GENERAL bit 17 is CLEAR:
pixel data is stable on the pixel clock's RI
The fimd hardware supports variable plane alpha. Currently planes
are opaque, make this configurable.
Tested on TRATS2 with Exynos 4412 CPU, on top of linux-next-20181019.
Signed-off-by: Christoph Manszewski
---
v2 changes:
- write blue lower ALPHA0 value correctly,
- set ALPHA1 to zero,
- mo
Select CONFIG_TOUCHSCREEN_GOODIX so that we can have functional touch
screen by default on Digi International's AUO/Goodix LCD accessory kit used
with the ConnectCore 6UL SBC Pro (ccimx6ulsbcpro) board.
Signed-off-by: Alex Gonzalez
---
arch/arm/configs/imx_v6_v7_defconfig | 1 +
1 file changed,
On Wed, Oct 24, 2018 at 11:36 PM Maxime Ripard
wrote:
>
> On Tue, Oct 23, 2018 at 09:20:24PM +0530, Jagan Teki wrote:
> > The MIPI DSI controller on Allwinner A64 is similar to
> > Allwinner A31 without support of DSI mod clock(CLK_DSI_SCLK)
> >
> > So, alter has_mod_clk bool via driver data for r
Hi Russell, thanks for looking at the RFC !
> Given what's in the documentation, I'd opt for it describing the
> edge that the output data changes, not the latch edge. With that
> interpretation, the existing code is correct.
The clock polarity is reversed in Freescale's non-mainline fbdev code,
Am 25.10.18 um 23:21 schrieb Chris Wilson:
Quoting Chris Wilson (2018-10-25 21:20:21)
Quoting Chris Wilson (2018-10-25 21:15:17)
Quoting Christian König (2018-10-04 14:12:43)
No need for that any more. Just replace the list when there isn't enough
room any more for the additional fence.
Just
We need to serialise the addition of a new fence into the shared list
such that the fence is visible before we claim it is there. Otherwise a
concurrent reader of the shared fence list will see an uninitialised
fence slot before it is set.
<4> [109.613162] general protection fault: [#1] PRE
https://bugs.freedesktop.org/show_bug.cgi?id=108096
--- Comment #14 from Michel Dänzer ---
Which Git commit of Mesa are you using? Any local patches on top?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
https://bugzilla.kernel.org/show_bug.cgi?id=199139
--- Comment #18 from Eduard (wirch.edu...@gmail.com) ---
Even after updating to 4.19 release did not solve the problem.
I was able to work around it by disabling monitor power management in Xorg
settings:
Section "Monitor"
Identifier
Am 26.10.18 um 10:03 schrieb Chris Wilson:
> We need to serialise the addition of a new fence into the shared list
> such that the fence is visible before we claim it is there. Otherwise a
> concurrent reader of the shared fence list will see an uninitialised
> fence slot before it is set.
>
><
Thanks, Could you help to submit to drm-misc again?
-David
On 2018年10月26日 15:43, Christian König wrote:
Am 26.10.18 um 08:20 schrieb Chunming Zhou:
drivers/gpu/drm/drm_syncobj.c:202:4-14: ERROR: function
drm_syncobj_find_signal_pt_for_point called on line 390 inside lock
on line 389 but uses
On Thu, Oct 18, 2018 at 01:45:16PM +0200, Daniel Vetter wrote:
> On Thu, Oct 18, 2018 at 12:27 PM Maxime Ripard
> wrote:
> >
> > On Mon, Oct 15, 2018 at 04:52:04PM +0200, Daniel Vetter wrote:
> > > On Mon, Oct 15, 2018 at 10:29 AM Maxime Ripard
> > > wrote:
> > > > On Fri, Oct 12, 2018 at 06:47:1
On Thu, Oct 25, 2018 at 10:13:38PM +0200, Noralf Trønnes wrote:
> The CMA helper is already using the drm_fb_helper_generic_probe part of
> the generic fbdev emulation. This patch makes full use of the generic
> fbdev emulation by using its drm_client callbacks. This means that
> drm_mode_config_fu
On Fri, Oct 26, 2018 at 5:50 AM Zhou, David(ChunMing)
wrote:
>
> Make igt for cross-driver, I think you should rename it first, not an intel
> specific. NO company wants their employee working on other company stuff.
> You can rename it to DGT(drm graphics test), and published following libdrm,
On 2018年10月26日 16:32, Daniel Vetter wrote:
On Fri, Oct 26, 2018 at 5:50 AM Zhou, David(ChunMing)
wrote:
Make igt for cross-driver, I think you should rename it first, not an intel
specific. NO company wants their employee working on other company stuff.
You can rename it to DGT(drm graphics
https://bugs.freedesktop.org/show_bug.cgi?id=108558
Bug ID: 108558
Summary: RX460: Screen corrupt after resume (from suspend to
RAM)
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=108558
--- Comment #1 from Antonio Cuni ---
Created attachment 142213
--> https://bugs.freedesktop.org/attachment.cgi?id=142213&action=edit
misc logs
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=108558
--- Comment #2 from Antonio Cuni ---
update: logs.tar.bz2 includes two files which are probably outdated:
Xorg.{1,2}.log; looking at the creation date, I *think* they were generated
BEFORE I installed the newest amdgpu driver. Not sure where is
On 2018-10-25 7:57 p.m., Wentland, Harry wrote:
> On 2018-10-12 4:31 a.m., Koenig, Christian wrote:
>> Am 12.10.2018 um 10:26 schrieb Michel Dänzer:
>>> On 2018-10-11 9:44 p.m., Harry Wentland wrote:
On 2018-10-03 04:25 AM, Mike Lothian wrote:
> I'm curious to know whether this will/could
From: Emil Velikov
Earlier commit updated the vgem driver to improve the topology, by
passing a platform device as parent to drm_dev_init(). Shortly
afterwords we updated the core function to BUG() in order to catch any
buggy drivers passing NULL as parent.
While I missed the vkms driver (as the
Since connectors can be created dynamically, fbdev should be initialized
even if there are no connectors at the moment. Otherwise fbdev will
not be created even after connector's appearance.
The patch fixes lack of fbdev on rinato and trats boards.
Fixes: 6afb7721e2a0 ("drm/exynos: move connector
DSI device can be attached after DRM device is registered. In such
case newly created connector must be registered by exynos_dsi.
The patch fixes exynos_drm on rinato and trats boards.
Fixes: 6afb7721e2a0 ("drm/exynos: move connector creation to attach callback")
Reported-by: Marek Szyprowski
Sig
On Fri, Oct 26, 2018 at 03:22:03PM +0800, CK Hu wrote:
> After adding dma_dev in struct drm_device and
> drm_gem_cma_dumb_create_no_kmap(), drm_gem_cma_object could replace
> mtk_drm_gem_obj, so use drm_gem_cma_object instead of mtk_drm_gem_obj to
> reduce redundant code.
>
> Signed-off-by: CK Hu
On Fri, Oct 26, 2018 at 11:05:50AM +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Earlier commit updated the vgem driver to improve the topology, by
> passing a platform device as parent to drm_dev_init(). Shortly
> afterwords we updated the core function to BUG() in order to catch any
> bug
On Thu, Oct 25, 2018 at 02:45:44PM +0200, Boris Brezillon wrote:
> Display controllers usually provide a lot features like overlay planes,
> hardware scalers, hardware rotations, ...
> Most of the time those features work just fine when enabled
> independently, but activating all of them at the sam
https://bugs.freedesktop.org/show_bug.cgi?id=108521
--- Comment #26 from Christian König ---
I don't want to stop your cheering, but that isn't a perfect solution either.
(In reply to Robert Strube from comment #25)
> I'm wondering where I can report the Thunderbolt Controller / Bridge bug?
> P
DSI device can be attached after DRM device is registered. In such
case newly created connector must be registered by exynos_dsi.
The patch fixes exynos_drm on rinato and trats boards.
Fixes: 6afb7721e2a0 ("drm/exynos: move connector creation to attach callback")
Reported-by: Marek Szyprowski
Sig
On Fri, Oct 26, 2018 at 10:13:51AM +1000, Peter Hutterer wrote:
> On Wed, Oct 17, 2018 at 02:37:25PM +0200, Daniel Vetter wrote:
> > On Wed, Oct 17, 2018 at 2:05 PM Daniel Stone wrote:
> > >
> > > On Tue, 16 Oct 2018 at 08:17, Peter Hutterer
> > > wrote:
> > > > On Mon, Oct 15, 2018 at 10:49:24A
https://bugs.freedesktop.org/show_bug.cgi?id=108562
Bug ID: 108562
Summary: Radeon R5 M330 freezes when dpm enabled
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Sever
This patch adds a new API to clean up the scheduler job resources. This
is primarliy needed in cases the job was created but was not queued to
the scheduler queue. Additionally with this change, the layer which
creates the scheduler job also gets to free up the job's resources and
this entails movi
Hi,
On Fri, 26 Oct 2018 at 11:57, Daniel Vetter wrote:
> On Fri, Oct 26, 2018 at 10:13:51AM +1000, Peter Hutterer wrote:
> > On Wed, Oct 17, 2018 at 02:37:25PM +0200, Daniel Vetter wrote:
> > > On Wed, Oct 17, 2018 at 2:05 PM Daniel Stone wrote:
> > > > Yeah, I think it makes sense. Some things
Am 26.10.18 um 13:06 schrieb Sharat Masetty:
This patch adds a new API to clean up the scheduler job resources. This
is primarliy needed in cases the job was created but was not queued to
the scheduler queue. Additionally with this change, the layer which
creates the scheduler job also gets to fr
Having failed any attempts at a more generic solution,
I fall back to the very specific solution: define a simple
panel for the ARM RTSM emulated platforms.
I am doing this so we can convert all old users from the
previous fbdev driver to the PL111 DRM driver.
This works fine as far as I can test
On Wed, Oct 24, 2018 at 07:24:32PM +0200, Paul Kocialkowski wrote:
> Hi,
>
> Le mercredi 24 octobre 2018 à 17:47 +0100, Maxime Ripard a écrit :
> > On Tue, Oct 23, 2018 at 11:33:10AM +0200, Paul Kocialkowski wrote:
> > > Hi,
> > >
> > > Le mercredi 10 octobre 2018 à 16:57 +0200, Maxime Ripard a é
On Fri, Oct 26, 2018 at 1:08 PM Daniel Stone wrote:
>
> Hi,
>
> On Fri, 26 Oct 2018 at 11:57, Daniel Vetter wrote:
> > On Fri, Oct 26, 2018 at 10:13:51AM +1000, Peter Hutterer wrote:
> > > On Wed, Oct 17, 2018 at 02:37:25PM +0200, Daniel Vetter wrote:
> > > > On Wed, Oct 17, 2018 at 2:05 PM Danie
On Thu, 11 Oct 2018 12:39:41 -0400
Nicholas Kazlauskas wrote:
> These include the drm_connector 'vrr_capable' and the drm_crtc
> 'vrr_enabled' properties.
>
> Signed-off-by: Nicholas Kazlauskas
> ---
> Documentation/gpu/drm-kms.rst | 7 +++
> drivers/gpu/drm/drm_connector.c | 22 +++
Op 26-10-18 om 08:20 schreef Chunming Zhou:
> drivers/gpu/drm/drm_syncobj.c:202:4-14: ERROR: function
> drm_syncobj_find_signal_pt_for_point called on line 390 inside lock on line
> 389 but uses GFP_KERNEL
>
> Find functions that refer to GFP_KERNEL but are called with locks held.
>
> Generated
https://bugs.freedesktop.org/show_bug.cgi?id=108563
Bug ID: 108563
Summary: Kernel hangs up when no amdgpu.dc=0 (if DC not
disabled) kernel parameter supplied and when GCN 1.1
and GCN 1.2/1.4 (very likely) device will be handled
https://bugs.freedesktop.org/show_bug.cgi?id=108096
--- Comment #15 from Dieter Nützel ---
(In reply to Michel Dänzer from comment #14)
> Which Git commit of Mesa are you using? Any local patches on top?
Every, since ever, as always (even, since _before_ Aug 22, 2018) ...;-)
But kidding aside,
From: Emil Velikov
VGEM doesn't do anything modeset specific, so in a way exposing a
primary node is 'wrong'. At the same time, we extensively use if for
creating dumb buffers, fences, prime fd <> handle imports/exports.
To the point that we explicitly annotate the vgem fence ioctls as
DRM_RENDE
Am 26.10.18 um 10:28 schrieb zhoucm1:
> Thanks, Could you help to submit to drm-misc again?
Done.
Christian.
>
> -David
>
>
> On 2018年10月26日 15:43, Christian König wrote:
>> Am 26.10.18 um 08:20 schrieb Chunming Zhou:
>>> drivers/gpu/drm/drm_syncobj.c:202:4-14: ERROR: function
>>> drm_syncobj_f
Hi Daniel,
On Fri, 26 Oct 2018 12:33:37 +0200
Daniel Vetter wrote:
> On Thu, Oct 25, 2018 at 02:45:44PM +0200, Boris Brezillon wrote:
> > Display controllers usually provide a lot features like overlay planes,
> > hardware scalers, hardware rotations, ...
> > Most of the time those features work
On Thu, Oct 25, 2018 at 11:41:14AM +0200, Boris Brezillon wrote:
> On Thu, 25 Oct 2018 11:33:14 +0200
> Daniel Vetter wrote:
>
> > On Thu, Oct 25, 2018 at 10:09:31AM +0200, Boris Brezillon wrote:
> > > On Tue, 23 Oct 2018 15:44:43 +0200
> > > Daniel Vetter wrote:
> > >
> > > > On Tue, Oct 23,
https://bugs.freedesktop.org/show_bug.cgi?id=108563
--- Comment #1 from fin4...@hotmail.com ---
It is just a debug trace that you can delete:
[ 18.371385] WARNING: CPU: 1 PID: 289 at drivers/gpu/drm/drm_plane.c:182
WARN_ON(drm_drv_uses_atomic_modeset(dev) &&
(!funcs->atomic_des
On Fri, Oct 26, 2018 at 02:36:56PM +0200, Boris Brezillon wrote:
> Hi Daniel,
>
> On Fri, 26 Oct 2018 12:33:37 +0200
> Daniel Vetter wrote:
>
> > On Thu, Oct 25, 2018 at 02:45:44PM +0200, Boris Brezillon wrote:
> > > Display controllers usually provide a lot features like overlay planes,
> > > h
Added Rob to this thread.
On 10/17/2018 8:05 PM, Jordan Crouse wrote:
On Wed, Oct 17, 2018 at 06:34:01PM +0530, Sharat Masetty wrote:
This patch attempts to make use of the hardware counters for GPU busy %
estimation when possible and skip using the software counters as it also
accounts for sof
On Fri, Oct 26, 2018 at 01:06:47PM +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> VGEM doesn't do anything modeset specific, so in a way exposing a
> primary node is 'wrong'. At the same time, we extensively use if for
> creating dumb buffers, fences, prime fd <> handle imports/exports.
>
>
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.21-wip
head: 0f117df308faec4f1eecc9a36b3a836181063483
commit: 0544d53c4e7baac87a8fc81a9aae001be0e034ae [83/87] drm/sched: Add boolean
to mark if sched is ready to work v4
config: xtensa-allyesconfig (attached as .config)
compiler:
On Fri, 26 Oct 2018 15:30:26 +0200
Daniel Vetter wrote:
> On Thu, Oct 25, 2018 at 11:41:14AM +0200, Boris Brezillon wrote:
> > On Thu, 25 Oct 2018 11:33:14 +0200
> > Daniel Vetter wrote:
> >
> > > On Thu, Oct 25, 2018 at 10:09:31AM +0200, Boris Brezillon wrote:
> > > > On Tue, 23 Oct 2018 1
BACKLIGHT_CLASS_DEVICE is already tristate, but a dependency
FB_BACKLIGHT prevents it from being built as a module. There
doesn't seem to be any particularly good reason for this, so
switch FB_BACKLIGHT over to tristate.
Signed-off-by: Rob Clark
Tested-by: Arnd Bergmann
---
v2: remove IS_ENABLE
On Fri, 26 Oct 2018 15:36:15 +0200
Daniel Vetter wrote:
> On Fri, Oct 26, 2018 at 02:36:56PM +0200, Boris Brezillon wrote:
> > Hi Daniel,
> >
> > On Fri, 26 Oct 2018 12:33:37 +0200
> > Daniel Vetter wrote:
> >
> > > On Thu, Oct 25, 2018 at 02:45:44PM +0200, Boris Brezillon wrote:
> > > > D
On Fri, Oct 26, 2018 at 4:13 PM Boris Brezillon
wrote:
>
> On Fri, 26 Oct 2018 15:36:15 +0200
> Daniel Vetter wrote:
>
> > On Fri, Oct 26, 2018 at 02:36:56PM +0200, Boris Brezillon wrote:
> > > Hi Daniel,
> > >
> > > On Fri, 26 Oct 2018 12:33:37 +0200
> > > Daniel Vetter wrote:
> > >
> > > > On
On Fri, Oct 26, 2018 at 3:57 PM Boris Brezillon
wrote:
>
> On Fri, 26 Oct 2018 15:30:26 +0200
> Daniel Vetter wrote:
>
> > On Thu, Oct 25, 2018 at 11:41:14AM +0200, Boris Brezillon wrote:
> > > On Thu, 25 Oct 2018 11:33:14 +0200
> > > Daniel Vetter wrote:
> > >
> > > > On Thu, Oct 25, 2018 at 10
On Mon, 15 Oct 2018 12:06:52 +0200
Michel Dänzer wrote:
> On 2018-10-15 11:47 a.m., Christian König wrote:
> > Am 15.10.2018 um 11:40 schrieb Michel Dänzer:
> >> On 2018-10-13 7:38 p.m., Christian König wrote:
> >>> Am 12.10.2018 um 18:44 schrieb Nicholas Kazlauskas:
> This patch intro
https://bugs.freedesktop.org/show_bug.cgi?id=108562
--- Comment #1 from Alex Deucher ---
Please attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.
On Thu, Oct 25, 2018 at 03:24:58PM -0700, Doug Anderson wrote:
> Hi,
>
> On Thu, Oct 25, 2018 at 11:13 AM Sean Paul wrote:
> >
> > On Mon, Oct 22, 2018 at 01:46:38PM -0700, Douglas Anderson wrote:
> > > As far as I can tell the panel that was added in commit da50bd4258db
> > > ("drm/panel: simple
Quoting Daniel Vetter (2018-10-26 14:40:36)
> On Fri, Oct 26, 2018 at 01:06:47PM +0100, Emil Velikov wrote:
> > From: Emil Velikov
> >
> > VGEM doesn't do anything modeset specific, so in a way exposing a
> > primary node is 'wrong'. At the same time, we extensively use if for
> > creating dumb b
On Thu, Oct 25, 2018 at 03:21:30PM -0700, Douglas Anderson wrote:
> Some eDP panels that are designed to be always connected to a board
> use their HPD signal to signal that they've finished powering on and
> they're ready to be talked to.
>
> However, for various reasons it's possible that the HP
On Thu, Oct 25, 2018 at 03:21:31PM -0700, Douglas Anderson wrote:
> If the HPD signal isn't hooked up to this panel we need a 200 ms
> delay. In the datasheet this is shown as the maximum time that HPD
> will take to be asserted after power is given to the panel.
>
> Signed-off-by: Douglas Anders
On Fri, Oct 26, 2018 at 4:32 AM Daniel Vetter wrote:
>
> On Fri, Oct 26, 2018 at 5:50 AM Zhou, David(ChunMing)
> wrote:
> >
> > Make igt for cross-driver, I think you should rename it first, not an intel
> > specific. NO company wants their employee working on other company stuff.
> > You can re
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 4cab470e01108ad0a7a74c6a30d83e7e8e60aa9e
commit: 852c20fdce7c6702c4d073f2c238c0859344bcb9 [696/705] drm/ttm: initialize
globals during device init
config: i386-allmodconfig (attached as .config)
compiler: gcc-7 (Deb
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/v3d/v3d_sched.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/v3d/v3d_sched.c b/drivers/gpu/drm/v3d/v3d_sched.c
index 273d0fb..80b641f 100644
--- a/drivers/gpu/drm/v3d/v3d_sched.c
+++ b/drivers/gpu/drm/v3d/
On Thu, Oct 25, 2018 at 03:21:33PM -0700, Douglas Anderson wrote:
> As far as I can tell the bindings that were added in commit
> 9c04400f7ea6 ("dt-bindings: drm/panel: Document Innolux TV123WAM panel
> bindings") weren't actually for Innolux TV123WAM but were actually for
> Innolux P120ZDG-BF1.
>
On Thu, Oct 25, 2018 at 03:21:34PM -0700, Douglas Anderson wrote:
> As far as I can tell the panel that was added in commit da50bd4258db
> ("drm/panel: simple: Add Innolux TV123WAM panel driver support")
> wasn't actually an Innolux TV123WAM but was actually an Innolux
> P120ZDG-BF1.
>
> As far as
On Fri, Oct 26, 2018 at 10:43:56AM -0400, Sean Paul wrote:
> On Thu, Oct 25, 2018 at 03:21:33PM -0700, Douglas Anderson wrote:
> > As far as I can tell the bindings that were added in commit
> > 9c04400f7ea6 ("dt-bindings: drm/panel: Document Innolux TV123WAM panel
> > bindings") weren't actually f
On 10/26/18 7:37 AM, Pekka Paalanen wrote:
> On Thu, 11 Oct 2018 12:39:41 -0400
> Nicholas Kazlauskas wrote:
>
>> These include the drm_connector 'vrr_capable' and the drm_crtc
>> 'vrr_enabled' properties.
>>
>> Signed-off-by: Nicholas Kazlauskas
>> ---
>> Documentation/gpu/drm-kms.rst | 7
On Fri, 26 Oct 2018 16:26:03 +0200
Daniel Vetter wrote:
> On Fri, Oct 26, 2018 at 3:57 PM Boris Brezillon
> wrote:
> >
> > On Fri, 26 Oct 2018 15:30:26 +0200
> > Daniel Vetter wrote:
> >
> > > On Thu, Oct 25, 2018 at 11:41:14AM +0200, Boris Brezillon wrote:
> > > > On Thu, 25 Oct 2018 11:33
On Fri, Oct 26, 2018 at 10:43 AM Andrey Grodzovsky
wrote:
>
> Signed-off-by: Andrey Grodzovsky
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/v3d/v3d_sched.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/v3d/v3d_sched.c b/drivers/gpu/drm/v3d/v3d_sc
On Fri, Oct 26, 2018 at 02:49:31PM +, Kazlauskas, Nicholas wrote:
> On 10/26/18 7:37 AM, Pekka Paalanen wrote:
> > On Thu, 11 Oct 2018 12:39:41 -0400
> > Nicholas Kazlauskas wrote:
> >
> >> These include the drm_connector 'vrr_capable' and the drm_crtc
> >> 'vrr_enabled' properties.
> >>
> >>
https://bugzilla.kernel.org/show_bug.cgi?id=199139
--- Comment #19 from Eduard (wirch.edu...@gmail.com) ---
I figured out it is not true. After a longer period of turned off screen
(lightDM automatically turns it off if you lock the station), the hangs
appeared again. So I'm back again on 4.14. :(
Sean,
On Fri, Oct 26, 2018 at 7:47 AM Sean Paul wrote:
> > I didn't see your v2 when I replied to the v1 patch, so for the record,
> >
> > Reviewed-by: Sean Paul
> >
> > Also note to whoever applies this to -misc, v1 also had
> >
> > Reviewed-by: Abhinav Kumar
>
> And I just realized that patch
On Fri, Oct 26, 2018 at 04:52:33PM +0200, Boris Brezillon wrote:
> On Fri, 26 Oct 2018 16:26:03 +0200
> Daniel Vetter wrote:
>
> > On Fri, Oct 26, 2018 at 3:57 PM Boris Brezillon
> > wrote:
> > >
> > > On Fri, 26 Oct 2018 15:30:26 +0200
> > > Daniel Vetter wrote:
> > >
> > > > On Thu, Oct 25,
On Fri, Oct 19, 2018 at 4:51 AM Daniel Vetter wrote:
>
> Hi all,
>
> This is just to collect feedback on this idea, and see whether the
> overall dri-devel community stands on all this. I think the past few
> cross-vendor uapi extensions all came with igts attached, and
> personally I think there'
1 - 100 of 162 matches
Mail list logo
