[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

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

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

[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

[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

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

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

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

[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

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.

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

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

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

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

[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

[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

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

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ä

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

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

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

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

[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

[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] ==

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

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

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

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

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

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

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

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

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

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

[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

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

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

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

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

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 Syrjälä: > > > > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe

[PATCH] [RFC] drm: rcar-du: keep temporary dtb files around during build

The *.dtb and *.dtb.S files get removed by 'make' during the build process, and later seem to be missed during the 'modpost' stage: rm drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7795.dtb drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7791.dtb drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7791.dtb.S

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

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 transparency, consistency, or fairness. With pressure to add >> more committers, this is no

[PATCH v2 4/6] drm: Introduce drm_color_lut_size()

From: Ville Syrjälä Provide a small helper to convert the blob length in bytes to the number of LUT entries. v2: Add kerneldoc (Daniel) Cc: Daniel Vetter Signed-off-by: Ville Syrjälä Reviewed-by: Daniel

[PATCH v2 3/6] drm: Verify gamma/degamma LUT size

From: Ville Syrjälä While we want to potentially support multiple different gamma/degamma LUT sizes we can (and should) at least check that the blob length is a multiple of the LUT entry size. v2: s/expected_size_mod/expected_elem_size/ (Daniel) Add kernel doc

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

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 Syrjälä: > > > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote: > > > > drm_printk is used for both DRM_ERROR and

[Bug 103277] [bisected] Systems hangs on resume from S3 sleep due to "Match actual state during S3 resume" commit

https://bugs.freedesktop.org/show_bug.cgi?id=103277 mikita.lip...@amd.com changed: What|Removed |Added Status|NEW |NEEDINFO

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

On Thu, Mar 15, 2018 at 03:04:52PM +0100, Maarten Lankhorst wrote: > Op 15-03-18 om 14:30 schreef Ville Syrjälä: > > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote: > >> drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary > >> arguments that can be removed by creating

[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 #5 from Harry Wentland (harry.wentl...@amd.com) --- Created attachment 274755 --> https://bugzilla.kernel.org/attachment.cgi?id=274755=edit [PATCH] drm/amd/display: Refine disable VGA The patch Alex posted might not be enough.

Re: [DPU PATCH] drm/msm: Add pm_runtime_get/put calls to dpu

On 2018-03-15 20:12, skoll...@codeaurora.org wrote: On 2018-03-14 20:37, Sean Paul wrote: Ensure that pm_runtime is properly referenced/unreferenced when we need it. Signed-off-by: Sean Paul Reviewed-by: Sravanthi Kollukuduru --- Didn't get

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

On Thu, 2018-03-15 at 14:22 +0100, Maarten Lankhorst wrote: > Op 13-03-18 om 23:02 schreef Joe Perches: > > drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary > > arguments that can be removed by creating separate functins. > > > > Create specific functions for these calls to

Re: [DPU PATCH] drm/msm: Add pm_runtime_get/put calls to dpu

On 2018-03-14 20:37, Sean Paul wrote: Ensure that pm_runtime is properly referenced/unreferenced when we need it. Signed-off-by: Sean Paul --- Didn't get a response to my suggestion, so wrote the patch anyways. Thoughts? This patch looks fine for now. The plan is to

[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 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC|

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

On Thu, Mar 15, 2018 at 11:42:25AM +0100, Arnd Bergmann wrote: > Is anyone producing a chip that includes enough of the Privileged ISA spec > to have things like system calls, but not the MMU parts? Various SiFive SOCs seem to support M and U mode, but no S mode or iommu. That should be enough

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

Op 15-03-18 om 14:30 schreef Ville Syrjälä: > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote: >> drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary >> arguments that can be removed by creating separate functins. >> >> Create specific functions for these calls to

Re: [PATCH 2/2] drm/sun4i: backend: Support YUV planes

On Fri, Mar 2, 2018 at 3:18 AM, Maxime Ripard wrote: > Now that we have the guarantee that we will have only a single YUV plane, > actually support them. The way it works is not really straightforward, > since we first need to enable the YUV mode in the plane that we

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

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 transparency, consistency, or fairness. With pressure to add > more committers, this is no longer tenable, if it ever was. Document the > requirements and

Re: [PATCH 18/47] fbdev: s1d13xxxfb: remove m32r specific hacks

On Wednesday, March 14, 2018 04:35:31 PM Arnd Bergmann wrote: > The m32r architecture is being removed, so this is no longer needed. > > Signed-off-by: Arnd Bergmann Acked-by: Bartlomiej Zolnierkiewicz Best regards, -- Bartlomiej Zolnierkiewicz Samsung

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

On 15.03.2018 11:56, Jacopo Mondi wrote: > 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 >

Re: [PATCH 17/47] fbdev: remove blackfin drivers

On Wednesday, March 14, 2018 04:35:30 PM Arnd Bergmann wrote: > The blackfin architecture is getting removed, this removes the > associated fbdev drivers as well. > > Signed-off-by: Arnd Bergmann Acked-by: Bartlomiej Zolnierkiewicz Best regards, --

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

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 Mondi > --- > drivers/gpu/drm/bridge/Kconfig| 6 + > drivers/gpu/drm/bridge/Makefile | 1 + >

Re: [PATCH 16/47] video/logo: remove obsolete logo files

On Wednesday, March 14, 2018 04:35:29 PM Arnd Bergmann wrote: > The blackfin and m32r architectures are getting removed, so it's > time to clean up the logos as well. > > Signed-off-by: Arnd Bergmann Acked-by: Bartlomiej Zolnierkiewicz Best regards, --

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

On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote: > drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary > arguments that can be removed by creating separate functins. > > Create specific functions for these calls to reduce x86/64 defconfig > size by ~20k. > > Modify

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

Op 13-03-18 om 23:02 schreef Joe Perches: > drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary > arguments that can be removed by creating separate functins. > > Create specific functions for these calls to reduce x86/64 defconfig > size by ~20k. > > Modify the existing macros to

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

On 15.03.2018 11:56, Jacopo Mondi wrote: > 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(+) >

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

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

[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

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

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

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

  1   2   >