/drm/drm_panel.h
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/018bf801/attachment.pgp>
Hi Dave,
We're back to the regular -next updates. Somehow still not too much going
on really, I guess everyone was thinking about vacation already ;-)
On that topic: I'll be offline for 2 weeks now. I don't really expect much
to happen and 3.13 seems to be in good shape. But in case something is
This patch resolves potential deadlock issue that can be incurred
by changing file->f_op and filp->private_data to exynos specific
mapper ops and gem object temporarily.
To resolve this issue, this patch creates a new anon file dedicated
to exynos specific mmaper, and making it used instead of
https://bugzilla.kernel.org/show_bug.cgi?id=42876
Artyom Kunyov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/be0dcaa2/attachment.html>
From: Christian K?nig
Otherwise the kernel might reject our decoding requests.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_uvd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
dma_buf_map_attachment and dma_buf_vmap can return NULL or
ERR_PTR on a error. This encourages a common buggy pattern in
callers:
sgt = dma_buf_map_attachment(attach, DMA_BIDIRECTIONAL);
if (IS_ERR_OR_NULL(sgt))
return PTR_ERR(sgt);
This causes the caller to
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/20131220/1bb29619/attachment.html>
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/20131220/7fb3005e/attachment.html>
-
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/20131220/70df2b7e/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/84c65da5/attachment.html>
t available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/a4b536bd/attachment.pgp>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/9f29094a/attachment.html>
On Tue, 17 Dec 2013, Thierry Reding wrote:
> Add a helper to probe a DP link (reading out the maximum rate, link
> count and capabilities) as well as configuring it accordingly.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/gpu/drm/drm_dp_helper.c | 77
>
On Thu, Dec 19, 2013 at 08:45:59AM -0500, Alex Deucher wrote:
> On Thu, Dec 19, 2013 at 5:04 AM, Vandana Kannan
> wrote:
> > Adding picture aspect ratio for CEA modes based on CEA-861D Table 3 or
> > CEA-861E Table 4. This is useful for filling up the detail in AVI
> > infoframe.
> >
> > v2:
On Tue, 17 Dec 2013, Thierry Reding wrote:
> This is a superset of the current i2c_dp_aux bus functionality and can
> be used to transfer native AUX in addition to I2C-over-AUX messages.
>
> Helpers are provided to read and write the DPCD, either blockwise or
> byte-wise. Many of the existing
On 12/20/2013 01:30 PM, Mark Brown wrote:
> On Fri, Dec 20, 2013 at 12:36:56PM +0200, Jyri Sarha wrote:
>> Changes since the first RFC version of the patches:
>
> Please don't bury your e-mails in the middle of old threads, that's a
> good way of getting them missed.
>
I have done it for my own
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131220/5917ccb8/attachment-0001.html>
vel/attachments/20131220/1eac07a4/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/f3b07f97/attachment.html>
|a loop |reset on rv670
--
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/20131220/45760475/attachment.html>
i-devel/attachments/20131220/7c77a2c7/attachment.html>
Select following:
CONFIG_SND_DAVINCI_SOC=m
CONFIG_SND_AM335X_SOC_NXPTDA_EVM=m
Signed-off-by: Jyri Sarha
cc: tony at atomide.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
This enables HDMI video support on Beaglebone-Black.
Signed-off-by: Jyri Sarha
cc: tony at atomide.com
---
arch/arm/configs/omap2plus_defconfig |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
The configuration is needed for HDMI audio. The "swap" and "mirr"
parameters have to be correctly set in the configuration in order to
have proper colors in the HDMI picture.
Signed-off-by: Jyri Sarha
cc: airlied at linux.ie
---
drivers/gpu/drm/tilcdc/tilcdc_slave.c | 24
Adds configuration option for HDMI audio support for AM33XX based
boards with NXP TDA998x HDMI transmitter. The audio is connected to
NXP TDA998x trough McASP running in i2s mode.
Signed-off-by: Jyri Sarha
---
sound/soc/davinci/Kconfig | 12
sound/soc/davinci/Makefile |1 +
Signed-off-by: Jyri Sarha
cc: bcousson at baylibre.com
---
Documentation/devicetree/bindings/sound/hdmi.txt | 17 +
sound/soc/codecs/hdmi.c | 10 ++
2 files changed, 27 insertions(+)
create mode 100644
Add machine driver support for BeagleBone-Black and other boards with
tilcdc support and NXP TDA998X HDMI transmitter connected to McASP
port in I2S mode. The 44100 Hz sample-rate and it's multiples can not
be supported on Beaglebone-Black because of limited clock-rate
support. The only supported
The referenced clock is used to get codec clock rate and the clock is
disabled and enabled in startup and shutdown snd_soc_ops call
backs. The change is also documented in DT bindigs document.
Signed-off-by: Jyri Sarha
cc: bcousson at baylibre.com
---
.../bindings/sound/davinci-evm-audio.txt
The added clk-gpio is a basic clock that can be enabled and disabled
trough a gpio output. The DT binding document for the clock is also
added. For EPROBE_DEFER handling the registering of the clock has to
be delayed until of_clk_get() call time.
Signed-off-by: Jyri Sarha
cc: mturquette at
Changes since the first RFC version of the patches:
- Drop out already applied:
ASoC: hdmi-codec: Add SNDRV_PCM_FMTBIT_32_LE playback format
- Change sound node's compatible property
form: "ti,am33xx-beaglebone-black" to "ti,am33xx-beaglebone-black-audio"
- Some minor style issue fixes from
On Fri, Dec 20, 2013 at 11:48 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Otherwise the kernel might reject our decoding requests.
Applied to my fixes tree.
>
> Signed-off-by: Christian K?nig
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm/radeon/radeon_uvd.c | 2 +-
> 1
bed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/188117f8/attachment-0001.pgp>
On 20/12/2013 10:55, Thomas Hellstrom wrote:
> On 12/20/2013 10:31 AM, Martin Peres wrote:
>> On 20/12/2013 07:57, Thomas Hellstrom wrote:
>>> So this is a potential issue that needs to be brought up sooner or
>>> later:
>>>
>>> Let's say a client is authenticated by the current master.
>>> Then
c32_le'
Signed-off-by: Randy Dunlap
---
drivers/gpu/drm/qxl/Kconfig |1 +
drivers/gpu/drm/qxl/qxl_display.c |2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
--- linux-next-20131220.orig/drivers/gpu/drm/qxl/qxl_display.c
+++ linux-next-20131220/drivers/gpu/drm/qxl/qxl_dis
On 12/20/2013 10:31 AM, Martin Peres wrote:
> On 20/12/2013 07:57, Thomas Hellstrom wrote:
>> So this is a potential issue that needs to be brought up sooner or
>> later:
>>
>> Let's say a client is authenticated by the current master.
>> Then the master drops, and we have a new master (fast user
From: Wei Yongjun
Fix the error handling to release all alloced resources before
return from tegra_dsi_probe() in the error handling case.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/tegra/dsi.c | 53 -
1 file
On 20/12/2013 07:57, Thomas Hellstrom wrote:
> So this is a potential issue that needs to be brought up sooner or later:
>
> Let's say a client is authenticated by the current master.
> Then the master drops, and we have a new master (fast user switching for
> example).
>
> What's the status of
designed to easily allow
being embedded.
Thierry
-- next part ------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/6427301f/attachment.pgp>
On 12/13/2013 05:25 PM, Keith Packard wrote:
> These are duplicates from gl.h; I'm not sure which file they belong in, but
> you don't get to have them in both places.
If you're doing something that involves defining GL_GLEXT_PROTOTYPES,
you're doing it wrong.
Also, unless you're sending kernel
driver-specific
callback.
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/7c4cbba9/attachment-0001.pgp>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/c2020fc5/attachment.html>
additional
request parameter. That's the only difference between both functions.
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/a1c32aca/attachment.pgp>
From: Wei Yongjun
Add the missing platform_driver_unregister() before return
from panel_simple_init() in the error handling case.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/panel/panel-simple.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff
econds (up to ~1mn) from time to times.
--
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/20131220/facc5a83/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/a0810ec8/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/c5aab1c0/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/7e52e525/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/07b79297/attachment.html>
er to
get rid of timestamps so the "[drm]" string is lost in both dmesgs
--
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/att
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/6f468886/attachment.html>
PS 8) @ 0xB92A
--
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/20131220/cab92caf/attachment-0001.html>
So this is a potential issue that needs to be brought up sooner or later:
Let's say a client is authenticated by the current master.
Then the master drops, and we have a new master (fast user switching for
example).
What's the status of the clients authenticated by old masters?
Should they be
https://bugzilla.kernel.org/show_bug.cgi?id=61941
--- Comment #16 from Ilya Tumaykin ---
I've noticed that this bug happens more frequently on my machine while running
Virtualbox. However, it does occur without Virtualbox as well.
--
You are receiving this mail because:
You are watching the
es (or if a similar solution should be made) to R700 (HD4XXX).
Retested with latest mesa on kernel 3.13-rc3 and there is no flickering at all
on Cayman.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131220/30e61b97/attachment.html>
org/archives/dri-devel/attachments/20131220/cee9c9c3/attachment.html>
ine or moving the
plane or changing the point of view
--
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/20131220/b9
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/20131220/dac09fa7/attachment-0001.html>
t;http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/ca2b0759/attachment.html>
Hi,
Below is my comments.
Thanks for your contributions,
Inki Dae
2013/10/30 Sean Paul :
> This patch removes all of the suspend/resume logic from the individual
> drivers and consolidates it in drm_drv. This consolidation reduces the
> number of functions which enable/disable the hardware to
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/97e6e359/attachment.html>
62 matches
Mail list logo