On Wed, Feb 21, 2018 at 4:21 AM, Geert Uytterhoeven
wrote:
> Hi Laurent,
>
> On Wed, Feb 21, 2018 at 12:10 AM, Laurent Pinchart
> wrote:
>> From: Pantelis Antoniou
>>
>> Changesets are very powerful, but the lack of a helper API
>> makes using them cumbersome. Introduce a simple copy based
>> AP
After we acquired all generic modeset locks in drm_modeset_lock_all, it's
unsafe acquire any other so just mark acquisition as done.
Atomic drivers shouldn't use drm_modeset_lock_all.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_modeset_lock.c | 1 +
1 file changed, 1 insertion(+)
Hi Dave,
A bunch of fixes for 4.16. For some reason the lut fixes showed up again
here when generating the pull-request with dim-tools. Once you pull I
can fast forward the to drm-fixes hopefully.
Thanks,
Gustavo
drm-misc-fixes-2018-02-21:
Fixes for 4.16. I contains fixes for deadlock on runtim
On Wed, Feb 21, 2018 at 10:07 AM, Ville Syrjälä
wrote:
> On Wed, Feb 21, 2018 at 09:54:49AM -0500, Rob Clark wrote:
>> On Wed, Feb 21, 2018 at 9:49 AM, Ville Syrjälä
>> wrote:
>> > On Wed, Feb 21, 2018 at 09:37:21AM -0500, Rob Clark wrote:
>> >> Follow the same pattern of locking as with other st
Hey,
Op 21-02-18 om 15:37 schreef Rob Clark:
> Follow the same pattern of locking as with other state objects. This
> avoids boilerplate in the driver.
I'm afraid this will prohibit any uses of this on i915, since it still uses
legacy lock_all().
Oh well, afaict nothing in i915 uses private obj
On Wed, Feb 21, 2018 at 09:54:49AM -0500, Rob Clark wrote:
> On Wed, Feb 21, 2018 at 9:49 AM, Ville Syrjälä
> wrote:
> > On Wed, Feb 21, 2018 at 09:37:21AM -0500, Rob Clark wrote:
> >> Follow the same pattern of locking as with other state objects. This
> >> avoids boilerplate in the driver.
> >
Fixes: dcfac3b68dfb ("drm/panel: Add Huarui LHR050H41 panel driver")
Signed-off-by: Fengguang Wu
---
panel-huarui-lhr050h41.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-huarui-lhr050h41.c
b/drivers/gpu/drm/panel/panel-huarui-lhr050h41.c
in
Hi Maxime,
I love your patch! Perhaps something to improve:
[auto build test WARNING on ]
url:
https://github.com/0day-ci/linux/commits/Maxime-Ripard/drm-sun4i-Allwinner-MIPI-DSI-support/20180221-203150
base:
reproduce:
# apt-get install sparse
make ARCH=x86_64
On Wed, Feb 21, 2018 at 9:49 AM, Ville Syrjälä
wrote:
> On Wed, Feb 21, 2018 at 09:37:21AM -0500, Rob Clark wrote:
>> Follow the same pattern of locking as with other state objects. This
>> avoids boilerplate in the driver.
>
> I'm not sure we really want to do this. What if the driver wants a
>
On Wed, Feb 21, 2018 at 09:37:21AM -0500, Rob Clark wrote:
> Follow the same pattern of locking as with other state objects. This
> avoids boilerplate in the driver.
I'm not sure we really want to do this. What if the driver wants a
custom locking scheme for this state?
>
> Signed-off-by: Rob C
Hi Maxime,
I love your patch! Perhaps something to improve:
[auto build test WARNING on ]
url:
https://github.com/0day-ci/linux/commits/Maxime-Ripard/drm-sun4i-Allwinner-MIPI-DSI-support/20180221-203150
base:
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc
On Wed, Feb 21, 2018 at 03:30:41PM +0100, Thierry Reding wrote:
> On Wed, Feb 21, 2018 at 02:15:13PM +0100, Lukas Wunner wrote:
> > On Wed, Feb 21, 2018 at 01:30:23PM +0200, Jyri Sarha wrote:
> > > On 21/02/18 09:18, Lukas Wunner wrote:
> > > > On Tue, Feb 20, 2018 at 05:04:00PM +0200, Jyri Sarha w
From: Archit Taneja
With the addition of "private_objs" in drm_atomic_state, we no longer
need to subclass drm_atomic_state to store state of share resources
that don't perfectly fit within planes/crtc/connector state information.
We can now save this state within drm_atomic_state itself using
th
From: Archit Taneja
This replaces the usage of the subclassed atomic state (mdp5_state)
with a private_obj state embedded within drm_atomic_state. The latter
method is the preferred approach, since it's simpler to implement
and less prone to errors.
The new API replaces the older and equivalent
From: Archit Taneja
Global shared resources (hwpipes, hwmixers and SMP) for MDP5 are
implemented as a part of atomic state by subclassing drm_atomic_state.
The preferred approach is to use the drm_private_obj infrastructure
available in the atomic core.
mdp5_global_state is introduced as a drm
Re-spin of Archit's original RFC. I've added a modeset lock to the
private object, making it operate in a way more consistent with other
objects, and avoiding the need for the locking dance in the driver.
Possibly we could split up mixer state from smp/hwpipe state into
separate private objects.
Follow the same pattern of locking as with other state objects. This
avoids boilerplate in the driver.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_atomic.c | 9 -
include/drm/drm_atomic.h | 5 +
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/
On Wed, Feb 21, 2018 at 02:15:13PM +0100, Lukas Wunner wrote:
> On Wed, Feb 21, 2018 at 01:30:23PM +0200, Jyri Sarha wrote:
> > On 21/02/18 09:18, Lukas Wunner wrote:
> > > On Tue, Feb 20, 2018 at 05:04:00PM +0200, Jyri Sarha wrote:
> > >> On 20/02/18 14:03, Thierry Reding wrote:
> > >>> On Tue, Fe
https://bugs.freedesktop.org/show_bug.cgi?id=105170
--- Comment #4 from erhar...@mailbox.org ---
Just removed amdgpu.vm_fragment_size=9 from my grub.cfg, but it does not make a
difference for kernels 4.14.20 and 4.15.4.
--
You are receiving this mail because:
You are the assignee for the bug.___
On Wed, Feb 21, 2018 at 10:55 AM, Andrzej Hajda wrote:
> Since extcon property is not allowed in DT, extcon subsystem requires
> another way to get extcon device. Lets try the simplest approach - get
> edev by of_node.
> +/*
> + * extcon_get_edev_by_of_node - Get the extcon device from devicetree
On Wed, Feb 21, 2018 at 08:18:42AM +0100, Lukas Wunner wrote:
> [+cc Rafael]
>
> On Tue, Feb 20, 2018 at 05:04:00PM +0200, Jyri Sarha wrote:
> > On 20/02/18 14:03, Thierry Reding wrote:
> > > On Tue, Feb 20, 2018 at 01:28:48PM +0200, Jyri Sarha wrote:
> > >> On 20/02/18 12:34, Thierry Reding wrote
https://bugs.freedesktop.org/show_bug.cgi?id=105190
arkadiusz.hi...@intel.com changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|
On Wednesday 21 February 2018 15:28:53 Ville Syrjälä wrote:
> On Mon, Feb 19, 2018 at 10:36:50AM +0100, Pali Rohár wrote:
> > On Tuesday 13 February 2018 19:45:56 Ville Syrjälä wrote:
> > > On Tue, Feb 13, 2018 at 06:43:41PM +0100, Pali Rohár wrote:
> > > > On Tuesday 13 February 2018 18:12:21 Vill
On Mon, Feb 19, 2018 at 10:36:50AM +0100, Pali Rohár wrote:
> On Tuesday 13 February 2018 19:45:56 Ville Syrjälä wrote:
> > On Tue, Feb 13, 2018 at 06:43:41PM +0100, Pali Rohár wrote:
> > > On Tuesday 13 February 2018 18:12:21 Ville Syrjälä wrote:
> > > > On Tue, Feb 13, 2018 at 05:04:37PM +0100, P
On Wed, Feb 21, 2018 at 01:30:23PM +0200, Jyri Sarha wrote:
> On 21/02/18 09:18, Lukas Wunner wrote:
> > On Tue, Feb 20, 2018 at 05:04:00PM +0200, Jyri Sarha wrote:
> >> On 20/02/18 14:03, Thierry Reding wrote:
> >>> On Tue, Feb 20, 2018 at 01:28:48PM +0200, Jyri Sarha wrote:
> On 20/02/18 12:
On Mon, Feb 19, 2018 at 10:58:40PM +0100, Daniel Vetter wrote:
> On Mon, Feb 19, 2018 at 9:19 PM, Laurent Pinchart
> wrote:
> > Hi Ville,
> >
> > On Friday, 16 February 2018 20:20:41 EET Ville Syrjälä wrote:
> >> On Fri, Feb 16, 2018 at 06:39:29PM +0100, Maxime Ripard wrote:
> >> > Some drivers du
https://bugs.freedesktop.org/show_bug.cgi?id=105190
--- Comment #7 from Chris Wilson ---
Then I have no idea what your distro has done :)
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lis
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Lucas De Marchi
commit 33aa69ed8aacd92dea12671e52eb3ca6ac2d7a49 upstream.
CFL was missing from intel_early_ids[]. The PCI ID needs to be there to
allow the memory region to be stolen, otherwis
Hi,
On Tue, Feb 20, 2018 at 04:10:28PM +0100, Stefan Schake wrote:
> On Fri, Feb 16, 2018 at 7:20 PM, Ville Syrjälä
> wrote:
> > On Fri, Feb 16, 2018 at 06:39:29PM +0100, Maxime Ripard wrote:
> >> Some drivers duplicate the logic to create a property to store a per-plane
> >> alpha.
> >>
> >> Thi
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Lucas De Marchi
commit 33aa69ed8aacd92dea12671e52eb3ca6ac2d7a49 upstream.
CFL was missing from intel_early_ids[]. The PCI ID needs to be there to
allow the memory region to be stolen, otherwis
Make sure that the CRTC code will call the enable/disable_vblank hooks.
Otherwise, since the refcounting will be off, we might end up in a
situation where the vblank management functions are called while the CRTC
is off.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_crtc.c | 4 ++
In the case where mode_valid callback of our RGB connector was called
before mode_set was being called, the range of dividers would not be set,
resulting in a division by zero later on in the clk_round_rate logic.
Set the range of dividers before calling clk_round_rate to fix this.
Signed-off-by:
The current logic to deal with old DT missing the LVDS properties doesn't
take into account whether the LVDS output is supported in the first place,
resulting in spurious error messages on SoCs where it doesn't even matter.
Introduce a new TCON flag to list if LVDS is supported at all to prevent
t
https://bugs.freedesktop.org/show_bug.cgi?id=105190
--- Comment #6 from arkadiusz.hi...@intel.com ---
obviously
# whoami
root
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesk
Hi Marek,
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 analogix_dp_bind()
> function by calling phy_power_off() at the
https://bugs.freedesktop.org/show_bug.cgi?id=105190
--- Comment #5 from Chris Wilson ---
And whoami? You are running as root, right?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.fr
On Wednesday, February 21, 2018 10:57:14 AM CET Rafael J. Wysocki wrote:
> On Tue, Feb 20, 2018 at 10:29 PM, Bjorn Helgaas wrote:
> > On Sun, Feb 18, 2018 at 09:38:32AM +0100, Lukas Wunner wrote:
> >> PCI devices not bound to a driver are supposed to stay in D0 during
> >> runtime suspend.
> >
> >
https://bugs.freedesktop.org/show_bug.cgi?id=105190
--- Comment #4 from arkadiusz.hi...@intel.com ---
# ls -l /sys/kernel/debug/dri/0/i915_gem_drop_caches
-rw-r--r--. 1 root root 0 Feb 21 14:05
/sys/kernel/debug/dri/0/i915_gem_drop_caches
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=105190
--- Comment #3 from Chris Wilson ---
ls -l /sys/kernel/debug/dri/0/i915_gem_drop_caches ?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=105190
--- Comment #2 from arkadiusz.hi...@intel.com ---
# getenforce
Permissive
# strace ./kms_pipe_crc_basic 2>&1 | grep EPERM
openat(4, "i915_gem_drop_caches", O_WRONLY) = -1 EPERM (Operation not
permitted)
--
You are receiving this mail because:
Tested on db410c modetest runs fine now.
On 02/12/2018 12:01 PM, arch...@codeaurora.org wrote:
From: Archit Taneja
Newer DSI host controllers (SDM845 in particular) require a new clock
called byte_intf_clk. A recent patch tried to add this as an optional
clock, but it still set 'ret' to an er
https://bugs.freedesktop.org/show_bug.cgi?id=105190
--- Comment #1 from Chris Wilson ---
EPERM is not from us.
strace just to check where that is being raised?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=105190
Bug ID: 105190
Summary: gem_quiescent_gpu assertion fails on distribution
kernels
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All
https://bugs.freedesktop.org/show_bug.cgi?id=104439
magiblot changed:
What|Removed |Added
CC||magib...@hotmail.com
--- Comment #9 from mag
Hi Geert,
On Wednesday, 21 February 2018 12:21:50 EET Geert Uytterhoeven wrote:
> On Wed, Feb 21, 2018 at 12:10 AM, Laurent Pinchart wrote:
> > From: Pantelis Antoniou
> >
> > Changesets are very powerful, but the lack of a helper API
> > makes using them cumbersome. Introduce a simple copy base
Hi Geert,
On Wednesday, 21 February 2018 12:26:45 EET Geert Uytterhoeven wrote:
> On Wed, Feb 21, 2018 at 12:10 AM, Laurent Pinchart wrote:
> > From: Pantelis Antoniou
> >
> > Add an __of_node_dupv() private method and make __of_node_dup() use it.
> > This is required for the subsequent changese
On 16/02/18 20:41, Heiko Stuebner wrote:
The rk3228/rk3229 and rk3328 socs started using a new type of hdmi-phy
from Innosilicon that resides completely separate from the dw-hdmi block
and gets accessed via mmio.
Additionally the rk3328 dw-hdmi does not report the vendor-phy type
but a different
Am 21.02.2018 um 11:54 schrieb Maarten Lankhorst:
Op 21-02-18 om 00:56 schreef Daniel Vetter:
On Tue, Feb 20, 2018 at 04:21:58PM +0100, Peter Zijlstra wrote:
On Tue, Feb 20, 2018 at 04:05:49PM +0100, Christian König wrote:
Am 20.02.2018 um 15:54 schrieb Peter Zijlstra:
On Tue, Feb 20, 2018 at
On 21/02/18 09:18, Lukas Wunner wrote:
> [+cc Rafael]
>
> On Tue, Feb 20, 2018 at 05:04:00PM +0200, Jyri Sarha wrote:
>> On 20/02/18 14:03, Thierry Reding wrote:
>>> On Tue, Feb 20, 2018 at 01:28:48PM +0200, Jyri Sarha wrote:
On 20/02/18 12:34, Thierry Reding wrote:
>> On Mon, Feb 19, 201
https://bugs.freedesktop.org/show_bug.cgi?id=104284
Chris Wilson changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=105188
--- Comment #1 from Michał Bartoszkiewicz ---
Created attachment 137498
--> https://bugs.freedesktop.org/attachment.cgi?id=137498&action=edit
Kernel configuration
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=105188
Bug ID: 105188
Summary: Monitors don't always wake up after sleep
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Hi Laurent,
On Wed, Feb 21, 2018 at 12:10 AM, Laurent Pinchart
wrote:
> From: Pantelis Antoniou
>
> Add an __of_node_dupv() private method and make __of_node_dup() use it.
> This is required for the subsequent changeset accessors which will
> make use of it.
>
> Signed-off-by: Pantelis Antoniou
On 02/21/2018 12:19 PM, Roger Pau Monné wrote:
On Wed, Feb 21, 2018 at 11:42:23AM +0200, Oleksandr Andrushchenko wrote:
On 02/21/2018 11:17 AM, Roger Pau Monné wrote:
On Wed, Feb 21, 2018 at 10:03:34AM +0200, Oleksandr Andrushchenko wrote:
--- /dev/null
+++ b/drivers/gpu/drm/xen/xen_drm_front.
Hi Laurent,
On Wed, Feb 21, 2018 at 12:10 AM, Laurent Pinchart
wrote:
> From: Pantelis Antoniou
>
> Changesets are very powerful, but the lack of a helper API
> makes using them cumbersome. Introduce a simple copy based
> API that makes things considerably easier.
>
> To wit, adding a property u
https://bugs.freedesktop.org/show_bug.cgi?id=105179
--- Comment #3 from Michel Dänzer ---
Seeing the start point of the track intermittently happens with r600g as well,
does it really not happen with other drivers? I've been assuming it's a game
issue, it's hard to imagine how a Mesa bug could ca
Patch f0a8b49c03d2 ("drm/bridge: analogix dp: Fix runtime PM state on
driver bind") fixed unbalanced call to phy_power_on() in analogix_dp_bind()
function by calling phy_power_off() at the end of bind operation.
However it turned out that having PHY powered is required for proper DRM
display pipel
On Tue, Feb 20, 2018 at 10:29 PM, Bjorn Helgaas wrote:
> On Sun, Feb 18, 2018 at 09:38:32AM +0100, Lukas Wunner wrote:
>> PCI devices not bound to a driver are supposed to stay in D0 during
>> runtime suspend.
>
> Doesn't "runtime suspend" mean an individual device is suspended while
> the rest of
On 02/21/2018 11:17 AM, Roger Pau Monné wrote:
On Wed, Feb 21, 2018 at 10:03:34AM +0200, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Introduce skeleton of the para-virtualized Xen display
frontend driver. This patch only adds required
essential stubs.
Signed-off-by: Oleksandr
From: Maxime Ripard
The A33 has a MIPI-DSI block, along with its D-PHY. Let's add it in order
to use it in the relevant boards.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a33.dtsi | 35 +-
1 file changed, 35 insertions(+)
diff --git a/arch/arm/boo
From: Maxime Ripard
The LHR050H41 panel is the panel shipped with the BananaPi M2-Magic. Add a
driver for it.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/Kconfig | 9 +-
drivers/gpu/drm/panel/Makefile | 1 +-
drivers/gpu/drm/panel/panel-huarui-lh
From: Maxime Ripard
The LHR050H41 is a 1280x700 4-lanes DSI panel.
Acked-by: Rob Herring
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/display/panel/huarui,lhr050h41.txt | 19
+++
1 file changed, 19 insertions(+)
create mode 100644
Documentation/devicet
amdgpu needs to verify if userspace sends us valid addresses and the simplest
way of doing this is to check if the buffer object is locked with the ticket
of the current submission.
Clean up the access to the ww_mutex internals by providing a function
for this and extend the check to the thread ow
From: Maxime Ripard
Both TCON clocks are very sensitive to clock changes, since any change
might lead to improper timings.
Make sure our rate is never changed.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -
From: Maxime Ripard
The Allwinner SoCs usually come with a DSI encoder. Add a binding for it.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/display/sunxi/sun6i-dsi.txt | 84 +++-
1 file changed, 84 insertions(+)
create mode 100644
Documentation/devicetree/bindings/di
From: Maxime Ripard
regmap_init_mmio_clk allows to specify a clock that needs to be enabled
while accessing the registers.
However, that clock is retrieved through its clock ID, which means it will
lookup that clock based on the current device that registers the regmap,
and, in the DT case, will
From: Maxime Ripard
The "CPU" (or Intel 8080) interface uses a different interrupt called
TRI_FINISH (most likely TRI being for trigger) to notify the end of frames,
and hence the VBLANK period.
And that interrupt to the possible VBLANK interrupts source.
Reviewed-by: Chen-Yu Tsai
Signed-off-b
Hi,
Here is an preliminary version of the MIPI-DSI support for the Allwinner
SoCs.
This controller can be found on a number of recent SoCs, such as the
A31, A33 or the A64.
Given the sparse documentation, there's a number of obscure areas, but
the current implementation has been tested with a 4-
From: Maxime Ripard
The BananaPi M2M has an optional 1280x720 DSI panel. Since that panel is
optional, we can only show a DT patch that would show how to enable it.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-r16-bananapi-m2m.dts | 39 +-
1 file changed, 39 ins
On 02/21/2018 11:09 AM, Juergen Gross wrote:
On 21/02/18 09:47, Oleksandr Andrushchenko wrote:
On 02/21/2018 10:19 AM, Juergen Gross wrote:
On 21/02/18 09:03, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Introduce skeleton of the para-virtualized Xen display
frontend driver.
https://bugs.freedesktop.org/show_bug.cgi?id=75064
Michel Dänzer changed:
What|Removed |Added
Attachment #137472|text/x-log |text/plain
mime type|
Since extcon property is not allowed in DT, extcon subsystem requires
another way to get extcon device. Lets try the simplest approach - get
edev by of_node.
Signed-off-by: Andrzej Hajda
Acked-by: Chanwoo Choi
---
v2: changed label to follow local convention (Chanwoo)
---
drivers/extcon/extcon.
From: Maciej Purski
Currently MHL chip must be turned on permanently to detect MHL cable. It
duplicates micro-USB controller's (MUIC) functionality and consumes
unnecessary power. Lets use extcon attached to MUIC to enable MHL chip
only if it detects MHL cable.
Signed-off-by: Maciej Purski
Sign
Since USB connector bindings are available we can describe it on TM2(e).
Signed-off-by: Andrzej Hajda
---
arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi
b/arch/arm64/boot/dts/
These bindings allow to describe most known standard USB connectors
and it should be possible to extend it if necessary.
USB connectors, beside USB can be used to route other protocols,
for example UART, Audio, MHL. In such case every device passing data
through the connector should have appropriat
Hi,
Thanks for reviews of previous iterations.
This patchset introduces USB physical connector bindings, together with
working example.
I have removed RFC prefix - the patchset seems to be heading
to a happy end :)
v4: improved binding descriptions, added missing reg in dts.
v3: Separate binding
Samsung micro-USB 11-pin connector beside standard micro-USB pins,
has pins dedicated to route MHL traffic.
Signed-off-by: Andrzej Hajda
Reviewed-by: Rob Herring
---
v4:
- removed description of property inherited from usb-connector (Rob),
- fixed example description.
---
.../connector/samsung,
OF graph describes MHL data lanes between MHL and respective USB
connector.
Signed-off-by: Andrzej Hajda
---
v4:
- added missing reg property in connector's port node (Krzysztof)
---
.../boot/dts/exynos/exynos5433-tm2-common.dtsi | 32 --
1 file changed, 29 insertions(+),
https://bugs.freedesktop.org/show_bug.cgi?id=105005
--- Comment #12 from Michel Dänzer ---
Does this problem also happen using xf86-video-amdgpu instead of the
modesetting driver with Xorg?
--
You are receiving this mail because:
You are the assignee for the bug.
On 21/02/18 01:47, Daniel Vetter wrote:
> On Wed, Feb 21, 2018 at 12:21:50AM +0200, Jyri Sarha wrote:
>> Currently the master drm driver is not protected against the attached
>> panel driver from becoming unavailable. Adding a device_link with
>> DL_FLAG_AUTOREMOVE flag unbinds the master drm devic
On 02/21/2018 10:19 AM, Juergen Gross wrote:
On 21/02/18 09:03, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Introduce skeleton of the para-virtualized Xen display
frontend driver. This patch only adds required
essential stubs.
Signed-off-by: Oleksandr Andrushchenko
---
dri
On 2/21/2018 2:10 AM, Laurent Pinchart wrote:
The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add
corresponding device tree bindings.
Signed-off-by: Laurent Pinchart
Reviewed-by: Rob Herring
---
Changes since v1:
- Move the SoC name before the IP name in compatible strings
Hello!
On 2/21/2018 2:10 AM, Laurent Pinchart wrote:
The DU DT bindings have been updated to drop the reg-names property.
Update the r8a7792 device tree accordingly.
Apparently r8a7794.
Signed-off-by: Laurent Pinchart
[...]
MBR, Sergei
___
d
https://bugs.freedesktop.org/show_bug.cgi?id=105076
Marta Löfstedt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, Feb 21, 2018 at 01:10:37AM +0200, Laurent Pinchart wrote:
> From: Pantelis Antoniou
>
> The changeset helpers are easier to use, use them instead of
> using the static property.
>
> Signed-off-by: Pantelis Antoniou
> Acked-by: Wolfram Sang
My ack still holds. Good luck pushing this se
From: Oleksandr Andrushchenko
Hello!
This patch series adds support for Xen [1] para-virtualized
frontend display driver. It implements the protocol from
include/xen/interface/io/displif.h [2].
Accompanying backend [3] is implemented as a user-space application
and its helper library [4], capabl
From: Oleksandr Andrushchenko
Implement essential initialization of the display driver:
- introduce required data structures
- handle DRM/KMS driver registration
- perform basic DRM driver initialization
- register driver on backend connection
- remove driver on backend disconnect
- i
From: Oleksandr Andrushchenko
Read configuration values from Xen store according
to xen/interface/io/displif.h protocol:
- read connector(s) configuration
- read buffer allocation mode (backend/frontend)
Signed-off-by: Oleksandr Andrushchenko
---
drivers/gpu/drm/xen/Makefile|
From: Oleksandr Andrushchenko
Implement kernel modesetiing/connector handling using
DRM simple KMS helper pipeline:
- implement KMS part of the driver with the help of DRM
simple pipepline helper which is possible due to the fact
that the para-virtualized driver only supports a single
(pri
From: Oleksandr Andrushchenko
Implement shared buffer handling according to the
para-virtualized display device protocol at xen/interface/io/displif.h:
- handle page directories according to displif protocol:
- allocate and share page directories
- grant references to the required set o
From: Oleksandr Andrushchenko
Implement GEM handling depending on driver mode of operation:
depending on the requirements for the para-virtualized environment, namely
requirements dictated by the accompanying DRM/(v)GPU drivers running in both
host and guest environments, number of operating mode
From: Oleksandr Andrushchenko
Handle communication with the backend:
- send requests and wait for the responses according
to the displif protocol
- serialize access to the communication channel
- time-out used for backend communication is set to 3000 ms
- manage display buffers shared with
From: Oleksandr Andrushchenko
Initial handling for Xen bus states: implement
Xen bus state machine for the frontend driver according to
the state diagram and recovery flow from display para-virtualized
protocol: xen/interface/io/displif.h.
Signed-off-by: Oleksandr Andrushchenko
---
drivers/gpu
Calling request_irq() followed by disable_irq() is usually a bad idea,
specially if the interrupt can be pending, and you're not yet in a
position to handle it.
This is exactly what happens on my kevin system when rebooting in a
second kernel using kexec: Some interrupt is left pending from
the pr
The rockchip DRM driver is quite careful to disable interrupts
when taking a lock that is also taken in interrupt context,
which is a good thing.
What is a bit over the top is to use spin_lock_irqsave when
already in interrupt context, as you cannot take another
interrupt again, and disabling inte
From: Oleksandr Andrushchenko
Introduce skeleton of the para-virtualized Xen display
frontend driver. This patch only adds required
essential stubs.
Signed-off-by: Oleksandr Andrushchenko
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile| 1 +
drivers/gpu/dr
This small series fixes a number of issues that I found while trying
to get kexec working on the Chromebook Plus (aka rk3399-gru-kevin) in
order to use it as some sort of interactive bootloader.
The main issue is that the vop driver expects the interrupts to be
cleared and disabled when booting. N
From: Oleksandr Andrushchenko
Handle Xen event channels:
- create for all configured connectors and publish
corresponding ring references and event channels in Xen store,
so backend can connect
- implement event channels interrupt handlers
- create and destroy event channels with re
memcpy is only meant to be used for memory, and only that.
MMIO accessors should be used to access MMIO regions, preferably
the ones that correspond to the size of the register accessed.
Let's convert the bulk register copy to writel/readl_relaxed,
which is the correct API.
Signed-off-by: Marc Zy
On 10/02/18 14:20, Marc Zyngier wrote:
> Calling request_irq() followed by disable_irq() is usually a bad idea,
> specially if the interrupt can be pending, and you're not yet in a
> position to handle it.
>
> This is exactly what happens on my kevin system when rebooting in a
> second kernel usin
101 - 200 of 201 matches
Mail list logo