On Thu, Feb 27, 2020 at 08:06:37AM +0100, Marek Szyprowski wrote:
> Properly propagate error value from devm_regulator_bulk_get() and don't
> confuse user with meaningless warning about failure in getting regulators
> in case of deferred probe.
>
> Signed-off-by: Marek Szyprowski
> ---
> v2: reph
On 2/27/20 8:53 AM, Gerd Hoffmann wrote:
Hi,
+ if (!shmem->map_cached)
+ prot = pgprot_writecombine(prot);
shmem->vaddr = vmap(shmem->pages, obj->size >> PAGE_SHIFT,
- VM_MAP, pgprot_writecombine(PAGE_KERNE
From: Paul Boddie
A specialisation of the generic Synopsys HDMI driver is employed for JZ4780
HDMI support. This requires a new driver, plus device tree and configuration
modifications.
Signed-off-by: Paul Boddie
Signed-off-by: H. Nikolaus Schaller
---
arch/mips/boot/dts/ingenic/jz4780.dtsi |
On Wed, Feb 26, 2020 at 04:07:39PM +0100, Thomas Hellström (VMware) wrote:
> On 2/23/20 9:40 PM, Maya Rashish wrote:
> > Signed-off-by: Maya Rashish
> > Signed-off-by: Thomas Klausner
> > Co-authored-by: Thomas Klausner
> > ---
> > drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 2 +-
> > 1 file change
There is no need to have the 'const struct dispc_csc_coef *coef'
variable static since new value always be assigned before use it.
Signed-off-by: YueHaibing
---
drivers/gpu/drm/tidss/tidss_dispc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tidss/tidss_dis
Thanks for the patch.
Applied to drm-misc-next.
On Tue, 31 Dec 2019 at 14:43, Tian Tao wrote:
> Add the three new pll config for corresponding resolution 1440x900 and
> 1600x900, 640x480 for hibmc
>
> Signed-off-by: Tian Tao
> Signed-off-by: Gong junjie
> ---
> drivers/gpu/drm/hisilicon/hibmc
On 2/26/20 1:55 PM, Robin Murphy wrote:
On 26/02/2020 10:06 am, Lukasz Luba wrote:
[...]
@@ -118,6 +120,7 @@ void panfrost_devfreq_fini(struct
panfrost_device *pfdev)
{
if (pfdev->devfreq.cooling)
devfreq_cooling_unregister(pfdev->devfreq.cooling);
+ dev_pm_o
This patch adds new DRM driver for Cadence MHDP DPTX IP used on J721e SoC.
MHDP DPTX IP is the component that complies with VESA DisplayPort (DP) and
embedded Display Port (eDP) standards. It integrates uCPU running the
embedded Firmware(FW) interfaced over APB interface.
Basically, it takes a DPI
Document the bindings used for the Cadence MHDP DPI/DP bridge in
yaml format.
Signed-off-by: Yuti Amonkar
Signed-off-by: Swapnil Jakhade
Reviewed-by: Rob Herring
Reviewed-by: Laurent Pinchart
---
.../bindings/display/bridge/cdns,mhdp.yaml| 127 ++
1 file changed, 127 inser
From: Paul Boddie
We need to hook up
* HDMI power regulator
* HDMI connector
* DDC pinmux
* HDMI and LCD endpoint connections
Signed-off-by: Paul Boddie
Signed-off-by: H. Nikolaus Schaller
---
arch/mips/boot/dts/ingenic/ci20.dts | 64 +
1 file changed, 64 insertion
On 2/26/20 2:54 AM, Enric Balletbo i Serra wrote:
> diff --git a/drivers/soc/mediatek/Kconfig b/drivers/soc/mediatek/Kconfig
> index 2114b563478c..dcd6481a14d0 100644
> --- a/drivers/soc/mediatek/Kconfig
> +++ b/drivers/soc/mediatek/Kconfig
> @@ -44,4 +44,11 @@ config MTK_SCPSYS
> Say yes h
On 2/25/20 8:34 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20200225:
>
on i386:
ld: drivers/gpu/drm/amd/amdgpu/amdgpu_object.o: in function
`amdgpu_bo_release_notify':
amdgpu_object.c:(.text+0xe07): undefined reference to
`amdgpu_amdkfd_remove_fence_on_pt_pd_bos'
Full randconfi
From: Zubair Lutfullah Kakakhel
Add DT bindings for the hdmi driver for the Ingenic JZ4780 SoC.
Signed-off-by: Zubair Lutfullah Kakakhel
---
.../bindings/display/ingenic-jz4780-hdmi.txt | 41 +++
1 file changed, 41 insertions(+)
create mode 100644
Documentation/devicetree/bi
Hi Florian,
On Mon, Feb 24, 2020 at 10:15:32AM -0800, Florian Fainelli wrote:
> On 2/24/20 1:06 AM, Maxime Ripard wrote:
> > The firmware has an interface to discover the clocks it exposes.
> >
> > Let's use it to discover, register the clocks in the clocks framework and
> > then expose them throu
Hi Nicolas,
On Tue, Feb 25, 2020 at 05:00:56PM +0100, Nicolas Saenz Julienne wrote:
> On Mon, 2020-02-24 at 10:06 +0100, Maxime Ripard wrote:
> > The current firmware clock driver for the RaspberryPi can only be probed by
> > manually registering an associated platform_device.
> >
> > While this w
On 25.02.20 09:13, Frieder Schrempf wrote:
> Hi Lucas,
>
> On 24.02.20 12:08, Lucas Stach wrote:
>> On Mo, 2020-02-24 at 10:53 +, Schrempf Frieder wrote:
>>> Hi Lucas,
>>>
>>> On 24.02.20 11:37, Lucas Stach wrote:
Hi Frieder,
On Mo, 2020-02-24 at 10:28 +, Schrempf Frieder wr
Signed-off-by: H. Nikolaus Schaller
---
arch/mips/configs/ci20_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/mips/configs/ci20_defconfig b/arch/mips/configs/ci20_defconfig
index be41df2a81fb..3f733a555cb2 100644
--- a/arch/mips/configs/ci20_defconfig
+++ b/arch/mips/config
On Tue, Feb 25, 2020 at 07:50:03PM +0100, Jernej Škrabec wrote:
> Hi!
>
> Dne torek, 25. februar 2020 ob 09:52:18 CET je Chen-Yu Tsai napisal(a):
> > On Tue, Feb 25, 2020 at 4:35 PM Maxime Ripard wrote:
> > > Hi,
> > >
> > > On Mon, Feb 24, 2020 at 06:39:00PM +0100, Jernej Skrabec wrote:
> > > > N
In the actual implementation the same compatible string
"mediatek,-mmsys" is used to bind the clock drivers
(drivers/soc/mediatek) as well as to the gpu driver
(drivers/gpu/drm/mediatek/mtk_drm_drv.c). This ends with the problem
that the only probed driver is the clock driver and there is no displa
From: Paul Boddie
A specialisation of the generic Synopsys HDMI driver is employed for JZ4780
HDMI support. This requires a new driver, plus device tree and configuration
modifications.
Signed-off-by: Paul Boddie
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/ingenic/Kconfig
Hi Rob,
On 2/25/20 8:57 PM, Rob Herring wrote:
On Fri, Feb 21, 2020 at 1:48 PM Lukasz Luba wrote:
Add device to the Energy Model framework. It will create a dedicated
and unified data structures used i.e. in the thermal framework.
The power model used in dev_pm_opp subsystem is simplified and
From: Matthias Brugger
It can happen that the mmsys clock drivers aren't probed before the
platform driver gets invoked. The platform driver used to print a warning
that the driver failed to get the clocks. Omit this error on
the defered probe path.
Signed-off-by: Matthias Brugger
Reviewed-by:
From: Kevin Tang
The Unisoc DRM master device is a virtual device needed to list all
DPU devices or other display interface nodes that comprise the
graphics subsystem
Cc: Orson Zhai
Cc: Baolin Wang
Cc: Chunyan Zhang
Signed-off-by: Kevin Tang
---
.../devicetree/bindings/display/sprd/drm.yaml
On Wed, 2020-02-26 at 15:26 +0100, Maxime Ripard wrote:
> Hi Nicolas,
>
> On Tue, Feb 25, 2020 at 05:13:33PM +0100, Nicolas Saenz Julienne wrote:
> > On Mon, 2020-02-24 at 10:06 +0100, Maxime Ripard wrote:
> > > The pllb_arm clk_hw pointer in the raspberry_clk structure isn't used
> > > anywhere b
From: Kevin Tang
DPU (Display Processor Unit) is the Display Controller for the Unisoc SoCs
which transfers the image data from a video memory buffer to an internal
LCD interface.
Cc: Orson Zhai
Cc: Baolin Wang
Cc: Chunyan Zhang
Signed-off-by: Kevin Tang
---
.../devicetree/bindings/display/
ChangeList:
v1:
1. only upstream modeset and atomic at first commit.
2. remove some unused code;
3. use alpha and blend_mode properties;
3. add yaml support;
4. remove auto-adaptive panel driver;
5. bugfix
v2:
1. add sprd crtc and plane module for KMS, preparing for multi crtc&encoder
2. remove g
Thanks for the patch.
Applied to drm-misc-next.
On Sat, 11 Jan 2020 at 11:09, Tian Tao wrote:
> set the prefer_shadow as 1,so we use the shadowfb to acceleration.
>
> Signed-off-by: Tian Tao
> Signed-off-by: Gong junjie
> ---
> drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 2 +-
> 1 file
Thanks for the patch.
Applied to drm-misc-next.
On Fri, 3 Jan 2020 at 11:55, Tian Tao wrote:
> The maximum resolution supported by hibmc is 1920 * 1200 instead of
> 1920 * 1440, this patch fixed this problem
>
> Signed-off-by: Tian Tao
> Signed-off-by: Gong junjie
> ---
> drivers/gpu/drm/hisi
From: Kevin Tang
Adds MIPI DSI Master and MIPI DSI-PHY (D-PHY)
support for Unisoc's display subsystem.
Cc: Orson Zhai
Cc: Baolin Wang
Cc: Chunyan Zhang
Signed-off-by: Kevin Tang
---
.../devicetree/bindings/display/sprd/dphy.yaml | 75 +
.../devicetree/bindings/display/sp
Equivalent information can be nowadays obtained using function tracer.
Signed-off-by: Enric Balletbo i Serra
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 5 -
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 2 --
2 files changed, 7 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc
于 2020年2月26日 GMT+08:00 下午6:58:43, Thomas Zimmermann 写到:
>Hi Iceynow,
>
>Torsten asked me to merge your patch via drm-misc-next. I'd add the
>additional cc and fixes tags that Torsten listed. Are you OK with that?
I think this fixes a driver (and a board) available in 5.6.
Maybe it should enter
From: Zubair Lutfullah Kakakhel
Add DT bindings for the LCD controller on the jz4780 SoC
Signed-off-by: Zubair Lutfullah Kakakhel
---
.../bindings/display/ingenic-jz4780-lcd.txt | 39 +++
1 file changed, 39 insertions(+)
create mode 100644
Documentation/devicetree/bindings/
From: Kevin Tang
Adds drm support for the Unisoc's display subsystem.
This is drm kms driver, this driver provides support for the
application framework in Android, Yocto and more.
Application framework can access Unisoc's display internel
peripherals through libdrm or libkms, it's test ok by m
On 2/26/20 12:29 PM, Ezequiel Garcia wrote:
> On Wed, 2020-02-26 at 07:40 -0800, Randy Dunlap wrote:
>> On 2/26/20 2:54 AM, Enric Balletbo i Serra wrote:
>>> diff --git a/drivers/soc/mediatek/Kconfig b/drivers/soc/mediatek/Kconfig
>>> index 2114b563478c..dcd6481a14d0 100644
>>> --- a/drivers/soc/me
Hi Nicolas,
On Tue, Feb 25, 2020 at 05:13:33PM +0100, Nicolas Saenz Julienne wrote:
> On Mon, 2020-02-24 at 10:06 +0100, Maxime Ripard wrote:
> > The pllb_arm clk_hw pointer in the raspberry_clk structure isn't used
> > anywhere but in the raspberrypi_register_pllb_arm.
> >
> > Let's remove it, th
Adds DPU(Display Processor Unit) support for the Unisoc's display subsystem.
It's support multi planes, scaler, rotation, PQ(Picture Quality) and more.
Cc: Orson Zhai
Cc: Baolin Wang
Cc: Chunyan Zhang
Signed-off-by: Kevin Tang
---
drivers/gpu/drm/sprd/Makefile | 5 +-
drivers/gpu/drm/
Thanks for the patch.
Applied to drm-misc-next.
On Mon, 24 Feb 2020 at 14:02, Tian Tao wrote:
> use the drm_fb_helper_remove_conflicting_pci_framebuffer to remove
> the framebuffer initialized by fireware/bootloader to avoid resource
> conflict.
>
> Signed-off-by: Tian Tao
>
> ---
> v2: use
Missing return statement will cause the reservations to
get released prematurely, thus messing up the allocation
for any next successive datapath reservation.
Signed-off-by: Krishna Manikandan
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/d
From: Matthias Brugger
The mmsys memory space is shared between the drm and the
clk driver. Use regmap to access it.
Signed-off-by: Matthias Brugger
Reviewed-by: Philipp Zabel
Reviewed-by: CK Hu
Signed-off-by: Enric Balletbo i Serra
---
Changes in v9: None
Changes in v8:
- Select REGMAP and
This patch series adds new DRM driver for Cadence Display Port.
The Cadence Display Port is also referred as MHDP (Mobile High
Definition Link, High-Definition Multimedia Interface Display
Port) Cadence Display Port complies with VESA DisplayPort (DP)
and embedded Display Port (eDP) standards. This
Thanks for the patch.
Applied to drm-misc-next.
On Wed, 8 Jan 2020 at 17:41, Tian Tao wrote:
> add mode_valid function, we can make sure the resolution is valid.
>
> Signed-off-by: Tian Tao
> Signed-off-by: Gong junjie
> Reviewed-by: Thomas Zimmermann
>
> ---
> v2: declare hibmc_crtc_mode
This patch series adds HDMI output to the jz4780/CI20 board.
It is based on taking the old 3.18 vendor kernel and trying
to achieve the same with modern DTS setup and new/modified
drivers.
Unfortunately, in this first RFC, only EDID and creation of
/dev/fb0 are working. Also, HDMI hot plugging is
From: Matthias Brugger
There is no strong reason for this to use CLK_OF_DECLARE instead of
being a platform driver. Plus, this driver provides clocks but also
a shared register space for the mediatek-drm and the mediatek-mdp
driver. So move to drivers/soc/mediatek as a platform driver.
Signed-of
Add j721e wrapper for mhdp, which sets up the clock and data muxes.
Signed-off-by: Yuti Amonkar
Signed-off-by: Jyri Sarha
Reviewed-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/Kconfig | 12
drivers/gpu/drm/bridge/Makefile | 4 ++
drivers/gpu/drm/bridge/cdns-mhdp-core.
On Wed, 2020-02-26 at 07:40 -0800, Randy Dunlap wrote:
> On 2/26/20 2:54 AM, Enric Balletbo i Serra wrote:
> > diff --git a/drivers/soc/mediatek/Kconfig b/drivers/soc/mediatek/Kconfig
> > index 2114b563478c..dcd6481a14d0 100644
> > --- a/drivers/soc/mediatek/Kconfig
> > +++ b/drivers/soc/mediatek/K
Dear all,
Those patches are intended to solve an old standing issue on some
Mediatek devices (mt8173, mt2701 and mt2712).
Up to now both drivers, clock and drm are probed with the same device tree
compatible. But only the first driver gets probed, which in effect breaks
graphics on those devices.
Add the required changes to support Display Port
for sc7180 target.
Signed-off-by: Krishna Manikandan
This patch has dependency on DP driver changes in
https://patchwork.kernel.org/patch/11269169/
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c| 6 ++
drivers/gpu/drm/msm/disp/dpu1/dpu_
so that the driver can load by matching the device tree
if compiled as module.
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/ingenic/ingenic-drm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/ingenic/ingenic-drm.c
b/drivers/gpu/drm/ingenic/ingenic-drm.c
index
From: Paul Boddie
Signed-off-by: Paul Boddie
Signed-off-by: H. Nikolaus Schaller
---
drivers/pinctrl/pinctrl-ingenic.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-ingenic.c
b/drivers/pinctrl/pinctrl-ingenic.c
index 96f04d121ebd..1599a003c31f 100644
--- a
Am 26.02.20 um 17:46 schrieb Bas Nieuwenhuizen:
On Wed, Feb 26, 2020 at 4:29 PM Jason Ekstrand wrote:
On Wed, Feb 26, 2020 at 4:05 AM Daniel Vetter wrote:
On Wed, Feb 26, 2020 at 10:16:05AM +0100, Christian König wrote:
[SNIP]
Just imagine that you access some DMA-buf with a shader and that
On Thu, 27 Feb 2020, "Laxminarayan Bharadiya, Pankaj"
wrote:
> Hi Chris,
>
>> -Original Message-
>> From: Chris Wilson
>> Sent: 25 February 2020 19:32
>> To: David Airlie ; Joonas Lahtinen
>> ; Laxminarayan Bharadiya, Pankaj
>> ; Vivi, Rodrigo
>> ; dan...@ffwll.ch; dri-devel@lists.free
On 20.02.2020 13:30, Marek Szyprowski wrote:
> Writing to the built-in strings arrays doesn't work if driver is loaded
> as kernel module. This is also considered as a bad pattern. Fix this by
> adding a call to clk_get() with legacy clock name. This fixes following
> kernel oops if driver is loade
On 20.02.2020 13:57, Marek Szyprowski wrote:
> Move enabling and disabling HDMI_EN optional regulator to probe() function
> to keep track on the regulator status. This fixes following warning if
> probe() fails (for example when I2C DDC adapter cannot be yet gathered
> due to the missing driver). T
Hi, Enric:
On Thu, 2020-02-27 at 09:45 +0100, Enric Balletbo i Serra wrote:
> Hi CK,
>
> On 27/2/20 2:10, CK Hu wrote:
> > Hi, Enric:
> >
> > On Wed, 2020-02-26 at 11:54 +0100, Enric Balletbo i Serra wrote:
> >> From: Matthias Brugger
> >>
> >> The mmsys memory space is shared between the drm a
I'd really like someone from USB to have a look through this too.
I'll do a quick first pass and provide some general comments though.
On Sun, 16 Feb 2020, Noralf Trønnes wrote:
> A Multifunction USB Device is a device that supports functions like gpio
> and display or any other function that can
Am 26.02.20 um 17:32 schrieb Daniel Vetter:
On Tue, Feb 25, 2020 at 6:16 PM Daniel Vetter wrote:
On Mon, Feb 24, 2020 at 07:46:59PM +0100, Christian König wrote:
Am 23.02.20 um 17:54 schrieb Thomas Hellström (VMware):
On 2/23/20 4:45 PM, Christian König wrote:
Am 21.02.20 um 18:12 schrieb Da
On Thu, Feb 27, 2020 at 10:20 AM Christian König
wrote:
> Am 26.02.20 um 17:32 schrieb Daniel Vetter:
> > On Tue, Feb 25, 2020 at 6:16 PM Daniel Vetter wrote:
> >> On Mon, Feb 24, 2020 at 07:46:59PM +0100, Christian König wrote:
> >>> Am 23.02.20 um 17:54 schrieb Thomas Hellström (VMware):
>
On 24/02/2020 19:42, Colin King wrote:
> From: Colin Ian King
>
> There are two spelling mistakes in warning and debug messages.
> Fix them.
>
> Signed-off-by: Colin Ian King
Reviewed-by: Jyri Sarha
Tested-by: Jyri Sarha
I'll merge this to drm-misc-next tomorrow.
Thank you for the patch,
J
On 22/02/2020 13:07, Laurent Pinchart wrote:
> Replace the manual encoder->bridge_chain walk with the
> drm_for_each_bridge_in_chain() macro. Drivers should not touch the
> bridge_chain field directly.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Jyri Sarha
Tested-by: Jyri Sarha
I'll merg
On 27/02/2020 08:50, YueHaibing wrote:
> There is no need to have the 'const struct dispc_csc_coef *coef'
> variable static since new value always be assigned before use it.
>
> Signed-off-by: YueHaibing
Reviewed-by: Jyri Sarha
Tested-by: Jyri Sarha
I'll merge this to drm-misc-next tomorrow.
From: Gowtham Tammana
drm_gem_fb_prepare_fb() extracts fence and attaches to plane state.
The fence info is needed if implicit fencing is used. Add this as
prepare_fb function pointer to plane helper funcs.
Signed-off-by: Gowtham Tammana
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tidss/tid
On Thu, Feb 27, 2020 at 12:13:07PM +0200, Jyri Sarha wrote:
> From: Gowtham Tammana
>
> drm_gem_fb_prepare_fb() extracts fence and attaches to plane state.
> The fence info is needed if implicit fencing is used. Add this as
> prepare_fb function pointer to plane helper funcs.
>
> Signed-off-by:
On Thu, Feb 27, 2020 at 11:31:39AM +0100, Daniel Vetter wrote:
> On Thu, Feb 27, 2020 at 12:13:07PM +0200, Jyri Sarha wrote:
> > From: Gowtham Tammana
> >
> > drm_gem_fb_prepare_fb() extracts fence and attaches to plane state.
> > The fence info is needed if implicit fencing is used. Add this as
Hi,
> I think it might be safe for some integrated graphics where the driver
> maintainers can guarantee that it's safe on all particular processors used
> with that driver, but then IMO it should be moved out to those drivers.
>
> Other drivers needing write-combine shouldn't really use shmem.
On Wed, Feb 26, 2020 at 04:25:53PM -0800, Gurchetan Singh wrote:
> The main motivation behind this is to have eventually have something like
> this:
patches 1+2 cherry-picked and pushed to -next.
thanks,
Gerd
___
dri-devel mailing list
dri-devel@lis
Some Vivante GPUs are found in systems that have interconnects restricted
to 32 address bits, but may have system memory mapped above the 4GB mark.
As this region isn't accessible to the GPU via DMA any GPU memory allocated
in the upper part needs to go through SWIOTLB bounce buffering. This kills
On 18/02/2020 17:55, Wambui Karuga wrote:
> Remove the check and error handling of the return value of
> drm_debugfs_create_files as it is not needed in tilcdc_debugfs_init.
> Also remove local variables that are not used after the changes.
>
> Signed-off-by: Wambui Karuga
Reviewed-by: Jyri Sarh
hi all,
i would suggest converting this in to a more common for() loop.
Programmers are bad in counting backwards. that kind of bug is
common.
re,
wh
Von: kernel-janitors-ow...@vger.kernel.org
im Auftrag von Colin King
Gesendet: Mittwoch, 26. Februar
Hi
Am 26.02.20 um 12:02 schrieb Icenowy Zheng:
>
>
> 于 2020年2月26日 GMT+08:00 下午6:58:43, Thomas Zimmermann 写到:
>> Hi Iceynow,
>>
>> Torsten asked me to merge your patch via drm-misc-next. I'd add the
>> additional cc and fixes tags that Torsten listed. Are you OK with that?
>
> I think this fixe
On Wed, Feb 26, 2020 at 07:58:26PM +, Colin King wrote:
> From: Colin Ian King
>
> In the unlikely event that num_entry is zero, the while loop
> pre-decrements num_entry to cause negative array indexing into the
> array sources. Fix this by iterating only if num_entry >= 0.
>
> Addresses-Co
Hi Laurentiu,
On Fri, 2019-12-06 at 11:52 +0200, Laurentiu Palcu wrote:
> Add bindings for iMX8MQ Display Controller Subsystem.
>
> Signed-off-by: Laurentiu Palcu
> Reviewed-by: Rob Herring
> ---
> .../bindings/display/imx/nxp,imx8mq-dcss.yaml | 86
> ++
> 1 file chan
The old implementation of placing planes on the CRTC while configuring
the planes was naive and relied on the order in which the planes were
configured, enabled, and disabled. The situation where a plane's zpos
was changed on the fly was completely broken. The usual symptoms of
this problem was scr
On 2/27/20 11:56 AM, Gerd Hoffmann wrote:
Hi,
I think it might be safe for some integrated graphics where the driver
maintainers can guarantee that it's safe on all particular processors used
with that driver, but then IMO it should be moved out to those drivers.
Other drivers needing write
Hi Nikolaus.
On Wed, Feb 26, 2020 at 08:12:52PM +0100, H. Nikolaus Schaller wrote:
> This patch series adds HDMI output to the jz4780/CI20 board.
>
> It is based on taking the old 3.18 vendor kernel and trying
> to achieve the same with modern DTS setup and new/modified
> drivers.
>
> Unfortunat
On Thu, Feb 27, 2020 at 03:02:13PM +0300, Wambui Karuga wrote:
> As a result of commit 987d65d01356 (drm: debugfs: make
> drm_debugfs_create_files() never fail) and changes to various debugfs
> functions in drm/core and across various drivers, there is no need for
> the drm_driver.debugfs_init() ho
On 27/02/2020 14:02, Wambui Karuga wrote:
> Since 987d65d01356 (drm: debugfs: make
> drm_debugfs_create_files() never fail), drm_debugfs_create_files() never
> fails. Therefore, remove the check and error handling of the return
> value of drm_debugfs_create_files() as it is not needed in
> tilcdc_d
On Thu, Feb 27, 2020 at 03:29:46PM +0300, Wambui Karuga wrote:
>
>
> On Thu, 27 Feb 2020, Greg KH wrote:
>
> > On Thu, Feb 27, 2020 at 03:02:13PM +0300, Wambui Karuga wrote:
> > > As a result of commit 987d65d01356 (drm: debugfs: make
> > > drm_debugfs_create_files() never fail) and changes to v
Add the required changes to support Display Port
for sc7180 target.
Signed-off-by: Krishna Manikandan
Changes in v2:
- Change in commit message
This patch has dependency on the below series
https://patchwork.kernel.org/patch/11269169/
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c
On Wed, Feb 26, 2020 at 12:10:11AM -0800, Vasily Khoruzhick wrote:
> From: Icenowy Zheng
>
> Pinebook has an ANX6345 bridge connected to the RGB666 LCD output and
> eDP panel input. The bridge is controlled via I2C that's connected to
> R_I2C bus.
>
> Enable all this hardware in device tree.
>
> R
Since 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_files() never
fails and should return void. Therefore, remove its use as the
return value of drm_vram_mm_debugfs_init(), and have the function
declared as void instead.
Signed-off-by: Wambui Karuga
-
Since commit 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_file only
returns 0, and there is no need to check the return value.
This change therefore removes the check and error handling in
etnaviv_debugfs_init() and also makes the function return void.
Gentle reminder.
+ Ilia Mirkin, +Emil Velikov.
Thanks & Regards,
Rohit
> -Original Message-
> From: Rohit Visavalia [mailto:rohit.visava...@xilinx.com]
> Sent: Tuesday, February 25, 2020 3:08 PM
> To: dri-devel@lists.freedesktop.org
> Cc: Hyun Kwon ; Ranganathan Sk ;
> Dhaval Rajeshbhai
On 22/02/2020 10:00, Mauro Carvalho Chehab wrote:
> Several DT references got broken due to txt->yaml conversion.
>
> Those are auto-fixed by running:
>
> scripts/documentation-file-ref-check --fix
>
> Signed-off-by: Mauro Carvalho Chehab
[ ... ]
> diff --git
> a/Documentation/devicetr
As midi_dbi_debugfs_init() never fails and does not return anything
other than zero, declare its return value as void.
Signed-off-by: Wambui Karuga
---
drivers/gpu/drm/drm_mipi_dbi.c | 6 +-
include/drm/drm_mipi_dbi.h | 2 +-
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a
As a result of commit 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail) and changes to various debugfs
functions in drm/core and across various drivers, there is no need for
the drm_driver.debugfs_init() hook to have a return value. Therefore,
declare it as void.
Signed-off-b
As there's no need for the return value in malidp_debugfs_init() after
the conversion of the drm_driver.debugfs_init() hook, (drm: convert the
.debugs_init() hook to return void), convert the malidp_debugfs_init()
function to return void.
Signed-off-by: Wambui Karuga
---
drivers/gpu/drm/arm/mali
Since commit 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_files()
never fails, and should return void. Therefore, remove its use as a
return value in hdlcd_debugfs_init and have the latter function
return void.
Signed-off-by: Wambui Karuga
---
drive
Since 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), there is no need to ever check
the return value for drm_debugfs_create_files(). Therefore remove the
checks for the return value and subsequent error handling in
omap_debugfs_init().
These changes also enables the chang
Since 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_files() never
fails and should return void. Therefore, remove unnecessary check and
error handling for the return value of drm_debugfs_create_files()
in vc4_debugfs_init().
This change also allows vc4
Since 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_files() never
fails. Therefore, remove the check and error handling of the return
value of drm_debugfs_create_files() as it is not needed in
tilcdc_debugfs_init().
Also remove local variables that are
This series includes work on various debugfs functions both in drm/core
and across various drivers in the subsystem.
Since commit 987d65d01356 (drm: debugfs: make drm_debugfs_create_files()
never fail), drm_debugfs_create_files() does not fail and only returns
zero. This series therefore removes th
Hi Dave, Daniel,
Here's this week drm-misc-next PR.
Thank!
Maxime
drm-misc-next-2020-02-27:
drm-misc-next for $kernel-version:
UAPI Changes:
Cross-subsystem Changes:
Core Changes:
- bridge: huge rework to get rid of omap_dss custom display drivers
Driver Changes:
- hisilicon: some fixes
On Thu, 27 Feb 2020, Greg KH wrote:
On Thu, Feb 27, 2020 at 03:02:13PM +0300, Wambui Karuga wrote:
As a result of commit 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail) and changes to various debugfs
functions in drm/core and across various drivers, there is no need f
Missing return statement will cause the reservations to
get released prematurely, thus messing up the allocation
for any next successive datapath reservation.
Signed-off-by: Krishna Manikandan
Changes in v2:
- Change in commit message
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 2
Since 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_files()
never fails and should return void. Therefore, remove its use as the
return value of virtio_gpu_debugfs() and have the latter function return
void.
Signed-off-by: Wambui Karuga
---
drivers/g
Since commit 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_files() never
fails and should return void. Therefore, remove its use as the
return value of v3d_debugfs_init and have the function return void
instead.
Signed-off-by: Wambui Karuga
---
drive
Since 987d65d01356 (drm: debugfs: make drm_debugfs_create_files() never
fail), there is no need to check the return value of
drm_debugfs_create_files(). Therefore, remove remove unnecessary checks
and error handling statement blocks for its return value.
These changes also enable changing drm_debu
Since commit 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_files() does
not fail, and should return void. This change therefore removes the
checks of its return value in drm/msm and subsequent error handling.
These changes also enable the changing of v
Since 987d65d01356 (drm: debugfs: make drm_debugfs_create_files() never
fail), drm_debug_create_files() never fails and should return void.
Therefore, drop return value from various drm_debugfs functions that return
drm_debug_create_files() and convert the functions to return void.
Signed-off-by:
On Thu, 27 Feb 2020, Jyri Sarha wrote:
On 27/02/2020 14:02, Wambui Karuga wrote:
Since 987d65d01356 (drm: debugfs: make
drm_debugfs_create_files() never fail), drm_debugfs_create_files() never
fails. Therefore, remove the check and error handling of the return
value of drm_debugfs_create_fil
1 - 100 of 262 matches
Mail list logo
