On Mon, Oct 26, 2015 at 03:28:37PM +0200, Jani Nikula wrote:
> Please file two separate bugs at [1], one for the above, and another for
> the below. Please add drm.debug=14 module parameter, and attach dmesg
> all the way from boot to the problem.
I have filed https://bugs.freedesktop.org/show_bug
On Fri, Sep 25, 2015 at 01:57:58PM +0200, Lucas Stach wrote:
> +void etnaviv_gpu_cmdbuf_free(struct etnaviv_cmdbuf *cmdbuf)
> +{
> + dma_free_writecombine(cmdbuf->gpu->dev, cmdbuf->size,
> + cmdbuf->vaddr, cmdbuf->paddr);
> + kfree(cmdbuf);
> +}
...
> @@ -885,6 +91
On Mon, Oct 26, 2015 at 5:54 AM, Archit Taneja
wrote:
> MDP5 has line count and frame count registers for each interface. Enable
> these counters and use them to implement the get_vblank_timestamp drm
> driver op.
>
> The line counter starts with the value 1 at the beginning of the VSYNC
> pulse
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151026/84b53a16/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151026/a86b9ba3/attachment.html>
--
A non-text attachment was scrubbed...
Name: radeon-bl-debug.diff
Type: text/x-patch
Size: 2424 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151026/8c1b157d/attachment.bin>
On 24.10.2015 01:57, Alex Deucher wrote:
> Taking the grph update lock is only necessary when
> updating the the secondary address (for single pipe stereo).
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/evergreen.c | 31 ---
> 1 file changed, 4 insert
On Mon, Oct 26, 2015 at 5:32 AM, Michel Dänzer wrote:
> On 25.10.2015 04:25, Michael Burian wrote:
>> hi,
>>
>> after updating the kernel from linux-stable[0] v4.2.3 to v4.2.4 on my
>> hp compaq nx9420 laptop (Debian Jessie, amd64), the backlight is turned off
>> within the first couple of second
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151026/9d351ae9/attachment.html>
> What do you prefer that we accumulate the fence in amdgpu before
> calling the function or an extra check here that return -EINVAL if all
> fences are NULL?
Forget that question, I realized that the current check in amdgpu for
this doesn't work any more anyway (even without this patch).
I've
> -Original Message-
> From: Andrzej Hajda [mailto:a.hajda at samsung.com]
> Sent: Monday, September 21, 2015 9:34 AM
> To: linux-kernel at vger.kernel.org
> Cc: Andrzej Hajda; Bartlomiej Zolnierkiewicz; Marek Szyprowski; David Airlie;
> Deucher, Alexander; Koenig, Christian; dri-devel at l
On Fri, 23 Oct 2015, Eric Biggers wrote:
> Hi,
>
> I am testing Linux v4.3-rc6 on a laptop with Intel 'Skylake' integrated
> graphics. The integrated display works, but I noticed several warnings in the
> kernel log, and a VGA monitor attached to the HDMI input via a VGA->HDMI
> adapter
> did no
MDP5 has line count and frame count registers for each interface. Enable
these counters and use them to implement the get_vblank_timestamp drm
driver op.
The line counter starts with the value 1 at the beginning of the VSYNC
pulse and ends with value VTOTAL at the end of VFP. This value is used
to
On 26.10.2015 14:18, Maarten Lankhorst wrote:
> Op 26-10-15 om 13:29 schreef Christian König:
>> From: Christian König
>>
>> Waiting for the first fence in an array of fences to signal.
>>
>> This is useful for device driver specific resource managers
>> and also Vulkan needs something similar.
Op 26-10-15 om 13:29 schreef Christian König:
> From: Christian König
>
> Waiting for the first fence in an array of fences to signal.
>
> This is useful for device driver specific resource managers
> and also Vulkan needs something similar.
>
> Signed-off-by: Christian König
> Reviewed-by: Al
On 26 October 2015 at 11:51, Michael Turquette
wrote:
> Quoting Rafael J. Wysocki (2015-10-25 06:54:39)
>> On Sun, Oct 25, 2015 at 12:06 AM, Mark Brown wrote:
>> > On Sat, Oct 24, 2015 at 04:17:12PM +0200, Rafael J. Wysocki wrote:
>> >
>> >> Well, I'm not quite sure why exactly everyone is so fo
From: Christian König
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 39 -
1 file changed, 39 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu.h
b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
index 8305a6c..e0d52c4 100644
--- a
From: Christian König
Just move the remaining users to fence_put/get.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 ---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 30 --
drivers/gpu/drm/amd/amdgpu/am
From: Christian König
Stop using the driver internal functions.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 21 +++--
2 files changed, 12 insertions(+), 11 deletions
From: Christian König
Instead of coding the check ourself.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 30 +-
1 file changed, 13 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/am
From: Christian König
v2: add missing NULL check.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 4 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 27 +++
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 4 ++--
drivers
From: Christian König
Going to need that elsewhere as well.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 24
drivers/gpu/drm/amd/amdgpu/amdgpu_sa.c | 23 ++-
From: Christian König
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 4 --
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 98 ---
drivers/gpu/drm/amd/amdgpu/amdgpu_sa.c| 4 +-
3 files changed, 2 insertio
From: Christian König
amdgpu_fence_default_wait isn't needed any more the default wait does the same
thing and amdgpu_test_signaled is dead as well.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 13 +
1 file changed, 1 i
From: Christian König
Return true when fence 1 is later than fence 2 without
checking if any of them are signaled.
Useful for driver specific resource handling based on fences.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
include/linux/fence.h | 22 +++---
1
From: Christian König
Waiting for the first fence in an array of fences to signal.
This is useful for device driver specific resource managers
and also Vulkan needs something similar.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/dma-buf/fence.c | 96
Hi guys,
the following patches cleanup quite a bunch of fence functionality in amdgpu.
The first two patches move functions into the common fence code. I think that
having those two here make sense because they are hardware independent helper
functions.
Because of that I'm CCing Maarten and Sumi
Many Exynos DRM sub-options mentions Exynos DRM in their titles.
It is redundant and can be safely shortened. The patch additionally
makes some entries more descriptive.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/Kconfig | 30 +++---
1 file changed, 15 insert
Exynos DRM driver have quite big number of components and options.
The patch re-arranges them into three logical groups:
- CRTCs,
- Encoders and Bridges,
- Sub-drivers.
It should make driver options more clear.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/Kconfig | 38
All options depends on DRM_EXYNOS so it can be moved to enclosing if clause.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/Kconfig | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exynos/K
Latest Exynos SoCs does not have Mixer IP, but they still have HDMI IP.
Their drivers should be configurable separately.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/Kconfig | 8 +++-
drivers/gpu/drm/exynos/Makefile | 3 ++-
drivers/gpu/drm/exynos/exynos_drm_drv.c
Mixer driver is selected by CONFIG_DRM_EXYNOS_HDMI option. Since Exynos5433
HDMI does not require Mixer. There will be separate options to select Mixer
and HDMI. Adding new option to defconfig before Kconfig will allow to keep
bisectability.
Signed-off-by: Andrzej Hajda
---
arch/arm/configs/exyn
HDMI driver called directly function from MIXER driver to invalidate modes
not supported by MIXER. The patch replaces the hack with proper .atomic_check
callback.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 5 -
drivers/gpu/drm/exynos/exynos_mixer.c | 6 --
Some CRTCs needs mode validation, this patch adds neccessary
callback to Exynos DRM framework. It is called from DRM core
via atomic_check helper for drm_crtc.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 12
drivers/gpu/drm/exynos/exynos_drm_drv.h |
Hi Inki,
This patchset removes hacky mode validation in Mixer driver by adding
atomic_check callback to exynos_crtc and replacing direct function call
with DRM framework validation. As a result HDMI driver does not depend anymore
on MIXER driver and both drivers can be selected with different Kcon
DECON-TV(Display and Enhancement Controller for TV) is a variation
of DECON IP. Its main purpose is to produce video stream for HDMI IP.
Signed-off-by: Andrzej Hajda
---
Hi Krzysztof,
I have decided to skip cleanup part as it would require more work,
not related to this patchset.
Regards
Andrze
Do this until we know how much MOB memory to allocate for these surfaces.
v2: Mask also non-DX multisample.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
---
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 22 --
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 2 ++
2 files c
: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151026/4485f81a/attachment.sig>
On 25 October 2015 at 16:18, Rafael J. Wysocki wrote:
> On Wednesday, October 21, 2015 05:34:12 PM Tomeu Vizoso wrote:
>> Adds a function that sets the pointer to dev_pm_domain in struct device
>> and that warns if the device has already finished probing. The reason
>> why we want to enforce that
Hi Julia,
Patches 1-4 have been applied to the LED tree, thanks.
On 10/24/2015 04:42 PM, Julia Lawall wrote:
> The various for_each device_node iterators performs an of_node_get on each
> iteration, so a break out of the loop requires an of_node_put.
>
> The complete semantic patch that fixes thi
On Sun, 25 Oct 2015 19:19:53 +0100,
Lukas Wunner wrote:
>
> Hi Takashi,
>
> gentle ping -- could you take a look at the patch below,
> would this change be okay with you?
I thought I gave already my ack? Hmm.. The series is unnecessarily
confusing...
In anyway, feel free to take my ack if not
|org
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151026/3987b544/attachment.html>
Hi Linus,
last fixes from me, one amdgpu/radeon suspend resume
and one leak fix, along with one vmware fix for
some issues when command submission fails.
Dave.
The following changes since commit 018155365dccecd9ea9f26e1b26fb0f960c1ee32:
Merge tag 'usb-4.3-rc7' of
git://git.kernel.org/pub/sc
Thanks Daniel, Rob, for providing the clarification.
Jim, Does this sound good to you, now ?
Regards
Shashank
-Original Message-
From: Bradford, Robert
Sent: Thursday, October 22, 2015 5:36 PM
To: Bish, Jim; Sharma, Shashank
Cc: Palleti, Avinash Reddy; kausalmalladi at gmail.com; intel-
Quoting Rafael J. Wysocki (2015-10-25 06:54:39)
> On Sun, Oct 25, 2015 at 12:06 AM, Mark Brown wrote:
> > On Sat, Oct 24, 2015 at 04:17:12PM +0200, Rafael J. Wysocki wrote:
> >
> >> Well, I'm not quite sure why exactly everyone is so focused on probing
> >> here.
> >
> > Probe deferral is really
45 matches
Mail list logo
