Clang generates a warning when it sees a logical not followed by a
conditional operator like ==, >, or <.
drivers/gpu/drm/scheduler/sched_entity.c:470:6: warning: logical not is
only applied to the left hand side of this comparison
[-Wlogical-not-parentheses]
if (!spsc_queue_count(&entity-
On some chips the PCIE and PCIE_PHY blocks are in separate power domains
which can be power-gated independently. The driver needs to handle this
by keeping both domain active.
This is intended for imx6sx where PCIE is in DISPMIX and PCIE_PHY in
it's own domain. Defining the DISPMIX domain requires
On Saturday 29 September 2018 07:23 PM, Maxime Ripard wrote:
On Thu, Sep 27, 2018 at 09:50:34PM +0530, Jagan Teki wrote:
On Thu, Sep 27, 2018 at 8:51 PM Maxime Ripard wrote:
On Thu, Sep 27, 2018 at 05:18:44PM +0530, Jagan Teki wrote:
According to horizontal and vertical timings are defined
p
Hi,
I have looked through patchwork and recent messages to the dri-devel
mailing list, but since I am new to this area of the kernel I apologise if
I'm re-asking a question or if I have not understood how this is supposed
to work correctly.
I am looking at a device that has a Synopsis DW MIPI DSI
On Tue, Sep 4, 2018 at 2:10 PM Peter Wu wrote:
>
> "crtc->helper_private" is not initialized by the QXL driver and thus the
> "crtc_funcs->disable" call would crash (resulting in suspend failure).
> Fix this by converting the suspend/resume functions to use the
> drm_mode_config_helper_* helpers.
On Saturday 29 September 2018 08:57 PM, Maxime Ripard wrote:
On Thu, Sep 27, 2018 at 11:03:19PM +0530, Jagan Teki wrote:
On Thu, Sep 27, 2018 at 10:44 PM Maxime Ripard
wrote:
On Thu, Sep 27, 2018 at 05:18:46PM +0530, Jagan Teki wrote:
Accordingly to BPI-M64-bsp DE DSI code Video start delay
This was implemented in the driver but not actually defined and
referenced in dts. This makes it always on.
From reference manual in section "10.4.1.4.1 Power Distribution":
"Display domain - The DISPLAY domain contains GIS, CSI, PXP, LCDIF,
PCIe, DCIC, and LDB. It is supplied by internal regulat
fd_install() moves the reference given to it into the file descriptor table
of the current process. If the current process is multithreaded, then
immediately after fd_install(), another thread can close() the file
descriptor and cause the file's resources to be cleaned up.
Since the reference to "
Hi Manasi,
On Fri, Sep 21, 2018 at 12:59:30AM -0700, Manasi Navare wrote:
> Thanks for the patch. Verified with the DP 1.4 spec and looks good to me.
> Also look at the related patch that makes use of the correct extended
> capabilities:
>
> https://patchwork.freedesktop.org/patch/249400/
>
If
Hi Noralf,
On Mon, 2018-10-01 at 14:05 +0200, Noralf Trønnes wrote:
>
> Den 01.10.2018 09.56, skrev Alexey Brodkin:
> > Hi Noralf,
> >
> > On Fri, 2018-09-28 at 12:42 +0200, Noralf Trønnes wrote:
> > > Den 28.09.2018 09.34, skrev Alexey Brodkin:
> > > > Hi Noralf,
> > > >
> > > > On Sat, 2018-0
Hi, Stefan,
On 09/30/2018 10:38 PM, Stefan Wahren wrote:
Hi Sergey,
Sergey Suloev hat am 30. September 2018 um 15:24
geschrieben:
Here is my log
[ 2.868157] [drm:drm_setup_crtcs [drm_kms_helper]] connector 29
enabled? yes
[ 2.868199] [drm:drm_setup_crtcs [drm_kms_helper]] connector
Hi David,
The following changes since commit f0316f93897c4c4e67278b175bfbfd3a95ba650a:
drm/i2c: tda9950: add CEC driver (2018-04-24 10:44:25 +0100)
are available in the git repository at:
git://git.armlinux.org.uk/~rmk/linux-arm.git drm-tda9950-fixes
for you to fetch changes up to e0dccce1
Replace all 120ms mdelay macro calls with msleep function calls. As msleep is
not suitable for < 20ms sleeps, also remove comment from mdelay(5) call.
Signed-off-by: Phillip Potter
---
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.c
b/drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.c
inde
Hi Noralf,
On Fri, 2018-09-28 at 12:42 +0200, Noralf Trønnes wrote:
> Den 28.09.2018 09.34, skrev Alexey Brodkin:
> > Hi Noralf,
> >
> > On Sat, 2018-09-08 at 15:46 +0200, Noralf Trønnes wrote:
> > > The CMA helper is already using the drm_fb_helper_generic_probe part of
> > > the generic fbdev e
The DISPLAY power domain on imx6sx has 7 clocks.
Signed-off-by: Leonard Crestez
---
drivers/soc/imx/gpc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/soc/imx/gpc.c b/drivers/soc/imx/gpc.c
index c1d0ffdac6dd..51cbfe63ec12 100644
--- a/drivers/soc/imx/gpc.c
+++ b/dr
Now that mxsfb has functional runtime_pm support we can enable power
gating for the DISPLAY power domain on imx6sx.
Since pci-imx doesn't support runtime power gating this is still
always-on unless PCI is disabled/unused. But it's reasonable for an imx
board to not have PCI.
The current pd_pcie i
On 10/01/2018 09:10 PM, Ville Syrjälä wrote:
> On Fri, Sep 21, 2018 at 05:33:32PM +0300, Ville Syrjala wrote:
>> From: Ville Syrjälä
>>
>> Let's make the infoframe pack functions usable with a const infoframe
>> structure. This allows us to precompute the infoframe earlier, and still
>> pack it la
v2: add drm_connector_attach_edid_property() for per-driver opt-in.
Gerd Hoffmann (2):
drm: add drm_connector_attach_edid_property()
drm/bochs: add edid support.
drivers/gpu/drm/bochs/bochs.h | 1 +
include/drm/drm_connector.h | 1 +
drivers/gpu/drm/bochs/bochs_hw.c | 38 +++
drm_connector_init doesn't attach the edid property for some connector
types, drm_connector_attach_edid_property() can be used to enable the
edid property in these cases.
Signed-off-by: Gerd Hoffmann
---
include/drm/drm_connector.h | 1 +
drivers/gpu/drm/drm_connector.c | 20 +++
Recent qemu (latest master branch, upcoming 3.1 release) got support
for EDID data. This patch adds guest driver support.
EDID support in qemu is not (yet) enabled by default, so please use
'qemu -device VGA,edid=on' for testing.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h
https://bugs.freedesktop.org/show_bug.cgi?id=108118
Bug ID: 108118
Summary: AMDGPU sometimes hangs forever when running graphical
applications
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: L
Hi Dan,
Thank you for the patch.
On Monday, 1 October 2018 19:45:05 EEST Dan Carpenter wrote:
> We can free "omap_connector" until the end of the function.
>
> Fixes: 949ea2ef3fed ("drm/omap: Don't call HPD registration operations
> recursively") Signed-off-by: Dan Carpenter
This has already b
On Mon, Oct 1, 2018 at 11:14 PM Hans de Goede wrote:
>
> Hi,
>
> On 01-10-18 18:52, Daniel Vetter wrote:
> > On Mon, Oct 01, 2018 at 11:37:29AM +0200, Hans de Goede wrote:
> >> Hi,
> >>
> >> On 01-10-18 09:53, Daniel Vetter wrote:
> >>> On Wed, Sep 26, 2018 at 09:42:02PM +0200, Hans de Goede wrote
On Mon, Oct 1, 2018 at 3:04 PM Jordan Crouse wrote:
>
> On Mon, Oct 01, 2018 at 06:01:33PM +0530, Sharat Masetty wrote:
> > Track the GPU fences created at submit time with idr instead of the ring
> > the sequence number. This helps with easily changing the underlying
> > fence to something we don
https://bugs.freedesktop.org/show_bug.cgi?id=108098
--- Comment #2 from Antonio Chirizzi ---
Hello Michel,
I have installed the latest stable ubuntu kernel after my laptop froze again
half an hour ago (but still accessible through ssh).
# uname -a
Linux antonioRyzen 4.18.0-041800-generic #20180
Hi,
On 01-10-18 18:52, Daniel Vetter wrote:
On Mon, Oct 01, 2018 at 11:37:29AM +0200, Hans de Goede wrote:
Hi,
On 01-10-18 09:53, Daniel Vetter wrote:
On Wed, Sep 26, 2018 at 09:42:02PM +0200, Hans de Goede wrote:
Atomic modesetting does not use the traditional dpms call backs, instead
we sh
On Mon, Sep 24, 2018 at 06:12:27PM +0200, Daniel Vetter wrote:
> On Thu, Sep 20, 2018 at 09:51:44PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Check the infoframes and infoframe enable state when comparing two
> > crtc states.
> >
> > We'll use the infoframe logging functions fr
On Mon, Oct 01, 2018 at 01:13:59PM -0700, Fubo Chen wrote:
> On Tue, Sep 4, 2018 at 2:10 PM Peter Wu wrote:
> >
> > "crtc->helper_private" is not initialized by the QXL driver and thus the
> > "crtc_funcs->disable" call would crash (resulting in suspend failure).
> > Fix this by converting the sus
On 01.10.2018 09:57, Daniel Vetter wrote:
> On Wed, Sep 26, 2018 at 10:41:50PM +0200, Stefan Agner wrote:
>> From: Satendra Singh Thakur
>>
>> Use the drm_display_mode_to_videomode function to calculate front/
>> back porches and sync length.
>>
>> Cc: Madhur Verma
>> Cc: Hemanshu Srivastava
>>
Sergey Suloev reported a crash happening in drm_client_dev_hotplug()
when fbdev had failed to register.
[9.124598] vc4_hdmi 3f902000.hdmi: ASoC: Failed to create component debugfs
directory
[9.147667] vc4_hdmi 3f902000.hdmi: vc4-hdmi-hifi <-> 3f902000.hdmi mapping
ok
[9.155184] vc4_h
https://bugs.freedesktop.org/show_bug.cgi?id=108014
--- Comment #3 from Lyude Paul ---
Just a note: I definitely don't have the time to take a closer look at this. If
someone from AMD could take a look that would be /REALLY/ appreciated.
--
You are receiving this mail because:
You are the assig
Den 01.10.2018 18.44, skrev Daniel Vetter:
On Mon, Oct 01, 2018 at 04:57:32PM +0200, Noralf Trønnes wrote:
Sergey Suloev reported a crash happening in drm_client_dev_hotplug()
when fbdev had failed to register.
[9.124598] vc4_hdmi 3f902000.hdmi: ASoC: Failed to create component debugfs
di
On Mon, Oct 01, 2018 at 08:55:51AM +0200, Daniel Vetter wrote:
> On Mon, Sep 24, 2018 at 07:36:08PM +0300, Ville Syrjälä wrote:
> > On Mon, Sep 24, 2018 at 05:51:16PM +0200, Daniel Vetter wrote:
> > > On Thu, Sep 20, 2018 at 09:51:38PM +0300, Ville Syrjala wrote:
> > > > From: Ville Syrjälä
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=108014
--- Comment #2 from Lyude Paul ---
(In reply to Jerry Zuo from comment #1)
> The MST is working in the first modeset, and afterwards it stops working.
> Does it mean that each mode change after first modeset doesn't work?
Correct
--
You are r
https://bugzilla.kernel.org/show_bug.cgi?id=200621
--- Comment #29 from Richard Smith (smit...@gmx.co.uk) ---
Scratch that, it is actually still happening. For some reason, I was able to
lock Gnome, let my monitor sleep, and then successfully resume. However, the
problem returned on a subsequent l
https://bugzilla.kernel.org/show_bug.cgi?id=200621
--- Comment #28 from Richard Smith (smit...@gmx.co.uk) ---
I think the problem may have been Wayland related because, following an update
to Wayland this morning, the issue no longer happens for me. I'm still running
the same kernel as in my previ
On Fri, Sep 21, 2018 at 05:33:32PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Let's make the infoframe pack functions usable with a const infoframe
> structure. This allows us to precompute the infoframe earlier, and still
> pack it later when we're no longer allowed to modify the stru
On Mon, Oct 01, 2018 at 06:01:33PM +0530, Sharat Masetty wrote:
> Track the GPU fences created at submit time with idr instead of the ring
> the sequence number. This helps with easily changing the underlying
> fence to something we don't truly own, like the scheduler fence.
>
> Also move the GPU
On Mon, Oct 01, 2018 at 06:01:41PM +0530, Sharat Masetty wrote:
> This patch hooks up the DRM gpu scheduler to the msm DRM driver. The
> most noticeable changes to the driver are as follows. The submit path is
> split into two parts, in the user context the submit(job) is created and
> added to one
Hi Christian,
Could I simply force it by overwriting peer2peer after the attach call?
Cheers
Dirk
> Hi Dirk,
>
> > Any ideas?
> Could be anything. Most likely cause is that some function things the
> two device can't communicate directly with each other.
>
> Please provide a full dmesg and "lspc
https://bugs.freedesktop.org/show_bug.cgi?id=107898
--- Comment #11 from Felix Kuehling ---
rocminfo reports both the CPU and the GPU.
If OpenCL can't use the CPU as a compute device, that's probably a limitation
of the OpenCL implementation.
The max memory allocation size is strange. rocminfo
The power domains printed inside the register description are out of date.
The bspec text page on power wells has a note about that and it describes what
functions are in each domain.
> -Original Message-
> From: Deak, Imre
> Sent: Monday, 1 October, 2018 2:36 AM
> To: Ville Syrjälä ; R
Hi Dirk,
Any ideas?
Could be anything. Most likely cause is that some function things the
two device can't communicate directly with each other.
Please provide a full dmesg and "lspci -t -nn -v" as attachment and note
which devices should communicate with which.
I'm currently on vacation s
On Mon, Oct 01, 2018 at 06:01:38PM +0530, Sharat Masetty wrote:
> This patch changes to kzalloc and avoids setting individual submit
> struct fields to zero manually.
I don't think this one is worth it. There are so many members in submit and so
few that get reset to 0 - I don't think the extra c
https://bugs.freedesktop.org/show_bug.cgi?id=108111
--- Comment #1 from ondrej.ma...@gmx.com ---
Created attachment 141825
--> https://bugs.freedesktop.org/attachment.cgi?id=141825&action=edit
In-game buttons artifacts
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108111
Bug ID: 108111
Summary: Civilization VI Artifacts RX480
Product: Mesa
Version: 18.2
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
On Mon, Oct 01, 2018 at 06:01:35PM +0530, Sharat Masetty wrote:
> The scheduler needs an instance name mostly for debug purposes. Save the
> name in the ringbuffer instead of a stack variable, so that the name
> can be shared with the scheduler.
>
> Signed-off-by: Sharat Masetty
> ---
> drivers/
On Mon, Oct 01, 2018 at 06:01:34PM +0530, Sharat Masetty wrote:
> When the scheduler comes into picture, the msm_gpu_submit() will be
> called from the scheduler worker thread. So save the necessary information
> into msm job structure for use at the actual GPU submission time. This
> also simplifi
https://bugzilla.kernel.org/show_bug.cgi?id=200695
Claude Heiland-Allen (cla...@mathr.co.uk) changed:
What|Removed |Added
Kernel Version|4.17.19, 4.18.0-rc7,|4.17.19, 4.18.
On Mon, Oct 01, 2018 at 02:19:10PM +0200, Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
This will add edid support to all virtual connectors. Probably a bit much,
and I don't think what everyone else wants for their virtual hw drivers.
I think better to wrap a new drm_connector_attach_edid
On Mon, Oct 01, 2018 at 11:17:57AM +0200, Hans de Goede wrote:
> Hi,
>
> On 01-10-18 09:51, Daniel Vetter wrote:
> > On Wed, Sep 26, 2018 at 09:41:51PM +0200, Hans de Goede wrote:
> > > Hi All,
> > >
> > > This series converts the vboxvideo driver to the modesetting API, once
> > > this
> > > is
On Mon, Oct 01, 2018 at 11:37:29AM +0200, Hans de Goede wrote:
> Hi,
>
> On 01-10-18 09:53, Daniel Vetter wrote:
> > On Wed, Sep 26, 2018 at 09:42:02PM +0200, Hans de Goede wrote:
> > > Atomic modesetting does not use the traditional dpms call backs, instead
> > > we should check crtc_state->activ
On Mon, Oct 01, 2018 at 04:35:50PM +0300, Ville Syrjälä wrote:
> On Mon, Oct 01, 2018 at 08:59:41AM +0200, Daniel Vetter wrote:
> > On Mon, Sep 24, 2018 at 08:13:08PM +0300, Ville Syrjälä wrote:
> > > On Mon, Sep 24, 2018 at 06:10:14PM +0200, Daniel Vetter wrote:
> > > > On Thu, Sep 20, 2018 at 09:
We can free "omap_connector" until the end of the function.
Fixes: 949ea2ef3fed ("drm/omap: Don't call HPD registration operations
recursively")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/omapdrm/omap_connector.c
b/drivers/gpu/drm/omapdrm/omap_connector.c
index 98f5ca29444a..b81
On Mon, Oct 01, 2018 at 04:57:32PM +0200, Noralf Trønnes wrote:
> Sergey Suloev reported a crash happening in drm_client_dev_hotplug()
> when fbdev had failed to register.
>
> [9.124598] vc4_hdmi 3f902000.hdmi: ASoC: Failed to create component
> debugfs directory
> [9.147667] vc4_hdmi 3f9
Hi,
> Sergey Suloev hat am 1. Oktober 2018 um 12:17
> geschrieben:
>
>
> Hi, Stefan,
>
>
> On 09/30/2018 10:38 PM, Stefan Wahren wrote:
> > Hi Sergey,
> >
> >> Sergey Suloev hat am 30. September 2018 um 15:24
> >> geschrieben:
> >>
> >>
> >> Here is my log
> >>
> >> [ 2.868157] [drm:drm
Hi Matt,
On Monday, 1 October 2018 18:59:41 EEST Matt Redfearn wrote:
> Hi,
> I have looked through patchwork and recent messages to the dri-devel
> mailing list, but since I am new to this area of the kernel I apologise if
> I'm re-asking a question or if I have not understood how this is suppose
Hi all,
Once more huge thanks to the entire team from g.p.u.l. and Igalia,
personally I think this was an extremely well organized XDC!
As usual we're looking for feedback on both XDC itself, and the CFP
process and program selection. Both about what was great and should be
kept for next year's e
Generated using make headers_install from the drm-next
tree - git://anongit.freedesktop.org/drm/drm
branch - drm-next
commit - 2dc7bad71cd310dc94d1c9907909324dd2b0618f
The changes were as follows :-
core: (drm.h, drm_fourcc.h, drm_mode.h)
- Added client capabilities for ASPECT_RATIO and WRI
Sergey Suloev reported a crash happening in drm_client_dev_hotplug()
when fbdev had failed to register.
[9.124598] vc4_hdmi 3f902000.hdmi: ASoC: Failed to create component debugfs
directory
[9.147667] vc4_hdmi 3f902000.hdmi: vc4-hdmi-hifi <-> 3f902000.hdmi mapping
ok
[9.155184] vc4_h
From: Ville Syrjälä
When we decide that a plane is attached to the wrong pipe we try
to turn off said plane. However we are passing around the crtc we
think that the plane is supposed to be using rather than the crtc
it is currently using. That doesn't work all that well because
we may have to do
From: Ville Syrjälä
Print the plane hw state readout results in the common format
we already use for pipes and encoders. Also print some clearer
debug messages when we disable planes during the early phases
of state readout/sanitization.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/in
From: Ville Syrjälä
Plane sanitation needs vblank interrupts (on account of CxSR disable).
So let's restore vblank interrupts earlier.
v2: Make it actually build
Cc: sta...@vger.kernel.org
Cc: Dennis
Tested-by: Dennis
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105637
Fixes: b1e015
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #7 from Michel Dänzer ---
(In reply to Paul Menzel from comment #6)
> The user wasn’t able to reproduce the problem with `xfwm4 --replace
> --vblank=off` yet. Should he also test the other suggestions nevertheless?
Yes, please. It'l
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #6 from Paul Menzel ---
(In reply to Michel Dänzer from comment #5)
> Does restarting xfwm4 with any of these arguments make a difference?
>
> xfwm4 --replace --vblank=off
> xfwm4 --replace --vblank=glx
> xfwm4 --replace --vblank
https://bugs.freedesktop.org/show_bug.cgi?id=108033
--- Comment #3 from Nicholas Kazlauskas ---
Can you try testing a newer kernel to see if you still see the kernel crash?
The kernel from amd-staging-drm-next or a 4.19 one from Linus' tree should be
sufficient.
--
You are receiving this mail
On Mon, Sep 24, 2018 at 02:08:15PM -0700, Radhakrishna Sripada wrote:
> Use the newly added "max bpc" connector property to limit pipe bpp.
>
> V3: Use drm_connector_state to access the "max bpc" property
> V4: Initialize the drm property, add suuport to DP(Ville)
> V5: Use the property in the con
Hi Dave,
Please pull this small drm/tilcdc suspend/resume code update for Linux v4.19.
Best regards and thanks,
Jyri
The following changes since commit 17b57b1883c1285f3d0dc2266e8f79286a7bef38:
Linux 4.19-rc6 (2018-09-30 07:15:35 -0700)
are available in the git repository at:
https://githu
From: Jamie Fox
Mali-DP650 supports warming up the SMMU translations, by sending
requsts to the SMMU before a buffer is read.
There are two modes supported:
- PARTIAL: could be enabled when the buffer is composed of 4K or 64K
pages, the display hardware will send a configurable number of
re
On Mon, Oct 01, 2018 at 08:59:41AM +0200, Daniel Vetter wrote:
> On Mon, Sep 24, 2018 at 08:13:08PM +0300, Ville Syrjälä wrote:
> > On Mon, Sep 24, 2018 at 06:10:14PM +0200, Daniel Vetter wrote:
> > > On Thu, Sep 20, 2018 at 09:51:43PM +0300, Ville Syrjala wrote:
> > > > From: Ville Syrjälä
> > >
https://bugzilla.kernel.org/show_bug.cgi?id=199139
juliolok...@gmail.com changed:
What|Removed |Added
CC||juliolok...@gmail.com
--- Comment
Hi Christian,
I took the repository Dieter suggested and gave it a spin. I am not
sure, if I got the API right.
In userspace I create a bo and get a fd.
bo = gbm_bo_create(gbm, w, h, GBM_FORMAT_ARGB, GBM_BO_USE_LINEAR);
dmabuf_fd = gbm_bo_get_fd(bo);
Then I pass the fd to the grabber driver.
Hi Andrzej
Am Freitag, 21. September 2018, 08:11:16 CEST schrieb Andrzej Hajda:
> On 20.09.2018 13:20, Heiko Stuebner wrote:
> > Hi Andrzej,
> >
> > Am Montag, 27. August 2018, 13:34:07 CEST schrieb Andrzej Hajda:
> >> On 21.08.2018 16:05, Heiko Stuebner wrote:
> >>> Add the Rockchip-sepcific dual
Den 01.10.2018 13.56, skrev Laurent Pinchart:
Hi Daniel,
On Monday, 1 October 2018 09:52:20 EEST Daniel Vetter wrote:
On Fri, Sep 28, 2018 at 06:30:35PM +0300, Laurent Pinchart wrote:
On Friday, 28 September 2018 18:05:18 EEST Laurent Pinchart wrote:
On Thursday, 27 September 2018 09:34:18 E
Add the Rockchip-sepcific dual-dsi setup and hook it into the VOP as well.
As described in the general dual-dsi devicetree binding, the panel should
define two input ports and point each of them to one of the used dsi-
controllers, as well as declare one of them as clock-master.
This is used to det
Right now the host is only unregistered when the driver is used via the
bridge api and not via the component api, leading to the host staying
registered in cases like probe deferral.
So move the host unregister to the general remove function, so that it
gets cleaned up in all cases.
Signed-off-by
From: Nickey Yang
This patch update describe panel/port links, including
unit addresses in documentation of device tree bindings
for the rockchip DSI controller based on the Synopsys
DesignWare MIPI DSI host controller.
Signed-off-by: Nickey Yang
Reviewed-by: Brian Norris
Reviewed-by: Rob Herr
From: Nickey Yang
Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge and remove the old separate one.
changes:
v2:
add err_pllref, remove unnecessary encoder.enable & disable
correct spelling mistakes
v3:
call dw_mipi_dsi_unbind() i
From: Nickey Yang
Allow to also drive a slave dw-mipi-dsi controller in a dual-dsi
setup. This will require additional implementation-specific
code to look up the slave instance and do specific setup.
Also will probably need code in the specific crtcs as dual-dsi
does not equal two separate dsi o
The Rockchip DSI driver was separate till now, not using the common
bridge driver that was introduced a bit later. So this series migrates
over to use that common bridge driver and then also adds support for
dual-dsi to both the bridge and Rockchip glue code.
The bridge-migration itself is based o
__dw_mipi_dsi_probe() does all the grabbing of resources and does it using
devm-helpers. So this is happening on each try of master bringup possibly
slowing down things a lot.
Drivers using the component framework may instead want to call
dw_mipi_dsi_probe separately in their probe function to set
With the regular means of adding the dsi-component in probe it creates
a race condition with the panel probing, as the panel device only gets
created after the dsi-bus got created.
When the panel-driver is build as a module it currently fails hard as the
panel cannot be probed directly:
dw_mipi_d
This patch hooks up the DRM gpu scheduler to the msm DRM driver. The
most noticeable changes to the driver are as follows. The submit path is
split into two parts, in the user context the submit(job) is created and
added to one of the entity's scheduler run queue. The scheduler then
tries to drain
The base scheduler patch has barebones timeout implementation, it does
not account for issues like starvation on lower priority rings. This
patch enables more accurate measurement on time spent on each
ringbuffer, thereby helping us with better timeout detection mechanism.
Signed-off-by: Sharat Ma
Add an optional backend function op which will let the scheduler clients
know when the timeout work got scheduled for a job. This will help
drivers with multiple schedulers(one per ring) measure time spent on the
ring accurately, eventually helping with better timeout detection.
Signed-off-by: Sha
With the introduction of the scheduler, most of the code related to
timeout detection, recovery and submission retirement are no longer
needed in the msm driver. This patch simply removes the no longer used
code.
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 3 -
dr
From: Matteo Croce
add jiffies_delta_to_msecs() helper func to calculate the delta between
two times and eventually 0 if negative.
Suggested-by: Eric Dumazet
Signed-off-by: Matteo Croce
Reviewed-by: Eric Dumazet
Acked-by: Simon Horman
Signed-off-by: Pablo Neira Ayuso
---
include/linux/jiff
This patch changes to kzalloc and avoids setting individual submit
struct fields to zero manually.
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/msm/msm_gem_submit.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/msm/msm_gem_submit.c
b/drivers/gpu/
This patch fixes a trivial leak when trying to create a submitqueue.
Signed-off-by: Sharat Masetty
Reviewed-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_submitqueue.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/msm_submitqueue.c
b/drivers/gpu/drm
In cases where the scheduler instance is used a base object of another
vendor driver object, it's not clear if the driver can call sched cleanup on
the fail path. Set the sched->thread to NULL, so that the vendor driver
can safely call drm_sched_fini() during cleanup.
Signed-off-by: Sharat Masetty
The scheduler needs an instance name mostly for debug purposes. Save the
name in the ringbuffer instead of a stack variable, so that the name
can be shared with the scheduler.
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/msm/msm_ringbuffer.c | 5 ++---
drivers/gpu/drm/msm/msm_ringbuffer.h |
We are going to soon deal with lot more fences, so change the generic
name 'fence' to hw_fence to denote association with an actual hardware
submission.
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/msm/msm_gem.h| 2 +-
drivers/gpu/drm/msm/msm_gem_submit.c | 17 -
dr
Track the GPU fences created at submit time with idr instead of the ring
the sequence number. This helps with easily changing the underlying
fence to something we don't truly own, like the scheduler fence.
Also move the GPU fence allocation to msm_gpu_submit() and have
the function return the fenc
The submit path in msm_gpu_submit() takes a reference to the buffer
object and the iova. This should not be needed with a little bit of
code rearrangement. We still keep the same semantic of a valid GPU
submission holding a reference to the base object and the iova until
retirement.
Signed-off-by
When the scheduler comes into picture, the msm_gpu_submit() will be
called from the scheduler worker thread. So save the necessary information
into msm job structure for use at the actual GPU submission time. This
also simplifies the msm_gpu_submit() API.
Signed-off-by: Sharat Masetty
---
driver
This series is an effort to have the msm drm driver start using the DRM gpu
scheduler for its general job scheduling needs. Immediate benefits to the msm
drm driver include async fencing and improved driver performance.
Testing is still under progress, but general GPU submissions, preemption,
time
Hi Noralf,
On 17/09/2018 09:53, Neil Armstrong wrote:
> Hi Noralf, Daniel,
>
> On 14/09/2018 18:33, Noralf Trønnes wrote:
>>
>> Den 14.09.2018 10.23, skrev Neil Armstrong:
>>> Hi Daniel,
>>>
>>> On 13/09/2018 16:55, Daniel Vetter wrote:
On Thu, Sep 13, 2018 at 04:26:53PM +0200, Neil Armstron
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/drm_connector.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
index 6011d769d5..95cbbf7ee5 100644
--- a/drivers/gpu/drm/drm_connector.c
+++ b/drivers/gpu/drm/
Recent qemu (latest master branch, upcoming 3.1 release) got support
for EDID data. This patch adds guest driver support.
EDID support in qemu is not (yet) enabled by default, so please use
'qemu -device VGA,edid=on' for testing.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h
Gerd Hoffmann (2):
drm: virtual connectors can have edid too
drm/bochs: add edid support.
drivers/gpu/drm/bochs/bochs.h | 1 +
drivers/gpu/drm/bochs/bochs_hw.c | 38 ++
drivers/gpu/drm/bochs/bochs_kms.c | 16 +---
drivers/gpu/drm/drm_con
1 - 100 of 166 matches
Mail list logo