Re: [PATCH v1 1/3] drm/tegra: plane: Fix RGB565 plane format on older Tegra's

On 15.03.2018 13:27, Thierry Reding wrote: > On Thu, Mar 15, 2018 at 04:00:23AM +0300, Dmitry Osipenko wrote: >> Simplify opaque format adjustment by removing format checking. There are >> only 4 formats that require the adjustment and so this way is less error >> prone, avoiding mishandling

Re: [PATCH v1 2/3] drm/tegra: plane: Correct legacy blending

On 15.03.2018 13:29, Thierry Reding wrote: > On Thu, Mar 15, 2018 at 04:00:24AM +0300, Dmitry Osipenko wrote: >> Keep old 'dependent' state of unaffected planes, this way new state takes >> into account current state of unaffected planes. >> >> Fixes: ebae8d07435a ("drm/tegra: dc: Implement legacy

[PATCH v5 3/3] arm64: dts: renesas: Add LVDS decoder to R-Car V3M Eagle

The R-Car V3M Eagle board includes a transparent THC63LVD1024 LVDS decoder, connected to the on-chip LVDS encoder output on one side and to HDMI encoder ADV7511w on the other one. As the decoder does not need any configuration it has been so-far omitted from DTS. Now that a driver is available,

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #58 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- Please try following to see if it helps avoiding the hang = R600_DEBUG=notiling,norbplus try with GALLIUM_DDEBUG=flush to see if it makes a difference (flushes after each

Re: [Intel-gfx] [PATCH 2/3] drm: Make sure at least one plane supports the fb format

On Thu, Mar 15, 2018 at 07:48:02PM +0200, Ville Syrjälä wrote: > On Thu, Mar 15, 2018 at 10:42:17AM -0700, Eric Anholt wrote: > > Ville Syrjala writes: > > > > > From: Ville Syrjälä > > > > > > To make life easier for drivers, let's

[PATCH] drm: dw-hdmi-i2s: Remove owner assignment from platform_driver

From: Fabio Estevam platform_driver does not need to set the owner field, as this will be populated by the driver core. Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci. Signed-off-by: Fabio Estevam ---

Re: [PATCH v2] drm/tegra: plane: Keep 'dependent' blending state of unaffected planes

On Thu, Mar 15, 2018 at 05:24:31PM +0300, Dmitry Osipenko wrote: > This way new state takes into account the current state of unaffected > (by the atomic commit) planes. > > Signed-off-by: Dmitry Osipenko > --- > > v2: Dropped unrelated 'cleanup' changes and fixed >

Re: [PATCH libdrm] tests/exynos: remove dead condition

On Wednesday, 2018-03-14 14:48:37 +0900, Seung-Woo Kim wrote: > There is already condition checking input values between 2 and 4096 > so condition checking 0 is always false. Remove the dead condition. > > Signed-off-by: Seung-Woo Kim Indeed, good catch :) Reviewed-by:

[PATCH v4 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver

Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel output converter. Signed-off-by: Jacopo Mondi --- drivers/gpu/drm/bridge/Kconfig| 6 + drivers/gpu/drm/bridge/Makefile | 1 + drivers/gpu/drm/bridge/thc63lvd1024.c | 255

[PATCH v5 0/3] drm: Add Thine THC63LVD1024 LVDS decoder bridge

Hi, v5 with a few small changes compared to v4 and with Andrzej tag added to all patches in the series. I fixed punctuation in the bindings and added a statement to clarify the chip does not expose any control bus but it is instead configured by input signals. Minor changes in the driver,

Re: [PATCH v1 2/3] drm/tegra: plane: Correct legacy blending

On 15.03.2018 15:42, Dmitry Osipenko wrote: > On 15.03.2018 13:29, Thierry Reding wrote: >> On Thu, Mar 15, 2018 at 04:00:24AM +0300, Dmitry Osipenko wrote: >>> Keep old 'dependent' state of unaffected planes, this way new state takes >>> into account current state of unaffected planes. >>> >>>

[PATCH v4 1/3] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

Document Thine THC63LVD1024 LVDS decoder device tree bindings. Signed-off-by: Jacopo Mondi --- .../bindings/display/bridge/thine,thc63lvd1024.txt | 63 ++ 1 file changed, 63 insertions(+) create mode 100644

[PATCH v5 1/3] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

Document Thine THC63LVD1024 LVDS decoder device tree bindings. Signed-off-by: Jacopo Mondi Reviewed-by: Andrzej Hajda --- .../bindings/display/bridge/thine,thc63lvd1024.txt | 66 ++ 1 file changed, 66 insertions(+) create

[PATCH v5 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver

Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel output converter. Signed-off-by: Jacopo Mondi Reviewed-by: Andrzej Hajda --- drivers/gpu/drm/bridge/Kconfig| 6 + drivers/gpu/drm/bridge/Makefile | 1 +

[PATCH v4 0/3] drm: Add Thine THC63LVD1024 LVDS decoder bridge

Hello, this new version fixes comments received from Andrzej and Sergei on the preceding v3. Mostly, I cleaned up the mess with the powerdown GPIO names, and I'm now using pdwn everywhere. The regulator enabling routine has been improved as suggested by Sergei and Andrzej and I've changed

RE: [Intel-gfx] [PATCH 1/1] intel: align reuse buffer's size on page size instead

Thanks for the review, Chris. Sorry for the late response. >-Original Message- >From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of >Chris Wilson >Sent: Saturday, March 3, 2018 1:46 AM >To: Xiong, James ; dri-devel@lists.freedesktop.org;

Re: [PATCH v1 2/3] drm/tegra: plane: Correct legacy blending

On 15.03.2018 15:42, Dmitry Osipenko wrote: > On 15.03.2018 13:29, Thierry Reding wrote: >> On Thu, Mar 15, 2018 at 04:00:24AM +0300, Dmitry Osipenko wrote: >>> Keep old 'dependent' state of unaffected planes, this way new state takes >>> into account current state of unaffected planes. >>> >>>

Re: [PATCH 11/16] treewide: simplify Kconfig dependencies for removed archs

Arnd Bergmann writes: > A lot of Kconfig symbols have architecture specific dependencies. > In those cases that depend on architectures we have already removed, > they can be omitted. > > Signed-off-by: Arnd Bergmann [...] > drivers/net/wireless/cisco/Kconfig

[PATCH v2 5/6] drm/i915: Remove the blob->data casts

From: Ville Syrjälä Now that blob->data is void* again we don't need to cast it. v2: Rebase Signed-off-by: Ville Syrjälä Reviewed-by: Daniel Vetter --- drivers/gpu/drm/i915/intel_color.c | 18

Re: [PATCH 2/3] drm: Make sure at least one plane supports the fb format

Ville Syrjala writes: > From: Ville Syrjälä > > To make life easier for drivers, let's have the core check that the > requested pixel format is supported by at least one plane when creating > a new framebuffer. > > This eases the

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Thu, Mar 15, 2018 at 08:44:05AM -0700, Joe Perches wrote: > On Thu, 2018-03-15 at 17:37 +0200, Ville Syrjälä wrote: > > On Thu, Mar 15, 2018 at 08:17:53AM -0700, Joe Perches wrote: > > > On Thu, 2018-03-15 at 17:05 +0200, Ville Syrjälä wrote: > > > > On Thu, Mar 15, 2018 at 03:04:52PM +0100,

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Thu, 2018-03-15 at 18:14 +0200, Ville Syrjälä wrote: > > There's no trade-off in this patch for faster/larger. > > This patch is simply smaller. Smaller is better. > > This feels a bit like saying pink is better than red because it's > more pink. Silly. If you can't say smaller total object

Re: [PATCH] [v3] gpu: ipu-v3: prg: avoid possible array underflow

Hi Arnd, On Thu, 2018-03-15 at 17:19 +0100, Arnd Bergmann wrote: > gcc-8 reports that we access an array with a negative index > in an error case: > > drivers/gpu/ipu-v3/ipu-prg.c: In function 'ipu_prg_channel_disable': > drivers/gpu/ipu-v3/ipu-prg.c:252:43: error: array subscript -22 is below

[Bug 198985] BUG: KASAN: use-after-free in amdgpu_job_free_cb+0x26/0xb0 [amdgpu]

https://bugzilla.kernel.org/show_bug.cgi?id=198985 --- Comment #4 from Fredrik (fred...@planet-express.se) --- I've applied the patch you mentioned above. Is this related or should I open a new bug?: [56091.713961] ==

Re: rfc: remove print_vma_addr ? (was Re: [PATCH 00/16] remove eight obsolete architectures)

On Thu, 2018-03-15 at 10:08 -0700, Matthew Wilcox wrote: > On Thu, Mar 15, 2018 at 09:56:46AM -0700, Joe Perches wrote: > > I have a patchset that creates a vsprintf extension for > > print_vma_addr and removes all the uses similar to the > > print_symbol() removal. > > > > This now avoids any

rfc: remove print_vma_addr ? (was Re: [PATCH 00/16] remove eight obsolete architectures)

On Thu, 2018-03-15 at 10:48 +0100, Geert Uytterhoeven wrote: > Hi David, > > On Thu, Mar 15, 2018 at 10:42 AM, David Howells wrote: > > Do we have anything left that still implements NOMMU? > > Sure: arm, c6x, m68k, microblaze, and sh. I have a patchset that creates a

[PATCH v2] drm/tegra: plane: Keep 'dependent' blending state of unaffected planes

This way new state takes into account the current state of unaffected (by the atomic commit) planes. Signed-off-by: Dmitry Osipenko --- v2: Dropped unrelated 'cleanup' changes and fixed s/state->dependent[i]/state->dependent[index]/ typo. drivers/gpu/drm/tegra/plane.c |

Re: [PATCH v1 1/3] drm/tegra: plane: Fix RGB565 plane format on older Tegra's

On 15.03.2018 15:48, Dmitry Osipenko wrote: > On 15.03.2018 13:27, Thierry Reding wrote: >> On Thu, Mar 15, 2018 at 04:00:23AM +0300, Dmitry Osipenko wrote: >>> Simplify opaque format adjustment by removing format checking. There are >>> only 4 formats that require the adjustment and so this way

Re: [PATCH 00/16] remove eight obsolete architectures

On 03/15/2018 10:42 AM, David Howells wrote: > Do we have anything left that still implements NOMMU? > RISC-V ? (evil grin :-) Cheers, Hannes -- Dr. Hannes ReineckeTeamlead Storage & Networking h...@suse.de +49 911 74053 688 SUSE LINUX GmbH,

[PATCH v4 3/3] arm64: dts: renesas: Add LVDS decoder to R-Car V3M Eagle

The R-Car V3M Eagle board includes a transparent THC63LVD1024 LVDS decoder, connected to the on-chip LVDS encoder output on one side and to HDMI encoder ADV7511w on the other one. As the decoder does not need any configuration it has been so-far omitted from DTS. Now that a driver is available,

Re: [PATCH 2/3] drm: Make sure at least one plane supports the fb format

On Thu, Mar 15, 2018 at 10:42:17AM -0700, Eric Anholt wrote: > Ville Syrjala writes: > > > From: Ville Syrjälä > > > > To make life easier for drivers, let's have the core check that the > > requested pixel format is supported by at

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Thu, 2018-03-15 at 17:37 +0200, Ville Syrjälä wrote: > On Thu, Mar 15, 2018 at 08:17:53AM -0700, Joe Perches wrote: > > On Thu, 2018-03-15 at 17:05 +0200, Ville Syrjälä wrote: > > > On Thu, Mar 15, 2018 at 03:04:52PM +0100, Maarten Lankhorst wrote: > > > > Op 15-03-18 om 14:30 schreef Ville

[PATCH] drm/amdkfd: fix uninitialized variable use

When CONFIG_ACPI is disabled, we never initialize the acpi_table structure in kfd_create_crat_image_virtual: drivers/gpu/drm/amd/amdkfd/kfd_crat.c: In function 'kfd_create_crat_image_virtual': drivers/gpu/drm/amd/amdkfd/kfd_crat.c:888:40: error: 'acpi_table' may be used uninitialized in this

Re: [maintainer-tools PATCH] doc: how to become a drm-intel committer

On Thu, Mar 15, 2018 at 4:32 PM, Jani Nikula wrote: > On Thu, 15 Mar 2018, Daniel Vetter wrote: >> On Wed, Mar 14, 2018 at 05:11:02PM +0200, Jani Nikula wrote: >>> Until now, the drm-intel commit access have been handed out ad hoc, >>> without

[Bug 199123] kernel 4.16rc5 doesnt boot on ryzen 5 2400g due to an amdgpu change

https://bugzilla.kernel.org/show_bug.cgi?id=199123 --- Comment #6 from david becerra (davidbecerrapor...@gmail.com) --- (In reply to Harry Wentland from comment #5) > Created attachment 274755 [details] > [PATCH] drm/amd/display: Refine disable VGA > > The patch Alex posted might not be enough.

Re: fbcon non-desktop display use

Charles Lohr writes: > Even if the vive is the only device connected, it will still not permit it > to be operated. See https://github.com/linux-sunxi/linux-sunxi/issues/291 > for dri with a lot of debugging turned on. Oh, it's not supposed to do that. I had intended to write

Re: [Intel-gfx] [PATCH 2/3] drm: Make sure at least one plane supports the fb format

On Thu, Mar 15, 2018 at 08:03:44PM +0200, Ville Syrjälä wrote: > On Thu, Mar 15, 2018 at 07:48:02PM +0200, Ville Syrjälä wrote: > > On Thu, Mar 15, 2018 at 10:42:17AM -0700, Eric Anholt wrote: > > > Ville Syrjala writes: > > > > > > > From: Ville Syrjälä

[PATCH] fbdev: aty: fix missing indentation in if statement

From: Colin Ian King There is a missing indentation following an if statement, fix this. Detected by Coccinelle: drivers/video/fbdev/aty/mach64_ct.c:183:2-15: code aligned with following code on line 184 Signed-off-by: Colin Ian King ---

Re: fbcon non-desktop display use

On Thu, Mar 15, 2018 at 9:03 PM, Charles Lohr wrote: > To try to address both concerns, it feels easiest to do not in-line. > > 1) Just for background: The H3, and many other ARM systems use the > framebuffer for all video access, 3D accelerated as well as X11. If we > want to

[Bug 198123] Console is the wrong color at boot with radeon 6670

https://bugzilla.kernel.org/show_bug.cgi?id=198123 --- Comment #39 from sh...@tuta.io --- I booted the stock kernel with nosmp few times. One time - gray, other times - black. I wonder if the initialization code could be preempted and the race still occurs on a single CPU. Otherwise, it may be a

[Bug 105533] [r600g] Trying UVD causes my system crash and hang on RV730

https://bugs.freedesktop.org/show_bug.cgi?id=105533 Bug ID: 105533 Summary: [r600g] Trying UVD causes my system crash and hang on RV730 Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux

[Bug 105532] Broken map generation in Northgard game

https://bugs.freedesktop.org/show_bug.cgi?id=105532 Bug ID: 105532 Summary: Broken map generation in Northgard game Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

[Bug 105532] Broken map generation in Northgard game

https://bugs.freedesktop.org/show_bug.cgi?id=105532 --- Comment #1 from Alexander Tsoy --- Also very often map generation process just hangs or repeat many times (according to the progress bar). -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 1/8] clk: Add clk_bulk_alloc functions

Quoting Marek Szyprowski (2018-02-20 01:36:03) > Hi Robin, > > On 2018-02-19 17:29, Robin Murphy wrote: > > > > Seeing how every subsequent patch ends up with the roughly this same > > stanza: > > > > x = devm_clk_bulk_alloc(dev, num, names); > > if (IS_ERR(x) > >     return

[Bug 105534] amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it

https://bugs.freedesktop.org/show_bug.cgi?id=105534 Bug ID: 105534 Summary: amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it Product: DRI Version: unspecified Hardware: x86-64 (AMD64)

[PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

From: Matt Atwood DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended receiver capabilities. For panels that use this new feature wait interval would be increased by 512 ms, when

[PULL] drm-intel-fixes

Hi Dave, Sorry for the last minute and for sending 2 pull requests in a short time, but we just got a pull request from GVT. It passes our CI-fast-feedback and the full run is still running. Please if we still have time please consider pulling it, otherwise this will be part of next regular

[Bug 105018] Kernel panic when waking up after screen goes blank.

https://bugs.freedesktop.org/show_bug.cgi?id=105018 --- Comment #22 from L.S.S. --- It seems some of the patches (1, 2, and 4) have entered the 4.16 kernel, from what I can tell when building the kernel for Manjaro, where these three patches got rejected, and the exact

[Bug 105534] amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it

https://bugs.freedesktop.org/show_bug.cgi?id=105534 Alex Deucher changed: What|Removed |Added Resolution|--- |NOTABUG

Re: [Intel-gfx] [PATCH] drm/dp: Correctly mask DP_TRAINING_AUX_RD_INTERVAL values for DP 1.4

On Thu, Mar 15, 2018 at 02:08:51PM -0700, matthew.s.atw...@intel.com wrote: > From: Matt Atwood > > DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8 > bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended > receiver capabilities.

[PATCH libdrm 5/5] intel: purge cached bucket when its cached buffer is evicted

From: "Xiong, James" Previously when a cached MRU buffer was found to be evicted by kernel, the bucket was emptied. The new implementation purged these buffers that were freed before the evicted one. Signed-off-by: Xiong, James ---

[Bug 105401] Unable to start X on Vega AMDGPU(0): amdgpu_setup_kernel_mem failed

https://bugs.freedesktop.org/show_bug.cgi?id=105401 Timothy Pearson changed: What|Removed |Added Resolution|--- |FIXED

[PATCH libdrm 4/5] intel: get a cached buffer by size for reuse

From: "Xiong, James" Previously all cached buffers in a given bucket were same sized, when reusing, the MRU buffer at the tail was poped out. With the new implementation, we go through the buffer list in a reverse order to search for a MRU buffer with a suitable size.

[PATCH libdrm 2/5] intel: reorganize internal function

From: "Xiong, James" split drm_intel_gem_bo_alloc_internal, and add a function to search for a suitable buffer for given size for reuse. Signed-off-by: Xiong, James --- intel/intel_bufmgr_gem.c | 141 ---

[PATCH libdrm 0/5] improve reuse implementation

From: "Xiong, James" With gem_reuse enabled, when a buffer size is different than the sizes of buckets, it is aligned to the next bucket's size, which means about 25% more memory than the requested is allocated in the worst senario. For example: Orignal sizeActual

[PATCH libdrm 3/5] intel: get a cached bucket by size

From: "Xiong, James" cached buckets are sorted by size in increasing order, each now contains cached buffers with different sizes. A buffer with size >= buckets[n].size and < buckets[n+1].size is put in bucket n for future reuse. Signed-off-by: Xiong, James

[PATCH libdrm 1/5] drm: add a macro DRMLISTFOREACHENTRYREVERSE

From: "Xiong, James" it goes through DRMLIST in a reverse order Signed-off-by: Xiong, James --- libdrm_lists.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/libdrm_lists.h b/libdrm_lists.h index 8926d8d..400c731 100644 ---

Re: [PATCH v2] drm/nouveau/secboot: remove VLA usage

On 14 March 2018 at 21:08, Thierry Reding wrote: > On Tue, Mar 13, 2018 at 11:24:11AM -0500, Gustavo A. R. Silva wrote: >> In preparation to enabling -Wvla, remove VLA. In this particular >> case directly use macro NVKM_MSGQUEUE_CMDLINE_SIZE instead of local >> variable

[git pull] drm fixes for 4.16-rc6

Hi Linus, i915 has a backlight fix for some panels, a pm and a fencing fix, along with some GVT fixes. amdgpu has a backlight fix across suspend/resume, an object destruction ordering issue fix, and a displayport fix nouveau has two backlight fixes, and a fix for some lockups. Pretty quiet week,

[Bug 105515] hw_init of IP block failed

https://bugs.freedesktop.org/show_bug.cgi?id=105515 --- Comment #5 from Edward Kigwana --- With options amdgpu dpm=0 I can at leave get something. If I do not provide any arguments, the system locks up instantly so without a serial console it is going to be a a beast to

[Bug 105515] hw_init of IP block failed

https://bugs.freedesktop.org/show_bug.cgi?id=105515 --- Comment #4 from Edward Kigwana --- Created attachment 138150 --> https://bugs.freedesktop.org/attachment.cgi?id=138150=edit dmesg Full dmesg output -- You are receiving this mail because: You are the assignee for

Re: [PATCH v4 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver

Hi Andrzej, thanks for your patience in reviewing this series On Thu, Mar 15, 2018 at 02:37:00PM +0100, Andrzej Hajda wrote: > On 15.03.2018 11:56, Jacopo Mondi wrote: > > Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel > > output converter. > > > > Signed-off-by: Jacopo

[PATCH] [v3] gpu: ipu-v3: prg: avoid possible array underflow

gcc-8 reports that we access an array with a negative index in an error case: drivers/gpu/ipu-v3/ipu-prg.c: In function 'ipu_prg_channel_disable': drivers/gpu/ipu-v3/ipu-prg.c:252:43: error: array subscript -22 is below array bounds of 'struct ipu_prg_channel[3]' [-Werror=array-bounds] This

[Bug 199123] kernel 4.16rc5 doesnt boot on ryzen 5 2400g due to an amdgpu change

https://bugzilla.kernel.org/show_bug.cgi?id=199123 --- Comment #3 from david becerra (davidbecerrapor...@gmail.com) --- (In reply to Michel Dänzer from comment #2) > Can you bisect? i cant do the process, but im 99% sure the bad commit is:

Re: [PATCH 00/16] remove eight obsolete architectures

Do we have anything left that still implements NOMMU? David ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 1/4] dma-buf: add optional invalidate_mappings callback

Am 15.03.2018 um 10:20 schrieb Daniel Vetter: On Tue, Mar 13, 2018 at 06:20:07PM +0100, Christian König wrote: [SNIP] Take a look at the DOT graphs for atomic I've done a while ago. I think we could make a formidable competition for who's doing the worst diagrams :-) Thanks, going to give that

Re: [PATCH 00/16] remove eight obsolete architectures

On Thu, Mar 15, 2018 at 10:42 AM, David Howells wrote: > Do we have anything left that still implements NOMMU? Yes, plenty. I was wondering the same thing, but it seems that the architectures we remove are almost completely representative of what we support overall, except

Re: [PATCH v1 1/3] drm/tegra: plane: Fix RGB565 plane format on older Tegra's

On Thu, Mar 15, 2018 at 04:00:23AM +0300, Dmitry Osipenko wrote: > Simplify opaque format adjustment by removing format checking. There are > only 4 formats that require the adjustment and so this way is less error > prone, avoiding mishandling native formats, like in this case RGB565 is > the

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On Wed, Dec 20, 2017 at 2:14 AM, Byungchul Park wrote: > On 12/19/2017 6:59 PM, Daniel Vetter wrote: >> >> On Mon, Dec 18, 2017 at 09:42:13AM -0800, Linus Torvalds wrote: >>> >>> On Sun, Dec 17, 2017 at 11:11 PM, Daniel Vetter wrote: This

Re: [PATCH 1/4] dma-buf: add optional invalidate_mappings callback

On Thu, Mar 15, 2018 at 10:56 AM, Christian König wrote: > Am 15.03.2018 um 10:20 schrieb Daniel Vetter: >> >> On Tue, Mar 13, 2018 at 06:20:07PM +0100, Christian König wrote: >> [SNIP] >> Take a look at the DOT graphs for atomic I've done a while ago. I think we

Re: [PATCH v3 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver

On 14.03.2018 11:09, jacopo mondi wrote: > Hi Andrzej, > thanks for review > > On Wed, Mar 14, 2018 at 09:42:36AM +0100, Andrzej Hajda wrote: >> On 13.03.2018 15:30, Jacopo Mondi wrote: >>> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel >>> output decoder. >> IMO

Re: [PATCH v1 2/3] drm/tegra: plane: Correct legacy blending

On Thu, Mar 15, 2018 at 04:00:24AM +0300, Dmitry Osipenko wrote: > Keep old 'dependent' state of unaffected planes, this way new state takes > into account current state of unaffected planes. > > Fixes: ebae8d07435a ("drm/tegra: dc: Implement legacy blending") > Signed-off-by: Dmitry Osipenko

Re: [PATCH v3 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver

HI Andrezej, On Thu, Mar 15, 2018 at 10:44:42AM +0100, Andrzej Hajda wrote: > On 14.03.2018 11:09, jacopo mondi wrote: > > Hi Andrzej, > > thanks for review > > > > On Wed, Mar 14, 2018 at 09:42:36AM +0100, Andrzej Hajda wrote: > >> On 13.03.2018 15:30, Jacopo Mondi wrote: > >>> Add DRM

Re: [PATCH 00/16] remove eight obsolete architectures

Hi David, On Thu, Mar 15, 2018 at 10:42 AM, David Howells wrote: > Do we have anything left that still implements NOMMU? Sure: arm, c6x, m68k, microblaze, and sh. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32

Re: [PATCH 00/16] remove eight obsolete architectures

On Thu, Mar 15, 2018 at 10:59 AM, Hannes Reinecke wrote: > On 03/15/2018 10:42 AM, David Howells wrote: >> Do we have anything left that still implements NOMMU? >> > RISC-V ? > (evil grin :-) Is anyone producing a chip that includes enough of the Privileged ISA spec to have things

Re: [PATCH v1 3/3] drm/tegra: dc: Dedicate overlay plane to cursor on older Tegra's

On Thu, Mar 15, 2018 at 04:00:25AM +0300, Dmitry Osipenko wrote: > Older Tegra's do not support RGBA format for the cursor, but instead > overlay plane could be used for it. Since there is no much use for the > overlays on a regular desktop and HW-accelerated cursor is much better > than a SW

Re: [PATCH v5 1/6] dt-bindings: add bindings for USB physical connector

On 12.03.2018 11:41, Roger Quadros wrote: > Andrezej, > > Why don't you have any of the USB maintainers in to/cc? > > Greg Kroah-Hartman (supporter:USB SUBSYSTEM) > Felipe Balbi (maintainer:USB GADGET/PERIPHERAL SUBSYSTEM) Serious omission, sorry

[Bug 103370] `vblank_mode=0 DRI_PRIME=1 glxgears` will introduce GPU lock up on Intel Graphics [8086:5917] + AMD Graphics [1002:6665] (rev c3)

https://bugs.freedesktop.org/show_bug.cgi?id=103370 Shih-Yuan Lee changed: What|Removed |Added Resolution|--- |FIXED

[Bug 105515] hw_init of IP block failed

https://bugs.freedesktop.org/show_bug.cgi?id=105515 --- Comment #2 from Edward Kigwana --- After lots of wrangling, I got it to work with the following module options: options amdgpu si_support=0 cik_support=0 msi=1 exp_hw_support=0 ppfeaturemask=0 dpm=0 powerplay=0 As a

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On Thu, Mar 15, 2018 at 11:31:57AM +0100, Daniel Vetter wrote: > Is there any progress on getting cross-release enabled again? Not yet, I'm still fighting the meltdown/spectre induced backlog. We'll get to it eventually. ___ dri-devel mailing list

Re: [PATCH] drm/amdkfd: add missing include of mm.h

On Thu, Mar 15, 2018 at 4:10 AM, Oded Gabbay wrote: > This patch fixes kernel build in ARCH=frv > > Signed-off-by: Oded Gabbay Acked-by: Alex Deucher > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.h | 1 + > 1 file

Re: [PATCH 1/2] drm/sun4i: backend: Check that we only have a single YUV plane

On Fri, Mar 2, 2018 at 3:18 AM, Maxime Ripard wrote: > Just like for the frontend, a single plane can use a YUV format. Make sure > we have that constraint covered in our atomic_check. It might be worth mentioning that this is a precursor patch for YUV support. >

[PATCH 3/8] drm/sun4i: Add support for A80 TCONs

The Allwinner A80 SoC has 2 documented TCONs. The display pipeline diagram from the user manual shows a third TCON, but it's missing an interrupt line, and its registers are not explained either. It's also not used in Allwinner's vendor BSP. The first TCON only has channel 0, for LCD panel

[PATCH 6/8] ARM: dts: sun9i: Add device nodes for documented display pipelines for A80

The Allwinner A80 SoC has 3 display pipelines, of which some parts are documented: - 3x display front ends (FE), documented - 2x display enhancement units (DEU), undocumented - 3x display back ends (BE), documented - 2x dynamic range controller (DRC), undocumented - 2x LCDC/TCONs,

[PATCH 4/8] drm/sun4i: Add compatible strings for the A80 display pipeline

This patch adds compatible strings for the remaining documented components of the Allwinner A80 display pipeline. Signed-off-by: Chen-Yu Tsai --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v5 1/6] dt-bindings: add bindings for USB physical connector

On 12/03/18 10:41, Roger Quadros wrote: [...] @@ -0,0 +1,75 @@ +USB Connector += + +USB connector node represents physical USB connector. It should be +a child of USB interface controller. + +Required properties: +- compatible: describes type of the connector, must be one of: +

[PATCH 7/8] ARM: dts: sun9i: Add pinmux settings for LCD0 RGB888 output.

The A80 supports RGB888 with H/V sync from LCD0. Add a pinmux setting for the needed pins. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/sun9i-a80.dtsi

[PATCH 8/8] ARM: dts: sun9i: cubieboard4: Enable VGA display output

The Cubieboard4 has a dumb VGA DAC connected to the output of LCD0, providing VGA output through the onboard VGA connector. The DDC lines are connected to i2c3. The VGA DAC is a GM7123, which is compatible with Analog Devices' ADV7123, except it only takes 3.3V power, and has a lower standby

[PATCH 5/8] drm/sun4i: Add driver support for A80 display pipeline

This patch adds support for the compatible strings of the A80 display pipeline. Signed-off-by: Chen-Yu Tsai --- drivers/gpu/drm/sun4i/sun4i_backend.c | 7 +++ drivers/gpu/drm/sun4i/sun4i_drv.c | 12 ++-- drivers/gpu/drm/sun4i/sun6i_drc.c | 1 + 3 files

[PATCH 1/8] drm/sun4i: Add compatible strings for A80 TCONs

The A80 has 2 or 3 TCONs. The documentation and vendor kernel are very vague about the third TCON, to the point that it might not exist. In the documentation, the first TCON is missing channel 1, and the second is missing channel 0. However the vendor kernel seems to be able to use them

[PATCH 2/8] drm/sun4i: Add DT binding for Detail Enhancement Unit in Allwinner A80 SoC

The display pipeline on the A80 SoC has what is called the Detail Enhancement Unit, or DEU for short, block in between the display frontend and backend. This unit can sharpen images in both luma and chroma channels. It seems to also do colorspace conversion. This patch adds the device tree

[PATCH 0/8] ARM: sun9i: a80: Add display support

Hi everyone, This series adds basic support for the display pipelines found on the Allwinner A80 SoC. Currently only parallel RGB output via TCON0 is supported. TCON1 drives the HDMI encoder, which I've not been able to get working yet. Patch 1 adds device tree bindings for the TCONs on the A80.

[Bug 105515] hw_init of IP block failed

https://bugs.freedesktop.org/show_bug.cgi?id=105515 --- Comment #3 from Alex Deucher --- Please attach your full dmesg output. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[PATCH v4 2/3] drm/panel: support Innolux P097PFG panel

Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel, it reuse the Innolux P079ZCA panel driver. Change-Id: I97923aa3735f707332681691b0231c9421b427d0 Signed-off-by: Lin Huang --- Changes in v2: - None Changes in v3: - None Changes in v4: - download panel initial code

[PATCH v4 3/3] dt-bindings: Add INNOLUX P097PFG panel bindings

From: huang lin The Innolux P097PFG panel is 9.7" panel with 1536X2048 resolution, it reuse P079ZCA panel driver, so improve p079ZCA dt-binding to support P097PFG. Change-Id: I8704914898fe53b734d31fbe646df8aa5fd8b30d Signed-off-by: Lin Huang ---

Re: [PATCH] drm/i915: drop various VLAs in i915_debugfs.c

2018-03-14 13:17 GMT+01:00 Jani Nikula : > Thanks for your patch. However, Chris beat you to it with: > > 7aa0b14ede64 ("drm/i915: Remove variable length arrays from sseu debugfs > printers") I didn't notice it :) > as well as adding -Wvla to our subdir-ccflags-y to

[PATCH] drm/i915/pmu: Work around compiler warnings on some kernel configs

From: Tvrtko Ursulin Arnd Bergman reports: """ The conditional spinlock confuses gcc into thinking the 'flags' value might contain uninitialized data: drivers/gpu/drm/i915/i915_pmu.c: In function '__i915_pmu_event_read': arch/x86/include/asm/paravirt_types.h:573:3:

fbcon non-desktop display use

There was a patch submitted by Keith Packard which prevents fbcon from using non-desktop displays, but this breaks vive, and other HMD development/use on embedded and other fbdev systems ( https://patchwork.kernel.org/patch/10053989/ ). Even if the vive is the only device connected, it will still

[PATCH v1 2/3] drm/tegra: plane: Correct legacy blending

Keep old 'dependent' state of unaffected planes, this way new state takes into account current state of unaffected planes. Fixes: ebae8d07435a ("drm/tegra: dc: Implement legacy blending") Signed-off-by: Dmitry Osipenko --- drivers/gpu/drm/tegra/plane.c | 15 ++- 1

Re: [PATCH v4 1/3] drm/panel: refactor INNOLUX P079ZCA panel driver

Hi Emil, On Wednesday, March 14, 2018 08:02 PM, Emil Velikov wrote: Hi Lin, On 14 March 2018 at 09:12, Lin Huang wrote: From: huang lin Refactor Innolux P079ZCA panel driver, let it support multi panel. Change-Id:

  1   2   >