On Friday, 6 July 2018 18:40:27 MSK Russell King - ARM Linux wrote:
> On Fri, Jul 06, 2018 at 05:58:50PM +0300, Dmitry Osipenko wrote:
> > On Friday, 6 July 2018 17:10:10 MSK Ville Syrjälä wrote:
> > > IIRC my earlier idea was to have different colorkey modes for the
> > > min+max and value+mask mo
goldfish_fb_probe() allocates memory for fb, but goldfish_fb_remove() does
not have deallocation of fb, which leads to memory leak on probe/remove.
The patch adds deallocation into goldfish_fb_remove().
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Anton Vasilyev
Signed-off-by: Geert Uytterhoeven
Acked-by: Chanho Min
---
v3:
- Add Acked-by,
v2:
- New.
---
arch/arm64/boot/dts/lg/lg1313.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/lg/lg1313.dtsi
b/arch/arm64/boot/dts/lg/lg1313.dtsi
index 1887af654a7db96
Signed-off-by: Geert Uytterhoeven
Acked-by: Rob Herring
Acked-by: Chanho Min
---
v3:
- Add Acked-by,
v2:
- Add Acked-by,
- Rebased.
---
arch/arm64/boot/dts/lg/lg1312.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/lg/lg1312.dtsi
b/arch/arm64/
On 05/07/18 14:22, Lee Jones wrote:
> On Thu, 05 Jul 2018, Matthias Brugger wrote:
>> On 04/07/18 18:45, Lee Jones wrote:
>>> On Wed, 04 Jul 2018, Matthias Brugger wrote:
On 03/07/18 09:11, Lee Jones wrote:
> On Mon, 25 Jun 2018, Matthias Brugger wrote:
>> On 30/04/18 12:18, Lee Jone
On Friday, 6 July 2018 17:10:10 MSK Ville Syrjälä wrote:
> On Fri, Jul 06, 2018 at 04:05:21PM +0300, Dmitry Osipenko wrote:
> > On 06.07.2018 15:23, Ville Syrjälä wrote:
> > > On Fri, Jul 06, 2018 at 02:11:44PM +0200, Maarten Lankhorst wrote:
> > >> Hey,
> > >>
> > >> Op 04-06-18 om 00:00 schreef
On Wed, May 23, 2018 at 11:31:20AM +0200, Peter Rosin wrote:
> 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
> ++
Initial implementation of DE2 planes only supported fixed zpos.
Expand implementation with configurable zpos property.
Implementation background:
Channel in DE2 driver represents one DRM plane, whereas pipe is just
mapped channel to known Z position. Pipe 0 will always be at the bottom,
pipe 1 ju
Fixes: 8cceda5349377e30 ("dt-bindings: Add bindings for the Amlogic Meson
dw-hdmi extension")
Signed-off-by: Geert Uytterhoeven
Acked-by: Rob Herring
Acked-by: Neil Armstrong
---
v5:
- Add Acked-by,
v4:
- Add Acked-by,
v3:
- New.
---
.../devicetree/bindings/display/amlogic,meson-dw-hdm
On Fri, Jul 06, 2018 at 02:36:37PM +0100, Russell King - ARM Linux wrote:
> On Wed, May 23, 2018 at 11:31:22AM +0200, Peter Rosin wrote:
> > 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 te
On Wed, May 23, 2018 at 11:31:22AM +0200, Peter Rosin wrote:
> 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
From: Koji Matsuoka
Add support for the R-Car D3 (R8A77995) SoC to the R-Car DU driver.
Signed-off-by: Koji Matsuoka
Signed-off-by: Ulrich Hecht
---
This is a break-out from the "[PATCH 0/5] R-Car D3 LVDS/HDMI support" series.
Changes since v1:
- use the .channels_mask field in rcar_du_r8a779
Convert tda998x to a bridge driver with built-in encoder support for
compatibility with existing component drivers.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 147 +++---
1 file changed, 75 insertions(+), 72 deletions(-)
diff --git a/driv
R40 has 4 TCONs, but only 2 of them can receive some kind of output at
the same time. Let's disable them by default, so only those which are
really connected on board can be enabled in board dts file.
Signed-off-by: Jernej Skrabec
---
arch/arm/boot/dts/sun8i-r40-bananapi-m2-ultra.dts | 4
a
If error happens in sun8i_dw_hdmi_find_possible_crtcs(), nodes are not
released with of_node_put() before returning.
Fix that by calling of_node_put() when necessary. While on it, clean up
the code by using of_graph_get_remote_node() which also lowers number of
cases where error handling has to be
R40 has pretty unique display pipeline. Because of that, H3 display
engine compatible fallback should be removed.
Fixes: 05a43a262d03 ("ARM: dts: sun8i: r40: Add HDMI pipeline")
Signed-off-by: Jernej Skrabec
---
arch/arm/boot/dts/sun8i-r40.dtsi | 3 +--
1 file changed, 1 insertion(+), 2 deletio
Fixes: fd913ef7ce619467 ("Bluetooth: btusb: Add out-of-band wakeup support")
Signed-off-by: Geert Uytterhoeven
Acked-by: Rob Herring
---
v4:
- Add Acked-by,
v3:
- New.
---
Documentation/devicetree/bindings/net/btusb.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Doc
From: Randy Dunlap
Fix a build warning in viafbdev.c when CONFIG_PROC_FS is not enabled
by marking the unused function as __maybe_unused.
../drivers/video/fbdev/via/viafbdev.c:1471:12: warning:
'viafb_sup_odev_proc_show' defined but not used [-Wunused-function]
Signed-off-by: Randy Dunlap
Cc:
R40 has pretty unique display pipeline. It supports two outputs at the
same time.
Possible outputs:
- 1x HDMI,
- 2x TV output
- 1x VGA,
- 1x MIPI DSI and
- 2x LCD outputs
That is the biggest number of possible outputs from all Allwinner SoC.
Because of that, add new compatible for it.
Signed-off
R40 has versatile display pipeline. It supports two simultanious outputs
on various outputs (TVE, VGA, HDMI, MIPI DSI, LCD).
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c
b/drivers/gpu/dr
Dne petek, 06. julij 2018 ob 22:40:52 CEST je Rob Herring napisal(a):
> On Fri, Jul 06, 2018 at 07:51:02PM +0200, Jernej Skrabec wrote:
> > TCON description is expanded with R40 TV TCON compatible. It is a bit
> > special, because it is connected to TCON TOP instead directly to mixer
> > and it nee
They are currently sorted alphabetically. However, they should be sorted
by release date of the family and then alphabetically.
Fixes: 03c35dbf73e0 ("dt-bindings: display: sun4i-drm: Add description of A64
HDMI PHY")
Signed-off-by: Jernej Skrabec
---
Documentation/devicetree/bindings/display/s
On Friday, 6 July 2018 20:01:36 MSK Russell King - ARM Linux wrote:
> On Fri, Jul 06, 2018 at 07:33:14PM +0300, Dmitry Osipenko wrote:
> > On Friday, 6 July 2018 18:40:27 MSK Russell King - ARM Linux wrote:
> > > On Fri, Jul 06, 2018 at 05:58:50PM +0300, Dmitry Osipenko wrote:
> > > > On Friday, 6
Mixer has to have a way to read its id, if needed.
Add them in R40 DT.
Signed-off-by: Jernej Skrabec
---
arch/arm/boot/dts/sun8i-r40.dtsi | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/sun8i-r40.dtsi b/arch/arm/boot/dts/sun8i-r40.dtsi
index 2afb
Function sun4i_tcon_find_engine_traverse() doesn't release node if it
needs to traverse of graph deeper than 1 level.
Fix this by calling of_node_put().
Fixes: 49836b11fe71 ("drm/sun4i: tcon: Generalize engine search algorithm")
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_tco
On Fri, Jul 06, 2018 at 07:33:14PM +0300, Dmitry Osipenko wrote:
> On Friday, 6 July 2018 18:40:27 MSK Russell King - ARM Linux wrote:
> > On Fri, Jul 06, 2018 at 05:58:50PM +0300, Dmitry Osipenko wrote:
> > > On Friday, 6 July 2018 17:10:10 MSK Ville Syrjälä wrote:
> > > > IIRC my earlier idea was
We want to be able to set TCON TOP muxes at runtime. Add helpers for
that.
Old, static configuration of muxes at probe time is preserved for now.
It will be removed when R40 TCON starts using them.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_tcon_top.c | 74 +++
Hi all,
This patch series fixes misspellings of various standard DT properties
in DT binding documentation, DTS files, and examples.
While most of these are harmless, some of them may cause hard-to-debug
failures.
Changes compared to v5:
- Add Acked-by.
Changes compared to v4:
- Drop
Cleanup the code a little from the effects of the previous changes:
- Move tda998x_destroy() to be above tda998x_create()
- Use 'dev' directly in tda998x_create() where appropriate.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 76 +++
1
On Wed, Apr 25, 2018 at 11:01:15PM +0300, Jyri Sarha wrote:
> On 25/04/18 02:25, Russell King - ARM Linux wrote:
> > On Tue, Apr 24, 2018 at 09:25:44PM +0300, Jyri Sarha wrote:
> >> On 24/04/18 20:06, Russell King - ARM Linux wrote:
> >>> On Tue, Apr 24, 2018 at 07:04:16PM +0300, Jyri Sarha wrote:
Only gather pins are mapped by the Host1x driver, regular BO relocations
are not. Check whether size of unpin isn't 0, otherwise IOVA allocation at
0x0 could be erroneously released.
Signed-off-by: Dmitry Osipenko
---
drivers/gpu/host1x/job.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(
2018-05-30 16:06 GMT+02:00 Thierry Reding :
> From: Thierry Reding
>
> Depending on the kernel configuration, early ARM architecture setup code
> may have attached the GPU to a DMA/IOMMU mapping that transparently uses
> the IOMMU to back the DMA API. Tegra requires special handling for IOMMU
> ba
Hi Ville,
On Thu, 2018-06-28 at 16:35 +0300, Ville Syrjälä wrote:
> On Wed, Jun 27, 2018 at 11:25:06PM +0200, Enric Balletbo i Serra
> wrote:
> > From: Gustavo Padovan
> >
> > This flag tells core to jump ahead the queued update if the
> > conditions
> > in drm_atomic_async_check() are met. That
From: Peter Rosin
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
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 2 +-
1 file changed, 1 inserti
There is no need to acquire reference to clock just to get its name.
This commit just cleans up the code. There is no functional change.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_tcon_top.c | 48 ++
1 file changed, 11 insertions(+), 37 deletions(-)
d
Move the tda998x_priv allocation inside tda998x_create() and simplify
the tda998x_create()'s arguments. Pass the same to tda998x_destroy().
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 32 +---
1 file changed, 17 insertions(+), 15 deletions(-)
On Fri, Jul 06, 2018 at 05:58:50PM +0300, Dmitry Osipenko wrote:
> On Friday, 6 July 2018 17:10:10 MSK Ville Syrjälä wrote:
> > IIRC my earlier idea was to have different colorkey modes for the
> > min+max and value+mask modes. That way userspace might actually have
> > some chance of figuring out
This series fixes several issues found in R40 HDMI patch series after
it was applied. Conversation can be found here:
http://lists.infradead.org/pipermail/linux-arm-kernel/2018-June/586011.html
One issue raised in that thread is probably not solved (conversation
still on going), but I want to send
TCON description is expanded with R40 TV TCON compatible. It is a bit
special, because it is connected to TCON TOP instead directly to mixer
and it needs special handling.
Signed-off-by: Jernej Skrabec
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 3 ++-
1 file changed, 2 i
On 06.07.2018 15:23, Ville Syrjälä wrote:
> On Fri, Jul 06, 2018 at 02:11:44PM +0200, Maarten Lankhorst wrote:
>> Hey,
>>
>> Op 04-06-18 om 00:00 schreef Dmitry Osipenko:
>>> From: Laurent Pinchart
>>>
>>> Color keying is the action of replacing pixels matching a given color
>>> (or range of color
From: Peter Rosin
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
[edited by rmk to just split the tda998x_encoder_dpms() function
and restore the double-disable protection we originally had,
Hi Thierry,
maybe these two patches got lost. Please, can you have a look on?
Regards,
Marco
On 18-05-23 11:25, Marco Felsch wrote:
> 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
R40 TV TCON is basically the same as on A83T. However, it needs special
handling, because it has to set up TCON TOP muxes at runtime.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 40 ++
1 file changed, 40 insertions(+)
diff --git a/drivers/g
Currently, TCON supports 2 ways to match TCON with engine (mixer in this
case). Old way is to just traverse of graph backwards and compare node
pointer. New way is to match TCON and engine by their respective ids.
All SoCs with DE2 enabled till now used the old way, which means mixer
id was never u
On Saturday, 19 May 2018 04:07:10 MSK Dmitry Osipenko wrote:
> Host1x's CDMA can't access the command buffers if IOMMU and Host1x
> firewall are enabled in the kernels config because firewall doesn't map
> the copied buffer into IOVA space. Fix this by skipping IOMMU
> initialization if firewall is
Hi Thierry,
> Hi Thierry,
>
> > Hi Thierry,
> >
> > > This commit adds support for KOE's 5.7" display.
> > >
> > > Signed-off-by: Lukasz Majewski
> > > Reviewed-by: Rob Herring
> > > ---
> > > Changes for v2:
> > > - Add Reviewed-by tag
> >
> > Could you apply this patch to your tree?
On 28/06/18 14:36, Linus Walleij wrote:
> The Versatile Express was submitted with the actual display
> bridges unconnected (but defined in the device tree) and
> mock "panels" encoded in the device tree node of the PL111
> controller.
>
> This doesn't even remotely describe the actual Versatile
Till now, new way of matching engines with TCONs was reading their
respective ids and match them by those ids. However, with introduction
of TCON TOP, that might not be so straightforward anymore.
- there might be more TCONs that engines (mixers)
- TCON ids might have non-consecutive ids
Workaroun
Now that R40 TCON migrated to runtime mux configuration, old code can be
removed.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_tcon_top.c | 81 +++---
1 file changed, 7 insertions(+), 74 deletions(-)
diff --git a/drivers/gpu/drm/sun4i/sun8i_tcon_top.c
b/dri
While registers between A83T and R40 TV TCON are the same, R40 TCON TV
driver has to set additional muxes in TCON TOP. Because of that, remove
fallback A83T TCON TV compatible.
Signed-off-by: Jernej Skrabec
---
arch/arm/boot/dts/sun8i-r40.dtsi | 6 ++
1 file changed, 2 insertions(+), 4 delet
Current R40 is missing some graph connections between TCON TOP and
TCONs.
Add them.
Fixes: 05a43a262d03 ("ARM: dts: sun8i: r40: Add HDMI pipeline")
Signed-off-by: Jernej Skrabec
---
.../boot/dts/sun8i-r40-bananapi-m2-ultra.dts | 20 -
arch/arm/boot/dts/sun8i-r40.dtsi | 44
On Fri, Jul 06, 2018 at 11:03:46AM +0100, Russell King - ARM Linux wrote:
> On Wed, Apr 25, 2018 at 11:01:15PM +0300, Jyri Sarha wrote:
> > Oh yes. But in this case the substandard solution is already there and
> > it is already widely used, despite it being severely broken. I am merely
> > trying
Move the non-DT configuration of the TDA998x into tda998x_create()
so that we do all setup in one place.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 75 ---
1 file changed, 38 insertions(+), 37 deletions(-)
diff --git a/drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=107153
--- Comment #3 from Patrik Kullman ---
Also present in dmesg now after leaving the system on:
[44775.903197] [drm] amdgpu_dm_irq_schedule_work FAILED src 6
[44777.523222] [drm] amdgpu_dm_irq_schedule_work FAILED src 6
[44778.253228] [drm] amdgp
On Fri, Jul 06, 2018 at 04:43:09PM +0100, Mike Lothian wrote:
> Hi
>
> Any change of this moving to https or the gitlab instance where its on as
> default?
Moving all the drm repos over to gitlab is somewhere on the plans, but we
need to figure out a transition strategy for the scripts and all th
On Fri, Jul 06, 2018 at 02:35:07PM -0400, Adam Jackson wrote:
> On Fri, 2018-07-06 at 11:12 +0200, Gerd Hoffmann wrote:
> > cirrus can handle 1024x768 (and slightly higher) with 24bpp depth.
> > cirrus can handle up to 800x600 with 32bpp.
>
> 16bpp is maybe a better choice? Nobody's using cirrus b
https://bugs.freedesktop.org/show_bug.cgi?id=107153
--- Comment #4 from Patrik Kullman ---
Same with 4.18-rc4:
[ 44.170327] [drm] fb mappable at 0x2000A28000
[ 44.170328] [drm] vram apper at 0x20
[ 44.170329] [drm] size 35389440
[ 44.170329] [drm] fb depth is 24
[ 44.170329] [d
The Versatile Express was submitted with the actual display
bridges unconnected (but defined in the device tree) and
mock "panels" encoded in the device tree node of the PL111
controller.
This doesn't even remotely describe the actual Versatile
Express hardware. Exploit the SiI9022 bridge by conne
Update the Versatile Express defconfig to match the
Kconfig changes in the kernel.
Cc: Sudeep Holla
Cc: Lorenzo Pieralisi
Signed-off-by: Linus Walleij
---
ChangeLog v3->v4:
- Resending.
ChangeLog v1->v3:
- Rebased
---
arch/arm/configs/vexpress_defconfig | 12
1 file changed, 12 de
This updates the Versatile defconfig to use the new P111 DRM
driver that is merged in the DRM subsystem.
We deactivate the old CLCD driver and activate the Pl111 DRM
driver and the SiI9022 HDMI bridge.
We activate DMA memory allocation using CMA so that the special
graphics memory for the on-boar
On Fri, Jul 06, 2018 at 02:45:53PM +0200, Arnd Bergmann wrote:
> Having DRM_SUN4I built-in but DRM_SUN8I_MIXER as a loadable module results in
> a link error, as we try to access a symbol from the sun8i_tcon_top.ko module:
>
> ERROR: "sun8i_tcon_top_of_table" [drivers/gpu/drm/sun4i/sun8i-drm-hdmi.
On Fri, Jul 06, 2018 at 09:02:36PM +0300, Dmitry Osipenko wrote:
> Only gather pins are mapped by the Host1x driver, regular BO relocations
> are not. Check whether size of unpin isn't 0, otherwise IOVA allocation at
> 0x0 could be erroneously released.
>
> Signed-off-by: Dmitry Osipenko
> ---
>
On Sat, May 19, 2018 at 04:07:10AM +0300, Dmitry Osipenko wrote:
> Host1x's CDMA can't access the command buffers if IOMMU and Host1x
> firewall are enabled in the kernels config because firewall doesn't map
> the copied buffer into IOVA space. Fix this by skipping IOMMU
> initialization if firewal
To avoid compilers complainig about ambigious else blocks when putting
an if condition into a for_each macro one needs to invert the
condition and add a dummy else. We have a nice little convenience
macro for that in drm headers, let's move it out. Subsequent patches
will roll it out to other place
Avoids the need to invert the condition instead of the open-coded
version.
Signed-off-by: Daniel Vetter
Cc: Tejun Heo
Cc: Li Zefan
Cc: Johannes Weiner
Cc: cgro...@vger.kernel.org
---
include/linux/cgroup.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/include/linux/cg
Avoids the inverted condition of the open-coded version.
Signed-off-by: Daniel Vetter
Cc: Andrew Morton
Cc: Michal Hocko
Cc: Vlastimil Babka
Cc: Mel Gorman
Cc: David Rientjes
Cc: Kemi Wang
Cc: Pavel Tatashin
Cc: Petr Tesarik
Cc: YASUAKI ISHIMATSU
Cc: Andrey Ryabinin
Cc: Nikolay Borisov
Makes the macros resilient against if {} else {} blocks right
afterwards.
Signed-off-by: Daniel Vetter
Cc: Tejun Heo
Cc: Jens Axboe
Cc: Shaohua Li
Cc: Kate Stewart
Cc: Greg Kroah-Hartman
Cc: Joseph Qi
Cc: Daniel Vetter
Cc: Arnd Bergmann
---
include/linux/blk-cgroup.h | 4 ++--
1 file cha
Avoids the inverted conditions compared to the open coded version.
Signed-off-by: Daniel Vetter
Cc: Joerg Roedel
---
include/linux/dmar.h | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/include/linux/dmar.h b/include/linux/dmar.h
index e2433bc50210..99397504e75e 100
Avoids complaints from gcc about ambigious else clauses. Not that any
of those are likely to show up in ide ...
Signed-off-by: Daniel Vetter
Cc: "David S. Miller"
Cc: linux-...@vger.kernel.org
---
include/linux/ide.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/li
Avoids the inverted check compared to the open-coded version.
Signed-off-by: Daniel Vetter
Cc: Finn Thain
Cc: linux-m...@lists.linux-m68k.org
---
include/linux/nubus.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/nubus.h b/include/linux/nubus.h
index eba50b0
Avoids the inverted condition compared to the open coded version.
Signed-off-by: Daniel Vetter
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: linux...@vger.kernel.org
---
include/linux/cpufreq.h | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/include/linux/cpufreq.h b
Avoids complaints from gcc about ambiguous else clauses.
Signed-off-by: Daniel Vetter
Cc: Andrew Morton
Cc: Peter Zijlstra
---
include/linux/topology.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/topology.h b/include/linux/topology.h
index cb0775e1ee4b..4f
Avoids the inverted condition compared to the open-coded version.
Signed-off-by: Daniel Vetter
Cc: Bjorn Helgaas
Cc: linux-...@vger.kernel.org
---
include/linux/pci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index 340029b2fb38
Avoids complaints from gcc about ambiguous else clauses.
Signed-off-by: Daniel Vetter
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
---
include/linux/netdevice.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 3e
Avoids the inverted condition compared to the open-coded version.
Signed-off-by: Daniel Vetter
Cc: Greg Kroah-Hartman
Cc: linux-...@vger.kernel.org
---
include/linux/usb.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/usb.h b/include/linux/usb.h
index 4cdd515
Only needed minimal changes in drm_internal.h (for the drm_ioctl_t
type and a few forward declarations), plus a few missing includes in
drm_connector.c.
Yay, the last stage of the drm header cleanup can finally commence!
Note: This needs the patch to move for_each_if from drmP.h to kernel.h
or it
Hi all,
For anything somewhat complicated the in-line kerneldoc comments for
struct members are much, much better. But we still have plenty of
old-style stuff around, tricking people into writing way too short docs
that don't explain stuff.
This series moves drm_connector|crtc|plane(_state) over
Last bit the prevented us from starting to delete the drmP.h monster
includes from source files!
Also add kernel-doc while moving them.
A nice consistent drm_dev_ prefix would be cute for these, but since
they're used everywhere I've figured I'll leave this bikeshed aside
for now.
Signed-off-by:
Again to align with the usual prefix of just drm_connector_. Again
done with sed + manual fixup for indent issues.
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-kms.rst | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_encoders.c | 2 +-
drivers/gpu/drm/amd/
Fixes a dead link I spotted in the struct drm_crtc docs. Comments
themselves are in a surprisingly good state.
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-kms-helpers.rst | 9 +
drivers/gpu/drm/drm_of.c | 9 -
2 files changed, 17 insertions(+), 1 deletion(
Instead of spreading them all over the place.
Cc: Noralf Trønnes
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-kms-helpers.rst | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/Documentation/gpu/drm-kms-helpers.rst
b/Documentation/gpu/drm-kms-helpe
- switch everything over to inline comments
- add notes about locking, links to functions and other related stuff
- also include a note about Ville's soon-to-be-merged
drm_connector_for_each_possible_encoder().
Also check that all the hyperlinks in drm_connector.h work and fix
them as needed.
S
Just makes it longer, and for most things in drm_connector.[hc] we
just use the drm_connector_ prefix. Done with sed + a bit of manual
fixup for the indenting.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c| 4 ++--
drivers/gpu/drm/amd/display/amdgpu_
For consistency and to encourage more detailed documentation. While
doing this also beefed up a few of the comments, linking at least to
the setup function. Plus fixed all the hyperlinks.
Signed-off-by: Daniel Vetter
---
include/drm/drm_plane.h | 86 +++--
1 f
Since there's very few callers of these I've decided to do them all in
one patch. With this the unecessarily long drm_mode_connector_ prefix
is gone from the codebase! The only exception being struct
drm_mode_connector_set_property, which is part of the uapi so can't be
renamed.
Again done with se
And clean them up a bit, as usual.
Signed-off-by: Daniel Vetter
---
include/drm/drm_crtc.h | 126 +++--
1 file changed, 97 insertions(+), 29 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 5afe2deb76b7..0cfc098f31d3 100644
---
For consistency. Also spelled out the docs for ->best_encoder a bit
more while at it.
Signed-off-by: Daniel Vetter
---
include/drm/drm_connector.h | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/include/drm/drm_connector.h b/include/drm/drm_connector.h
index a
And use that opportunity to polish the kernel doc all around:
- Beef up some of the documentation.
- Intro text for drm_plane and better links
- Fix all the hyperlinks!
v2: Fix linebreaks.
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-kms.rst | 11 +++--
include/drm/drm_crtc.h|
This is starting to become easy!
Note: This needs the patch to move for_each_if from drmP.h to kernel.h
or it won't compile.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/g
Lots of added text here since I think the various control flow bits
are worth explaining a bit better.
Signed-off-by: Daniel Vetter
---
include/drm/drm_crtc.h | 110 -
1 file changed, 86 insertions(+), 24 deletions(-)
diff --git a/include/drm/drm_crtc.h b
Just a bit of missing includes and pre declarations.
Note: This needs the patch to move for_each_if from drmP.h to kernel.h
or it won't compile.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_internal.h | 8
drivers/gpu/drm/drm_plane.c | 11 ++-
include/drm/
Hi Lukas,
Our OEM report the issue also can be observed with v4.17rc7 of test platform,
and I also backported these 7 patches to v4.15, have confirmed the issue.
Now, I found the audio device will auto suspend even if the gpu is active, and
if I plug in a HDMI device it also do not resume back.
https://bugs.freedesktop.org/show_bug.cgi?id=107154
--- Comment #3 from Michel Dänzer ---
Please attach the full dmesg output.
Can you bisect between 4.14 and 4.15?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-deve
On Thu, Jul 05, 2018 at 10:03:35PM +0200, Jernej Škrabec wrote:
> Dne četrtek, 05. julij 2018 ob 09:03:58 CEST je Maxime Ripard napisal(a):
> > On Sun, Jul 01, 2018 at 11:11:06PM +0800, Chen-Yu Tsai wrote:
> > > On Sun, Jul 1, 2018 at 4:27 PM, Jernej Škrabec
> wrote:
> > > > Dne četrtek, 28. juni
On Mon, Jul 9, 2018 at 4:07 PM, Maxime Ripard wrote:
> On Fri, Jul 06, 2018 at 02:45:53PM +0200, Arnd Bergmann wrote:
>> Having DRM_SUN4I built-in but DRM_SUN8I_MIXER as a loadable module results in
>> a link error, as we try to access a symbol from the sun8i_tcon_top.ko module:
>>
>> ERROR: "sun8
DSI host controllers these days can be ganged together to drive larger
displays. Every SoC vendor supporting this is trying to add their own
DT property so that the corresponding drivers can identify that they
need to operate in the dual DSI mode. If we use the graph bindings, we
don't really need
Add binding info for peripherals that support dual-channel DSI. Add
corresponding optional bindings for DSI host controllers that may
be configured in this mode. Add an example of an I2C controlled
device operating in dual-channel DSI mode.
Reviewed-by: Philippe Cornu
Reviewed-by: Sean Paul
Revi
Add a section that describes dt-bindings for peripherals that support
MIPI DSI, but have a different bus as the primary control bus, or no
control bus at all. Add an example for a peripheral with a non-DSI
control bus.
Reviewed-by: Rob Herring
Reviewed-by: Boris Brezillon
Reviewed-by: Philippe C
On Mon, Jul 09, 2018 at 04:58:48PM +0800, Chen-Yu Tsai wrote:
> On Mon, Jul 9, 2018 at 4:07 PM, Maxime Ripard
> wrote:
> > On Fri, Jul 06, 2018 at 02:45:53PM +0200, Arnd Bergmann wrote:
> >> Having DRM_SUN4I built-in but DRM_SUN8I_MIXER as a loadable module results
> >> in
> >> a link error, as
On Mon, Jul 9, 2018 at 5:15 PM, Maxime Ripard wrote:
> On Mon, Jul 09, 2018 at 04:58:48PM +0800, Chen-Yu Tsai wrote:
>> On Mon, Jul 9, 2018 at 4:07 PM, Maxime Ripard
>> wrote:
>> > On Fri, Jul 06, 2018 at 02:45:53PM +0200, Arnd Bergmann wrote:
>> >> Having DRM_SUN4I built-in but DRM_SUN8I_MIXER
1 - 100 of 259 matches
Mail list logo
