[PATCH 1/2] dt-bindings: panel: rocktech,jh057n00900: Modernize

- Use common properties from panel-common.yaml - Indent comment like content - Don't preserve newlines in description - Indent example by four spaces Signed-off-by: Guido Günther --- .../display/panel/rocktech,jh057n00900.yaml | 39 +-- 1 file changed, 18 insertions(+), 21 dele

[PATCH 2/2] dt-bindings: panel: rocktech, jh057n00900: Add myself as maintainer

I maintained the txt based bindings before yaml conversion and care about the driver. Signed-off-by: Guido Günther --- .../devicetree/bindings/display/panel/rocktech,jh057n00900.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/panel/rocktech,jh

[PATCH 0/2] Modernize rocktech,jh057n00900 bindings a bit

This was prompted by Sam's review in https://lore.kernel.org/dri-devel/20200815210802.ga1242...@ravnborg.org/ and yamllint. I also added myself as maintainer, hope that's o.k. Guido Günther (2): dt-bindings: panel: rocktech,jh057n00900: Modernize dt-bindings: panel: rocktech,jh057n00900: Add m

Re: [PATCH 3/8] dt-bindings: display: mxsfb: Add a bus-width endpoint property

Hi Laurent. On Thu, Aug 13, 2020 at 04:29:05AM +0300, Laurent Pinchart wrote: > When the PCB routes the display data signals in an unconventional way, > the output bus width may differ from the bus width of the connected > panel or encoder. For instance, when a 18-bit RGB panel has its R[5:0], > G

Re: [PATCH 4/8] dt-bindings: display: mxsfb: Rename to fsl, lcdif.yaml

On Thu, Aug 13, 2020 at 04:29:06AM +0300, Laurent Pinchart wrote: > Rename the mxsfb.yaml binding schema to fsl,lcdif.yaml to match the > usual bindings naming scheme. > > Signed-off-by: Laurent Pinchart I have been confused by the mxsfb name in the past, so this rename i welcome. Acked-by: Sam

Re: [PATCH 5/8] ARM: dts: imx: Fix LCDIF compatible strings

On Thu, Aug 13, 2020 at 04:29:07AM +0300, Laurent Pinchart wrote: > The LCDIF in the i.MX6 SoCs has additional features compared to the > i.MX28. Replace the fsl,imx28-lcdif fallback compatible string with > fsl,imx6sx-lcdif to reflect that. > > Signed-off-by: Laurent Pinchart Acked-by: Sam Ravnb

Re: [PATCH 7/8] ARM: dts: imx: Remove unneeded LCDIF disp_axi clock

On Thu, Aug 13, 2020 at 04:29:09AM +0300, Laurent Pinchart wrote: > The LCDIF disp_axi clock is not mandatory in the DT binding and not > required by the driver. Remove it when it points to a dummy clock. > > Signed-off-by: Laurent Pinchart Acked-by: Sam Ravnborg > --- > arch/arm/boot/dts/imx6s

Re: [PATCH 6/8] arm64: dts: imx8mq: Fix LCDIF compatible strings

On Thu, Aug 13, 2020 at 04:29:08AM +0300, Laurent Pinchart wrote: > The LCDIF in the i.MX8 SoCs has additional features compared to the > i.MX28. Replace the fsl,imx28-lcdif fallback compatible string with > fsl,imx6sx-lcdif to reflect that. > > Signed-off-by: Laurent Pinchart Acked-by: Sam Ravnb

Re: [PATCH 8/8] drm: mxsfb: Add support for the bus-width DT property

Hi Laurent. On Thu, Aug 13, 2020 at 04:29:10AM +0300, Laurent Pinchart wrote: > A new bus-width DT property has been introduced in the bindings to allow > overriding the bus width. Support it. > > Signed-off-by: Laurent Pinchart We already reads the bus-width in following files in drm: atmel-hl

Re: [PATCH] dt-bindings: Whitespace clean-ups in schema files

On Wed, 12 Aug 2020 23:34:53 +0200 Sam Ravnborg wrote: > Hi Rob. > > On Wed, Aug 12, 2020 at 02:36:18PM -0600, Rob Herring wrote: > > Clean-up incorrect indentation, extra spaces, long lines, and missing > > EOF newline in schema files. Most of the clean-ups are for list > > indentation which sh

[radeon-alex:amd-staging-drm-next 1403/1408] drivers/gpu/drm/amd/amdgpu/../pm/powerplay/hwmgr/ppevvmath.h:336:22: warning: variable 'Y_LessThanOne' set but not used

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 2dec4fa1c0a2e25aaef50fba28fb7360b4e7dc43 commit: 82e6bcf7c9a0c82f3d41a5837bb1dadd68037e55 [1403/1408] drm/amd/pm: optimize the power related source code layout config: alpha-randconfig-r005-20200816 (attached as

Re: [PATCH 14/24] drm/virtio: implement blob resources: probe for host visible region

ase: git://anongit.freedesktop.org/drm-intel for-linux-next config: i386-randconfig-m021-20200816 (attached as .config) compiler: gcc-9 (Debian 9.3.0-15) 9.3.0 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot smatch warnings: drivers/gpu/

Re: [PATCH RESEND v12 0/4] Panel rotation patches

Hi Dmitry On Fri, Aug 14, 2020 at 12:56:05AM +0300, Dmitry Osipenko wrote: > Hello! > > This series adds support for display panel's DT rotation property. It's a > continuation of the work that was initially started by Derek Basehore for > the panel driver that is used by some Mediatek device [1]

Re: [PATCH 0/2] Modernize rocktech,jh057n00900 bindings a bit

Hi Guido. On Sun, Aug 16, 2020 at 09:13:41AM +0200, Guido Günther wrote: > This was prompted by Sam's review in > https://lore.kernel.org/dri-devel/20200815210802.ga1242...@ravnborg.org/ > and yamllint. I also added myself as maintainer, hope that's o.k. > > Guido Günther (2): > dt-bindings: pa

Re: [PATCH v2 3/3] drm/panel: Add panel driver for the Mantix MLAF057WE51-X DSI panel

Hi Sam, thanks for having a look! On Sat, Aug 15, 2020 at 11:27:27PM +0200, Sam Ravnborg wrote: > Hi Guido. > > On Sat, Aug 15, 2020 at 11:16:22PM +0200, Guido Günther wrote: > > The panel uses a Focaltech FT8006p, the touch part is handled by the > > already existing edt-ft5x06. > > > > Signed-

Re: [PATCH 1/3] staging: androind: Replace BUG_ONs with WARN_ONs

Hi Tomer, Thank you for the patch! Yet something to improve: [auto build test ERROR on staging/staging-testing] [also build test ERROR on v5.8 next-20200814] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented

Re: [PATCH v2 3/3] drm/panel: Add panel driver for the Mantix MLAF057WE51-X DSI panel

On Sun, Aug 16, 2020 at 07:55:21PM +0200, Guido Günther wrote: > Hi Sam, > thanks for having a look! > > On Sat, Aug 15, 2020 at 11:27:27PM +0200, Sam Ravnborg wrote: > > Hi Guido. > > > > On Sat, Aug 15, 2020 at 11:16:22PM +0200, Guido Günther wrote: > > > The panel uses a Focaltech FT8006p, the

Re: [PATCH 1/3] staging: androind: Replace BUG_ONs with WARN_ONs

Hi Tomer, Thank you for the patch! Yet something to improve: [auto build test ERROR on staging/staging-testing] [also build test ERROR on v5.8 next-20200814] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented

Re: [PATCH v2 01/12] fbdev: gxfb: use generic power management

Hi Vaibhav On Tue, Aug 11, 2020 at 12:27:12AM +0530, Vaibhav Gupta wrote: > Drivers should do only device-specific jobs. But in general, drivers using > legacy PCI PM framework for .suspend()/.resume() have to manage many PCI > PM-related tasks themselves which can be done by PCI Core itself. This

Re: [PATCH v2 09/12] fbdev: i740fb: use generic power management

Hi Vaibhav On Tue, Aug 11, 2020 at 12:27:20AM +0530, Vaibhav Gupta wrote: > Drivers should do only device-specific jobs. But in general, drivers using > legacy PCI PM framework for .suspend()/.resume() have to manage many PCI > PM-related tasks themselves which can be done by PCI Core itself. This

Re: [PATCH 1/8] dt-bindings: display: mxsfb: Convert binding to YAML

Hi Sam, On Sun, Aug 16, 2020 at 08:22:42AM +0200, Sam Ravnborg wrote: > Hi Laurent. > > Good to see one of the imx bindings migrating to yaml. > > On Thu, Aug 13, 2020 at 04:29:03AM +0300, Laurent Pinchart wrote: > > Convert the mxsfb binding to YAML. The deprecated binding is dropped, as > > ne

Re: [PATCH 2/8] dt-bindings: display: mxsfb: Add and fix compatible strings

Hi Sam, On Sun, Aug 16, 2020 at 08:39:33AM +0200, Sam Ravnborg wrote: > On Thu, Aug 13, 2020 at 04:29:04AM +0300, Laurent Pinchart wrote: > > Additional compatible strings have been added in DT source for the > > i.MX6SL, i.MX6SLL, i.MX6UL and i.MX7D without updating the bindings. > > Most of the

Re: [PATCH 3/8] dt-bindings: display: mxsfb: Add a bus-width endpoint property

Hi Guido, On Sat, Aug 15, 2020 at 11:28:38PM +0200, Guido Günther wrote: > On Thu, Aug 13, 2020 at 04:29:05AM +0300, Laurent Pinchart wrote: > > When the PCB routes the display data signals in an unconventional way, > > the output bus width may differ from the bus width of the connected > > panel

Re: [PATCH 1/3] staging: androind: Replace BUG_ONs with WARN_ONs

Hi Tomer, Thank you for the patch! Yet something to improve: [auto build test ERROR on staging/staging-testing] [also build test ERROR on v5.9-rc1 next-20200814] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as docume

Re: [PATCH 3/8] dt-bindings: display: mxsfb: Add a bus-width endpoint property

Hi Sam, On Sun, Aug 16, 2020 at 09:25:20AM +0200, Sam Ravnborg wrote: > On Thu, Aug 13, 2020 at 04:29:05AM +0300, Laurent Pinchart wrote: > > When the PCB routes the display data signals in an unconventional way, > > the output bus width may differ from the bus width of the connected > > panel or

Re: [PATCH 8/8] drm: mxsfb: Add support for the bus-width DT property

Hi Sam, On Sun, Aug 16, 2020 at 09:46:30AM +0200, Sam Ravnborg wrote: > On Thu, Aug 13, 2020 at 04:29:10AM +0300, Laurent Pinchart wrote: > > A new bus-width DT property has been introduced in the bindings to allow > > overriding the bus width. Support it. > > > > Signed-off-by: Laurent Pinchart

Re: [PATCH] drm: panel: Fix bus format for OrtusTech COM43H4M85ULC panel

Hi Sam, On Thu, Aug 13, 2020 at 09:18:44PM +0200, Sam Ravnborg wrote: > On Thu, Aug 13, 2020 at 01:02:44AM +0300, Laurent Pinchart wrote: > > The OrtusTech COM43H4M85ULC panel is a 18-bit RGB panel, set the bus > > format to MEDIA_BUS_FMT_RGB666_1X18. > > > > Fixes: 725c9d40f3fe ("drm/panel: Add

Re: [PATCH] drm: panel: Fix bus format for OrtusTech COM43H4M85ULC panel

On Mon, Aug 17, 2020 at 03:30:45AM +0300, Laurent Pinchart wrote: > Hi Sam, > > On Thu, Aug 13, 2020 at 09:18:44PM +0200, Sam Ravnborg wrote: > > On Thu, Aug 13, 2020 at 01:02:44AM +0300, Laurent Pinchart wrote: > > > The OrtusTech COM43H4M85ULC panel is a 18-bit RGB panel, set the bus > > > forma

[Bug 207383] [Regression] 5.7 amdgpu/polaris11 gpf: amdgpu_atomic_commit_tail

https://bugzilla.kernel.org/show_bug.cgi?id=207383 --- Comment #117 from Duncan (1i5t5.dun...@cox.net) --- For those on stable-series 5.4 and/or interested in related bugs... FWIW, there's an (apparently different) atomic_commit_tail bug reported against 5.4.58 now, bug #208913, with the patch fo

Re: [PATCH 3/7] drm/amd/display: Avoid using unvalidated tiling_flags and tmz_surface in prepare_planes

On Wed, Aug 12, 2020 at 9:54 AM Daniel Vetter wrote: > On Tue, Aug 11, 2020 at 09:42:11AM -0400, Marek Olšák wrote: > > There are a few cases when the flags can change, for example DCC can be > > disabled due to a hw limitation in the 3d engine. Modifiers give the > > misleading impression that t