vel/attachments/20150509/e68552c2/attachment.html>
09.05.2015, 20:40, Russell King - ARM Linux kirjoitti:
> On Sat, May 09, 2015 at 08:07:45PM +0300, Anssi Hannula wrote:
>> 09.05.2015, 19:55, Russell King - ARM Linux kirjoitti:
>>> On Sat, May 09, 2015 at 07:49:44PM +0300, Anssi Hannula wrote:
(Of course having userspace set them requires tha
09.05.2015, 19:55, Russell King - ARM Linux kirjoitti:
> On Sat, May 09, 2015 at 07:49:44PM +0300, Anssi Hannula wrote:
>> (Of course having userspace set them requires that the device has a
>> proper entry in /usr/share/alsa/cards and the pcm device is accessed via
>> the standard "hdmi" or "iec95
Hi,
A couple of things I noticed below:
09.05.2015, 13:26, Russell King kirjoitti:
> Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer
> format supported by the hardware is its own special IEC958 based format,
> which is not compatible with any ALSA format. To avoid doing too mu
Hi,
2015-05-09 6:51 GMT+09:00 Tobias Jakobi :
> Hello,
>
> I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a
> 1080p panel).
>
> Run the usual modetest tests (just primary plane, primary plane with
> vsync, primary plane with overlay, primary plane with overlay and video
> overl
On Sat, May 09, 2015 at 08:55:10PM +0300, Anssi Hannula wrote:
> 09.05.2015, 20:40, Russell King - ARM Linux kirjoitti:
> > Even VLC _doesn't_ if it's outputting to a standard audio - in other
> > words, if you don't tick the SPDIF direct output option which defaults
> > to disabled (which, when en
On 05/09/2015 03:34 AM, Michel Dänzer wrote:
> On 09.05.2015 11:44, Brian Paterni wrote:
>> On 05/07/2015 04:07 AM, Michel Dänzer wrote:
>>> On 06.05.2015 12:12, Brian Paterni wrote:
I was on irc a few days ago trying to get the new amdgpu driver up and
running on my system. I am a
On Sat, May 09, 2015 at 06:40:54PM +0100, Russell King - ARM Linux wrote:
> Even VLC _doesn't_ if it's outputting to a standard audio - in other
> words, if you don't tick the SPDIF direct output option which defaults
> to disabled (which, when enabled, opens the device passing the AES
> bits _and_
On Sat, May 09, 2015 at 08:07:45PM +0300, Anssi Hannula wrote:
> 09.05.2015, 19:55, Russell King - ARM Linux kirjoitti:
> > On Sat, May 09, 2015 at 07:49:44PM +0300, Anssi Hannula wrote:
> >> (Of course having userspace set them requires that the device has a
> >> proper entry in /usr/share/alsa/ca
On Sat, May 09, 2015 at 07:49:44PM +0300, Anssi Hannula wrote:
> (Of course having userspace set them requires that the device has a
> proper entry in /usr/share/alsa/cards and the pcm device is accessed via
> the standard "hdmi" or "iec958" device names which perform the channel
> status word setu
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150509/a0bab379/attachment.html>
Signed-off-by: Daniel Stone
---
include/drm/drm.h | 2 ++
include/drm/drm_mode.h | 20
2 files changed, 22 insertions(+)
diff --git a/include/drm/drm.h b/include/drm/drm.h
index 44ef685..66028a6 100644
--- a/include/drm/drm.h
+++ b/include/drm/drm.h
@@ -766,6 +766,8 @@
Pull new drm.h and drm_mode.h definitions for client caps and atomic
ioctl.
Signed-off-by: Daniel Stone
---
include/drm/drm.h | 23 ++-
include/drm/drm_mode.h | 43 ---
2 files changed, 62 insertions(+), 4 deletions(-)
diff --git
Hi,
This is the userspace component to:
http://lists.freedesktop.org/archives/dri-devel/2015-May/082530.html
Cheers,
Daniel
Add an ioctl which allows users to create blob properties from supplied
data. Currently this only supports modes, creating a drm_display_mode from
the userspace drm_mode_modeinfo.
v2: Removed size/type checks.
Rebased on new patches to allow error propagation from create_blob,
as well as a
Change drm_property_create_blob to return an ERR_PTR-encoded error on
failure, so we can pass the failure reason down.
Signed-off-by: Daniel Stone
Cc: Maarten Lankhorst
---
drivers/gpu/drm/drm_crtc.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/
Make the data parameter to drm_property_create_blob optional; if
omitted, the copy will be skipped and the data will be empty.
Signed-off-by: Daniel Stone
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_crtc.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff -
672cb1d6ae mistakenly added an extra parameter to the kerneldoc for
drm_property_unreference_blob which wasn't actually present.
Signed-off-by: Daniel Stone
---
drivers/gpu/drm/drm_crtc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
i
Hi,
With most of the supporting series already merged into drm-misc,
this is a resend after Maarten and Daniel's review of the core creation
ioctl.
Notably, size/type validation is now gone, as well as the double
allocation. Errors from blob creation are also propagated down through
ERR_PTR.
Chee
David,
Please incorporate the latest TDA998x I2C driver development updates,
which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-tda998x-devel
with SHA1 8c7a075da9f7980cc95ffcd7e6621d4a87f20f40.
Just one commit to convert TDA998x to use the HDMI AVI infoframe helper.
Thi
David,
Please incorporate the latest Armada DRM development updates development
updates, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-armada-devel
with SHA1 38bf3aee3ec7b5b264b701da14114a618cddd1a1.
A couple of cleanups from Rickard Strandqvist to remove some unuse
And here's the drm.debug=0xff output leading to the oops:
> [ 109.575582] [drm:drm_stub_open]
> [ 109.575609] [drm:drm_open_helper] pid = 2430, minor = 0
> [ 109.575630] [drm:ipp_subdrv_open] done priv[0xed9b7e10]
> [ 109.575647] [drm:drm_setup]
> [ 109.575699] [drm:drm_ioctl] pid=2430, dev=
Tobias Jakobi wrote:
> Hello Inki,
>
>
> Inki Dae wrote:
>> Hi,
>>
>> 2015-05-09 6:51 GMT+09:00 Tobias Jakobi :
>>> Hello,
>>>
>>> I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a
>>> 1080p panel).
>>>
>>> Run the usual modetest tests (just primary plane, primary plane with
>>
Hello Inki,
Inki Dae wrote:
> Hi,
>
> 2015-05-09 6:51 GMT+09:00 Tobias Jakobi :
>> Hello,
>>
>> I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a
>> 1080p panel).
>>
>> Run the usual modetest tests (just primary plane, primary plane with
>> vsync, primary plane with overlay, p
Parse the ELD (EDID like data) stored from the HDMI driver to restrict
the sample rates and channels which are available to ALSA. This causes
the ALSA device to reflect the capabilities of the overall audio path,
not just what is supported at the HDMI source interface level.
Signed-off-by: Russel
Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer
format supported by the hardware is its own special IEC958 based format,
which is not compatible with any ALSA format. To avoid doing too much
data manipulation within the driver, we support only ALSAs IEC958 LE and
24-bit PCM form
Add a helper to create the IEC958 channel status from an ALSA
snd_pcm_runtime structure, taking account of the sample rate and
sample size.
Signed-off-by: Russell King
---
include/sound/pcm_iec958.h | 9 +
sound/core/Kconfig | 3 ++
sound/core/Makefile| 1 +
sound/core/pcm
Add a helper for the EDID like data structure, which is typically passed
from a HDMI adapter to its associated audio driver. This informs the
audio driver of the capabilities of the attached HDMI sink.
Signed-off-by: Russell King
---
include/sound/pcm_drm_eld.h | 6 +++
sound/core/Kconfig
Add a function to find the start of the SADs in the ELD. This
complements the helper to retrieve the SAD count.
Signed-off-by: Russell King
---
include/drm/drm_edid.h | 19 +++
1 file changed, 19 insertions(+)
diff --git a/include/drm/drm_edid.h b/include/drm/drm_edid.h
index 7
iMX6 devices suffer from an errata (ERR005174) where the audio FIFO can
be emptied while it is partially full, resulting in misalignment of the
audio samples.
To prevent this, the errata workaround recommends writing N as zero
until the audio FIFO has been loaded by DMA. Writing N=0 prevents the
Introduce dw_hdmi_set_sample_rate(), which allows us to configure the
audio sample rate, setting the CTS/N values appropriately.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/dw_hdmi.c | 10 ++
include/drm/bridge/dw_hdmi.h | 5 +
2 files changed, 15 insertions(+)
diff
Remove the struct hdmi_vmode mhsyncpolarity/mvsyncpolarity/minterlaced
members, which are only used within a single function. We can directly
reference the appropriate mode->flags instead.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/dw_hdmi.c | 22 --
1 file chang
When a YCBCR format is selected, we can merely copy the colorimetry
information directly as we use the same definitions for both the
unpacked AVI info frame and the hdmi_data_info structure.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/dw_hdmi.c | 5 +
1 file changed, 1 insertion(+
Use drm_hdmi_avi_infoframe_from_display_mode() to compose the AVI
frame.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/dw_hdmi.c | 126 +--
1 file changed, 67 insertions(+), 59 deletions(-)
diff --git a/drivers/gpu/drm/bridge/dw_hdmi.c b/drivers/gpu/
Clean up hdmi_set_clk_regenerator() by allowing it to take the audio
sample rate and ratio directly, rather than hiding it inside the
function. Raise the unsupported pixel clock/sample rate message from
debug to error level as this results in audio not working correctly.
Signed-off-by: Russell Ki
The phy configuration is dependent on the SoC, and we look up values for
some of the registers in SoC specific data. However, we had partially
programmed the phy before we had successfully looked up the clock rate.
Also, we were only checking that we had a valid configuration for the
currctrl regi
The phy comments in dw_hdmi.c applied to the iMX6 version. Move these
comments to the iMX6 dw_hdmi-imx data along side the data.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/dw_hdmi.c | 3 ---
drivers/gpu/drm/imx/dw_hdmi-imx.c | 5 +
2 files changed, 5 insertions(+), 3 deletions(
I'm sending this series again for comments, and to allow people to
update their code bases (for those who are using my AHB audio driver
on iMX6).
There have been very few changes from the previous posting, the
exception being the ELD helper in patch 10, which should be correctly
sorted now.
I wou
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150509/9cc91e4f/attachment-0001.html>
de it.
--
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/20150509/47572f19/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=97931
--- Comment #7 from joe.r.floss.user at gmail.com ---
Hello,
I had the lockup again this morning. I attached 3 files corresponding to this
lockup: dmesg output, Xorg.log and data gathered by reportbug for the
xserver-xorg package (which includes v
https://bugzilla.kernel.org/show_bug.cgi?id=97931
--- Comment #6 from joe.r.floss.user at gmail.com ---
Created attachment 176291
--> https://bugzilla.kernel.org/attachment.cgi?id=176291&action=edit
Info related to the xserver-xorg package
--
You are receiving this mail because:
You are watchi
https://bugzilla.kernel.org/show_bug.cgi?id=97931
--- Comment #5 from joe.r.floss.user at gmail.com ---
Created attachment 176281
--> https://bugzilla.kernel.org/attachment.cgi?id=176281&action=edit
Xorg.log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=97931
--- Comment #4 from joe.r.floss.user at gmail.com ---
Created attachment 176271
--> https://bugzilla.kernel.org/attachment.cgi?id=176271&action=edit
dmesg output
--
You are receiving this mail because:
You are watching the assignee of the bug.
On 01/19/2015 12:00 PM, Chris Wilson wrote:
> For enable BufferAge support, we just have to be not using the
> DRI2Buffer->flags field for any purpose (i.e. it is always expected to
> be 0, as it is now) and to be sure to swap the flags field whenever we
> exchange buffers. As nouveau does not ex
Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Now that no one is using the functions exported by exynos_drm_plane due
> to the atomic conversion we can make remove some of the them or make them
> static.
>
> v2: remove unused exynos_drm_crtc
>
> Signed-off-by: Gustavo Padovan
> ---
> dri
||g/show_bug.cgi?id=89228
--
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/20150509/12005
||g/show_bug.cgi?id=90378
--
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/20150509/83527
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150509/06b1a6ed/attachment.html>
ttachments/20150509/325d5c5a/attachment.html>
On 05/04/2015 11:15 AM, Daniel Vetter wrote:
> On Mon, May 04, 2015 at 06:29:43AM +0200, Mario Kleiner wrote:
>> Hi, a resend of updated versions of the earlier patches:
>>
>> Patch 1 should really get into Linux 4.1 to avoid tegra breaking
>> user-space clients.
>>
>> Patch 2 reviewed-by Michel, u
51 matches
Mail list logo
