On Thursday, January 07, 2016 03:47:01 PM Tomeu Vizoso wrote:
> On 10 November 2015 at 10:33, Daniel Kurtz wrote:
> [snip]
> >
> > The problem appears to be that:
> > * On boot, platform_drv_probe() calls dev_pm_domain_attach() before
> > drv->probe(); thus, it calls dev_pm_domain_attach() while
On 7 January 2016 at 16:02, Stefan Agner wrote:
> Promote myself as new maintainer of the Freescale DCU DRM driver.
>
> Signed-off-by: Stefan Agner
> ---
> This has been previously discussed privately. The original driver
> author and maintainer Jianwei does not work for Freescale anymore
> and c
This patch fixes a kernel panic issue which happened
when drm driver is closed while modetest.
This issue could be reproduced easily by launching modetest
with page flip repeatedly.
The reason is that invalid drm_file object could be accessed by
send_vblank_event function when finishing page flip
These events will be freed by drm_events_release of DRM core so
it doesn't need to free these events in SoC specific driver.
This patch removes relevant codes from Exynos DRM driver.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 11 ---
1 file changed, 11 deletion
Hi Marek,
2016ë
01ì 05ì¼ 21:52ì Marek Szyprowski ì´(ê°) ì´ ê¸:
> Hello all,
>
> This patch series is a continuation of rework of blending support in
> Exynos DRM driver. Some background can be found here:
> http://www.spinics.net/lists/dri-devel/msg96969.html
>
> Daniel Vetter sugges
From: Sascha Hauer
Instead of rereading the edid data each time userspace asks for them,
read them once and cache them in the previously unused edid field in
struct dw_hdmi. When the connector is disconnected, drop the cached
edid data.
Signed-off-by: Sascha Hauer
Signed-off-by: Philipp Zabel
From: Sascha Hauer
The cable_plugin field in struct dw_hdmi is never set. Remove it and with
it all code that is only executed when the variable is true.
Signed-off-by: Sascha Hauer
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/bridge/dw-hdmi.c | 17 -
1 file changed, 17 de
Allow userspace to read the initial connector state via sysfs without
having to issue a detect manually. There is no reason to keep the state
unknown during initialization.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/bridge/dw-hdmi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/dri
Due to the voltage divider on the HPD line, the HDMI connector on
imx6q-sabrelite doesn't reliably detect connected DVI monitors.
This patch allows to use the RX_SENSE signals as a workaround when
enabled by a boolean device tree property 'hpd-unreliable'.
Signed-off-by: Philipp Zabel
---
driver
Hi Philipp,
On 01/08/2016 12:50 AM, Philipp Zabel wrote:
> Hi Yakir,
>
> Am Donnerstag, den 07.01.2016, 18:15 +0800 schrieb Yakir Yang:
>> Hi Philipp,
>>
>> Thanks for your fast respond :)
>>
>> On 01/07/2016 06:04 PM, Philipp Zabel wrote:
>>> Am Donnerstag, den 07.01.2016, 17:02 +0800 schrieb Yak
Hi guys,
Am I loosing the plot here or something feels amiss here ?
On 6 January 2016 at 06:12, Meng Yi wrote:
> For state->fb or state->crtc may be NULL in fsl_dcu_drm_plane_atomic_check
> function, if so, return 0.
>
> Signed-off-by: Meng Yi
> Signed-off-by: Jianwei Wang
>
> ---
>
> change i
Am 05.01.2016 um 22:34 schrieb Alex Deucher:
> On Tue, Jan 5, 2016 at 7:16 AM, Christian König
> wrote:
>> From: Christian König
>>
>> This allows the drivers to move a BO to the end of the LRU
>> without removing and adding it again.
>>
>> Signed-off-by: Christian König
>> Reviewed-by: Chun
Am 08.01.2016 um 01:22 schrieb Alexandre Demers:
> Signed-off-by: Alexandre Demers
Reviewed-by: Christian König .
We probably need to fix this in amdgpu as well.
Thanks for the help,
Christian.
> ---
> drivers/gpu/drm/radeon/radeon_device.c | 2 +-
> 1 file changed, 1 insertion(+), 1 delet
On Fri, Jan 08, 2016 at 03:44:51AM +, Zhu, Rex wrote:
> Hi Dan,
>
> It is (result == 0).
>
> From code, smum_send_msg_to_smc() will return negative a error code or zero.
>
> 0 mean success.
>
Hm.. I have investigated more and the problem is typos in
tonga_send_msg_to_smc().
drivers/gp
We moved the module options from drm_drv.c to drm_irq.c in 18882995713d
('drm: Move vblank related module options into drm_irq.c'). Let's move
the MODULE_PARM_DESC()s as well so they're together.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
ind
Add a dummy entry to CEA/HDMI mode tables so they can be indexed
directly using the VIC, avoiding a +1/-1 dance here and there. This adds
clarity to the error checking for various functions that return the VIC
on success and zero on failure; we can now explicitly check for 0
instead of just subtrac
On Fri, Jan 08, 2016 at 10:02:06AM +0100, Philipp Zabel wrote:
> Allow userspace to read the initial connector state via sysfs without
> having to issue a detect manually. There is no reason to keep the state
> unknown during initialization.
Can you describe how it can be unknown? I've always see
On Fri, Jan 08, 2016 at 01:21:51PM +0200, Jani Nikula wrote:
> Add a dummy entry to CEA/HDMI mode tables so they can be indexed
> directly using the VIC, avoiding a +1/-1 dance here and there. This adds
> clarity to the error checking for various functions that return the VIC
> on success and zero
On Fri, Jan 08, 2016 at 10:02:07AM +0100, Philipp Zabel wrote:
> Due to the voltage divider on the HPD line, the HDMI connector on
> imx6q-sabrelite doesn't reliably detect connected DVI monitors.
> This patch allows to use the RX_SENSE signals as a workaround when
> enabled by a boolean device tre
Am Freitag, den 08.01.2016, 11:24 + schrieb Russell King - ARM
Linux:
> On Fri, Jan 08, 2016 at 10:02:06AM +0100, Philipp Zabel wrote:
> > Allow userspace to read the initial connector state via sysfs without
> > having to issue a detect manually. There is no reason to keep the state
> > unknow
Yes, a quick grep shows the same typo in several places:
> $ grep -Rwn 'to small' drivers/gpu/
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c:544:DRM_ERROR("BO to
> small for addr 0x%010Lx %d %d\n",
> drivers/gpu/drm/amd/amdgpu
Hi,
This version of patchset contains fixes of interrupt pin and binding description
according to Rob Herring comments.
This patchset adds MHL bridge driver for Silicon Image SiI8620 chip.
The chip is quite powerful, supports MHL versions up to 3.0. It is present
in multiple mobile devices.
I ha
This header adds definitions specific to MHL protocol.
Signed-off-by: Andrzej Hajda
---
include/linux/mhl.h | 292
1 file changed, 292 insertions(+)
create mode 100644 include/linux/mhl.h
diff --git a/include/linux/mhl.h b/include/linux/mhl.
SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled
via I2C bus.
Signed-off-by: Andrzej Hajda
---
v2:
- changed specifier of INT pin from gpio to interrupt property,
- improved description.
---
.../bindings/video/bridge/sil-sii8620.txt | 33 ++
SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0.
It is controlled via I2C bus. Its interaction with other
devices in video pipeline is performed mainly on HW level.
The only interaction it does on device driver level is
filtering-out unsupported video modes, it exposes drm_bridge
interfac
From: Christian König
If we import a BO with an eternal reservation object we don't
reserve/unreserve it. So we never add it to the LRU causing a possible
deny of service.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletio
This platform_driver does not need to set an owner as it will be
populated by the driver core.
Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/etnaviv/etnaviv_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/d
On Fri, Jan 08, 2016 at 01:30:29PM +0200, Ville Syrjälä wrote:
> On Fri, Jan 08, 2016 at 01:21:51PM +0200, Jani Nikula wrote:
> > Add a dummy entry to CEA/HDMI mode tables so they can be indexed
> > directly using the VIC, avoiding a +1/-1 dance here and there. This adds
> > clarity to the error
On Fri, Jan 08, 2016 at 02:00:45PM +0300, Dan Carpenter wrote:
> We moved the module options from drm_drv.c to drm_irq.c in 18882995713d
> ('drm: Move vblank related module options into drm_irq.c'). Let's move
> the MODULE_PARM_DESC()s as well so they're together.
>
> Signed-off-by: Dan Carpenter
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160108/dba4ea36/attachment-0001.html>
On Mon, 4 Jan 2016 12:21:40 -0800
Darren Hart wrote:
> Any concerns with this series? If not, I'll take it in via the pdx86 tree.
>
Well, it's built around the asciidoc patch, which isn't in the mainline
at this point. Should things go a different direction, that could force
some changes here;
On Wed, 6 Jan 2016 22:20:46 +0100
Maxime Ripard wrote:
> > As there is no documentation about the DE2 nor about the HDMI which
> > are found in the H3, this driver has been built from Allwiiner's
> > sources.
>
> That's unfortunate :/
>
> Have you checked in the A64 BSP if there was some useful
On Thu, Jan 7, 2016 at 12:31 PM, wrote:
> From: Tim Gardner
>
> CC [M] drivers/gpu/drm/radeon/r100.o
> In file included from drivers/gpu/drm/radeon/radeon_mode.h:37:0,
> from drivers/gpu/drm/radeon/radeon.h:80,
> from drivers/gpu/drm/radeon/r100.c:33:
> drive
On Fri, Jan 8, 2016 at 4:33 AM, Christian König
wrote:
> Am 05.01.2016 um 22:34 schrieb Alex Deucher:
>>
>> On Tue, Jan 5, 2016 at 7:16 AM, Christian König
>> wrote:
>>>
>>> From: Christian König
>>>
>>> This allows the drivers to move a BO to the end of the LRU
>>> without removing and addi
On Thu, Jan 7, 2016 at 7:22 PM, Alexandre Demers
wrote:
> Signed-off-by: Alexandre Demers
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/radeon/radeon_device.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_device.c
> b/drivers/gpu/drm/
On Wed, 6 Jan 2016 10:39:51 +0800
Chen-Yu Tsai wrote:
> First of all, please include the clk subsystem maintainers and the
> linux-clk mailing list for all clk related patches.
OK.
> On Wed, Jan 6, 2016 at 2:28 AM, Jean-Francois Moine
> wrote:
> > Add the clock types which are used by the sun
On Fri, Jan 08, 2016 at 01:48:56PM +0100, Andrzej Hajda wrote:
> SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled
> via I2C bus.
>
> Signed-off-by: Andrzej Hajda
> ---
> v2:
> - changed specifier of INT pin from gpio to interrupt property,
> - improved description.
> --
Dave,
A comple of small but important fixes for vmwgfx.
Not sure there will be time to get them in though.
/Thomas
With CONFIG_SMP=n and CONFIG_DEBUG_SPINLOCK=y the vmwgfx kernel module
would unconditionally throw a bug when checking for a held spinlock
in the command buffer code. Fix this by using a lockdep check.
Cc:
Reported-and-tested-by: Tetsuo Handa
Signed-off-by: Thomas Hellstrom
Reviewed-by: Sinclai
When the framebuffer is a vmwgfx dma buffer and a proxy surface is
created, the vmw_kms_update_proxy() function requires that the proxy
surface width and the framebuffer pitch are compatible, otherwise
display corruption occurs as seen in gnome-shell/native with software
3D. Since the framebuffer p
On Thu, Jan 7, 2016 at 5:34 PM, Alex Deucher wrote:
> Hi Dave,
>
> Misc fixes for amdgpu and radeon for 4.5. The bulk of the changes
> are smatch fixes and cleanups. This also includes the DP MST fixes
> from Mykola. Beyond that some fixes from Christian to avoid -ENOMEM
> errors in some corner
/xorg.freedesktop.org/wiki/RadeonFeature/
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160108/05938670/attachment.html>
On Fri, Jan 8, 2016 at 3:00 PM, Alex G.S. wrote:
> Dear Radeon Devs,
>
> What's the support status of the AMD FirePro W5170M and AMD FirePro W5130M.
> I'm confused as to whether these will support 'radeonsi' or 'amdgpu'. After
> doing exhaustive research I've come across codenames like Tropo XT/
When userspace closes a handle, we remove it from the file->object_idr
and then tell the driver to drop its references to that file/handle.
However, as the file/handle is already available again for reuse, it may
be reallocated back to userspace and active on a new object before the
driver has had
Hi all,
This patch series is inspired by a WIP patch from Rob Clark to consolidate the
drm_event handling a bit. I've went a bit further and also moved the pending
event handling and unlinking into the core, which allows us to nuke a bunch of
code from drivers who all copypasted this themselves. P
Just prep work before I throw more drm_event refactorings on top.
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/gpu.tmpl | 48 +--
drivers/gpu/drm/drm_fops.c | 129 ++---
include/drm/drmP.h | 17 +++---
3 files changed, 1
An attempt at not spreading out the file_priv->event_space stuff out
quite so far and wide. And I think fixes something in ipp_get_event()
that is broken (or if they are doing something more weird/subtle, then
breaks it in a fun way).
Based upon a patch from Rob Clark, rebased and polished.
Cc:
Also fixes a bug in IPP with not correctly checking/allocating for
space in the event space. Not a too serious bug since it's not a
real ringbuffer, just a limit to avoid too much kernel allocations.
Cc: Rob Clark
Cc: Inki Dae
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/exynos/exynos_drm_
Use them in the core vblank code and exynos/vmwgfx drivers.
Note that the difference between wake_up_all and _interruptible in
vmwgfx doesn't matter since the only waiter is the core code in
drm_fops.c. And that is interruptible.
Cc: Thomas Hellstrom
Cc: Inki Dae
Signed-off-by: Daniel Vetter
-
Doesn't do anything, but annoys when auditing them all.
Cc: Jianwei Wang
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
inde
The compiler will do this, but the void hits when grepping all the
hooks for a subsystem wide audit are slightly annoying. So remove them
for next time around.
Cc: Russell King
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/armada/armada_drv.c | 3 ---
1 file changed, 3 deletions(-)
diff --g
I'm auditing them all, empty ones just confuse ...
Cc: Patrik Jakobsson
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/gma500/psb_drv.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/gma500/psb_drv.c b/drivers/gpu/drm/gma500/psb_drv.c
index 92e7e5795398..4e1c68505
There's really no reason to not do so, instead of replicating this
for every use-case and every driver. Now we can't just nuke the events,
since that would still mean that all drm_event users would need to know
when that has happened, since calling e.g. drm_send_event isn't allowed
any more. Instea
Now that the drm core unlinks/disarms events there's no need to do so
ourselves anymore. Nuke the code.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_dma.c | 2 --
drivers/gpu/drm/i915/intel_display.c | 21 -
drivers/gpu/drm/i915/intel_drv.h | 1 -
3 f
The only thing this did was cancle pending flip events, and the core
takes care of that now.
Cc: Boris Brezillon
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 18 --
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 10 --
drivers/gpu/d
Cc: Rob Clark
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 32
1 file changed, 8 insertions(+), 24 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
index 8e689b439890..eda93bf52a
The core takes care of this now. And since kfree(NULL) is ok we can
simplify the function even further now.
Cc: Inki Dae
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_
So this one is special, since it tries to prevent races when userspace
crashes simply by disabling the vblank machinery. Well except that imx
always has vblanks enabled, and the disable_vblank hook actually just
tries to cancel a pending pageflip. Without any locking whatsoever. Of
course this is w
They only complete the page flip events to avoid oops when the drm
file closes. The core takes care of that now and we can remove this
code.
Cc: Rob Clark
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 7 ---
drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.c | 11 --
Again since the core takes care of this we can remove them. While at
it also remove the postclose hook, it's empty.
Cc: Laurent Pinchart
Cc: Tomi Valkeinen
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/omapdrm/omap_drv.c | 29 -
1 file changed, 29 deletions(-)
d
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
Cc: Laurent Pinchart
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 20
drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 2 --
drivers/gpu/drm/rcar-du/rcar_d
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
Cc: Laurent Pinchart
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 20
drivers/gpu/drm/shmobile/shmob_drm_drv.c | 8
2 files changed, 2
The core takes care of that now.
Cc: Thierry Reding
Cc: Terje Bergström
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/tegra/dc.c | 17 -
drivers/gpu/drm/tegra/drm.c | 3 ---
2 files changed, 20 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
Cc: Rob Clark
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/shmobile/shmob_drm_crtc.h | 2 --
drivers/gpu/drm/tegra/drm.h | 1 -
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 20 ---
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
Cc: Eric Anholt
Signed-off-by: Daniel Vetter enter the commit
message for your changes. Lines starting
---
drivers/gpu/drm/vc4/vc4_crtc.c | 20
drivers/gpu/drm/vc4/vc4_drv.c |
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
Cc: Thomas Hellström
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/vc4/vc4_drv.h | 1 -
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 10 -
drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 38
On Mon, Jan 04, 2016 at 12:21:40PM -0800, Darren Hart wrote:
> On Mon, Jan 04, 2016 at 05:52:06PM +0100, Lukas Wunner wrote:
> > Document what I've learned so far about the gmux so that we can
> > collaboratively reverse-engineer its remaining unknown bits
> > without everyone having to start from
Am 08.01.2016 um 21:00 schrieb Alex G.S.:
> What's the support status of the AMD FirePro W5170M and AMD FirePro W5130M.
> I'm confused as to whether these will support 'radeonsi' or 'amdgpu'.
I think that is a false dichotomy. The (free) Linux driver consists of a
kernel part and a (or actual s
models, can I expect
relatively good performance?
Thank you!
--- Alex G.S.
[1] http://xorg.freedesktop.org/wiki/RadeonFeature/
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160108/1f09f919/attachment-0001.html>
On 01/08/2016 09:36 PM, Daniel Vetter wrote:
> Again since the drm core takes care of event unlinking/disarming this
> is now just needless code.
>
> Cc: Thomas Hellström
> Signed-off-by: Daniel Vetter
Hmm,
IIRC this is actually a list of events that core drm is not aware of
yet. They sit on th
On Fri, Jan 8, 2016 at 3:36 PM, Daniel Vetter wrote:
> An attempt at not spreading out the file_priv->event_space stuff out
> quite so far and wide. And I think fixes something in ipp_get_event()
> that is broken (or if they are doing something more weird/subtle, then
> breaks it in a fun way).
>
Hi Dave,
Misc fixes for amdgpu and radeon for 4.5. Pretty much the same as the
requst I sent yesterday minus the ttm and dependent CS ioctl fixes from
Christian until we sort out all the additional issues that uncovered.
The bulk of the changes are smatch fixes and cleanups. This also includes
t
On Fri, Jan 8, 2016 at 3:36 PM, Daniel Vetter wrote:
> Hi all,
>
> This patch series is inspired by a WIP patch from Rob Clark to consolidate the
> drm_event handling a bit. I've went a bit further and also moved the pending
> event handling and unlinking into the core, which allows us to nuke a b
So, here is my V2 of this series. Changes:
* Added tags. Thanks to Laurent and Lars-Peter for review and to Archit for
testing. Much appreciated!
* rephrased the comment and commit message in patch 1 to be hopefully less
confusing :)
No code changes!
Thanks,
Wolfram
Wolfram Sang (3):
From: Wolfram Sang
The interrupts for EDID_READY or DDC_ERROR were never enabled in this
driver, so reading EDID always timed out when chip was powered down and
interrupts were used. Fix this and also remove clearing the interrupt
flags, they are cleared in POWER_DOWN mode anyhow (unlike the inte
From: Wolfram Sang
This register includes a counter which is decremented by the chip on I2C
failures. Also, it is reset when powering down.
Signed-off-by: Wolfram Sang
Reviewed-by: Laurent Pinchart
Tested-by: Archit Taneja
---
drivers/gpu/drm/i2c/adv7511.c | 1 +
1 file changed, 1 insertion(
From: Wolfram Sang
Fix this typo, consequently used over both files :)
Signed-off-by: Wolfram Sang
Acked-by: Lars-Peter Clausen
Reviewed-by: Laurent Pinchart
Tested-by: Archit Taneja
---
drivers/gpu/drm/i2c/adv7511.c | 22 +++---
drivers/gpu/drm/i2c/adv7511.h | 12 ++
https://bugzilla.kernel.org/show_bug.cgi?id=110211
--- Comment #5 from Kevin McCormack ---
Well, it seems that things are much better with 4.4rc8! I'm not sure why. It
could also be the new Mushkin RAM I installed. I was having a lot of other
random issues with my G.Skill Ares kit like lots of bu
On Tue, Jan 5, 2016 at 1:43 PM, Mark Brown wrote:
> On Wed, Dec 23, 2015 at 02:01:13PM -0500, Alex Deucher wrote:
>
>> --- /dev/null
>> +++ b/sound/soc/amd/Kconfig
>> @@ -0,0 +1,4 @@
>> +config SND_SOC_AMD_ACP
>> + tristate "AMD Audio Coprocessor support"
>> + help
>> + This option en
On Fri, Jan 08, 2016 at 08:25:07PM +, Chris Wilson wrote:
> Whilst calling back into the driver, we have to drop the
> file->table_lock spinlock and so to prevent reusing the closed handle we
> mark that handle as stale in the idr, perform the callback and then
> remove the handle. It is then p
This patch set implements support for i2s audio and new AMD GPUs.
The i2s codec is fed by a DMA engine on the GPU. To handle this
we create mfd cells which we hang the i2s codec and DMA engine on.
Because of this, this patch set covers two subsystems: drm and alsa.
The drm patches add support for
Hardware blocks on the GPU like ACP generate interrupts in
the GPU interrupt controller, but are driven by a separate
driver. Add an irq domain to the GPU driver so that
blocks like ACP can register a Linux interrupt.
Acked-by: Dave Airlie
Acked-by: Christian König
Signed-off-by: Alex Deucher
This provides an interface to get access to the base address
of PCI resources (MMIO, DOORBELL, etc.). Only MMIO and
DOORBELL are implemented right now. This is necessary to
properly utilize shared drivers on platform devices. IP
modules can use this interface to get the base address
of the resou
From: Maruthi Srinivas Bayyavarapu
DWC for capture in ACP 2.x IP reports playback and capture capabilities
though it supports only capture. Added a quirk to override default value
to represent capture capability only.
Signed-off-by: Maruthi Bayyavarapu
Signed-off-by: Alex Deucher
---
include/
From: Maruthi Srinivas Bayyavarapu
ACP IP have internal DMA controller, DW I2S controller and DSPs
as separate power tiles. DMA and I2S devices are added to generic
pm domain, so that entire IP can be powered off/on at appropriate
times. Unused DSPs are made to be powered off though they are powe
From: Maruthi Srinivas Bayyavarapu
ACP SRAM banks gets turned on when ACP is powered on.
Not all banks are used for playback/capture. So, power on
required banks during audio device open and power off during
audio device close.
Signed-off-by: Maruthi Bayyavarapu
Reviewed-by: Alex Deucher
Signe
From: Maruthi Srinivas Bayyavarapu
ACP IP has internal DMA controller with multiple channels which
can be programmed in cyclic/non cyclic manner. ACP can generate
interrupt upon completion of DMA transfer, if required.
The PCM driver provides the platform DMA component to ALSA core.
Signed-off-b
From: Maruthi Bayyavarapu
This adds the ACP (Audio CoProcessor) IP driver and wires
it up to the amdgpu driver. The ACP block provides the DMA
engine for i2s based ALSA driver. This is required for audio
on APUs that utilize an i2s codec.
Reviewed-by: Jammy Zhou
Reviewed-by: Maruthi Bayyavarap
From: Maruthi Srinivas Bayyavarapu
genpd will power off/on ACP to manage runtime ACP PM. ACP runtime PM
hooks are added to get it deinitialized and initialized respectively,
after it is powered off/on.
When system goes to suspend when audio usecase is active, ACP will
be powered off through genp
When userspace closes a handle, we remove it from the file->object_idr
and then tell the driver to drop its references to that file/handle.
However, as the file/handle is already available again for reuse, it may
be reallocated back to userspace and active on a new object before the
driver has had
On 01/07/16 14:32, H. Peter Anvin wrote:
>
> Nevermind. CLFLUSH is not ordered with regards to CLFLUSHOPT to the
> same cache line.
>
*Except* to the same cache line, dammit.
-hpa
From: Maruthi Srinivas Bayyavarapu
These are register headers for the ACP (Audio CoProcessor) v2.2
Signed-off-by: Maruthi Bayyavarapu
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
sound/soc/amd/include/acp_2_2_d.h | 609
sound/soc/amd/include/acp_2_2_enum.h| 1
Hi Dan,
It is (result == 0).
93 matches
Mail list logo
