Re: XDC 2017 : Call for paper

On Tue, Jun 6, 2017 at 4:19 PM, Martin Peres wrote: > Hello, > > I have the pleasure to announce that the X.org Developer Conference 2017 > will be held in Mountain View, California from September 20th to > September 22nd. The venue is located at the Googleplex. > > The

[Bug 99292] GPU hang in High Fidelity

https://bugs.freedesktop.org/show_bug.cgi?id=99292 Christoph Haag changed: What|Removed |Added Resolution|--- |FIXED

Re: [PATCH v3 1/2] drm/gem: drm_gem_dumb_map_offset(): reject dma-buf

Daniel Vetter writes: > On Fri, Aug 18, 2017 at 01:34:45PM -0700, Eric Anholt wrote: >> Daniel Vetter writes: >> >> > On Fri, Aug 18, 2017 at 10:41:21AM -0700, Eric Anholt wrote: >> >> Noralf Trønnes writes: >> >> > Den 18.08.2017 09.46,

Re: [PATCH v3 1/2] drm/gem: drm_gem_dumb_map_offset(): reject dma-buf

On Fri, Aug 18, 2017 at 01:34:45PM -0700, Eric Anholt wrote: > Daniel Vetter writes: > > > On Fri, Aug 18, 2017 at 10:41:21AM -0700, Eric Anholt wrote: > >> Noralf Trønnes writes: > >> > Den 18.08.2017 09.46, skrev Daniel Vetter: > >> >> On Thu, Aug 17, 2017

Re: [PATCH v3 1/2] drm/gem: drm_gem_dumb_map_offset(): reject dma-buf

Daniel Vetter writes: > On Fri, Aug 18, 2017 at 10:41:21AM -0700, Eric Anholt wrote: >> Noralf Trønnes writes: >> > Den 18.08.2017 09.46, skrev Daniel Vetter: >> >> On Thu, Aug 17, 2017 at 06:21:30PM +0200, Noralf Trønnes wrote: >> >>> Reject mapping an

Re: [PULL] drm-misc-fixes

On Fri, Aug 18, 2017 at 4:19 PM, Daniel Vetter wrote: > On Fri, Aug 18, 2017 at 11:57:34AM -0400, Sean Paul wrote: >> Hi Dave, >> Here's the latest and greatest from drm-misc-fixes. We have a couple nice >> cleanups from Maarten centered around properly handling errors (and >>

Re: [PULL] drm-misc-fixes

On Fri, Aug 18, 2017 at 11:57:34AM -0400, Sean Paul wrote: > Hi Dave, > Here's the latest and greatest from drm-misc-fixes. We have a couple nice > cleanups from Maarten centered around properly handling errors (and > specifically > EDEADLK) in atomic_check. They're not cleanups, stuff actually

Re: [PATCH v3 1/2] drm/gem: drm_gem_dumb_map_offset(): reject dma-buf

On Fri, Aug 18, 2017 at 10:41:21AM -0700, Eric Anholt wrote: > Noralf Trønnes writes: > > Den 18.08.2017 09.46, skrev Daniel Vetter: > >> On Thu, Aug 17, 2017 at 06:21:30PM +0200, Noralf Trønnes wrote: > >>> Reject mapping an imported dma-buf since is's an invalid use-case. >

Re: [PATCH] drm/atomic: Handle -EDEADLK with out-fences correctly

On Fri, Aug 18, 2017 at 10:13:08PM +0200, Daniel Vetter wrote: > On Fri, Aug 18, 2017 at 01:59:10PM -0300, Gustavo Padovan wrote: > > 2017-08-14 Maarten Lankhorst : > > > > > complete_crtc_signaling is freeing fence_state, but when retrying > > > num_fences and

Re: [PATCH] drm/atomic: Handle -EDEADLK with out-fences correctly

On Fri, Aug 18, 2017 at 01:59:10PM -0300, Gustavo Padovan wrote: > 2017-08-14 Maarten Lankhorst : > > > complete_crtc_signaling is freeing fence_state, but when retrying > > num_fences and fence_state are not zero'd. This caused duplicate > > fd's in the

[GIT PULL] Allwinner sun4i DRM changes for 4.14

Hi Dave, Here is our usual changes for the next pull request. They've all been in next for around a month, so they shouldn't cause any particular problems. Thanks! Maxime The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1 (2017-07-15 15:22:10 -0700)

[GIT PULL] Allwinner sun4i DRM fixes for 4.13

Hi David, Please pull the following tag for the next merge window. Thanks! Maxime The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1 (2017-07-15 15:22:10 -0700) are available in the git repository at:

[Bug 102300] Second monitor shows black screen but has signal

https://bugs.freedesktop.org/show_bug.cgi?id=102300 --- Comment #2 from f...@mt2015.com --- Created attachment 133616 --> https://bugs.freedesktop.org/attachment.cgi?id=133616=edit dmesg and xorg logs Logs are from Gallium 0.4 on AMD TONGA (DRM 3.15.0 / 4.12.8-1-ARCH, LLVM 4.0.1) and other

[Bug 102300] Second monitor shows black screen but has signal

https://bugs.freedesktop.org/show_bug.cgi?id=102300 --- Comment #1 from Alex Deucher --- Please attach your xorg log and dmesg output. If this is a regression can you bisect? -- You are receiving this mail because: You are the assignee for the

[Bug 102301] 4.12, AMD A10-9600P, AMD-Vi: Completion-Wait loop timed out.

https://bugs.freedesktop.org/show_bug.cgi?id=102301 Bug ID: 102301 Summary: 4.12, AMD A10-9600P, AMD-Vi: Completion-Wait loop timed out. Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux

[Bug 102300] Second monitor shows black screen but has signal

https://bugs.freedesktop.org/show_bug.cgi?id=102300 Bug ID: 102300 Summary: Second monitor shows black screen but has signal Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity:

[maintainer-tools PATCH] dim: Add drm-misc-commit-flow.svg to clean target

Clean up drm-misc-commit-flow.svg when running make clean. Signed-off-by: Sean Paul --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 44fcdc9..8daa912 100644 --- a/Makefile +++ b/Makefile @@ -47,6 +47,6 @@ mancheck:

[PATCH] i915,drm/fourcc: Improve the CCS modifier documentation

This updates the documentation on the intel CCS modifiers for a couple of reasons: 1) The old documentation required that the CCS modifier only be used with formats. While i915 currently only supports CCS scanout with formats (and advertises such through the blob format), CCS

Re: [PATCH] dma-buf/sync_file: document flags field

2017-08-01 Sumit Semwal : > Hi Gustavo, > > On 1 August 2017 at 01:06, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Documentation for it was missing. > > > > Signed-off-by: Gustavo Padovan

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #10 from Andy Furniss --- Disabling dual instance does avoid it. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[PATCH 4/6 v2] ASoC: AMD: DMA driver changes for Stoney Platform

From: Vijendar Mukunda Added DMA driver changes for Stoney platform. Below are the key differences between Stoney and CZ In Stoney, Memory Gating is disabled.SRAM Banks won't be turned off.No Of SRAM Banks reduced to 6. DAGB Garlic Interface used and 16 bit resolution

[PATCH 3/6 v3] ASoC: AMD: disabling memory gating in stoney platform

From: Vijendar Mukunda For Stoney platform, Memory gating is disabled.i.e SRAM Banks won't be turned off. By Default, SRAM Bank state set to ON. Added condition checks to skip SRAM Bank state set logic for Stoney platform. Reviewed-by: Alex Deucher

[PATCH 5/6 v3] ASoC: AMD: Audio buffer related changes for Stoney

From: Vijendar Mukunda Stoney uses 16kb SRAM memory for playback and 16Kb for capture.Modified Max buffer size to have the correct mapping between System Memory and SRAM. Added snd_pcm_hardware structures for playback and capture for Stoney. Reviewed-by: Alex Deucher

[PATCH 6/6 v3] ASoC: AMD: Add machine driver for cz rt5650

From: Akshu Agrawal The driver is used for AMD board using rt5650 codec. Reviewed-by: Alex Deucher Signed-off-by: Akshu Agrawal Signed-off-by: Alex Deucher --- v2: Change ACPI ID to AMDI1002

[PATCH 2/6 v2] drm/amdgpu Moving amdgpu asic types to a separate file

From: Akshu Agrawal Amdgpu asic types will be required for other drivers too. Hence, its better to keep it in a separate include file. Reviewed-by: Alex Deucher Signed-off-by: Akshu Agrawal Signed-off-by: Alex Deucher

[PATCH 1/6 v3] drm/amd/amdgpu: Added asic_type as ACP DMA driver platform data

From: Vijendar Mukunda asic_type information is passed to ACP DMA Driver as platform data. Reviewed-by: Alex Deucher Signed-off-by: Vijendar Mukunda Signed-off-by: Alex Deucher --- v2:

[PATCH 0/6 v3] Add ASoC support for AMD Stoney APUs

This patch set updates the AMD GPU and Audio CoProcessor (ACP) audio drivers and the designware i2s driver for Stoney (ST). ST is an APU similar to Carrizo (CZ) which already has ACP audio support. The i2s controller and ACP audio DMA engine are part of the GPU and both need updating so I would

[git pull] amdkfd next 4.14

Hi Dave, This is the amdkfd pull request for 4.14 merge window. AMD has started cleaning the pipe and sending patches from their internal development to the upstream community. The plan as I understand it is to first get all the non-dGPU patches to upstream and then move to upstream dGPU

[drm-misc] drm-misc-next now targeting 4.15

Hi misc! I've just sent out the last pull request for drm-misc-next, and another feature freeze is upon us. I've fast-forwarded drm-misc-next-fixes for any 4.14 fixes that are required between now and 4.14-rc1. drm-misc-fixes will continue to target 4.13 until it's released, and drm-misc-next is

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #9 from Christian König --- Already following this Alex, but not the slightest idea either. Andy could you for a test disable multiple instance support in VCE (I need to dig through the Mesa source as well,

Re: [PATCH v3 1/2] drm/gem: drm_gem_dumb_map_offset(): reject dma-buf

Noralf Trønnes writes: > (cc affected parties) > > > Den 18.08.2017 09.46, skrev Daniel Vetter: >> On Thu, Aug 17, 2017 at 06:21:30PM +0200, Noralf Trønnes wrote: >>> Reject mapping an imported dma-buf since is's an invalid use-case. >>> >>> Cc: Philipp Zabel

Re: [RESEND][PATCH v4] drm: kirin: Add mode_valid logic to avoid mode clocks we can't generate

On Fri, Aug 18, 2017 at 8:28 AM, Sean Paul wrote: > On Thu, Aug 17, 2017 at 12:00:04PM -0700, John Stultz wrote: >> Currently the hikey dsi logic cannot generate accurate byte >> clocks values for all pixel clock values. Thus if a mode clock >> is selected that cannot match

[PATCH] drm/doc: Document ioctl errno value patterns

We're not super-consistent about these, but I think it's worth to document at least the commmon patterns. v2: - Add a not about ENOTTY (it's just a confusing name, but used exactly what it's meant for in DRM) (Chris). - Unconfuse the text for ENODEV (Daniel) - Move text undert the IOCTL heading

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #27 from Timo Aaltonen --- I don't have the hw to test, but what I know by now is that - the tearing is gone at least with kernel 4.10 - corruption happens still, but _only_ when the charger is attached,

[pull] radeon and amdgpu drm-next-4.14

Hi Dave, More changes for 4.14. Highlights: - command submission overhead improvements - Huge page support for vega10 - physical mode support for mjpeg for asics that don't support UVD vm - improve ttm_mem_type_manager_func debug - misc ttm fixes, cleanups - misc gpuvm cleanups The following

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #8 from Andy Furniss --- Created attachment 133613 --> https://bugs.freedesktop.org/attachment.cgi?id=133613=edit dmesg with v2 patch No luck with v2. The errors are gone, but the original issue is the same.

[PULL] drm-misc-next

Hi Dave, Here's the last of -misc-next for 4.14, we'll switch over to drm-misc-next-fixes now and drm-misc-next will target 4.15. I'll send a PSA to misc committers once the branches are set up. Since we just send a pull a few days ago, there's not much here, and the tl;dr is Noralf. We have the

Re: [PATCH] drm/atomic: Handle -EDEADLK with out-fences correctly

2017-08-14 Maarten Lankhorst : > complete_crtc_signaling is freeing fence_state, but when retrying > num_fences and fence_state are not zero'd. This caused duplicate > fd's in the fence_state array, followed by a BUG_ON in fs/file.c > because we reallocate freed

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 Alex Deucher changed: What|Removed |Added Attachment #133610|0 |1 is

[GIT PULL] etnaviv-next for 4.14

Hi Dave, this cycle has been fairly calm in etnaviv land with most of the action happening on the userspace side. Notable changes: - Improvements to CONFIG option handling to make it harder for users to shoot themselves in the foot due to kernel misconfiguration. - Tweaked GEM object population,

[PATCH] drm/imx: parallel-display: use correct connector enum

The imx parrallel display exposes a, well, display parallel interface. Use the correct enum, instead of disguising the thing as a VGA connector. Signed-off-by: Lucas Stach --- drivers/gpu/drm/imx/parallel-display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #6 from Andy Furniss --- Created attachment 133611 --> https://bugs.freedesktop.org/attachment.cgi?id=133611=edit dmesg with patch No, the encode fails differently though, throwing lots of amdgpu: The CS has

[PATCH 4/4] drm/tegra: Use u64_to_user_ptr helper

Use the u64_to_user_ptr helper macro to cast IOCTL argument u64 values to user pointers instead of writing out the cast manually. Signed-off-by: Mikko Perttunen --- drivers/gpu/drm/tegra/drm.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git

[PATCH 2/4] gpu: host1x: Enable gather filter

The gather filter is a feature present on Tegra124 and newer where the hardware prevents GATHERed command buffers from executing commands normally reserved for the CDMA pushbuffer which is maintained by the kernel driver. This commit enables the gather filter on all supporting hardware.

[PATCH 3/4] gpu: host1x: Improve debug disassembly formatting

The host1x driver prints out "disassembly" dumps of the command FIFO and gather contents on submission timeouts. However, the output has been quite difficult to read with unnecessary newlines and occasional missing parentheses. Fix these problems by using pr_cont to remove unnecessary newlines

[PATCH 0/4] Miscellaneous improvements to Host1x and TegraDRM

Hi all, here are some new features and improvements. Patch 1 enables syncpoint protection which prevents channels from touching syncpoints not belonging to them on Tegra186. Patch 2 enables the gather filter which prevents userspace command buffers from using CDMA commands usually reserved for

[PATCH 1/4] gpu: host1x: Enable Tegra186 syncpoint protection

Since Tegra186 the Host1x hardware allows syncpoints to be assigned to specific channels, preventing any other channels from incrementing them. Enable this feature where available and assign syncpoints to channels when submitting a job. Syncpoints are currently never unassigned from channels

Re: [PATCH v3 1/2] drm/gem: drm_gem_dumb_map_offset(): reject dma-buf

(cc affected parties) Den 18.08.2017 09.46, skrev Daniel Vetter: On Thu, Aug 17, 2017 at 06:21:30PM +0200, Noralf Trønnes wrote: Reject mapping an imported dma-buf since is's an invalid use-case. Cc: Philipp Zabel Cc: Laurent Pinchart

[PULL] drm-misc-fixes

Hi Dave, Here's the latest and greatest from drm-misc-fixes. We have a couple nice cleanups from Maarten centered around properly handling errors (and specifically EDEADLK) in atomic_check. I probably would have liked Mark's DRM_ERROR patch to go through -misc-next, but hopefully it's harmless

[PATCH 13/14] drm/cirrus: implement atomic hardware cursor support

From: Varad Gautam This enables cursor plane on cirrus. It only supports ARGB 8-bit cursors from userspace, and downconverts them to 1-bit black and white with masking, which is all cirrus hardware can support. Only cursors with size 32x32 or 64x64 will work. initial

[PATCH 14/14] drm/cirrus: advertise DRIVER_ATOMIC

From: Varad Gautam allow userspace to use atomic ioctls. we now pass the following tests: igt/kms_atomic_transition: plane-all-transition plane-use-after-nonblocking-unbind plane-all-modeset-transition plane-toggle-modeset-transition

[PATCH 11/14] drm/cirrus: send vblank on crtc atomic_flush

From: Varad Gautam the hardware does not provide interrupts on vblank, so we just send a fake vblank event on atomic_flush. Signed-off-by: Varad Gautam --- drivers/gpu/drm/cirrus/cirrus_mode.c | 18 ++ 1 file changed, 18

[PATCH 12/14] drm/cirrus: use atomic handlers for plane and crtc

From: Varad Gautam move from transition helpers to actual atomic handlers. Signed-off-by: Varad Gautam --- drivers/gpu/drm/cirrus/cirrus_mode.c | 31 --- 1 file changed, 4 insertions(+), 27 deletions(-) diff

[PATCH 10/14] drm/cirrus: use atomic transition helpers for plane and crtc

From: Varad Gautam split the driver to fit into atomic semantics, and switch to using the atomic transition layer helpers for legacy modesetting. Signed-off-by: Varad Gautam --- drivers/gpu/drm/cirrus/cirrus_drv.h | 1 +

[PATCH 09/14] drm/cirrus: use universal plane interfaces for primary plane

From: Varad Gautam cirrus exposes one legacy primary plane tied to the crtc. convert this to use the universal planes interface in preparation for atomic. Signed-off-by: Varad Gautam --- drivers/gpu/drm/cirrus/cirrus_mode.c | 44

[PATCH 08/14] drm/cirrus: implement PRIME export for cirrus

From: Zach Reizner This patch implements PRIME export, but not import for cirrus. initially reviewed at: https://chromium-review.googlesource.com/229688 https://chromium-review.googlesource.com/339057 Signed-off-by: Zach Reizner Signed-off-by: Stphane

[PATCH 06/14] drm/cirrus: Use 32bpp by default

From: Stéphane Marchesin initially reviewed for ChromiumOS at: https://chromium-review.googlesource.com/339093 Signed-off-by: Stéphane Marchesin --- drivers/gpu/drm/cirrus/cirrus_drv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH 07/14] drm/cirrus: hardcode vram size

From: Zach Reizner There is no reliable way of detecting actual VRAM size, which is important in the case of cirrus because cursor data is always stored in the last 16K of VRAM. Because qemu effectivaly hardcodes 4MB but reports 32MB, we hardcode 4MB in the cirrus driver to

[PATCH 05/14] drm/cirrus: initialize start and size fields

From: Dominik Behr initialize start and size fields in fb info so user space drivers like fbdev can map the memory cherry-pick from 3.14 to 3.18 kernel to let VMtest pass dmesg now shows proper size and fb start initially reviewed for chromiumos at:

[PATCH 03/14] drm/cirrus: add drm_read to cirrus_driver_fops

From: Varad Gautam allow reading the drm file from userspace. Signed-off-by: Varad Gautam --- drivers/gpu/drm/cirrus/cirrus_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.c

[PATCH 04/14] drm/cirrus: do not disable outputs on fbdev init for atomic.

From: Varad Gautam drm_helper_disable_unused_functions should not be called by atomic drivers, so disable it for later patches. Signed-off-by: Varad Gautam --- drivers/gpu/drm/cirrus/cirrus_fbdev.c | 3 --- 1 file changed, 3 deletions(-)

[PATCH 02/14] drm/cirrus: unregister connector on destroy

From: Varad Gautam add missing unregister call on connector destroy. Signed-off-by: Varad Gautam --- drivers/gpu/drm/cirrus/cirrus_mode.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c

[PATCH 00/14] atomic modesetting for cirrus

Hello, This series converts drm/cirrus to support atomic modesetting for the emulated CL GD-54xx hw in qemu. Patches 1-7 are general fixes and improvements, in preparation for atomic. Patch 8 provides dmabuf export for cirrus. Patch 9-11 add universal primary plane support and rework the driver

[PATCH 01/14] drm/cirrus: split out bo unpinning from cirrus_bo_push_sysram

From: Varad Gautam add a cirrus_bo_unpin call, and move bo_{reserve,unreserve} operations to bo_{pin,unpin} to ensure correct pinning/unpinning and simplify the call sequence. Signed-off-by: Varad Gautam ---

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #26 from Marek Olšák --- So can anybody still reproduce the corruption as shown in Timo's video or not? I'm NOT asking about the tearing in Ethan's video. -- You are receiving this mail because: You are the

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #5 from Alex Deucher --- Created attachment 133610 --> https://bugs.freedesktop.org/attachment.cgi?id=133610=edit possible fix Does this patch help? -- You are receiving this mail because: You are the

[PATCH 2/2] drm/amd/amdgpu: Remove AMDGPU tracepoint and use new TTM tracepoint (v2)

Switches the AMDGPU driver over to the TTM tracepoint and removes our old one. Now you can enable traces before loading the module and trace all mappings. Signed-off-by: Tom St Denis Reviewed-by: Christian König (v2): Use struct device instead of

[PATCH 1/2] drm/ttm: Add DMA map/unmap tracepoint (v3)

Also exports two functions that vendor drivers can call to trace DMA mappings. This is meant to help translate IOMMU mappings of bus addresses back to physical pages. Used by the umr amdgpu debugger for instance. Signed-off-by: Tom St Denis Reviewed-by: Christian König

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #4 from Andy Furniss --- Created attachment 133609 --> https://bugs.freedesktop.org/attachment.cgi?id=133609=edit dmesg on good (commit before bad dmesg) -- You are receiving this mail because: You are the

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #3 from Andy Furniss --- Created attachment 133608 --> https://bugs.freedesktop.org/attachment.cgi?id=133608=edit dmesg on bad -- You are receiving this mail because: You are the assignee for the

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #2 from Andy Furniss --- diff of (cut) dmesg-good dmesg-bad shows amongst other things < amdgpu :01:00.0: VRAM: 2048M 0x - 0x7FFF (2048M used) < amdgpu :01:00.0: GTT: 3072M

Re: [RESEND][PATCH v4] drm: kirin: Add mode_valid logic to avoid mode clocks we can't generate

On Thu, Aug 17, 2017 at 12:00:04PM -0700, John Stultz wrote: > Currently the hikey dsi logic cannot generate accurate byte > clocks values for all pixel clock values. Thus if a mode clock > is selected that cannot match the calculated byte clock, the > device will boot with a blank screen. > >

[GIT PULL] drm/tegra: Changes for v4.14-rc1

Hi Dave, The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1 (2017-07-15 15:22:10 -0700) are available in the git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.14-rc1 for you to fetch changes up to

Re: [PATCH 14/14] drm/sti: sti_vdo: clean up drm_bridge_add call

On Mon, Jul 3, 2017 at 4:42 AM, Inki Dae wrote: > This patch removes unnecessary checking of return value. > > Signed-off-by: Inki Dae Reviewed-by: Sean Paul > --- > drivers/gpu/drm/sti/sti_dvo.c | 6 +- > 1 file changed,

Re: [PATCH v2 resend] drm/panel: Add driver for Seiko 43WVF1G panel

On Thu, Jul 20, 2017 at 01:12:59PM -0300, Marco Franchi wrote: > Add driver for Seiko Instruments Inc. 4.3" WVGA (800 x RGB x 480) > TFT with Touch-Panel. > > Datasheet available at: > http://www.glyn.de/data/glyn/media/doc/43wvf1g-0.pdf > > Seiko 43WVF1G panel has two power supplies: avdd and

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 --- Comment #1 from Alex Deucher --- Please attach your dmesg output. Are there any error messages in the output? -- You are receiving this mail because: You are the assignee for the

RE: [PATCH] drm/ttm: use reservation_object_trylock in ttm_bo_individualize_resv v2

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Christian König > Sent: Friday, August 18, 2017 9:32 AM > To: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org > Subject: [PATCH] drm/ttm: use reservation_object_trylock in >

[Bug 102296] R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios

https://bugs.freedesktop.org/show_bug.cgi?id=102296 Bug ID: 102296 Summary: R9 285 VCE corruption since drm/amdgpu/gmc8: use the vram location programmed by the vbios Product: DRI Version: DRI git Hardware: Other

[PATCH] drm/ttm: Add helper functions to populate/map in one call

These functions replace a section of common code found in radeon/amdgpu drivers (and possibly others) as part of the ttm_tt_*populate() callbacks. Signed-off-by: Tom St Denis --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 41

[PATCH] drm/nouveau: use new TTM populate/DMA map function

Removes common code found in numerous vendor drivers and places it higher up in the TTM tree. Signed-off-by: Tom St Denis --- drivers/gpu/drm/nouveau/nouveau_bo.c | 37 ++-- 1 file changed, 2 insertions(+), 35 deletions(-) diff --git

Re: [Intel-gfx] [PATCH] drm/doc: Document ioctl errno value patterns

Hi, On 18 August 2017 at 10:21, Daniel Vetter wrote: > +Recommended IOCTL Return Values > +=== > + > +In theory a driver's IOCTL callback is only allowed to return very few error > +codes. In practice it's good to abuse a few more. This section

Re: [PATCH] MAINTAINERS: drm/panel is now maintained in drm-misc

On Mon, Aug 14, 2017 at 04:45:31PM +0200, Daniel Vetter wrote: > On Mon, Aug 14, 2017 at 04:00:11PM +0200, Thierry Reding wrote: > > From: Thierry Reding > > > > drm/panel is a good candidate for the drm-misc group maintainership and > > it's been maintained in the common

Re: [PATCH] drm/panel: simple: Remove unneeded gpiod NULL check

On Sun, Jul 16, 2017 at 09:05:39PM -0300, Fabio Estevam wrote: > From: Fabio Estevam > > The gpiod API checks for NULL descriptors, so there is no need to > duplicate the check in the driver. > > Signed-off-by: Fabio Estevam > --- >

[Bug 101442] Piglit shaders@ssa@fs-if-def-else-break fails with sb but passes with R600_DEBUG=nosb

https://bugs.freedesktop.org/show_bug.cgi?id=101442 --- Comment #2 from Gert Wollny --- spec@glsl-1.10@execution@variable-indexing@ vs-output-array-float-index-wr vs-output-array-vec3-index-wr vs-output-array-vec4-index-wr also fail with sb enabled but pass

Re: [PATCH] drm/panel: simple: Add missing panel_simple_unprepare calls

On Mon, Aug 07, 2017 at 09:55:45PM +1000, Jonathan Liu wrote: > During panel removal or system shutdown panel_simple_disable is called > which disables the panel backlight but the panel is still powered due to > missing calls to panel_simple_unprepare. > > Fixes: d02fd93e2cd8 ("drm/panel: simple

Re: [PATCH] drm/panel: simple: Fix width and height for Olimex LCD-OLinuXino-4.3TS

On Thu, Jul 20, 2017 at 08:29:43PM +1000, Jonathan Liu wrote: > The physical size of the panel is 105.5 (W) x 67.2 (H) x 4.05 (D) mm > but the active display area is 95.04 (W) x 53.856 (H) mm. > > The width and height should be set to the active display area. > > Signed-off-by: Jonathan Liu

[Bug 102201] [regression, SI] GPU crash in Unigine Valley

https://bugs.freedesktop.org/show_bug.cgi?id=102201 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH v3 0/3] Add support for the otm8009a dsi panel

On Mon, Jul 17, 2017 at 03:19:50PM +0200, Philippe CORNU wrote: > Version 3: > - panel-orisetech-otm8009a.c: Remove a FIXME (Andrzej Hajda) > - panel/Makefile & Kconfig: Alphabetical order (Andrzej Hajda) > > Version 2: > - panel-orisetech-otm8009a.c: Add Manufacturer Command Set defines, > add

[PATCH] drm/msm/: make clk_init_data const

Make these const as they are only stored in the init field of a clk_hw structure, which is const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- drivers/gpu/drm/msm/hdmi/hdmi_phy_8996.c | 2 +- drivers/gpu/drm/msm/hdmi/hdmi_pll_8960.c | 2 +-

[PATCH v3 1/8] drm/dp: Add defines for DP SDP types

From: Ville Syrjälä Add defines for the secondary data packet (SDP) types from the spec. These are the DP specific ones, and in addition HDMI infoframe types (see enum hdmi_infoframe_type) are also valid SDP types. v2: Add more SDP types v3: Note the DP version

Re: [PATCH] drm/panel: simple: Skip error message on deferred probe

On Fri, Jun 30, 2017 at 06:14:46PM -0300, Fabio Estevam wrote: > From: Fabio Estevam > > When enable_gpio is provided via an I2C or SPI expander, it may not be > available when panel-simple probes leading to the following error: > > panel-simple panel: failed to request

[PATCH] drm/ttm: use reservation_object_trylock in ttm_bo_individualize_resv v2

From: Christian König Fixes a false positive from might_sleep(). The reservation object is freshly initialized, so nobody else can hold the mutex but the function is called from atomic context. v2: Correctly invert the check as well. Signed-off-by: Christian König

Re: [PATCH v2] drm/i915/bxt: use NULL for GPIO connection ID

On Fri, 18 Aug 2017, Mika Kahola wrote: > On Thu, 2017-08-17 at 14:06 +0300, Mika Kahola wrote: >> Tested with GLK + MIPI/DSI panel (AU Optronics B101UAN01) > Tested also with APL + MIPI/DSI setup. Pushed to drm-intel-next-queued, thanks for the patch and testing. BR,

Re: [PATCHv6 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite

Hi Hean Loong, (CC'ing dri-devel again as I noticed it wasn't CC'ed anymore) On Friday 18 Aug 2017 08:34:44 Ong, Hean Loong wrote: > Hi Laurent, > Thanks for the comments, I drafted a copy of the DT bindings based on > your recommendations and inputs. I inserted the changes below the > previous

Re: [PATCH 13/14] drm/mediatek: hdmi: clean up drm_bridge_add call

On Fri, 2017-08-18 at 10:54 +0200, Daniel Vetter wrote: > On Wed, Jul 05, 2017 at 02:31:57PM +0530, Archit Taneja wrote: > > > > > > On 07/03/2017 02:12 PM, Inki Dae wrote: > > > This patch removes unnecessary checking of return value. > > > > Can I get an ack from the maintainers to get this

Re: [PATCH] drm/doc: Document ioctl errno value patterns

Quoting Daniel Vetter (2017-08-18 10:21:24) > We're not super-consistent about these, but I think it's worth to > document at least the commmon patterns. > > Cc: Joonas Lahtinen > Cc: Chris Wilson > Cc: "Zhang, Tina"

Re: [PATCH v2] drm/i915/bxt: use NULL for GPIO connection ID

On Thu, 2017-08-17 at 14:06 +0300, Mika Kahola wrote: > Tested with GLK + MIPI/DSI panel (AU Optronics B101UAN01) Tested also with APL + MIPI/DSI setup. > > Tested-by: Mika Kahola > > On Thu, 2017-08-17 at 13:55 +0300, Andy Shevchenko wrote: > > > > The commit

Re: [GIT PULL] imx-drm: scanout burst lock support

Hi Dave, On Wed, 2017-07-19 at 17:23 +0200, Philipp Zabel wrote: > Hi Dave, > > please consider merging this tag which improvemes for scanout memory > access patterns on i.MX and contains a small cleanup for > ipu_plane_atomic_update. did this get lost? If it is not too late, I'd still like

[GIT PULL] imx-drm fixes for YUV primary plane and partially modular build

Hi Dave, This tag contains a fix to enable color space conversion for for YUV format framebuffers on the primary plane and a Kconfig fix to avoid a build failure. The build failure happened when DRM was built as a module, but IMX_IPUV3_CORE was built-in. With the fix, if DRM is built as a module,

[PATCH v14 2/7] drm: Introduce RGB 64-bit 16:16:16:16 float format

The RGB 64-bit 16:16:16:16 float pixel format is needed by some Apps in windows. The float format in each component is 1:5:10 MSb-sign:exponent: fraction. This patch is to introduce the format to drm, so that the windows guest's framebuffer in this kind of format can be recognized and used by

  1   2   >