Discard this one, not needed in light of [1]:
"drm_dev_unregister unregisters all connectors too. Explicitly calling
drm_connector_unregister should only be needed when you
a) screwed up your unload sequence. Get rid of ->unload and make sure you
call drm_dev_unregister first to fix this properly
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 official page for the event
https://bugs.freedesktop.org/show_bug.cgi?id=99292
Christoph Haag changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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, skrev Daniel Vetter:
>> >> >> On Thu, Aug 17, 2017 at 06
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 at 06:21:30PM +0200, Noralf Trønnes w
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 imported dma-buf since is's an invalid use
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
>> specifically
>> EDE
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 b
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.
> >>>
> >>> Cc: Philipp
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 fence_state are not zero'd. This cau
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 fence_state array, followed by a BUG_ON in
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)
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:
https://git.kernel.org/pub/scm/linux/kernel/gi
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&action=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 oth
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.__
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 (
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: nor
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:
check: shellcheck manc
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
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
> Acked-by: Sumit Semwal
Thanks. Pushed to drm-misc-next.
Gustavo
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
dri-devel@lists.freede
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 is supported.
SRAM bank 1 &
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
Signed-off-by: Vijendar Mukunda
Signed-off-by
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
Signed-off-by: Vijendar Mu
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
v3: add R-b, resend
sound/soc/amd/Kconfig | 7 ++
sound/soc/amd/Makefile | 2 +
sound/
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
---
v1: New patch to share asic_type definitions between GPU and audio dri
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: Removed asic_type local variable and directly passing asic_type
instance to ACP DMA driver as platform data
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 li
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 support.
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 no
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, but I think Leo asked tha
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
>>> Cc: Laurent Pinchart
>>> Cc: Se
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 the calculated byte clo
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 (C
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, meaning
that when the system
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 cha
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&action=edit
dmesg with v2 patch
No luck with v2.
The errors are gone, but the original issue is the same.
--
You are re
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 e
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 memory, and installing over an exis
https://bugs.freedesktop.org/show_bug.cgi?id=102296
Alex Deucher changed:
What|Removed |Added
Attachment #133610|0 |1
is obsolete|
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,
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(-)
diff --git a/drivers/gpu/d
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&action=edit
dmesg with patch
No, the encode fails differently though, throwing lots of
amdgpu: The CS has been cancelled
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 a/drivers/gpu/drm/tegra/drm.
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.
Signed-of
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
and
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 t
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 since
(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
Cc: Sean Paul
Cc: Daniel Vetter
Signed-off-by: Noralf
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 eno
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 non-atomic version:
Reviewed
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
1x-modeset-transitions
1x-modeset-tran
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 insertions(+)
diff --git a/drivers/gpu/drm/cirrus/cirrus
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 --git a/drivers/gpu/drm/cirrus/cirrus_mode.c
b/drivers/g
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 +
drivers/gpu/drm/cirrus/cirrus_main.c | 3 +
drivers/gpu/drm/cirrus/c
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 ++--
1 file changed, 42 insertio
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 Marchesin
Signed-off-by: Varad Gautam
--
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 --git a/drivers/gpu/drm/cirrus/cirrus_drv.c
b
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 ensure the cursor work
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:
https://chromium-review.googlesource.com/167
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
b/drivers/gpu/drm/cirrus/cirrus_drv.c
index d893ea21a359..bae34f5c2c02 1006
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(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_fbdev.c
b/d
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
b/drivers/gpu/drm/cirrus/cirrus_mode.c
index 21d75e7e4abc..6032978
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 t
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
---
drivers/gpu/drm/cirrus/cirrus_drv.h | 1 +
drivers/gpu/drm/cirrus/cirrus_mode.c | 14
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 assignee for the bug.__
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&action=edit
possible fix
Does this patch help?
--
You are receiving this mail because:
You are the assignee for the bug
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 pci in trace.
---
drivers/gpu/drm/amd/amdgpu/a
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
(v2): Use dev_name() to
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&action=edit
dmesg on good (commit before bad dmesg)
--
You are receiving this mail because:
You are the assignee for the
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&action=edit
dmesg on bad
--
You are receiving this mail because:
You are the assignee for the bug.__
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 0x8000 - 0
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.
>
> Thi
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 ec73c4cfe7de6229e49
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, 1 insertion(+), 5 deletions(-)
>
> diff --git a/drivers/gpu/drm/sti
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 dv
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 bug.___
dri-dev
> -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
> ttm
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
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
include/drm/ttm/ttm_page_alloc.h
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 a/drivers/gpu/drm/nouveau/nou
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 documents
> common
> +p
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 drm-misc tree for a rele
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
> ---
> drivers/gpu/drm/panel/panel-simple.c | 6 ++
> 1 file cha
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 without it.
--
You are rec
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 -
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
> --
https://bugs.freedesktop.org/show_bug.cgi?id=102201
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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 +-
drivers/gpu/drm/msm/mdp/mdp4/mdp4_lv
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 that added each SDP type (Rodrigo)
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 GPIO: -517
>
> As this e
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
---
drivers/gpu/drm/ttm/ttm_
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,
Jani.
>
>>
>> Tested-by:
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 c
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 pu
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"
> Signed-off-by: Daniel Vetter
One extra used outside of i915 is ENOSYS. Per
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 213e08ad60ba
> > ("drm/i915/b
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 this
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,
1 - 100 of 125 matches
Mail list logo
