.h
create mode 100644 include/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 exi
https://bugzilla.kernel.org/show_bug.cgi?id=42876
Artyom Kunyov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
crubbed...
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 a/drivers/gpu/drm/radeon/radeon_uvd.c
b/drivers
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 return
problem?
--
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>
ly.
--
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>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/84c65da5/attachment.html>
: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/a4b536bd/attachment.pgp>
part --
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: Ville
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 help
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 co
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131220/5917ccb8/attachment-0001.html>
vel/attachments/20131220/1eac07a4/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/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>
es/dri-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
b/arch/arm/configs/omap2plus_def
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 254cf05..52
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 +
2
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 Documentation/devicetree/bindings/sound/h
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 s
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 linaro
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 TI
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 fi
was scrubbed...
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 th
-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_display.c
@@ -
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 s
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 changed, 38 insertions(+), 15 deletio
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 the
to be carefully 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 o
simple. On the downside it may not be as explicit as a 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>
cause:
You 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>
takes an 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 --git a/drivers/gpu/drm/panel/p
ouple seconds (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>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/a0810ec8/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/c5aab1c0/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/7e52e525/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/07b79297/attachment.html>
mesg?" in order 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
the 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 all
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 ass
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..
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131220/30e61b97/attachment.html>
org/archives/dri-devel/attachments/20131220/cee9c9c3/attachment.html>
ing the engine 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/2013122
startup
--
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>
crubbed...
URL:
<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 ju
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