Dear Linux folks,
Just a small note, that Intel pushed patches for the Chromium browser
for review [1] to use VAAPI [2] along with vaapi-driver to run all
supported media use cases with hardware acceleration.
This will hopefully let GNU/Linux systems desktop to catch up further
to Microsoft Wind
https://bugs.freedesktop.org/show_bug.cgi?id=101881
--- Comment #8 from Mike Lothian ---
I'm running the latest agd5f's 4.14-wip branch, is that not new enough?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=101881
--- Comment #9 from Michel Dänzer ---
(In reply to Mike Lothian from comment #8)
> I'm running the latest agd5f's 4.14-wip branch, is that not new enough?
That branch might not have the fix for the 32-bit drmGetVersion regression yet,
and I don
> Sun, Jul 30, 2017 at 11:11 PM, David Lechner wrote:
> fbdev has a place for the physical width and height of a display. I would
> like to have this information available to userspace. This patch works for me,
> but I have a strong suspicion that this is not the "right way".
>
> Any suggestions o
Hi Tomi,
On 06/08/2017 11:19 AM, Tomi Valkeinen wrote:
> On 08/06/17 10:34, Hans Verkuil wrote:
>
>>> Peter is about to send hotplug-interrupt-handling series, I think the
>>> HPD function work should be done on top of that, as otherwise it'll just
>>> conflict horribly.
>>
>> Has that been merge
On 28/07/17 11:25 PM, Jan Vesely wrote:
> Signed-off-by: Jan Vesely
> ---
> data/amdgpu.ids | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/data/amdgpu.ids b/data/amdgpu.ids
> index 0b98c3c3..f6c65dd9 100644
> --- a/data/amdgpu.ids
> +++ b/data/amdgpu.ids
> @@ -153,6 +153,7 @@
> 9874,
https://bugs.freedesktop.org/show_bug.cgi?id=101881
--- Comment #10 from Mike Lothian ---
Which branch would you recommend?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop
On Fri, Jul 28, 2017 at 09:27:22AM +, Saurabh Singh wrote:
> Hi Daniel,
>
> Thanks for your reply.
> Currently I am using connector type 'Unknown' , and functionally it serves my
> need.
> Intention for sending this patch is that userspace tools should recognize SDI
> drivers as SDI only.
>
On Sat, Jul 29, 2017 at 09:25:50AM -0700, Ben Widawsky wrote:
> On 17-07-29 13:53:10, Daniel Stone wrote:
> > Hi Ben,
> >
> > On 26 July 2017 at 19:08, Ben Widawsky wrote:
> > > + } else if (INTEL_GEN(dev_priv) >= 9) {
> > > intel_primary_formats = skl_primary_formats;
> > >
On Sat, Jul 29, 2017 at 12:18:32PM -0300, Gustavo Padovan wrote:
> Hi Chris,
>
> 2017-07-28 Chris Wilson :
>
> > Up until recently sync_file were create to export a single dma-fence to
> > userspace, and so we could canabalise a bit insie dma-fence to mark
> > whether or not we had enable polling
From: Thierry Reding
The kerneldoc for drm_atomic_crtc_needs_modeset() is outdated and no
longer reflects the actual code. Fix that up to remove confusion.
Signed-off-by: Thierry Reding
---
include/drm/drm_atomic.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm
Since atomic framework, crtc enable and disable are in pairs,
no need to wait vblank.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 36 -
1 file changed, 36 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/g
The user would be confused while facing a error commit without
any error report.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/drm/rockchip/
fixup the scale calculation formula on the case
src_height == (dst_height/2).
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.h
b/drivers/gpu/drm/rockchip/rockchip_drm_vop.h
Here are some fixes port from rockchip_linux project[0],
Tested on rk3399 and rk3288 board.
[0]: https://github.com/rockchip-linux/kernel
Mark Yao (6):
drm/rockchip: vop: no need wait vblank on crtc enable
drm/rockchip: vop: fix iommu page fault when resume
drm/rockchip: vop: fix NV12 vide
Since fb_helper is not a pointer on rockchip_drm_private, it's no
need to check pointer.
Kms hotplug event may race into fbdev helper initial, and fb_helper->dev
may be NULL pointer, that would cause the bug:
[0.735411] [0200] *pgd=f6ffe003, *pud=f6ffe003,
*pmd=00
Iommu would get page fault with following path:
vop_disable:
1, disable all windows and set vop config done
2, vop enter to standy, all windows not works, but their registers
are not clean, when you read window's enable bit, may found the
window is enable.
vop_e
VOP pitch register is word align, need align to word.
VOP_WIN0_VIR:
bit[31:16] win0_vir_stride_uv
Number of words of Win0 uv Virtual width
bit[15:0] win0_vir_width
Number of words of Win0 yrgb Virtual width
ARGB888 : win0_vir_width
RGB888 : (win0_vir_width*3/4) + (win0_vir_widt
The parallel display device tree binding documentation incorrectly lists
the interface-pix-fmt property with underscores ("interface_pix_fmt").
This was never supported by any driver, and the DT example in the same
file always contained the correct spelling ("interface-pix-fmt").
See commit 19022a
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #4 from Samuel Pitoiset ---
It looks weird, but can you try reverting 5c1241268b ?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-
On Mon, Jul 31, 2017 at 11:13:43AM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The kerneldoc for drm_atomic_crtc_needs_modeset() is outdated and no
> longer reflects the actual code. Fix that up to remove confusion.
>
> Signed-off-by: Thierry Reding
Reviewed-by: Daniel Vetter
Pls
I want/need to rework the core property handling, and this hack is
getting in the way. But since it's a non-standard propety only used by
legacy userspace we know that this will only every be called from
ioctl code. And never on some other free-standing state struct, where
this old hack wouldn't wo
The enumeration of FIXMEs wasn't indented properly.
Fixes: fef9df8b5945 ("drm/atomic: initial support for asynchronous plane
update")
Cc: Gustavo Padovan
Signed-off-by: Daniel Vetter
---
include/drm/drm_modeset_helper_vtables.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
On Wed, 26 Jul 2017, Daniel Vetter wrote:
> On Wed, Jul 26, 2017 at 03:53:09PM +0200, Arnd Bergmann wrote:
>> Hi everyone,
>>
>> It took me a while to figure this out properly, as I kept getting
>> circular or missing dependencies with video drivers.
>>
>> This set of three patches should simpli
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #5 from network...@rkmail.ru ---
(In reply to Samuel Pitoiset from comment #4)
> It looks weird, but can you try reverting 5c1241268b ?
reverting 5c1241268b helps, no hangs so far.
--
You are receiving this mail because:
You are th
Hi Daniel,
On Tuesday 25 Jul 2017 11:24:28 Daniel Vetter wrote:
> On Tue, Jul 25, 2017 at 10:47 AM, Maarten Lankhorst wrote:
> > Op 25-07-17 om 10:01 schreef Daniel Vetter:
> >> I want/need to rework the core property handling, and this hack is
> >> getting in the way. But since it's a non-standar
On 31/07/17 14:48, Laurent Pinchart wrote:
>>> The comment about read lock is only valid when the plane is bound to the
>>> crtc. In general this is not always the case. You can only peak at
>>> plane->state when crtc->state->plane_mask & BIT(drm_plane_index(plane))
>>> is true.
>>>
>>> I think we
CEC support was added for Exynos5 in 4.13, but for the Odroids we need to set
'needs-hpd' as well since CEC is disabled when there is no HDMI hotplug signal,
just as for the exynos4 Odroid-U3.
This is due to the level-shifter that is disabled when there is no HPD, thus
blocking the CEC signal as w
On 31 July 2017 at 10:50, Mark Yao wrote:
> Since fb_helper is not a pointer on rockchip_drm_private, it's no
> need to check pointer.
>
> Kms hotplug event may race into fbdev helper initial, and fb_helper->dev
> may be NULL pointer, that would cause the bug:
>
> [0.735411] [0200] *pgd=00
Hi Daniel,
Thank you for the patch.
On Monday 31 Jul 2017 12:54:19 Daniel Vetter wrote:
> I want/need to rework the core property handling, and this hack is
> getting in the way. But since it's a non-standard propety only used by
s/propety/property/
> legacy userspace we know that this will onl
From: Arnd Bergmann
The new PRE/PRG driver code causes a link failure when IPUv3 is built-in,
but DRM is built as a module:
drivers/gpu/ipu-v3/ipu-pre.o: In function `ipu_pre_configure':
ipu-pre.c:(.text.ipu_pre_configure+0x18): undefined reference to
`drm_format_info'
drivers/gpu/ipu-v3/ipu-pr
On Mon, Jul 31, 2017 at 1:57 PM, Emil Velikov wrote:
> On 31 July 2017 at 10:50, Mark Yao wrote:
>> Since fb_helper is not a pointer on rockchip_drm_private, it's no
>> need to check pointer.
>>
>> Kms hotplug event may race into fbdev helper initial, and fb_helper->dev
>> may be NULL pointer, th
On Thu, Jul 20, 2017 at 01:47:39PM -0400, Sean Paul wrote:
> I noticed these warnings as part of my compile testing and decided to fix
> them.
>
> There are still a few warnings with the import/export prime helpers. They're
> partially documented in drm_prime.c, so suggestions welcome on how to r
From: Thierry Reding
RST uses underscores at the end of words to create crossreferences and
it will accidentally try to link to tinydrm_ and drm_fb_ targets from
the TODO, which is clearly not the intention in this context.
Use backslashes to escape the special meaning of the underscore.
Signed
I want/need to rework the core property handling, and this hack is
getting in the way. But since it's a non-standard propety only used by
legacy userspace we know that this will only every be called from
ioctl code. And never on some other free-standing state struct, where
this old hack wouldn't wo
On Mon, Jul 31, 2017 at 02:42:59PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> RST uses underscores at the end of words to create crossreferences and
> it will accidentally try to link to tinydrm_ and drm_fb_ targets from
> the TODO, which is clearly not the intention in this context.
From: Russell King
Add CEC notifier support to the HDMI bridge driver, so that the CEC
part of the IP can receive its physical address.
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Acked-by: Hans Verkuil
Signed-off-by: Russell King
[narmstrong: added kconfig tweak to get the right modu
On 04/07/17 18:09, Pavel Machek wrote:
> Hi!
>
>> Are you sure it doesn't probe? It fails the omapdss_stack_is_ready()
>> check?
>
> It appears the reason was that I didn't have
> CONFIG_DRM_OMAP_CONNECTOR_ANALOG_TV enabled.
>
> I think that's wrong. I don't own an anal
https://bugs.freedesktop.org/show_bug.cgi?id=101518
Martin Peres changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |manasi.d.nav...@intel.com
On 30/06/17 15:36, Daniel Vetter wrote:
> I don't think registering before everything is loaded make sense. On the
> big desktop driver chips we have all the bridge/encoder/panel drivers
> built into the driver. arm-soc loves to make everything a separate module,
> but in the end if you decided to
Hi Daniel,
Thank you for the patch.
On Monday 31 Jul 2017 14:45:16 Daniel Vetter wrote:
> I want/need to rework the core property handling, and this hack is
> getting in the way. But since it's a non-standard propety only used by
> legacy userspace we know that this will only every be called from
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 101952, which changed state.
Bug 101952 Summary: OpenCL enqueueReadBuffer returns trash
https://bugs.freedesktop.org/show_bug.cgi?id=101952
What|Removed |Added
--
2017-07-31 Daniel Vetter :
> The enumeration of FIXMEs wasn't indented properly.
>
> Fixes: fef9df8b5945 ("drm/atomic: initial support for asynchronous plane
> update")
> Cc: Gustavo Padovan
> Signed-off-by: Daniel Vetter
> ---
> include/drm/drm_modeset_helper_vtables.h | 6 +++---
> 1 file c
Ping, what do you guys think of that?
Am 25.07.2017 um 15:35 schrieb Christian König:
From: Christian König
With hardware resets in mind it is possible that all shared fences are
signaled, but the exlusive isn't. Fix waiting for everything in this situation.
v2: make sure we always wait for t
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #81 from Alexander Tsoy (alexan...@tsoy.me) ---
(In reply to Jean Delvare from comment #80)
> I tested the patch from comment #78 and unfortunately I have to report that
> it doesn't fix the problem for me, checkerboard effect is still
From: Thierry Reding
The new apply and push commands are shorthands for applying patches to
and pushing the current branch, respectively.
Signed-off-by: Thierry Reding
---
dim | 27 +++
dim.rst | 8
2 files changed, 35 insertions(+)
diff --git a/dim b/dim
On Mon, Jul 31, 2017 at 02:47:12PM +0200, Daniel Vetter wrote:
> On Mon, Jul 31, 2017 at 02:42:59PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > RST uses underscores at the end of words to create crossreferences and
> > it will accidentally try to link to tinydrm_ and drm_fb_ tar
On 07/31/2017 04:29 PM, Russell King wrote:
> Add CEC notifier support to the HDMI bridge driver, so that the CEC
> part of the IP can receive its physical address.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/bridge/synopsys/Kconfig | 1 +
> drivers/gpu/drm/bridge/synopsys/dw-hdmi
https://bugs.freedesktop.org/show_bug.cgi?id=101961
Marek Olšák changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On 07/31/2017 04:29 PM, Russell King wrote:
> Add CEC notifier support to the HDMI bridge driver, so that the CEC
> part of the IP can receive its physical address.
>
> Signed-off-by: Russell King
Acked-by: Hans Verkuil
Regards,
Hans
> ---
> drivers/gpu/drm/bridge/synopsys/Kconfig
On 07/31/2017 04:29 PM, Russell King wrote:
> The video setup path aways sets the clock disable register to a specific
> value, which has the effect of disabling the CEC engine. When we add the
> CEC driver, this becomes a problem.
>
> Fix this by only setting/clearing the bits that the video pat
On 07/31/2017 04:29 PM, Russell King wrote:
> We don't need the CEC engine register definitions, so let's remove them.
>
> Signed-off-by: Russell King
Acked-by: Hans Verkuil
Regards,
Hans
> ---
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45
> ---
> 1
The following commit crashes the kernel if vc4 can't allocate buffers:
drm/vc4: Add an ioctl for labeling GEM BOs for summary stats
It boots fine if I give it enough memory: cma=128M
I'm doing this on a Pi1 with bcm2835_defconfig.
Uncompressing Linux... done, booting the kernel.
[0.00]
Hi Russell,
Just two small comments below.
After that's fixed you can add my:
Acked-by: Hans Verkuil
and:
Tested-by: Hans Verkuil
(on my SolidRun Cubox-i).
On 07/31/2017 04:29 PM, Russell King wrote:
> Add a CEC driver for the dw-hdmi hardware.
>
> Reviewed-by: Neil Armstrong
> Signed-of
2017-07-31 Daniel Vetter :
> On Sat, Jul 29, 2017 at 12:18:32PM -0300, Gustavo Padovan wrote:
> > Hi Chris,
> >
> > 2017-07-28 Chris Wilson :
> >
> > > Up until recently sync_file were create to export a single dma-fence to
> > > userspace, and so we could canabalise a bit insie dma-fence to mar
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #11 from 247 ---
no hint on this one?sorry but is really driving me mad...
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@li
I want/need to rework the core property handling, and this hack is
getting in the way. But since it's a non-standard propety only used by
legacy userspace we know that this will only every be called from
ioctl code. And never on some other free-standing state struct, where
this old hack wouldn't wo
On Mon, Jul 31, 2017 at 04:17:56PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The new apply and push commands are shorthands for applying patches to
> and pushing the current branch, respectively.
>
> Signed-off-by: Thierry Reding
> ---
> dim | 27 +++
>
Hi Ben,
On 26 July 2017 at 19:08, Ben Widawsky wrote:
> +static bool intel_primary_plane_format_mod_supported(struct drm_plane *plane,
> +uint32_t format,
> +uint64_t modifier)
> +{
> + s
Hi Ben,
On 26 July 2017 at 19:07, Ben Widawsky wrote:
> v2: Drop the 'dev' argument from the hook
> v3: Include the description of the CCS surface layout
This went missing. Vidya's patch has it though.
> +static const struct drm_format_info ccs_formats[] = {
> + { .format = DRM_FO
Hi,
On 26 July 2017 at 19:07, Ben Widawsky wrote:
> Due to hardware limitations we require that the main surface and
> the AUX surface (CCS) be part of the same bo. The hardware also
> makes life hard by not allowing you to provide separate x/y offsets
> for the main and AUX surfaces (excpet with
https://bugs.freedesktop.org/show_bug.cgi?id=101987
Bug ID: 101987
Summary: Loud fan and maximum GPU fan speed
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severit
https://bugs.freedesktop.org/show_bug.cgi?id=101987
--- Comment #1 from damian.szymanski...@gmail.com ---
Created attachment 133153
--> https://bugs.freedesktop.org/attachment.cgi?id=133153&action=edit
log from inxi -fx
--
You are receiving this mail because:
You are the assignee for the bug._
On Wednesday, July 26, 2017 04:27:30 PM Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Wednesday, July 26, 2017 03:57:55 PM Arnd Bergmann wrote:
> > Removing the default display name left a harmless warning:
> >
> > fbdev/omap2/omapfb/dss/core.c: In function 'omap_dss_probe':
> > fbdev/omap2/om
https://bugs.freedesktop.org/show_bug.cgi?id=101988
Bug ID: 101988
Summary: blackscreen after modprobe amdgpu on R9M370X mac
edition
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=101988
--- Comment #1 from newin...@gmail.com ---
Created attachment 133155
--> https://bugs.freedesktop.org/attachment.cgi?id=133155&action=edit
My kernel .config
note that I disabled the intel driver and the runtime gpu switch despite the
fact that
> -Original Message-
> From: Christian König [mailto:deathsim...@vodafone.de]
> Sent: Monday, July 31, 2017 10:13 AM
> To: linux-me...@vger.kernel.org; dri-devel@lists.freedesktop.org; linaro-
> mm-...@lists.linaro.org; Zhou, David(ChunMing); Deucher, Alexander
> Subject: Re: [PATCH] dma-bu
From: Thierry Reding
Instead of listing branches and grepping for the current branch, simply
read the name of the current branch and compare.
Suggested-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
dim | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dim b/dim
index 1
From: Thierry Reding
The new apply and push commands are shorthands for applying patches to
and pushing the current branch, respectively.
v2: use git symbolic-ref to find current branch (Daniel Vetter)
Signed-off-by: Thierry Reding
---
dim | 18 ++
dim.rst | 8
2
https://bugs.freedesktop.org/show_bug.cgi?id=101988
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Use the new drm_gem_framebuffer_helper who's code was copied
from this helper.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 172 +++-
1 file changed, 30 insertions(+), 142 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
b
This adds helpers for drivers that don't subclass drm_framebuffer and
are backed by drm_gem_object(s). drm_fb_cma_helper is converted to use
the helpers.
This patchset is part of a process to add a shmem gem library like the
cma library. The common parts between the two goes into core or helpers.
Use drm_gem_framebuffer_helper directly instead of the cma
library wrappers.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 3 ++-
drivers/gpu/drm/tinydrm/mipi-dbi.c | 5 +++--
drivers/gpu/drm/tinydrm/repaper.c | 5 +++--
3 files changed, 8 ins
No users left, so remove drm_fb_cma_destroy and
drm_fb_cma_create_handle.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 13 -
include/drm/drm_fb_cma_helper.h | 4
2 files changed, 17 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
b
This library provides helpers for drivers that don't subclass
drm_framebuffer and are backed by drm_gem_object. The code is
taken from drm_fb_cma_helper.
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/drm-kms-helpers.rst| 9 +
drivers/gpu/drm/Makefile | 2 +-
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:15)
> > From: Gustavo Padovan
> >
> > We are going to use timeline_fence_signaled() in a internal function in
> > the next commit.
> >
> > Cc: Chris Wilson
> > Signed-off-by: Gustavo Padovan
>
> Purely mechanical,
> Review
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:16)
> > From: Gustavo Padovan
> >
> > If userspace already dropped its own reference by closing the sw_sync
> > fence fd we might end up in a deadlock where
> > dma_fence_is_signaled_locked() will trigger the release of the fe
From: Gustavo Padovan
Documentation for it was missing.
Signed-off-by: Gustavo Padovan
---
include/linux/sync_file.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/sync_file.h b/include/linux/sync_file.h
index 0ad87c4..790ca02 100644
--- a/include/linux/sync_file.h
+++ b
https://bugs.freedesktop.org/show_bug.cgi?id=101969
--- Comment #4 from Chris Rankin ---
(In reply to Marek Olšák from comment #2)
> Can you please test this patch?
No, it doesn't work for me either.
--
You are receiving this mail because:
You are the assignee for the bug._
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:17)
> > From: Gustavo Padovan
> >
> > We found this bug in the sw_sync so adding a test case to prevent it to
> > happen in the future.
> >
> > Cc: Shuah Khan
> > Cc: linux-kselft...@vger.kernel.org
> > Signed-off-by: Gustav
On Sun, Jul 30, 2017 at 9:07 PM, Marek Olšák wrote:
> Reviewed-by: Marek Olšák
>
> Marek
>
> On Sun, Jul 30, 2017 at 10:18 AM, Jean Delvare wrote:
>>
>> As I was staring at the si_init_golden_registers code, I noticed that
>> the Pitcairn initialization silently falls through the Cape Verde
>> i
On Sun, Jul 30, 2017 at 7:26 AM, Jean Delvare wrote:
> Include a missing header to get rid of the following warning:
>
> drivers/gpu/drm/amd/amdgpu/dce_v6_0.c:521:6: warning: no previous prototype
> for 'dce_v6_0_disable_dce' [-Wmissing-prototypes]
> void dce_v6_0_disable_dce(struct amdgpu_devic
On Sun, Jul 30, 2017 at 7:42 AM, Jean Delvare wrote:
> Include a missing header to get rid of the following warning:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c:65:6: warning: no previous prototype
> for ‘amdgpu_pm_acpi_event_handler’ [-Wmissing-prototypes]
> void amdgpu_pm_acpi_event_handler(str
On Sun, Jul 30, 2017 at 7:11 AM, Jean Delvare wrote:
> There are no external users of function amdgpu_atif_handler so it can
> be static.
>
> Signed-off-by: Jean Delvare
> Cc: Alex Deucher
> Cc: "Christian König"
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_acpi.c |2
https://bugs.freedesktop.org/show_bug.cgi?id=101961
network...@rkmail.ru changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #12 from Julien Isorce ---
(In reply to 247 from comment #10)
> Created attachment 132816 [details]
> vainfo
>
> just attached the vainfo result...
Please also attach the output when running vainfo in fedora36-cinnamon.
> the gst
From: Srinivas Kandagatla
Currently hdmi client drivers does have means to limit the
sample sizes that it can only support. Having formats parameter
option would solve this.
This issue was noticed on DB410c board when adv7511 hdmi codec driver
failed to play a 32 bits audio samples, as it does n
From: Srinivas Kandagatla
ADV7533 only supports audio samples word width from 16-24 bits.
This patch restricts the audio sample sizes to the supported ones,
so that sound card does not report wrong list of supported hwparms.
Without this patch aplay would fail when playing a 32 bit audio.
Signe
From: Srinivas Kandagatla
This patch adds option to allow hdmi-codec drivers to restrict
the audio sample size based on the values that are suppored in hardware.
First patch is adding that formats option to hdmi_codec_pdata and
second patch is a fix in adv7511 codec driver which only supports
16
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #8 from Samuel Pitoiset ---
Okay, I should be able to reproduce tomorrow, I will let you know.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel maili
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #9 from Samuel Pitoiset ---
By the way, do you have some hints about how to reproduce, like which settings,
which steps, etc? Also, what version is exactly, I mean the Steam appid?
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=101377
--- Comment #9 from j...@dev1ce.com ---
unfortunately copying the firmware did not solve the problem. the fan noise is
no longer emitted, however the graphics driver still fails to properly load.
could this be an issue with, perhaps, the IOMMU
2017년 07월 26일 16:09에 Andrzej Hajda 이(가) 쓴 글:
> On 18.04.2017 14:39, Andrzej Hajda wrote:
>> Hi Inki,
>>
>> This patchset beside cleanup/refactoring patches (01-03) adds code to
>> propagate
>> info provided by MIPI-DSI panels about its mode of work (video/command mode).
>> The propagation is per
Dear Thierry,
Could you please check these patches.
Best regards,
Hoegeun
On 07/13/2017 11:20 AM, Hoegeun Kwon wrote:
Hi Andrzej,
Thank you for your review.
The purpose of this patch is add support for s6e63j0x03 AMOLED panel
on the rinato board(Samsung Galaxy Gear 2).
Changes for V4:
- Ad
Hi Dave,
Could you please pull a couple of minor fixes for ARCPGU.
These changes are based on today's drm-misc/drm-misc-next.
The following changes since commit 9dd2aca46a13cc7177625f0dc3aaf5b7ebc6fe74:
drm/rockchip: vop: rk3328: fix overlay abnormal (2017-07-31 08:44:18 +0800)
are available
Hi,
This series adds dw-hdmi CEC support. This is done in four stages:
1. Add cec-notifier support
2. Fix up the clkdis register support, as this register contains a
clock disable bit for the CEC module.
3. Add the driver.
4. Remove definitions that are not required from dw-hdmi.h
The CEC dr
We don't need the CEC engine register definitions, so let's remove them.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45 ---
1 file changed, 45 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.h
b/drivers/gpu/drm/brid
New getfb2 functionality uses drm_mode_fb_cmd2 struct to be symmetric
with addfb2. Also modifies *_fb_create_handle() calls to accept a
format_plane_index so that handles for each plane can be generated.
Previously, many *_fb_create_handle() calls simply defaulted to plane 0 only.
Signed-off-by:
Add a CEC driver for the dw-hdmi hardware.
Reviewed-by: Neil Armstrong
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/synopsys/Kconfig | 9 +
drivers/gpu/drm/bridge/synopsys/Makefile | 1 +
drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c | 326 ++
dr
Le 20/07/2017 à 08:28, Matt Brown a écrit :
The cacheflush prototypes currently use start and stop values and each
call requires typecasting the address to an unsigned long.
This patch changes the cacheflush prototypes to follow the x86 style of
using a base and size values, with base being a v
1 - 100 of 122 matches
Mail list logo
