On 30/07/2019 09:18, Christoph Hellwig wrote:
We can already use DMA_ATTR_WRITE_COMBINE or the _wc prefixed version,
so remove the third way of doing things.
Signed-off-by: Christoph Hellwig
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 11 +--
include/linux/dma-mapping.h | 9 --
at 16:26, Jani Nikula wrote:
On Tue, 23 Jul 2019, Kai-Heng Feng wrote:
Hi,
Currently, OLED panel brightness [1] is not supported.
As a general statement this is not true, and not backed up by the
referenced bug. We just don't know how brightness is controlled on that
particular laptop, bec
This controller is also found on i.MX6UL and i.MX6ULL so update Kconfig
accordingly.
Signed-off-by: Sébastien Szymanski
---
drivers/gpu/drm/mxsfb/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mxsfb/Kconfig b/drivers/gpu/drm/mxsfb/Kconfig
index 0d
In radeon_connector_set_property(), there is an if statement on line 743
to check whether connector->encoder is NULL:
if (connector->encoder)
When connector->encoder is NULL, it is used on line 755:
if (connector->encoder->crtc)
Thus, a possible null-pointer dereference may occur.
To fix
From 9c63ed65469e075430a07f89012cd116c427bd6f Mon Sep 17 00:00:00 2001
From: Jerry Han
Date: Mon, 29 Jul 2019 11:30:48 +0800
Subject: [PATCH] [v9] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel
Support Boe Himax8279d 8.0" 1200x1920 TFT LCD panel, it is a MIPI DSI
panel.
V9:
- modify PARENTHES
Hi Noralf,
see comments bellow.
po 29. 7. 2019 v 21:55 odesílatel Noralf Trønnes napsal:
>
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
> 1 file changed, 170 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/gpu/drm/panel/p
https://bugs.freedesktop.org/show_bug.cgi?id=111257
Bug ID: 111257
Summary: Wedding decorators in Bangalore
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Prio
strncpy(dest, src, strlen(src)) leads to unterminated
dest, which is dangerous.
Fix it by using strscpy.
Signed-off-by: Chuhong Yuan
---
drivers/gpu/drm/drm_modes.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
index
https://bugs.freedesktop.org/show_bug.cgi?id=110960
--- Comment #4 from Michel Dänzer ---
FWIW, it doesn't make much sense to have libva1* as alternatives for libva2*.
Different SONAME means incompatible ABI, so something linked against the libva2
ABI generally isn't expected to work with somethi
Yeah, that looks like a good start. Just a couple of random design
comments/requirements.
First of all please restructure the changes so that you more or less
have the following:
1. Adding of the new structures and functionality without any change to
existing code.
2. Replacing the existing fun
This makes the test utilities work with the mxsfb driver without the
necessity of using the -M argument.
Signed-off-by: Guido Günther
---
tests/util/kms.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/util/kms.c b/tests/util/kms.c
index dd1bbee3..a86bad78 100644
--- a/tests/util/kms.
On Mon, Jul 29, 2019 at 04:20:39PM +0800, Chunming Zhou wrote:
> It is normal that binary syncobj replaces the underlying fence.
>
> Signed-off-by: Chunming Zhou
Do we hit this with one of the syncobj igts?
-Daniel
> ---
> drivers/gpu/drm/drm_syncobj.c | 3 ---
> 1 file changed, 3 deletions(-)
On 30/07/2019 12:27, Daniel Vetter wrote:
On Mon, Jul 29, 2019 at 04:20:39PM +0800, Chunming Zhou wrote:
It is normal that binary syncobj replaces the underlying fence.
Signed-off-by: Chunming Zhou
Do we hit this with one of the syncobj igts?
-Daniel
With one of the tests sitting on the ma
On 2019年07月30日 17:27, Daniel Vetter wrote:
On Mon, Jul 29, 2019 at 04:20:39PM +0800, Chunming Zhou wrote:
It is normal that binary syncobj replaces the underlying fence.
Signed-off-by: Chunming Zhou
Do we hit this with one of the syncobj igts?
Unforturnately, No, It's only hit in AMDGPU pat
On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
> Yeah, that looks like a good start. Just a couple of random design
> comments/requirements.
>
> First of all please restructure the changes so that you more or less
> have the following:
> 1. Adding of the new structures and fu
On Tue, Jul 30, 2019 at 05:31:26PM +0800, zhoucm1 wrote:
>
>
> On 2019年07月30日 17:27, Daniel Vetter wrote:
> > On Mon, Jul 29, 2019 at 04:20:39PM +0800, Chunming Zhou wrote:
> > > It is normal that binary syncobj replaces the underlying fence.
> > >
> > > Signed-off-by: Chunming Zhou
> > Do we h
Le mar. 30 juil. 2019 à 00:27, Gustavo A. R. Silva
a écrit :
>
> Mark switch cases where we are expecting to fall through.
>
> This patch fixes the following warning (Building: arm):
>
> drivers/gpu/drm/sti/sti_hdmi.c: In function ‘hdmi_audio_configure’:
> drivers/gpu/drm/sti/sti_hdmi.c:851:13: wa
On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
> Yeah, that looks like a good start. Just a couple of random design
> comments/requirements.
>
> First of all please restructure the changes so that you more or less
> have the following:
> 1. Adding of the new structures and fu
On 30/07/2019 12:36, Daniel Vetter wrote:
On Tue, Jul 30, 2019 at 05:31:26PM +0800, zhoucm1 wrote:
On 2019年07月30日 17:27, Daniel Vetter wrote:
On Mon, Jul 29, 2019 at 04:20:39PM +0800, Chunming Zhou wrote:
It is normal that binary syncobj replaces the underlying fence.
Signed-off-by: Chunming
On Fri, 2019-07-05 at 19:17 +0200, Lucas Stach wrote:
> This builds on top of the MMU contexts introduced earlier. Instead of having
> one context per GPU core, each GPU client receives its own context.
>
> On MMUv1 this still means a single shared pagetable set is used by all
> clients, but on MM
On 2019年07月30日 17:40, Lionel Landwerlin wrote:
On 30/07/2019 12:36, Daniel Vetter wrote:
On Tue, Jul 30, 2019 at 05:31:26PM +0800, zhoucm1 wrote:
On 2019年07月30日 17:27, Daniel Vetter wrote:
On Mon, Jul 29, 2019 at 04:20:39PM +0800, Chunming Zhou wrote:
It is normal that binary syncobj repla
On Tue, Jul 30, 2019 at 10:50:32AM +0300, Tomi Valkeinen wrote:
> On 30/07/2019 09:18, Christoph Hellwig wrote:
>> We can already use DMA_ATTR_WRITE_COMBINE or the _wc prefixed version,
>> so remove the third way of doing things.
>>
>> Signed-off-by: Christoph Hellwig
>> ---
>> drivers/gpu/drm/o
Am 30.07.19 um 11:38 schrieb Daniel Vetter:
> On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
>> Yeah, that looks like a good start. Just a couple of random design
>> comments/requirements.
>>
>> First of all please restructure the changes so that you more or less
>> have the fol
On Tue, Jul 30, 2019 at 12:24 PM Koenig, Christian
wrote:
>
> Am 30.07.19 um 11:38 schrieb Daniel Vetter:
> > On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
> >> Yeah, that looks like a good start. Just a couple of random design
> >> comments/requirements.
> >>
> >> First of al
On Wed 2019-07-17 16:15:11, Jean-Jacques Hiblot wrote:
> From: Tomi Valkeinen
>
> This patch adds basic support for a kernel driver to get a LED device.
> This will be used by the led-backlight driver.
>
> Only OF version is implemented for now, and the behavior is similar to
> PWM's of_pwm_get(
On Thu, Jul 25, 2019 at 02:54:02PM +0100, Lee Jones wrote:
> On Tue, 23 Jul 2019, Suzuki K Poulose wrote:
>
> > Introduce wrappers for {bus/driver/class}_find_device() to
> > locate devices by its of_node.
> >
> > Cc: Maarten Lankhorst
> > Cc: Maxime Ripard
> > Cc: dri-devel@lists.freedesktop.o
On 30/07/2019 13:20, Christoph Hellwig wrote:
On Tue, Jul 30, 2019 at 10:50:32AM +0300, Tomi Valkeinen wrote:
On 30/07/2019 09:18, Christoph Hellwig wrote:
We can already use DMA_ATTR_WRITE_COMBINE or the _wc prefixed version,
so remove the third way of doing things.
Signed-off-by: Christoph H
On Tue, Jul 23, 2019 at 11:18:31PM +0100, Suzuki K Poulose wrote:
> We have device iterators to find a particular device matching a criteria
> for a given bus/class/driver. i.e, {bus,class,driver}_find_device()
> APIs. The matching criteria is a function pointer for the APIs. Often the
> lookup is
Am 23.07.19 um 16:08 schrieb Christian König:
> Am 23.07.19 um 16:07 schrieb Zhou, David(ChunMing):
>> 在 2019/7/23 21:58, Koenig, Christian 写道:
>>> Am 23.07.19 um 07:22 schrieb Chunming Zhou:
user space needs a flexiable query ability.
So that umd can get last signaled or submitted point.
On 28/05/2019 16:12, Laurent Pinchart wrote:
> Extend the drm_bridge_timings structure with a new dual_link field to
> indicate that the bridge's input bus carries data on two separate
> physical links. The first use case is LVDS dual-link mode where even-
> and odd-numbered pixels are transferred
On 28/05/2019 16:12, Laurent Pinchart wrote:
> Set a drm_bridge_timings in the drm_bridge, and use it to report the
> input bus mode (single-link or dual-link). The other fields of the
> timings structure are kept to 0 as they do not apply to LVDS buses.
>
> Signed-off-by: Laurent Pinchart
> Revi
Wrap kmalloc/kfree to allow switching to a slab allocator later on.
Signed-off-by: Christian König
---
drivers/dma-buf/dma-fence-chain.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 6 +++---
drivers/gpu/drm/drm_syncobj.c | 2 +-
include/linux/dma-fence-chain.h| 24 +
On 11/07/2019 13:26, Andrzej Pietrasiewicz wrote:
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
> ---
> drivers/gpu/drm/bridge/dumb-vga-dac.c | 19 +--
> 1 file changed, 9 insertions(+), 10 deletions(-)
>
> diff --git a/drivers
Add another for_each helper to iterate over all the fences in a chain
with unwrapping each chain node.
Signed-off-by: Christian König
---
drivers/dma-buf/dma-fence-chain.c | 11 --
include/linux/dma-fence-chain.h | 34 +++
2 files changed, 38 insertions(+),
On 11/07/2019 13:26, Andrzej Pietrasiewicz wrote:
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
> ---
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 40 +++
> 1 file changed, 20 insertions(+), 20 deletions(-)
>
> diff --git
On 11/07/2019 13:26, Andrzej Pietrasiewicz wrote:
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
> ---
> drivers/gpu/drm/bridge/ti-tfp410.c | 19 +--
> 1 file changed, 9 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/gp
On 26/07/2019 19:23, Andrzej Pietrasiewicz wrote:
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
> ---
> drivers/gpu/drm/bridge/dumb-vga-dac.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/bridge
On 26/07/2019 19:23, Andrzej Pietrasiewicz wrote:
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
> ---
> drivers/gpu/drm/bridge/ti-tfp410.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/bridge/ti
On 29/07/2019 11:05, YueHaibing wrote:
> If CONFIG_DRM_TOSHIBA_TC358764=y but CONFIG_DRM_KMS_HELPER=m,
> building fails:
>
> drivers/gpu/drm/bridge/tc358764.o:(.rodata+0x228): undefined reference to
> `drm_atomic_helper_connector_reset'
> drivers/gpu/drm/bridge/tc358764.o:(.rodata+0x240): undefin
Le ven. 26 juil. 2019 à 19:27, Andrzej Pietrasiewicz
a écrit :
>
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
Reviewed-by: Benjamin Gaignard
> ---
> drivers/gpu/drm/sti/sti_hdmi.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-
On 29/07/2019 09:12, YueHaibing wrote:
> If DRM_LVDS_ENCODER=y but CONFIG_DRM_KMS_HELPER=m,
> build fails:
>
> drivers/gpu/drm/bridge/lvds-encoder.o: In function `lvds_encoder_probe':
> lvds-encoder.c:(.text+0x155): undefined reference to
> `devm_drm_panel_bridge_add'
>
> Reported-by: Hulk Robot
On 30/07/2019 14:32, Neil Armstrong wrote:
> On 29/07/2019 11:05, YueHaibing wrote:
>> If CONFIG_DRM_TOSHIBA_TC358764=y but CONFIG_DRM_KMS_HELPER=m,
>> building fails:
>>
>> drivers/gpu/drm/bridge/tc358764.o:(.rodata+0x228): undefined reference to
>> `drm_atomic_helper_connector_reset'
>> drivers/
On Tue, Jul 30, 2019 at 05:17:56AM -0700, kernelci.org bot wrote:
The previously reported issues with booting -next on
meson-gxm-khadas-vim2 are still present today, though seemingly only
manifesting with CONFIG_RANDOMIZE_BASE and not defconfig (there are
failures with big endian too but they don'
user space needs a flexiable query ability.
So that umd can get last signaled or submitted point.
v2:
add sanitizer checking.
v3:
rebase
Change-Id: I6512b430524ebabe715e602a2bf5abb0a7e780ea
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
Cc: Christian König
Reviewed-by: Lionel Landwerlin
--
Hi,
On 23-07-19 09:28, Sam Ravnborg wrote:
Hi Hans.
Driver looks good. Nce to see so much functionality in a driver less
than 1000 loc.
Following some bike-shedding only - that should have been sent for v1
already. But I thought better late then never.
Thank you for the feedback I've prepare
ADV7535 is a part compatible with ADV7533 but it supports 1080p@60hz and
v1p2 supply is fixed to 1.8V
Signed-off-by: Bogdan Togorean
---
.../bindings/display/bridge/adi,adv7511.txt | 23 ++-
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/Documentation/devicetre
ADV7535 is a DSI to HDMI bridge chip like ADV7533 but it allows
1080p@60Hz. v1p2 is fixed to 1.8V on ADV7535 but on ADV7533 can be 1.2V
or 1.8V and is configurable in a register.
Signed-off-by: Bogdan Togorean
---
drivers/gpu/drm/bridge/adv7511/adv7511.h | 2 ++
drivers/gpu/drm/bridge/adv75
This patch-set add support for ADV7535 part in ADV7511 driver.
ADV7535 and ADV7533 are pin to pin compatible parts but ADV7535
support TMDS clock upto 148.5Mhz and resolutions up to 1080p@60Hz.
Bogdan Togorean (2):
dt-bindings: drm: bridge: adv7511: Add ADV7535 support
drm: bridge: adv7511: A
Am 30.07.19 um 15:02 schrieb Chunming Zhou:
> user space needs a flexiable query ability.
> So that umd can get last signaled or submitted point.
> v2:
> add sanitizer checking.
> v3:
> rebase
>
> Change-Id: I6512b430524ebabe715e602a2bf5abb0a7e780ea
> Signed-off-by: Chunming Zhou
> Cc: Lionel Land
在 2019/7/30 21:17, Koenig, Christian 写道:
> Am 30.07.19 um 15:02 schrieb Chunming Zhou:
>> user space needs a flexiable query ability.
>> So that umd can get last signaled or submitted point.
>> v2:
>> add sanitizer checking.
>> v3:
>> rebase
>>
>> Change-Id: I6512b430524ebabe715e602a2bf5abb0a7e780
On 30/07/2019 16:17, Koenig, Christian wrote:
Am 30.07.19 um 15:02 schrieb Chunming Zhou:
user space needs a flexiable query ability.
So that umd can get last signaled or submitted point.
v2:
add sanitizer checking.
v3:
rebase
Change-Id: I6512b430524ebabe715e602a2bf5abb0a7e780ea
Signed-off-by:
Hi,
On 25-07-19 12:51, Noralf Trønnes wrote:
This makes the tiny drivers visible by default without having to enable a
knob.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Makefile| 2 +-
drivers/gpu/drm/tinydrm/Kconfig | 37 +++--
2 files changed, 2
Den 30.07.2019 15.19, skrev Hans de Goede:
> Hi,
>
> On 25-07-19 12:51, Noralf Trønnes wrote:
>> This makes the tiny drivers visible by default without having to enable a
>> knob.
>>
>> Signed-off-by: Noralf Trønnes
>> ---
>> drivers/gpu/drm/Makefile | 2 +-
>> drivers/gpu/drm/tinydr
Hi,
On 30-07-19 15:34, Noralf Trønnes wrote:
Den 30.07.2019 15.19, skrev Hans de Goede:
Hi,
On 25-07-19 12:51, Noralf Trønnes wrote:
This makes the tiny drivers visible by default without having to enable a
knob.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Makefile | 2 +-
Hi,
On 25/07/2019 19:49, Sean Paul wrote:
> On Mon, Jul 22, 2019 at 02:02:07PM -0700, Matthias Kaehlcke wrote:
>> On Mon, Jul 22, 2019 at 04:24:26PM -0400, Sean Paul wrote:
>>> On Mon, Jul 22, 2019 at 11:19:45AM -0700, Matthias Kaehlcke wrote:
The DDC/CI protocol involves sending a multi-byte
3 small cleanups:
1) Drop unused DRIVER_PATCHLEVEL
2) We do not set mode_config.preferred_depth, so instead of passing the
unset mode_config.preferred_depth to drm_fbdev_generic_setup
simply pass 0
3) Use __maybe_unused instead of #ifdef CONFIG_PM around the suspend /
resume functions
Cc
Previously the driver was using a mix of DRM_ERROR and dev_err, be
consisent and use DRM_DEV_ERROR everywhere instead.
Cc: Sam Ravnborg
Suggested-by: Sam Ravnborg
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/gm12u320/gm12u320.c | 17 ++---
1 file changed, 10 insertions(+), 7 de
Hi,
I've been working on a tinydrm-based driver for black/white/red, b/w/yellow and
b/w epaper displays made by good display[sic!][0]. These panels are fairly
popular since waveshare[1] sells raspberry pi and arduino-compatible breakout
boards with them.
The current state of the art in open so
Signed-off-by: Jan Sebastian Götte
---
drivers/gpu/drm/tinydrm/Kconfig | 10 ++
drivers/gpu/drm/tinydrm/Makefile | 1 +
2 files changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/tinydrm/Kconfig b/drivers/gpu/drm/tinydrm/Kconfig
index 87819c82bcce..427d1e62e63d 100644
--- a/drivers
Dalian Good Display Co., Ltd. among others makes three-color epaper
panels.
Signed-off-by: Jan Sebastian Götte
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation/
Signed-off-by: Jan Sebastian Götte
---
include/dt-bindings/display/gdepaper.h | 28 ++
1 file changed, 28 insertions(+)
create mode 100644 include/dt-bindings/display/gdepaper.h
diff --git a/include/dt-bindings/display/gdepaper.h
b/include/dt-bindings/display/gdepaper.h
Signed-off-by: Jan Sebastian Götte
---
.../devicetree/bindings/display/gdepaper.txt | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/gdepaper.txt
diff --git a/Documentation/devicetree/bindings/display/gdepaper.txt
b/Docume
Signed-off-by: Jan Sebastian Götte
---
include/uapi/drm/gdepaper_drm.h | 62 +
1 file changed, 62 insertions(+)
create mode 100644 include/uapi/drm/gdepaper_drm.h
diff --git a/include/uapi/drm/gdepaper_drm.h b/include/uapi/drm/gdepaper_drm.h
new file mode 100644
These ePaper displays are made in b/w, b/w/red and b/w/yellow variations
by Good Display (www.e-paper-display.com) and sold on breakout boards by
waveshare (waveshare.com).
This driver was tested against a 2.7" b/w/r display (IL91874 driver) as
well as 4.2" b/w/r display (IL0389 driver) but can pr
Hi Christoph,
Thank you for the patch.
On Tue, Jul 30, 2019 at 09:18:49AM +0300, Christoph Hellwig wrote:
> We can already use DMA_ATTR_WRITE_COMBINE or the _wc prefixed version,
> so remove the third way of doing things.
>
> Signed-off-by: Christoph Hellwig
> ---
> drivers/gpu/drm/omapdrm/dss
On 2019/07/25, Noralf Trønnes wrote:
> This makes the tiny drivers visible by default without having to enable a
> knob.
>
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/Makefile| 2 +-
> drivers/gpu/drm/tinydrm/Kconfig | 37 +++--
> 2 files changed,
Hi Yue,
Thank you for the patch.
On Mon, Jul 29, 2019 at 03:12:16PM +0800, YueHaibing wrote:
> If DRM_LVDS_ENCODER=y but CONFIG_DRM_KMS_HELPER=m,
> build fails:
>
> drivers/gpu/drm/bridge/lvds-encoder.o: In function `lvds_encoder_probe':
> lvds-encoder.c:(.text+0x155): undefined reference to
>
https://bugs.freedesktop.org/show_bug.cgi?id=111261
Bug ID: 111261
Summary: Screen remains black when 2 monitors are connected
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: no
Den 30.07.2019 15.53, skrev Emil Velikov:
> On 2019/07/25, Noralf Trønnes wrote:
>> This makes the tiny drivers visible by default without having to enable a
>> knob.
>>
>> Signed-off-by: Noralf Trønnes
>> ---
>> drivers/gpu/drm/Makefile| 2 +-
>> drivers/gpu/drm/tinydrm/Kconfig | 37 +
Den 30.07.2019 08.40, skrev Josef Luštický:
> Hi Noralf,
> the patch series looks good, see comments in the patch emails.
>
> One question: is there a general mechanism to tell a driver not to use
> parallel RGB even though
> the display supports it and "port" is specified in the device-tree?
>
Hi Jan,
On 2019/07/30, Jan Sebastian Götte wrote:
> Signed-off-by: Jan Sebastian Götte
> ---
> include/uapi/drm/gdepaper_drm.h | 62 +
> 1 file changed, 62 insertions(+)
> create mode 100644 include/uapi/drm/gdepaper_drm.h
>
> diff --git a/include/uapi/drm/gdepa
https://bugs.freedesktop.org/show_bug.cgi?id=110488
Andre Klapper changed:
What|Removed |Added
Severity|blocker |normal
Priority|highest
On 2019/07/30, Noralf Trønnes wrote:
>
>
> Den 30.07.2019 15.53, skrev Emil Velikov:
> > On 2019/07/25, Noralf Trønnes wrote:
> >> This makes the tiny drivers visible by default without having to enable a
> >> knob.
> >>
> >> Signed-off-by: Noralf Trønnes
> >> ---
> >> drivers/gpu/drm/Makefile
Den 30.07.2019 10.34, skrev Josef Luštický:
> Hi Noralf,
> see comments bellow.
>
> po 29. 7. 2019 v 21:55 odesílatel Noralf Trønnes napsal:
>>
>> Signed-off-by: Noralf Trønnes
>> ---
>> drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
>> 1 file changed, 170 insertions(
Hi Jan!
On Tue, Jul 30, 2019 at 3:46 PM Jan Sebastian Götte wrote:
>
> Hi,
>
> I've been working on a tinydrm-based driver for black/white/red, b/w/yellow
> and b/w epaper displays made by good display[sic!][0]. These panels are
> fairly popular since waveshare[1] sells raspberry pi and arduino
Yes, the onboard RAM is ili9341 feature.
I am able to drive the DisplayTech DT024CTFT panel in both modes.
I've just tested the DisplayTech DT024CTFT panel with your patchset
and it works fine with parallel RGB input mode:
compatible = "displaytech,dt024ctft", "ilitek,ili9341";
and with SPI input
Den 29.07.2019 21.55, skrev Noralf Trønnes:
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
> 1 file changed, 170 insertions(+), 9 deletions(-)
>
I have realised that this will change the DRM driver name from mi0283qt
to drm_mipi
On 2019-07-30 12:45 p.m., Daniel Vetter wrote:
> On Tue, Jul 30, 2019 at 12:24 PM Koenig, Christian
> wrote:
>> Am 30.07.19 um 11:38 schrieb Daniel Vetter:
>>> On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
>
> +#define DRM_MEM_SYSTEM 0
> +#define DRM_MEM_STOLEN
On Tue, Jul 30, 2019 at 4:30 PM Michel Dänzer wrote:
> On 2019-07-30 12:45 p.m., Daniel Vetter wrote:
> > On Tue, Jul 30, 2019 at 12:24 PM Koenig, Christian
> > wrote:
> >> Am 30.07.19 um 11:38 schrieb Daniel Vetter:
> >>> On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
> >
> >
Please reply inline instead of top-posting.
Den 30.07.2019 16.27, skrev Josef Luštický:
> Yes, the onboard RAM is ili9341 feature.
> I am able to drive the DisplayTech DT024CTFT panel in both modes.
>
> I've just tested the DisplayTech DT024CTFT panel with your patchset
> and it works fine with p
On 2019/07/26, Andrzej Pietrasiewicz wrote:
> It is difficult for a user to know which of the i2c adapters is for which
> drm connector. This series addresses this problem.
>
> The idea is to have a symbolic link in connector's sysfs directory, e.g.:
>
> ls -l /sys/class/drm/card0-HDMI-A-1/ddc
>
On Tue, Jul 30, 2019 at 4:30 PM Noralf Trønnes wrote:
>
>
>
> Den 29.07.2019 21.55, skrev Noralf Trønnes:
> > Signed-off-by: Noralf Trønnes
> > ---
> > drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
> > 1 file changed, 170 insertions(+), 9 deletions(-)
> >
>
> I have rea
Now that -Wimplicit-fallthrough is passed to GCC by default, the
following warnings shows up:
../drivers/video/fbdev/sh_mobile_lcdcfb.c: In function
‘sh_mobile_lcdc_channel_fb_init’:
../drivers/video/fbdev/sh_mobile_lcdcfb.c:2086:22: warning: this statement may
fall
through [-Wimplicit-fallthro
On Tue, Jul 30, 2019 at 07:46:33AM +0200, Christoph Hellwig wrote:
> On Mon, Jul 29, 2019 at 07:30:44PM -0400, Jerome Glisse wrote:
> > On Mon, Jul 29, 2019 at 05:28:43PM +0300, Christoph Hellwig wrote:
> > > The MIGRATE_PFN_WRITE is only used locally in migrate_vma_collect_pmd,
> > > where it can
On Tue, Jul 30, 2019 at 03:38:23PM +0200, Neil Armstrong wrote:
> Hi,
>
> On 25/07/2019 19:49, Sean Paul wrote:
> > On Mon, Jul 22, 2019 at 02:02:07PM -0700, Matthias Kaehlcke wrote:
> >> On Mon, Jul 22, 2019 at 04:24:26PM -0400, Sean Paul wrote:
> >>> On Mon, Jul 22, 2019 at 11:19:45AM -0700, Mat
Hi Emil,
thank you for your comments.
On 7/30/19 11:08 PM, Emil Velikov wrote:
> On 2019/07/30, Jan Sebastian Götte wrote:
>> Signed-off-by: Jan Sebastian Götte
>> ---
>> include/uapi/drm/gdepaper_drm.h | 62 +
>> 1 file changed, 62 insertions(+)
>> create mode
Hi Daniel,
thanks for your comments!
On 7/30/19 11:26 PM, Daniel Vetter wrote:
>> I have a couple of questions regarding this driver, thus the RFC:
>> (1) By default, when loading the module a vt console binds to the fb. I
>> think this is useful, but the cursor blink of the vt leads to an etern
Hi Jerry,
Can you please disable HTML emails for the Gmail web client and reply
inline. There are multiple articles how to do that.
On 2019/07/26, Jerry Han wrote:
> Hi Emil Velikov:
>
> First of all, thank you for your comments.
>
> > Hi Jerry,
> >
> > On Thu, 25 Apr 2019 at 08:40, Jerry Han
Hi Jerry,
On 2019/07/29, Jerry Han wrote:
>
> From 9c63ed65469e075430a07f89012cd116c427bd6f Mon Sep 17 00:00:00 2001
> From: Jerry Han
> Date: Mon, 29 Jul 2019 11:30:48 +0800
> Subject: [PATCH] [v9] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel
>
Please submit patches as outlined in the docu
On 2019/07/31, Jan Sebastian Götte wrote:
> Hi Emil,
>
> thank you for your comments.
>
> On 7/30/19 11:08 PM, Emil Velikov wrote:
> > On 2019/07/30, Jan Sebastian Götte wrote:
> >> Signed-off-by: Jan Sebastian Götte
> >> ---
> >> include/uapi/drm/gdepaper_drm.h | 62 +++
Den 30.07.2019 17.22, skrev Daniel Vetter:
> On Tue, Jul 30, 2019 at 4:30 PM Noralf Trønnes wrote:
>>
>>
>>
>> Den 29.07.2019 21.55, skrev Noralf Trønnes:
>>> Signed-off-by: Noralf Trønnes
>>> ---
>>> drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
>>> 1 file changed, 1
On Tue, Jul 30, 2019 at 11:00:57PM +0800, YueHaibing wrote:
> Fix sparse warning:
>
> drivers/gpu/drm/bridge/analogix/analogix_dp_core.c:1151:5: warning:
> symbol 'analogix_dp_atomic_check' was not declared. Should it be static?
>
> Reported-by: Hulk Robot
> Signed-off-by: YueHaibing
Thanks f
On Tue, Jul 30, 2019 at 04:40:32PM +0800, Chuhong Yuan wrote:
> strncpy(dest, src, strlen(src)) leads to unterminated
> dest, which is dangerous.
> Fix it by using strscpy.
>
> Signed-off-by: Chuhong Yuan
> ---
> drivers/gpu/drm/drm_modes.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On 2019/07/30, Daniel Vetter wrote:
> On Tue, Jul 30, 2019 at 4:30 PM Noralf Trønnes wrote:
> >
> >
> >
> > Den 29.07.2019 21.55, skrev Noralf Trønnes:
> > > Signed-off-by: Noralf Trønnes
> > > ---
> > > drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
> > > 1 file changed
Hi Neil.
> > Signed-off-by: Andrzej Pietrasiewicz
> > ---
> > drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 40 +++
> > 1 file changed, 20 insertions(+), 20 deletions(-)
> >
...
>
> Reviewed-by: Neil Armstrong
There is now a much simpler v6 of this patch.
Care to take a loo
Den 30.07.2019 19.12, skrev Emil Velikov:
> On 2019/07/30, Daniel Vetter wrote:
>> On Tue, Jul 30, 2019 at 4:30 PM Noralf Trønnes wrote:
>>>
>>>
>>>
>>> Den 29.07.2019 21.55, skrev Noralf Trønnes:
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 1
Hello,
Paul Cercueil wrote:
> Add nodes for the MMC, AIC, ADC, CODEC, MUSB, LCD, memory,
> and BCH controllers.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then plea
Hello,
Paul Cercueil wrote:
> Update the defconfig to select the new drivers instead of the old ones.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then please email p
Hello,
Paul Cercueil wrote:
> The JZ4740 fbdev driver has been replaced with the ingenic-drm driver.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> Acked-by: Sam Ravnborg
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorr
Hello,
Paul Cercueil wrote:
> The newer and better JZ4780 driver is now used to provide DMA
> functionality on the JZ4740.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> Acked-by: Vinod Koul
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believ
1 - 100 of 143 matches
Mail list logo
