Hi,
when you are looking for Linux bugs, the Baytrail-based Lenovo Thinkpad
Tablet 10 is the perfect choice. When you are looking for a
tablet/laptop, not so much and I am regularly annoyed, among many other
things, by GPU driver crashes that can be reproduced by switching from X
to a text VT (usi
Hi Russell:
On 2015å¹´03æ27æ¥ 19:13, Russell King - ARM Linux wrote:
> All,
>
> This is a mini-series to try and move audio support for the Designware
> HDMI bridge along.
>
> There are two known versions of the Designware HDMI audio:
>
> - The Rockchip version, which is based upon feeding the
Make use of the DRM HDMI AVI infoframe helper to construct the AVI
infoframe, rather than coding this up ourselves. This allows DRM
to supply proper aspect ratio information derived from the DRM
display mode structure.
Signed-off-by: Russell King
---
I noticed this helper in the kernel over the
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.
Signed-off-by: Russell King
---
include/sound/pcm_iec958.h | 9 ++
sound/core/Kconfig | 3 ++
sound/core/Makefile| 2 ++
sound/core/pcm_iec958.c|
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 8
iMX6 devices 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
HDMI br
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
I'm sending this series for comments, and to allow people to update
their code bases (for those who are using my AHB audio driver on
iMX6). This is really several series, and I'm not expecting this
to be ready for the upcoming merge window. That said, if anyone
wants to say that they're happy wit
dri-devel/attachments/20150330/edbde587/attachment.html>
inux 64 and mesa 10.5.2.
--
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/20150330/778f1fe3/attachment.html>
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/20150330/22d3c052/attachment-0001.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150330/78bf6861/attachment.html>
Improve the readability and keeps the lines shorter than 80 columns.
Signed-off-by: Emil Velikov
---
v2: Rebased against drm-intel topic/drm-misc, commit
a0211bb482c(drm/atomic: Don't try to free a NULL state)
-Emil
---
drivers/gpu/drm/drm_ioctl.c | 9 +++--
include/drm/drmP.h |
On Mon, Mar 30, 2015 at 02:35:33PM +0300, David Weinehall wrote:
> On Mon, Mar 30, 2015 at 02:05:43PM +0300, Ander Conselvan de Oliveira wrote:
> > Consistently with other free functions, handle the NULL case without
> > oopsing.
> >
> > Cc: dri-devel at lists.freedesktop.org
> > Signed-off-by: An
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150330/808c6596/attachment.html>
On Mon, Mar 30, 2015 at 12:58:10PM +, Emil Velikov wrote:
> Improve the readability and keeps the lines shorter than 80 columns.
>
> Signed-off-by: Emil Velikov
> ---
>
> Written against drm-intel/topic/drm-misc.
Ah I've forgotten to push it out, silly me. Can you please rebase?
Thanks, Da
On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > Signed-off-by: Dave Airlie
> > > Signed-off-by: Gerd Hoffmann
> >
> > Standard request from my side for new drm drivers (especially if they're
> > this simple): Can you please update the drivers to latest drm interna
How will userspace know that it's safe to use this command on a
particular kernel? Normally the driver's drm version is incremented,
and then userspace is gated it... Or does this not matter here?
On Mon, Mar 30, 2015 at 3:37 PM, Leo Liu wrote:
> Signed-off-by: Leo Liu
> ---
> drivers/gpu/drm/r
From: Gustavo Padovan
Run dpms operations through the atomic intefaces. This basically removes
the .dpms() callback from econders and crtcs and use .disable() and
.enable() to turn the crtc on and off.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 2 +-
driv
Signed-off-by: Leo Liu
---
drivers/gpu/drm/radeon/radeon_vce.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/radeon_vce.c
b/drivers/gpu/drm/radeon/radeon_vce.c
index 976fe43..24f849f 100644
--- a/drivers/gpu/drm/radeon/radeon_vce.c
+++ b/drivers/gpu/drm/radeon/radeon
Hello,
On 2015-03-30 02:02, Rob Clark wrote:
> so, iirc, vmwgfx also has some custom events.. not really sure if
> they have their own hand-rolled drmHandleEvent() or if they have
> another way of catching those.
>
> Maybe we need some more flexible way to register handlers for driver
> custom e
On Mon, Mar 30, 2015 at 02:05:43PM +0300, Ander Conselvan de Oliveira wrote:
> Consistently with other free functions, handle the NULL case without
> oopsing.
>
> Cc: dri-devel at lists.freedesktop.org
> Signed-off-by: Ander Conselvan de Oliveira intel.com>
> ---
> drivers/gpu/drm/drm_atomic.c |
L attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150330/9f38f09f/attachment.html>
On Fri, Mar 27, 2015 at 03:14:10PM +, Emil Velikov wrote:
> Hi Ville,
>
> On 27 March 2015 at 13:51, wrote:
> > From: Ville Syrjälä
> >
> > Currently DRM_IOCTL_DEF_DRV does '[DRM_IOCTL_NR(DRM_##ioctl)]' which
> > doesn't make much sense since DRM_##ioctl is already a the raw ioctl
> > num
Hi,
> > Signed-off-by: Dave Airlie
> > Signed-off-by: Gerd Hoffmann
>
> Standard request from my side for new drm drivers (especially if they're
> this simple): Can you please update the drivers to latest drm internal
> interfaces, i.e. using universal planes and atomic?
Up'n'running. Incre
Consistently with other free functions, handle the NULL case without
oopsing.
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Ander Conselvan de Oliveira
---
drivers/gpu/drm/drm_atomic.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/d
/+bug/1434826
--
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/20150330/1b9c97f8/attachment.html>
/+bug/1434826
--
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/20150330/4be61752/attachment.html>
/+bug/1434826
--
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/20150330/4155645b/attachment.html>
Hello,
On 2015-03-30 02:02, Rob Clark wrote:
> Maybe we need some more flexible way to register handlers for driver
> custom events? But everyone adding their own thing to
> drmHandleEvent() doesn't really seem so nice.. that said, I'm not
> sure how much to care. If it is just exynos and vmwg
On Mon, Mar 30, 2015 at 11:43:17AM +0200, Philipp Zabel wrote:
> Hi Russell,
>
> Am Freitag, den 27.03.2015, 11:13 + schrieb Russell King - ARM
> Linux:
> > All,
> >
> > This is a mini-series to try and move audio support for the Designware
> > HDMI bridge along.
> >
> > There are two known v
ng 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/20150330/ad2393af/attachment.html>
Improve the readability and keeps the lines shorter than 80 columns.
Signed-off-by: Emil Velikov
---
Written against drm-intel/topic/drm-misc.
-Emil
---
drivers/gpu/drm/drm_ioctl.c | 10 --
include/drm/drmP.h | 8 +++-
2 files changed, 15 insertions(+), 3 deletions(-)
d
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150330/5057f89e/attachment.html>
Hi Russell,
Am Freitag, den 27.03.2015, 11:13 + schrieb Russell King - ARM
Linux:
> All,
>
> This is a mini-series to try and move audio support for the Designware
> HDMI bridge along.
>
> There are two known versions of the Designware HDMI audio:
>
> - The Rockchip version, which is based u
On Mon, Mar 30, 2015 at 10:41:19AM +0300, Ander Conselvan de Oliveira wrote:
> Users of the atomic state assume that if the pointer to a crtc, plane or
> connector is not NULL in the respective object vector, than the state
> for that object in *_states vector also won't be NULL. That assumption
>
On Mon, Mar 30, 2015 at 08:54:55AM +0200, Daniel Vetter wrote:
> On Fri, Mar 27, 2015 at 08:18:28AM -0700, Jesse Barnes wrote:
> > On 03/27/2015 01:04 AM, Daniel Vetter wrote:
> > > On Fri, Mar 27, 2015 at 08:39:56AM +0200, Jani Nikula wrote:
> > >> On Thu, 26 Mar 2015, Tommi Rantala wrote:
> > >>
Use the normal return values for bool functions
Signed-off-by: Joe Perches
---
drivers/gpu/drm/ast/ast_post.c| 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_post.c b/drivers/gpu/drm/ast/ast_post.
Joe Perches (7):
drm: Use bool function return values of true/false not 1/0
dm_table: Use bool function return values of true/false not 1/0
genwqe: Use bool function return values of true/false not 1/0
wmi: Use bool function return values of true/false not 1/0
ssb: Use bool function retur
Users of the atomic state assume that if the pointer to a crtc, plane or
connector is not NULL in the respective object vector, than the state
for that object in *_states vector also won't be NULL. That assumption
was broken by drm_atomic_state_clear(), which would clear the state
pointer but leave
As there isn't a way for the firmware on the Nyan chromebooks to hand
over the display to the kernel, and the kernel isn't redoing the whole
configuration at present.
With this patch, the SOR is brought to a known state and we get correct
display on every boot.
Signed-off-by: Tomeu Vizoso
---
On Thu, Mar 26, 2015 at 10:26 PM, Connor Behan
wrote:
> On 26/03/15 08:06 PM, Emil Velikov wrote:
>> On 24 March 2015 at 17:53, Connor Behan wrote:
>>> This one is a bit harder to notice.
>>>
>> Plus not so widely used any more :-)
>>
>> Mildly related - with EXA support for the r128 ddx done fo
e
as well.
@Michel any ideas?
--
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/20150330/2efde596/attachment-0001.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150330/6a65d289/attachment.html>
On Fri, Mar 27, 2015 at 08:18:28AM -0700, Jesse Barnes wrote:
> On 03/27/2015 01:04 AM, Daniel Vetter wrote:
> > On Fri, Mar 27, 2015 at 08:39:56AM +0200, Jani Nikula wrote:
> >> On Thu, 26 Mar 2015, Tommi Rantala wrote:
> >>> Fix definition of the DRM_IOCTL_I915_GET_SPRITE_COLORKEY ioctl, so that
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150330/37e1cef2/attachment.html>
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150330/c1213d56/attachment.html>
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150330/52ade9b8/attachment-0001.html>
55 matches
Mail list logo
