On Mon, 16 Dec 2019, Hans de Goede wrote:
> At least Bay Trail (BYT) and Cherry Trail (CHT) devices can use 1 of 2
> different PWM controllers for controlling the LCD's backlight brightness.
>
> Either the one integrated into the PMIC or the one integrated into the
> SoC (the 1st LPSS PWM control
On Mon, 16 Dec 2019, Hans de Goede wrote:
> Move the Crystal Cove PMIC panel GPIO lookup-table from
> drivers/mfd/intel_soc_pmic_core.c to the i915 driver.
>
> The moved looked-up table is adding a GPIO lookup to the i915 PCI
> device and the GPIO subsys allows only one lookup table per device,
>
Fixes: 8086d1c61970 ("mm/gup: track FOLL_PIN pages")
Signed-off-by: kbuild test robot
---
gup.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/gup.c b/mm/gup.c
index 038b71165a761..849a6f55938e6 100644
--- a/mm/gup.c
+++ b/mm/gup.c
@@ -75,7 +75,7 @@ static inline stru
Hi John,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on rdma/for-next]
[also build test WARNING on linus/master v5.5-rc2 next-20191216]
[cannot apply to mmotm/master vfio/next]
[if your patch is applied to the wrong git tree, please drop us a note to help
impro
On Mon, 16 Dec 2019, Hans de Goede wrote:
> Hi,
>
> On 16-12-2019 10:30, Lee Jones wrote:
> > [...]
> >
> > > > > > > > > > > Which use a Crystal Cove PMIC, yet the LCD is connected
> > > > > > > > > > > to the SoC/LPSS
> > > > > > > > > > > PWM controller (and the VBT correctly indicates this)
[AMD Official Use Only - Internal Distribution Only]
Hi Andry
Please check the 3 minor comments in this patch. With that addressed, the V2s
series is Reviewed-by: Le Ma mailto:le...@amd.com>>
Regards,
Ma Le
-Original Message-
From: Andrey Grodzovsky
Sent: Saturday, December 14
Hey,
First pull for v5.6!
Enjoy!
~Maarten
drm-misc-next-2019-12-16:
drm-misc-next for v5.6:
UAPI Changes:
- Add support for DMA-BUF HEAPS.
Cross-subsystem Changes:
- mipi dsi definition updates, pulled into drm-intel as well.
- Add lockdep annotations for dma_resv vs mmap_sem and fs_reclaim.
On Mon, Dec 16, 2019 at 07:41:23PM +0100, Andrzej Pietrasiewicz wrote:
> Hi Liviu,
>
> W dniu 16.12.2019 o 18:19, Liviu Dudau pisze:
> > Hi Andrzej,
> >
> > On Fri, Dec 13, 2019 at 04:58:36PM +0100, Andrzej Pietrasiewicz wrote:
> > > Extend the size-checking special function to handle afbc.
> > >
Hi Linus,
I feel kind of bad to keep requesting changes for this patch,
but I found one last difference with the vendor kernel:
On Mon, Dec 16, 2019 at 10:06:47PM +0100, Linus Walleij wrote:
> The video DSI mode had not really been tested. These fixes makes
> it more likely to work on real hardwa
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 Sat, Dec 14, 2019 at 6:38 AM Laurent Pinchart
wrote:
>
> Hi Hsin-Yi and Nicolas,
>
> Thank you for the patch.
>
> On Wed, Dec 11, 2019 at 02:19:09PM +0800, Hsin-Yi Wang wrote:
> > From: Nicolas Boichat
> >
> > ANX7688 is a HDMI to DP converter (as well as USB-C port controller),
> > that has a
On Sun, 15 Dec 2019 12:35:09 -0800
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:07c4b9e9 Merge tag 'scsi-fixes' of git://git.kernel.org/pu..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=14b61f41e0
> kernel config: https://s
Hi,
On 12/16/19 6:12 PM, Maxime Ripard wrote:
Hi,
On Mon, Dec 16, 2019 at 04:43:48PM +0200, Stefan Mavrodiev wrote:
It's possible hdmi->connector and hdmi->encoder divices to be NULL.
This can happen when building as kernel module and you try to remove
the module.
This patch make simple null
Hi Miquel:
Thanks for your work here.
A discussion about the grf write macro bellow.
On 12/14/19 2:10 AM, Miquel Raynal wrote:
Introduce PX30 LVDS support. This means adding the relevant helper
functions, a specific probe and also the initialization of a specific
PHY.
Signed-off-by: Miquel Ra
On Thu, Dec 12, 2019 at 7:40 PM Brian Masney wrote:
>
> Hi Jeffrey,
>
> On Tue, Dec 03, 2019 at 07:18:31AM -0700, Jeffrey Hugo wrote:
> > On Mon, Dec 2, 2019 at 6:40 PM Brian Masney wrote:
> > > On Wed, Nov 13, 2019 at 06:23:34AM -0500, Brian Masney wrote:
> > > > On Tue, Nov 12, 2019 at 08:38:27
Hi Maxime,
Maxime Ripard wrote on Mon, 16 Dec 2019 11:58:27
+0100:
> Hi,
>
> On Fri, Dec 13, 2019 at 07:10:48PM +0100, Miquel Raynal wrote:
> > +static int px30_lvds_grf_config(struct drm_encoder *encoder,
> > + struct drm_display_mode *mode)
> > +{
> > + struct rock
Hi,
On Fri, Dec 13, 2019 at 07:13:25PM +0100, Miquel Raynal wrote:
> The panel common bindings provide a gpios-reset property which is
> active low by default. Let's support it in the simple driver.
>
> De-asserting the reset pin implies a physical high, which in turns is
> a logic low.
>
> Signed
Hi Maxime,
Maxime Ripard wrote on Mon, 16 Dec 2019 14:06:15
+0100:
> Hi,
>
> On Fri, Dec 13, 2019 at 07:13:25PM +0100, Miquel Raynal wrote:
> > The panel common bindings provide a gpios-reset property which is
> > active low by default. Let's support it in the simple driver.
> >
> > De-assertin
Reviewed-by: Alyssa Rosenzweig
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
It's possible hdmi->connector and hdmi->encoder divices to be NULL.
This can happen when building as kernel module and you try to remove
the module.
This patch make simple null check, before calling the cleanup functions.
Signed-off-by: Stefan Mavrodiev
---
drivers/gpu/drm/sun4i/sun4i_hdmi_enc.
Hi Laurent,
Thank you for your feedback!
> From: Laurent Pinchart
> Sent: 13 December 2019 21:30
> Subject: Re: [PATCH v4 3/7] drm: rcar-du: lvds: Get dual link configuration
> from DT
>
> Hi Fabrizio,
>
> Thank you for the patch.
>
> On Fri, Dec 06, 2019 at 04:32:50PM +, Fabrizio Castro
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/
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 | 78
.../devicetree/bindings/display/sp
On Fri, Dec 13, 2019 at 07:10:41PM +0100, Miquel Raynal wrote:
> PX30 SoCs use a single PHY shared by two display pipelines: MIPI DSI
> and LVDS. In the case of the LVDS IP, document the possibility to fill
> a PHY handle.
>
> Signed-off-by: Miquel Raynal
> ---
> .../devicetree/bindings/display/r
From: Kevin Tang
Adds drm support for the Unisoc's display subsystem.
This is drm device and gem driver. This driver provides support for the
Direct Rendering Infrastructure (DRI) in XFree86 4.1.0 and higher.
Cc: Orson Zhai
Cc: Baolin Wang
Cc: Chunyan Zhang
Signed-off-by: Kevin Tang
---
dr
On Sat, Dec 14, 2019 at 6:33 AM Laurent Pinchart
wrote:
>
> Hi Hsin-Yi and Nicolas,
>
> Thank you for the patch.
>
> On Wed, Dec 11, 2019 at 02:19:11PM +0800, Hsin-Yi Wang wrote:
> > From: Nicolas Boichat
> >
> > This driver supports single input, 2 output display mux (e.g.
> > HDMI mux), that pr
On 11/12/2019 00:57, Laurent Pinchart wrote:
Display connectors are modelled in DT as a device node, but have so far
been handled manually in several bridge drivers. This resulted in
duplicate code in several bridge drivers, with slightly different (and
thus confusing) logics.
In order to fix th
Hi Laurent,
Thank you for your patch!
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Laurent Pinchart
> Sent: 13 December 2019 18:28
> Subject: [PATCH v2] drm: rcar-du: lvds: Get mode from state
>
> The R-Car LVDS encoder driver implements the bridge .mode_set()
> operation for
If so much code is being duplicated over, I'm wondering if it makes
sense for us to move some of the common devfreq code to core DRM
helpers?
On Sun, Dec 15, 2019 at 10:12:22PM +0100, Martin Blumenstingl wrote:
> This is my attempt at adding devfreq (and cooling device) support to
> the lima drive
On 12/16/19 9:42 PM, Sam Ravnborg wrote:
> Hi Randy.
>
> On Mon, Dec 16, 2019 at 08:25:11AM -0800, Randy Dunlap wrote:
>> On 12/15/19 9:22 PM, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> Changes since 20191213:
>>>
>>
>> on x86_64:
>>
>> ld: drivers/gpu/drm/drm_panel.o: in function `drm_panel_of_b
Hi Laurent,
Thank you for your feedback!
> From: Laurent Pinchart
> Sent: 13 December 2019 21:22
> Subject: Re: [PATCH v4 2/7] drm: rcar-du: lvds: Improve identification of
> panels
>
> Hi Fabrizio,
>
> Thank you for the patch.
>
> On Fri, Dec 06, 2019 at 04:32:49PM +, Fabrizio Castro wr
Hi Laurent,
Thank you for your feedback!
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Laurent Pinchart
> Sent: 13 December 2019 21:06
> Subject: Re: [PATCH v4 1/7] drm: of: Add drm_of_lvds_get_dual_link_pixel_order
>
> Hi Fabrizio,
>
> Thank you for the patch.
>
> On Fri, D
Hi,
On Fri, Dec 13, 2019 at 07:10:48PM +0100, Miquel Raynal wrote:
> +static int px30_lvds_grf_config(struct drm_encoder *encoder,
> + struct drm_display_mode *mode)
> +{
> + struct rockchip_lvds *lvds = encoder_to_lvds(encoder);
> + u8 nhsync = !(mode->flags &
Hi Laurent,
Thank you for your feedback!
> From: devicetree-ow...@vger.kernel.org On
> Behalf Of Laurent Pinchart
> Sent: 13 December 2019 21:41
> Subject: Re: [PATCH v4 4/7] drm: rcar-du: lvds: Allow for even and odd pixels
> swap
>
> Hi Fabrizio,
>
> Thank you for the patch.
>
> On Fri, D
On Mon, Dec 16, 2019 at 02:10:36PM +0100, Miquel Raynal wrote:
> > > drivers/gpu/drm/panel/panel-simple.c | 12 +++-
> > > 1 file changed, 11 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/gpu/drm/panel/panel-simple.c
> > > b/drivers/gpu/drm/panel/panel-simple.c
> > > index
Hi Sam,
Sam Ravnborg wrote on Sat, 14 Dec 2019 11:23:54
+0100:
> Hi Miquel.
>
> On Fri, Dec 13, 2019 at 07:13:25PM +0100, Miquel Raynal wrote:
> > The panel common bindings provide a gpios-reset property which is
> > active low by default. Let's support it in the simple driver.
> >
> > De-asse
Hi all,
This driver seems to continue failing to reach upstream. The latest
version send by Ulrich [1] one month ago, seems to fix all the issues
that prevented the driver to get merged, but, recent changes ended with
this driver not building in current mainline. This new version is like a
RESEND
The EK874 is advertised as compatible with panel IDK-2121WR from
Advantech, however the panel isn't sold alongside the board.
A new dts, adding everything that's required to get the panel to
to work with the EK874, is the most convenient way to support the
EK874 when it's connected to the IDK-2121W
DT properties dual-lvds-even-pixels and dual-lvds-odd-pixels
can be used to work out if the driver needs to swap even
and odd pixels around.
This patch makes use of the return value from function
drm_of_lvds_get_dual_link_pixel_order to determine if we
need to swap odd and even pixels around for t
From: Jitao Shi
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
Reviewed-by: Philipp Zabel
Signed-off-by: Ulrich Hecht
Signed-off-by: Enric Balletbo i Serra
---
Changes in v21: None
Changes in v19: None
Changes in v1
Hi Andy,
Andy Yan wrote on Mon, 16 Dec 2019 20:00:31
+0800:
> Hi Miquel:
>
> Thanks for your work here.
>
> A discussion about the grf write macro bellow.
>
> On 12/14/19 2:10 AM, Miquel Raynal wrote:
> > Introduce PX30 LVDS support. This means adding the relevant helper
> > functions, a spec
Hi Laurent,
Thank you for your feedback!
> From: devicetree-ow...@vger.kernel.org On
> Behalf Of Laurent Pinchart
> Sent: 13 December 2019 21:42
> Subject: Re: [PATCH v4 5/7] drm: rcar-du: lvds: Fix mode for companion encoder
>
> Hi Fabrizio,
>
> Thank you for the patch.
>
> On Fri, Dec 06,
On Thu, Dec 5, 2019 at 1:34 AM Rajat Jain wrote:
>
> Certain laptops now come with panels that have integrated privacy
> screens on them. This patch adds support for such panels by adding
> a privacy-screen property to the intel_connector for the panel, that
> the userspace can then use to control
From: Jitao Shi
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
Reviewed-by: Daniel Kurtz
Reviewed-by: Enric Balletbo i Serra
[uli: followed API changes, removed FW update feature]
Signed-off-by: Ulrich Hecht
Signed-off-by: Enric Balletbo i Serra
Hi all,
This patch is our Unisoc's new drm display driver, This driver
provides support for the Direct Rendering Infrastructure (DRI)
in XFree86 4.1.0 and higher
ChangeList:
v1:
1. upstream modeset and atomic at first commit
2. remove some unused code
3. use alpha and blend_mode properties
4. add
Hi David, Daniel!
The following changes since commit d1eef1c619749b2a57e514a3fa67d9a516ffa919:
Linux 5.5-rc2 (2019-12-15 15:16:08 -0800)
are available in the Git repository at:
g...@github.com:abrodkin/linux.git tags/arcpgu-updates-2019.12.16
for you to fetch changes up to 0ff916e2ef6fb742
Hi Ville,
Le lun., déc. 16, 2019 at 15:15, Ville Syrjälä
a écrit :
On Sat, Dec 14, 2019 at 11:54:18AM +0100, Sam Ravnborg wrote:
Hi Paul.
On Tue, Dec 10, 2019 at 03:41:37PM +0100, Paul Cercueil wrote:
> Add a compatible string for the LCD controller found in the
JZ4770 SoC.
>
> v2: N
On Mon, Dec 16, 2019 at 12:03:12PM +0100, Miquel Raynal wrote:
> Maxime Ripard wrote on Mon, 16 Dec 2019 11:58:27 +0100:
> > Hi,
> >
> > On Fri, Dec 13, 2019 at 07:10:48PM +0100, Miquel Raynal wrote:
> > > +static int px30_lvds_grf_config(struct drm_encoder *encoder,
> > > +
Dual-LVDS panels are mistakenly identified as bridges, this
commit replaces the current logic with a call to
drm_of_find_panel_or_bridge to sort that out.
Signed-off-by: Fabrizio Castro
---
v4->v5:
* Addressed comments from Laurent's review
v3->v4:
* New patch extracted from patch:
"drm: rcar
Hi Sam,
Sam Ravnborg wrote on Sat, 14 Dec 2019 11:09:11
+0100:
> Hi Miquel.
>
> On Fri, Dec 13, 2019 at 07:23:25PM +0100, Miquel Raynal wrote:
> > Add support for the Satoz SAT050AT40H12R2 RGB panel.
>
> Google failed to find this display - do you have any pointers to
> datasheet?
>
> This
Dear All,
this series adds support for dual-LVDS panel IDK-2121WR
from Advantech:
https://buy.advantech.eu/Displays/Embedded-LCD-Kits-High-Brightness/model-IDK-2121WR-K2FHA2E.htm
V5 incorporates the comments from Laurent on v4, including rebasing
the series on top of patch:
https://patchwork.kern
Add binding for the idk-2121wr LVDS panel from Advantech.
Some panel-specific documentation can be found here:
https://buy.advantech.eu/Displays/Embedded-LCD-Kits-High-Brightness/model-IDK-2121WR-K2FHA2E.htm
Signed-off-by: Fabrizio Castro
Reviewed-by: Laurent Pinchart
---
v4->v5:
* No change
Hi Sam,
Maxime Ripard wrote on Mon, 16 Dec 2019 14:27:32
+0100:
> On Mon, Dec 16, 2019 at 02:10:36PM +0100, Miquel Raynal wrote:
> > > > drivers/gpu/drm/panel/panel-simple.c | 12 +++-
> > > > 1 file changed, 11 insertions(+), 1 deletion(-)
> > > >
> > > > diff --git a/drivers/gpu/drm/p
On 12/15/19 9:22 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20191213:
>
on x86_64:
ld: drivers/gpu/drm/drm_panel.o: in function `drm_panel_of_backlight':
(.text+0x2ee): undefined reference to `devm_of_find_backlight'
ld: drivers/gpu/drm/i915/display/intel_panel.o: in function
`in
For dual-LVDS configurations, it is now possible to mark the
DT port nodes for the sink with boolean properties (like
dual-lvds-even-pixels and dual-lvds-odd-pixels) to let drivers
know the encoders need to be configured in dual-LVDS mode.
Rework the implementation of rcar_lvds_parse_dt_companion
Hi all,
Enabling CONFIG_DEBUG_TEST_DRIVER_REMOVE causes many warns on a system
with the HIBMC hw:
[ 27.788806] WARNING: CPU: 24 PID: 1 at
drivers/gpu/drm/drm_gem_vram_helper.c:564 bo_driver_move_notify+0x8c/0x98
[ 27.798969] Modules linked in:
[ 27.802018] CPU: 24 PID: 1 Comm: swapper/
An LVDS dual-link connection is made of two links, with even
pixels transitting on one link, and odd pixels on the other
link. The device tree can be used to fully describe dual-link
LVDS connections between encoders and bridges/panels.
The sink of an LVDS dual-link connection is made of two ports,
From: Kevin Tang
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 | 6 +
On Mon, 16 Dec 2019, Hans de Goede wrote:
> Hi All,
>
> Somehow the CI system did not pick up this series the first time, there
> are no test results recorded for it:
> https://patchwork.freedesktop.org/series/69685
>
> So this is a resend for CI to do its thing. As soon as CI is happy with
> this
TC358768/TC358778 is a Parallel RGB to MIPI DSI bridge.
Signed-off-by: Peter Ujfalusi
---
.../display/bridge/toshiba,tc358768.yaml | 158 ++
1 file changed, 158 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/bridge/toshiba,tc358768.yaml
diff --
On Tue, Dec 17, 2019 at 08:45:07AM +0200, Stefan Mavrodiev wrote:
> Hi,
>
> On 12/16/19 6:12 PM, Maxime Ripard wrote:
> > Hi,
> >
> > On Mon, Dec 16, 2019 at 04:43:48PM +0200, Stefan Mavrodiev wrote:
> > > It's possible hdmi->connector and hdmi->encoder divices to be NULL.
> > > This can happen whe
On Tue, Dec 17, 2019 at 12:46:03PM +0100, Maxime Ripard wrote:
> On Tue, Dec 17, 2019 at 08:45:07AM +0200, Stefan Mavrodiev wrote:
> > Hi,
> >
> > On 12/16/19 6:12 PM, Maxime Ripard wrote:
> > > Hi,
> > >
> > > On Mon, Dec 16, 2019 at 04:43:48PM +0200, Stefan Mavrodiev wrote:
> > > > It's possible
On 17/12/2019 06:37, Randy Dunlap wrote:
> On 12/16/19 9:42 PM, Sam Ravnborg wrote:
>> Hi Randy.
>>
>> On Mon, Dec 16, 2019 at 08:25:11AM -0800, Randy Dunlap wrote:
>>> On 12/15/19 9:22 PM, Stephen Rothwell wrote:
Hi all,
Changes since 20191213:
>>>
>>> on x86_64:
>>>
>>> ld: dr
On Tue, Dec 17, 2019 at 01:54:56PM +0200, Stefan Mavrodiev wrote:
> Hi,
>
> On 12/17/19 1:49 PM, Maxime Ripard wrote:
> > On Tue, Dec 17, 2019 at 12:46:03PM +0100, Maxime Ripard wrote:
> > > On Tue, Dec 17, 2019 at 08:45:07AM +0200, Stefan Mavrodiev wrote:
> > > > Hi,
> > > >
> > > > On 12/16/19 6:
On Tue, Dec 17, 2019 at 12:04 AM Maxime Ripard wrote:
>
> On Mon, Dec 16, 2019 at 10:29:08PM +0530, Jagan Teki wrote:
> > On Mon, Dec 16, 2019 at 4:50 PM Maxime Ripard wrote:
> > >
> > > On Mon, Dec 16, 2019 at 04:37:20PM +0530, Jagan Teki wrote:
> > > > On Wed, Dec 4, 2019 at 7:06 PM Maxime Ripa
Add basic support for the Toshiba TC358768 RGB to DSI bridge.
Not all the features of the TC358768 is implemented by the initial driver:
MIPI_DSI_MODE_VIDEO and MIPI_DSI_FMT_RGB888 is only supported and tested.
Only write is implemented for mipi_dsi_host_ops.transfer.
Signed-off-by: Peter Ujfalus
On 11/12/2019 00:57, Laurent Pinchart wrote:
Most bridge drivers create a DRM connector to model the connector at the
output of the bridge. This model is historical and has worked pretty
well so far, but causes several issues:
- It prevents supporting more complex display pipelines where DRM
con
Hi Fabrizio,
On Tue, Dec 17, 2019 at 12:03 PM Fabrizio Castro
wrote:
> > From: Laurent Pinchart
> > Sent: 13 December 2019 17:11
> > Subject: Re: [PATCH v4 06/13] drm/bridge: lvds-codec: Add "lvds-decoder"
> > support
> >
> > On Wed, Nov 13, 2019 at 03:51:25PM +, Fabrizio Castro wrote:
> >
On 11/12/2019 00:57, Laurent Pinchart wrote:
In preparation of adding DRM bridge support to the hdmi4 encoder code,
rework the EDID read to isolate data read.
The hdmi_read_edid() function is the main entry point. It performs all
initialisation steps required prior to reading the EDID (such as
e
On 11/12/2019 00:57, Laurent Pinchart wrote:
In preparation of adding DRM bridge support to the hdmi5 encoder code,
rework the EDID read to isolate data read.
The hdmi_read_edid() function is the main entry point. It performs all
initialisation steps required prior to reading the EDID (such as
e
Hi Fabrizio,
On Tue, Dec 17, 2019 at 1:31 PM Fabrizio Castro
wrote:
> > From: linux-renesas-soc-ow...@vger.kernel.org
> > On Behalf Of Geert Uytterhoeven
> > Sent: 17 December 2019 12:21
> > Subject: Re: [PATCH v4 06/13] drm/bridge: lvds-codec: Add "lvds-decoder"
> > support
> >
> > On Tue, De
On 11/12/2019 00:57, Laurent Pinchart wrote:
In order to integrate with a chain of drm_bridge, the internal HDMI4
encoder has to expose the EDID read operation through the drm_bridge
API. Register a bridge at initialisation time to do so.
For the time being make the next bridge in the chain opti
On 11/12/2019 00:57, Laurent Pinchart wrote:
In order to integrate with a chain of drm_bridge, the internal HDMI5
encoder has to expose the EDID read operation through the drm_bridge
API. Register a bridge at initialisation time to do so.
For the time being make the next bridge in the chain opti
On Thu, Nov 28, 2019 at 04:45:24AM +0200, Laurent Pinchart wrote:
> Hi Dave,
>
> The following changes since commit acc61b8929365e63a3e8c8c8913177795aa45594:
>
> Merge tag 'drm-next-5.5-2019-11-22' of
> git://people.freedesktop.org/~agd5f/linux into drm-next (2019-11-26 08:40:23
> +1000)
>
>
On Wed, Dec 11, 2019 at 05:30:20PM -0500, Alex Deucher wrote:
> Hi Dave, Daniel,
>
> Kicking off 5.6 with new stuff from AMD. There is a UAPI addition. We
> added a new firmware for display, and this just adds the version query
> to our existing firmware query interface. UMDs like mesa use this
On Tue, Dec 17, 2019 at 09:48:53AM +0100, Maarten Lankhorst wrote:
> Hey,
>
> First pull for v5.6!
>
> Enjoy!
>
> ~Maarten
>
> drm-misc-next-2019-12-16:
> drm-misc-next for v5.6:
>
> UAPI Changes:
> - Add support for DMA-BUF HEAPS.
>
> Cross-subsystem Changes:
> - mipi dsi definition updates,
On Mon, Dec 16, 2019 at 04:14:34PM +0100, Lucas Stach wrote:
> On Sa, 2019-12-14 at 01:09 +0100, Daniel Vetter wrote:
> > I'll add more fancy logic to them soon, so everyone really has to use
> > them. Plus they already provide some nice additional debug
> > infrastructure on top of direct ww_mutex
Hi,
TC358768 is a parallel RGB to MIPI DSI bridge.
The initial driver supports MIPI_DSI_MODE_VIDEO, MIPI_DSI_FMT_RGB888 and
only write is implemented for mipi_dsi_host_ops.transfer due to lack of hardware
where other modes can be tested.
Regards,
Peter
---
Peter Ujfalusi (2):
dt-bindings: disp
On Fri, Dec 13, 2019 at 06:26:06PM +0100, Daniel Vetter wrote:
> Checking both is one too much, so wrap a WARN_ON around it to stope
> the copypasta.
>
> Signed-off-by: Daniel Vetter
> Cc: Philipp Zabel
> Cc: Shawn Guo
> Cc: Sascha Hauer
> Cc: Pengutronix Kernel Team
> Cc: Fabio Estevam
> Cc
On Sun, Dec 15, 2019 at 01:43:44PM -0600, Aditya Pakki wrote:
> In drm_dev_init, parent is checked for NULL via assert after
> checked in devm_drm_dev_init(). The patch removes the duplicate
> check and replaces the assertion with WARN_ON. Further, it returns
> -EINVAL consistent with the usage in
On Mon, Dec 16, 2019 at 12:23:31PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the drm-misc tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/gpu/drm/bridge/analogix/analogix-anx6345.c: In function
> 'anx6345_i2c_probe':
> drivers/gpu/drm/bridge/
Hi,
On 17/12/2019 13:43, Daniel Vetter wrote:
> On Thu, Nov 28, 2019 at 04:45:24AM +0200, Laurent Pinchart wrote:
>> Hi Dave,
>>
>> The following changes since commit acc61b8929365e63a3e8c8c8913177795aa45594:
>>
>> Merge tag 'drm-next-5.5-2019-11-22' of
>> git://people.freedesktop.org/~agd5f/li
On Tue, Dec 17, 2019 at 09:20:43AM +, John Garry wrote:
> On 16/12/2019 17:23, John Garry wrote:
>
> +, -
>
> > Hi all,
>
> xinliang is bouncing. We need to get his new
> mail address.
>
> John
>
> >
> > Enabling CONFIG_DEBUG_TEST_DRIVER_REMOVE causes many warns on a system
> > with the
On Tue, 17 Dec 2019, Lee Jones wrote:
> On Mon, 16 Dec 2019, Hans de Goede wrote:
>
>> Hi,
>>
>> Doing immutable branches assumes that there is a base point,
>> e.g. 5.5-rc1 where the immutable branch can then be based on and
>> that the branch can then be merged without issues into both subsyste
On Mon, Dec 16, 2019 at 10:59:39AM +, Alexey Brodkin wrote:
> Hi David, Daniel!
>
> The following changes since commit d1eef1c619749b2a57e514a3fa67d9a516ffa919:
>
> Linux 5.5-rc2 (2019-12-15 15:16:08 -0800)
>
> are available in the Git repository at:
>
> g...@github.com:abrodkin/linux.g
On Tue, Dec 17, 2019 at 7:52 AM Daniel Vetter wrote:
>
> On Wed, Dec 11, 2019 at 05:30:20PM -0500, Alex Deucher wrote:
> > Hi Dave, Daniel,
> >
> > Kicking off 5.6 with new stuff from AMD. There is a UAPI addition. We
> > added a new firmware for display, and this just adds the version query
> >
On Tue, 17 Dec 2019, Jani Nikula wrote:
> On Tue, 17 Dec 2019, Lee Jones wrote:
> > On Mon, 16 Dec 2019, Hans de Goede wrote:
> >
> >> Hi,
> >>
> >> Doing immutable branches assumes that there is a base point,
> >> e.g. 5.5-rc1 where the immutable branch can then be based on and
> >> that the br
Hello,
On Tue, Dec 17, 2019 at 01:38:51PM +0100, Geert Uytterhoeven wrote:
> On Tue, Dec 17, 2019 at 1:31 PM Fabrizio Castro wrote:
> > On 17 December 2019 12:21, Geert Uytterhoeven wrote:
> >> On Tue, Dec 17, 2019 at 12:03 PM Fabrizio Castro wrote:
> >>> On 13 December 2019 17:11, Laurent Pinchar
On 12/17/19 12:03 AM, kbuild test robot wrote:
Fixes: 8086d1c61970 ("mm/gup: track FOLL_PIN pages")
Signed-off-by: kbuild test robot
---
gup.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/gup.c b/mm/gup.c
index 038b71165a761..849a6f55938e6 100644
--- a/mm/gup.c
+
On Tue, Dec 17, 2019 at 1:56 PM Steven Price wrote:
> On 17/12/2019 06:37, Randy Dunlap wrote:
> > On 12/16/19 9:42 PM, Sam Ravnborg wrote:
> >> On Mon, Dec 16, 2019 at 08:25:11AM -0800, Randy Dunlap wrote:
> >>> On 12/15/19 9:22 PM, Stephen Rothwell wrote:
> >>> on x86_64:
> >>>
> >>> ld: driver
From: Heiko Stuebner
Shenzhen Xinpeng Technology Co., Ltd produces for example display panels.
Signed-off-by: Heiko Stuebner
Acked-by: Sam Ravnborg
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/binding
From: Heiko Stuebner
The XPP055C272 is a 5.5" 720x1280 DSI display.
changes in v2:
- add size info into binding title (Sam)
- add more required properties (Sam)
Signed-off-by: Heiko Stuebner
Reviewed-by: Sam Ravnborg
---
.../display/panel/xinpeng,xpp055c272.yaml | 48 +++
On Tue, Dec 17, 2019 at 11:53:09AM +, Ben Dooks (Codethink) wrote:
> The malidp_mw_connector_helper_funcs is not referenced by name
> outside of the file it is in, so make it static to avoid the
> following warning:
>
> drivers/gpu/drm/arm/malidp_mw.c:59:41: warning: symbol
> 'malidp_mw_conne
From: Heiko Stuebner
Base on the somewhat similar Rocktech driver but adapted for
panel-specific init of the XPP055C272.
changes in v3:
- remove wrong negative sync flags from display-mode to fix a display
artifact of the output getting move a tiny bit to the right
changes in v2:
- move to drm
From: Heiko Stuebner
The LTK500HD1829 is a 5.0" 720x1280 DSI display.
Signed-off-by: Heiko Stuebner
---
.../display/panel/leadtek,ltk500hd1829.yaml | 48 +++
1 file changed, 48 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/leadtek,ltk500hd
From: Heiko Stuebner
The LTK500HD1829 is 5.5" DSI display.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/panel/Kconfig | 11 +
drivers/gpu/drm/panel/Makefile| 1 +
.../drm/panel/panel-leadtek-ltk500hd1829.c| 533 ++
3 files changed, 54
From: Heiko Stuebner
Shenzhen Leadtek Technology Co., Ltd. produces for example display
and touch panels.
Signed-off-by: Heiko Stuebner
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-pref
On Tue, Dec 17, 2019 at 8:47 AM Alex Deucher wrote:
>
> On Tue, Dec 17, 2019 at 7:52 AM Daniel Vetter wrote:
> >
> > On Wed, Dec 11, 2019 at 05:30:20PM -0500, Alex Deucher wrote:
> > > Hi Dave, Daniel,
> > >
> > > Kicking off 5.6 with new stuff from AMD. There is a UAPI addition. We
> > > added
Add tracking of pages that were pinned via FOLL_PIN.
As mentioned in the FOLL_PIN documentation, callers who effectively set
FOLL_PIN are required to ultimately free such pages via unpin_user_page().
The effect is similar to FOLL_GET, and may be thought of as "FOLL_GET
for DIO and/or RDMA use".
P
On Tue, 10 Dec 2019, Jani Nikula wrote:
> Add new struct drm_device based logging macros modeled after the core
> kernel device based logging macros. These would be preferred over the
> drm printk and struct device based macros in drm code, where possible.
>
> We have existing drm specific struct
1 - 100 of 216 matches
Mail list logo
