[Bug 109887] vega56 undervolting/overclocking voltage issues

https://bugs.freedesktop.org/show_bug.cgi?id=109887 --- Comment #8 from Andrew Sheldon --- I also can confirm the problem, and it seems to have gotten worse since 5.3.0-rcX. In past kernels, you could kind of work around it by setting slightly less conservative undervolts and it would work. If

[PATCH] drm: use trace_printk rather than printk in drm_dbg.

In drivers/gpu/drm/amd/amdgpu/amdgpu_ih.c, amdgpu_ih_process calls DRM_DEBUG which calls drm_dbg and finally calls printk. As amdgpu_ih_process is called from an interrupt handler, and interrupt handler should be short as possible. As printk may lead to bogging down the system or can even create

Re: [PATCH 5/6] drm: uapi: add gdepaper uapi header

On 7/31/19 1:49 AM, Emil Velikov wrote: > 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 ---

[PATCH v2] drm/modes: Fix unterminated strncpy

strncpy(dest, src, strlen(src)) leads to unterminated dest, which is dangerous. Fix it by using strscpy. Signed-off-by: Chuhong Yuan --- Changes in v2: - Check whether mode_end + 1 exceeds the size of mode->name. drivers/gpu/drm/drm_modes.c | 4 +++- 1 file changed, 3 insertions(+),

Re: [PATCH 1/9] mm: turn migrate_vma upside down

On 7/29/19 7:28 AM, Christoph Hellwig wrote: There isn't any good reason to pass callbacks to migrate_vma. Instead we can just export the three steps done by this function to drivers and let them sequence the operation without callbacks. This removes a lot of boilerplate code as-is, and will

Re: [RFC PATCH 0/3] Propose new struct drm_mem_region

On 7/30/2019 2:34 AM, Daniel Vetter wrote: > 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

Re: [PATCH 08/13] mm: remove the mask variable in hmm_vma_walk_hugetlb_entry

On 7/29/19 10:51 PM, Christoph Hellwig wrote: The pagewalk code already passes the value as the hmask parameter. Signed-off-by: Christoph Hellwig --- mm/hmm.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/mm/hmm.c b/mm/hmm.c index f26d6abc4ed2..88b77a4a6a1e

Re: [RFC PATCH 0/3] Propose new struct drm_mem_region

On 7/30/2019 3:45 AM, 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: Snipped the feedback on struct drm_mem_region. Will be easier to have

Re: [PATCH] drm: add cache support for arm64

On Tue, Jul 30, 2019 at 4:01 PM Rob Clark wrote: > > From: Rob Clark > > Signed-off-by: Rob Clark > --- > Not sure about 32b arm, but at least for aarch64 this is relatively > easy. So lets at least enable for arm64. hmm, bleh, I thought this was too easy.. I hadn't noticed that (even though

[PATCH] drm: add cache support for arm64

From: Rob Clark Signed-off-by: Rob Clark --- Not sure about 32b arm, but at least for aarch64 this is relatively easy. So lets at least enable for arm64. drivers/gpu/drm/drm_cache.c | 20 +--- 1 file changed, 17 insertions(+), 3 deletions(-) diff --git

[PATCH] drm/msm: shake fist angrily at dma-mapping

From: Rob Clark So, using dma_sync_* for our cache needs works out w/ dma iommu ops, but it falls appart with dma direct ops. The problem is that, depending on display generation, we can have either set of dma ops (mdp4 and dpu have iommu wired to mdss node, which maps to toplevel drm device,

[Bug 204181] NULL pointer dereference regression in amdgpu

https://bugzilla.kernel.org/show_bug.cgi?id=204181 --- Comment #23 from Sergey Kondakov (virtuous...@gmail.com) --- (In reply to Nicholas Kazlauskas from comment #22) > Thanks for the log! > > I can reproduce the issue now by emulating the sequence using IGT. It > doesn't seem to show up in

Re: [Bug 110575] [R9 380X] Artifacts in CSGO

On Tue, Jul 30, 2019 at 08:54:44PM +, bugzilla-dae...@freedesktop.org wrote: > I plan to disable SDMA image copies by default on dGPUs. Is there a plan to "standardize" tiling format of frame buffer? (to dma the right format properly from one brand of gpus to another) -- Sylvain

[Bug 110575] [R9 380X] Artifacts in CSGO

https://bugs.freedesktop.org/show_bug.cgi?id=110575 --- Comment #8 from Sylvain BERTRAND --- On Tue, Jul 30, 2019 at 08:54:44PM +, bugzilla-dae...@freedesktop.org wrote: > I plan to disable SDMA image copies by default on dGPUs. Is there a plan to "standardize" tiling format of frame

[Bug 110575] [R9 380X] Artifacts in CSGO

https://bugs.freedesktop.org/show_bug.cgi?id=110575 --- Comment #7 from Marek Olšák --- I plan to disable SDMA image copies by default on dGPUs. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 110635] briefly flashing corruption when playing various OGL games

https://bugs.freedesktop.org/show_bug.cgi?id=110635 --- Comment #11 from Marek Olšák --- I plan to disable SDMA image copies by default in dGPUs. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [Nouveau] [PATCH 2/4] drm/nouveau: Fill out gem_object->resv

On Thu, 25 Jul 2019 at 23:27, Daniel Vetter wrote: > > That way we can ditch our gem_prime_res_obj implementation. Since ttm > absolutely needs the right reservation object all the boilerplate is > already there and we just have to wire it up correctly. > > Note that gem/prime doesn't care when

Re: [GIT PULL] Please pull hmm changes

The pull request you sent on Tue, 30 Jul 2019 11:58:37 +: > git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git tags/for-linus-hmm has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/515f12b9eeed35250d793b7c874707c33f7f6e05 Thank you! -- Deet-doot-dot, I am

Re: [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression

On Wed, 31 Jul 2019 at 05:00, Daniel Vetter wrote: > > On Tue, Jul 30, 2019 at 8:50 PM Thomas Zimmermann wrote: > > > > Hi > > > > Am 30.07.19 um 20:12 schrieb Daniel Vetter: > > > On Tue, Jul 30, 2019 at 7:50 PM Thomas Zimmermann > > > wrote: > > >> Am 29.07.19 um 11:51 schrieb kernel test

Re: [PATCH v5 13/29] compat_ioctl: move more drivers to compat_ptr_ioctl

On Tue, Jul 30, 2019 at 12:59 PM Arnd Bergmann wrote: > > The .ioctl and .compat_ioctl file operations have the same prototype so > they can both point to the same function, which works great almost all > the time when all the commands are compatible. > > One exception is the s390 architecture,

Re: [PATCH v2 6/7] drm/panfrost: Add support for GPU heap allocations

On Thu, Jul 25, 2019 at 9:35 AM Steven Price wrote: > > On 25/07/2019 15:59, Steven Price wrote: > [...] > > It would appear that in the following call sgt==NULL: > >> ret = sg_alloc_table_from_pages(sgt, pages + page_offset, > >> NUM_FAULT_PAGES, 0,

[PATCH v5 16/29] compat_ioctl: move ATYFB_CLK handling to atyfb driver

These are two obscure ioctl commands, in a driver that only has compatible commands, so just let the driver handle this itself. Acked-by: Bartlomiej Zolnierkiewicz Signed-off-by: Arnd Bergmann --- drivers/video/fbdev/aty/atyfb_base.c | 12 +++- fs/compat_ioctl.c| 2

[PATCH v5 13/29] compat_ioctl: move more drivers to compat_ptr_ioctl

The .ioctl and .compat_ioctl file operations have the same prototype so they can both point to the same function, which works great almost all the time when all the commands are compatible. One exception is the s390 architecture, where a compat pointer is only 31 bit wide, and converting it into

[PATCH] video: fbdev:via: Remove dead code

This is dead code since 3.15. If there is no plan to use it further, this can be removed forever. Signed-off-by: Souptick Joarder --- drivers/video/fbdev/via/via-core.c | 43 -- 1 file changed, 43 deletions(-) diff --git a/drivers/video/fbdev/via/via-core.c

Re: [PATCH 1/2] dma-buf: add dma_fence_chain_for_each_unwrap helper

Quoting Christian König (2019-07-30 13:15:53) > +/** > + * dma_fence_chain_unwrap - unwrap chain node > + * @fence: fence which could be a chain node > + * > + * If the paramter is a chain node return the cotained fence, otherwise > return > + * the parameter itself. > + */ s/paramter/parameter/

Re: [PATCH v2 6/7] drm/panfrost: Add support for GPU heap allocations

On Tue, Jul 30, 2019 at 12:55 PM Alyssa Rosenzweig wrote: > > > In any case, per process AS is a prerequisite to all this. > > Oh, I hadn't realized that was still a todo. In the meantime, what's the > implication of shipping without it? (I.e. in which threat model are > users vulnerable without

[PATCH] video/fbdev/aty128fb: Remove dead code

This is dead code since 3.15. If there is no plan to use it further, this can be removed forever. Signed-off-by: Souptick Joarder --- drivers/video/fbdev/aty/aty128fb.c | 18 -- drivers/video/fbdev/aty/atyfb_base.c | 29 - 2 files changed, 47

Re: [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression

On Tue, Jul 30, 2019 at 8:50 PM Thomas Zimmermann wrote: > > Hi > > Am 30.07.19 um 20:12 schrieb Daniel Vetter: > > On Tue, Jul 30, 2019 at 7:50 PM Thomas Zimmermann > > wrote: > >> Am 29.07.19 um 11:51 schrieb kernel test robot: > >>> Greeting, > >>> > >>> FYI, we noticed a -18.8% regression

Re: [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression

Hi Am 30.07.19 um 20:12 schrieb Daniel Vetter: > On Tue, Jul 30, 2019 at 7:50 PM Thomas Zimmermann wrote: >> Am 29.07.19 um 11:51 schrieb kernel test robot: >>> Greeting, >>> >>> FYI, we noticed a -18.8% regression of vm-scalability.median due to commit:> >>> >>> commit:

Re: [PATCH v2 6/7] drm/panfrost: Add support for GPU heap allocations

On Mon, Jul 29, 2019 at 1:18 AM Steven Price wrote: > > On 25/07/2019 18:40, Alyssa Rosenzweig wrote: > >> Sorry, I was being sloppy again![1] I meant CPU mmapped. > > > > No worries, just wanted to check :) > > > >> Apparently the blob in some cases creates a SAME_VA GROW_ON_GPF buffer - > >>

Re: [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression

On Tue, Jul 30, 2019 at 7:50 PM Thomas Zimmermann wrote: > Am 29.07.19 um 11:51 schrieb kernel test robot: > > Greeting, > > > > FYI, we noticed a -18.8% regression of vm-scalability.median due to commit:> > > > > commit: 90f479ae51afa45efab97afdde9b94b9660dd3e4 ("drm/mgag200: Replace > > struct

Re: [drm/mgag200] 90f479ae51: vm-scalability.median -18.8% regression

Am 29.07.19 um 11:51 schrieb kernel test robot: > Greeting, > > FYI, we noticed a -18.8% regression of vm-scalability.median due to commit:> > > commit: 90f479ae51afa45efab97afdde9b94b9660dd3e4 ("drm/mgag200: Replace > struct mga_fbdev with generic framebuffer emulation") >

Re: [PATCH 11/11] MIPS: jz4740: Drop dead code

Hello, Paul Cercueil wrote: > Remove all the source files that are not used anywhere anymore. > > 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

Re: [PATCH 02/11] MIPS: qi_lb60: Migrate to devicetree

Hello, Paul Cercueil wrote: > Move all the platform data to devicetree. > > The only bit dropped is the PWM beeper, which requires the PWM driver > to be updated. I figured it's okay to remove it here since it's really > a non-critical device, and it'll be re-introduced soon enough. > > The

Re: [PATCH 08/11] power/supply: Drop obsolete JZ4740 driver

Hello, Paul Cercueil wrote: > It has been replaced with the more mature ingenic-battery driver. > > Signed-off-by: Paul Cercueil > Tested-by: Artur Rojek > Acked-by: Sebastian Reichel Applied to mips-next. Thanks, Paul [ This message was auto-generated; if you believe anything is

Re: [PATCH 04/11] ASoC: jz4740: Drop lb60 board code

Hello, Paul Cercueil wrote: > The board now uses the simple-audio-card driver. > > Signed-off-by: Paul Cercueil > Tested-by: Artur Rojek > Acked-by: Mark Brown Applied to mips-next. Thanks, Paul [ This message was auto-generated; if you believe anything is incorrect then please email

Re: [PATCH 07/11] mtd: rawnand: Drop obsolete JZ4740 NAND driver

Hello, Paul Cercueil wrote: > It has been replaced with the newer Ingenic NAND driver. > > Signed-off-by: Paul Cercueil > Tested-by: Artur Rojek > Acked-by: Miquel Raynal Applied to mips-next. Thanks, Paul [ This message was auto-generated; if you believe anything is incorrect then

Re: [PATCH 09/11] hwmon: Drop obsolete JZ4740 driver

Hello, Paul Cercueil wrote: > The JZ4740 boards now use the iio-hwmon driver. > > Signed-off-by: Paul Cercueil > Tested-by: Artur Rojek > Acked-by: Guenter Roeck Applied to mips-next. Thanks, Paul [ This message was auto-generated; if you believe anything is incorrect then please

Re: [PATCH 05/11] video/fbdev: Drop JZ4740 driver

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

Re: [PATCH 06/11] dma: Drop JZ4740 driver

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

Re: [PATCH 03/11] MIPS: configs: LB60: update defconfig

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

Re: [PATCH 01/11] MIPS: DTS: jz4740: Add missing nodes

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

Re: [RFC 4/4] drm/panel/ili9341: Support mi0283qt

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 |

Re: [PATCH v4 19/23] drm/bridge: dw-hdmi: Provide ddc symlink in connector sysfs directory

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

Re: [RFC 4/4] drm/panel/ili9341: Support mi0283qt

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

Re: [PATCH] drm/modes: Fix unterminated strncpy

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

Re: [PATCH -next] drm/rockchip: Make analogix_dp_atomic_check static

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

Re: [RFC 4/4] drm/panel/ili9341: Support mi0283qt

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,

Re: [PATCH 5/6] drm: uapi: add gdepaper uapi header

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

Re: [PATCH] [v9] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel

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

Re: [PATCH] [v8, 2/2] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel

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

Re: [RFC PATCH 0/6] tiny: Add driver for gooddisplay epaper panels

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

Re: [PATCH 5/6] drm: uapi: add gdepaper uapi header

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

Re: [PATCH v2] drm/bridge: dw-hdmi: Refuse DDC/CI transfers on the internal I2C controller

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,

Re: [PATCH 9/9] mm: remove the MIGRATE_PFN_WRITE flag

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

[PATCH v2] video: fbdev: Mark expected switch fall-through

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

Re: [RFC 4/4] drm/panel/ili9341: Support mi0283qt

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

Re: [PATCH v6 00/24] Associate ddc adapters with connectors

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 >

Re: [RFC 0/4] drm/mipi-dbi: Support panel drivers

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

Re: [RFC PATCH 0/3] Propose new struct drm_mem_region

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: > > >

Re: [RFC PATCH 0/3] Propose new struct drm_mem_region

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

Re: [RFC 4/4] drm/panel/ili9341: Support mi0283qt

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

Re: [RFC 0/4] drm/mipi-dbi: Support panel drivers

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

Re: [RFC PATCH 0/6] tiny: Add driver for gooddisplay epaper panels

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

Re: [RFC 4/4] drm/panel/ili9341: Support mi0283qt

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

Re: [PATCH 1/3] drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM

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

[Bug 110488] [1042669.035207] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring vce0 timeout, signaled seq=4, emitted seq=8

https://bugs.freedesktop.org/show_bug.cgi?id=110488 Andre Klapper changed: What|Removed |Added Severity|blocker |normal Priority|highest

Re: [PATCH 5/6] drm: uapi: add gdepaper uapi header

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

Re: [RFC 0/4] drm/mipi-dbi: Support panel drivers

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? >

Re: [PATCH 1/3] drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM

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

[Bug 111261] Screen remains black when 2 monitors are connected

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:

Re: [PATCH v2] drm/bridge: lvds-encoder: Fix build error while CONFIG_DRM_KMS_HELPER=m

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 >

Re: [PATCH 1/3] drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM

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

Re: [PATCH] dma-mapping: remove dma_{alloc,free,mmap}_writecombine

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 > --- >

[PATCH 5/6] drm: uapi: add gdepaper uapi header

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

[PATCH 6/6] drm: tiny: gdepaper: add driver for 2/3 color epaper displays

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

[PATCH 4/6] dt-bindings: add gdepaper documentation

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

[PATCH 3/6] dt-bindings: add good display epaper header

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

[PATCH 2/6] dt-bindings: add gooddisplay vendor prefix

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

[PATCH 1/6] drm: tiny: gdepaper: add TINYDRM_GDEPAPER config option

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 ---

[RFC PATCH 0/6] tiny: Add driver for gooddisplay epaper panels

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

[PATCH 2/2] drm: gm12u320: Use DRM_DEV_ERROR everywhere

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

[PATCH 1/2] drm: gm12u320: Some minor cleanups

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

Re: [PATCH v2] drm/bridge: dw-hdmi: Refuse DDC/CI transfers on the internal I2C controller

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

Re: [PATCH 1/3] drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM

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

Re: [PATCH 1/3] drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM

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 +- >>  

Re: [PATCH 1/3] drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM

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,

Re: [PATCH] drm/syncobj: extend syncobj query ability v3

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:

Re: [PATCH] drm/syncobj: extend syncobj query ability v3

在 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:

Re: [PATCH] drm/syncobj: extend syncobj query ability v3

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

[PATCH 2/2] drm: bridge: adv7511: Add support for ADV7535

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 ++

[PATCH 0/2] drm: bridge: adv7511: Add support For ADV7535

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:

[PATCH 1/2] dt-bindings: drm: bridge: adv7511: Add ADV7535 support

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

Re: [PATCH] drm: Add Grain Media GM12U320 driver v2

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

[PATCH] drm/syncobj: extend syncobj query ability v3

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

Re: next/master boot: 265 boots: 17 failed, 184 passed with 64 offline (next-20190730)

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

Re: [PATCH] drm/bridge: tc358764: Fix build error

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' >>

Re: [PATCH v2] drm/bridge: lvds-encoder: Fix build error while CONFIG_DRM_KMS_HELPER=m

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

Re: [PATCH v6 16/24] drm: sti: Provide ddc symlink in hdmi connector sysfs directory

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

Re: [PATCH] drm/bridge: tc358764: Fix build error

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):

  1   2   >