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/20140317/7a71961c/attachment.html>
Replace the radeon specific version with the generic version.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 30 +-
1 file changed, 5 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm/radeon/at
Switch to the new dp helpers. The main difference is
that the DP helpers don't allow an adjustable delay in
the aux transaction, but I don't know that this is
necessary.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 192 +
drivers/gpu/d
Switch to debug only to avoid flooding the logs.
This mirrors the behavior in some other drivers.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/drm_dp_helper.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_dp_helper.c b/drivers/gpu/drm/drm_dp_helpe
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/964fc775/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/eaee2e00/attachment.html>
We need a special packet for the start and end of the
transaction.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 36
1 file changed, 16 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/d
This more closely matches what the vbios does and also
adds a quirk for travis lvds displays and powers down
the sink on DP displays which saves some power and may
fix display issues in some cases.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_encoders.c | 82 +-
This will be used elsewhere.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 26 +-
drivers/gpu/drm/radeon/radeon_mode.h | 2 ++
2 files changed, 23 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm
Minor code cleanup.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_dp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm/radeon/atombios_dp.c
index 4ad7643..c79ba8a 100644
--- a/drivers/gpu/drm/radeon/ato
;http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f43b2038/attachment.html>
esktop.org/archives/dri-devel/attachments/20140317/533556f1/attachment.html>
ttached
--
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/20140317/813d9fc6/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/8c906718/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/b00215bc/attachment.html>
ing is differently compiled.
--
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/20140317/be17ca67/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/3034f4dc/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/43289c77/attachment.html>
se
try with it:
http://sourceforge.net/projects/stuntrally/files/2.2.1/
--
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/20140317
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/3727eb26/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/628aeb94/attachment.html>
to git yesterday.
--
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/20140317/f173a643/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f2e9ae39/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/c021c589/attachment.html>
n 3.13.5-1 (2014-03-04) x86_64
GNU/Linux
Debian Testing
X server: 1.15.0
Radeon: 7.3.0
--
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/atta
On Mon, Mar 17, 2014 at 04:17:49PM +0100, Jean Delvare wrote:
> ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which
> want to select ACPI_VIDEO no longer have to select
> VIDEO_OUTPUT_CONTROL.
>
> Signed-off-by: Jean Delvare
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: Jani N
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140317/b697427f/attachment.html>
We introduced render-nodes about 1/2 year ago and no problems showed up.
Remove the drm_rnodes argument and enable them by default now.
Signed-off-by: David Herrmann
Acked-by: Daniel Vetter
---
v2:
- rebased on drm-next
drivers/gpu/drm/drm_stub.c | 7 +--
include/drm/drmP.h | 1 -
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f16bd9df/attachment.html>
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/20140317/e8f1ac72/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/ea65775b/attachment.html>
On Mon, 17 Mar 2014, Nikolay Martynov wrote:
> Hi.
>
>>> 2) Should I file a bug? If so - where and what additional
>>> information might be useful in that bug.
>>
>> Please do, on DRM/Intel component at [1]. We'll tend to not forget stuff
>> so easy if they're filed as bugs. Please attach dmesg
Hi Lothar,
On Monday 17 March 2014 16:14:36 Lothar Wa?mann wrote:
> Laurent Pinchart wrote:
> > On Monday 17 March 2014 14:41:09 Andrzej Hajda wrote:
> > > On 03/13/2014 06:17 PM, Denis Carikli wrote:
> > > > We need a way to pass signal polarity informations
> > > > between DRM panels, and the di
ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which
want to select ACPI_VIDEO no longer have to select
VIDEO_OUTPUT_CONTROL.
Signed-off-by: Jean Delvare
Cc: David Airlie
Cc: Daniel Vetter
Cc: Jani Nikula
---
Changes since v1:
* Chunk missing for the nouveau driver, sorry.
Hi,
Laurent Pinchart wrote:
> Hello,
>
> On Monday 17 March 2014 14:41:09 Andrzej Hajda wrote:
> > On 03/13/2014 06:17 PM, Denis Carikli wrote:
> > > We need a way to pass signal polarity informations
> > > between DRM panels, and the display drivers.
> > >
> > > To do that, a pol_flags field wa
y way to add
> display support for a few boards, but that is causing major headaches
> and I want to get rid of it.
>
> Tomi
>
>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/4a5eb300/attachment.sig>
It was only ever used by the ACPI video driver, and that only use case
vanished over 3 years ago (see commit 677bd810, "ACPI video: remove
output switching control".) So this is dead code and I guess we can
remove it now.
Signed-off-by: Jean Delvare
Cc: Zhang Rui
Cc: Len Brown
Cc: "Rafael J. Wy
ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which
want to select ACPI_VIDEO no longer have to select
VIDEO_OUTPUT_CONTROL.
Signed-off-by: Jean Delvare
Cc: "Lee, Chun-Yi"
Cc: Matthew Garrett
---
drivers/platform/x86/Kconfig |2 --
1 file changed, 2 deletions(-)
--- lin
ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which
want to select ACPI_VIDEO no longer have to select
VIDEO_OUTPUT_CONTROL.
Signed-off-by: Jean Delvare
Cc: David Airlie
Cc: Daniel Vetter
Cc: Jani Nikula
---
I can split that one further if needed.
drivers/gpu/drm/gma500/Kc
From: Jean Delvare
Subject: ACPI: fix ACPI_VIDEO dependencies
ACPI_VIDEO stopped depending on VIDEO_OUTPUT_CONTROL over 3 years ago
(see commit 677bd810, "ACPI video: remove output switching control".)
So it's about time to remove the Kconfig dependency between these two
options.
Signed-off-by:
Hi Tomi,
Thank you for the patch.
On Friday 28 February 2014 14:20:13 Tomi Valkeinen wrote:
> Add DT binding documentation for MIPI DSI Command Mode Panel.
>
> Signed-off-by: Tomi Valkeinen
> Reviewed-by: Archit Taneja
> ---
> .../devicetree/bindings/video/panel-dsi-cm.txt | 26 ++
Hi Tomi,
Thank you for the patch.
On Friday 28 February 2014 14:20:12 Tomi Valkeinen wrote:
> Add DT binding documentation for MIPI DPI Panel.
>
> Signed-off-by: Tomi Valkeinen
> Reviewed-by: Archit Taneja
> ---
> .../devicetree/bindings/video/panel-dpi.txt| 43 +++
>
Hello,
On Monday 17 March 2014 14:41:09 Andrzej Hajda wrote:
> On 03/13/2014 06:17 PM, Denis Carikli wrote:
> > We need a way to pass signal polarity informations
> > between DRM panels, and the display drivers.
> >
> > To do that, a pol_flags field was added to drm_display_mode.
> >
> > Signed-
On Sat, Mar 15, 2014 at 12:15:49PM +0100, Daniel Vetter wrote:
> Since the last time I've looked more of this stuff sprouted up. Stomp
> it down again.
>
> Repeating the original justification for ripping this all out: There's
> absolutely no need to deteach connectors before cleaning them up at
>
Hi Denis,
Thanks for the patch.
On 03/13/2014 06:17 PM, Denis Carikli wrote:
> We need a way to pass signal polarity informations
> between DRM panels, and the display drivers.
>
> To do that, a pol_flags field was added to drm_display_mode.
>
> Signed-off-by: Denis Carikli
> ---
> ChangeLog
The patch removes unused vidcon0 field from fimd_context structure.
Signed-off-by: Andrzej Hajda
---
v2:
- corrected vidcon0 calculation
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 20 ++--
1 file changed, 6 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/exynos/e
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/f13e6ecd/attachment.html>
The patch adds parallel output interface to FIMD device driver.
It also restores support for panels initialized by boot loader,
but without proper kernel driver.
Driver uses video interface bindings to find connected panel.
It uses drm_panel interface to interact with the panel.
Signed-off-by: And
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/e8ac4eb3/attachment.html>
c: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/010fe243/attachment.sig>
The following commit [0] fixed a use-after-free, but left the subdrv open
in the error path.
[0] commit 6ca605f7c70895a35737435f17ae9cc5e36f1466
drm/exynos: Fix freeing issues in exynos_drm_drv.c
Signed-off-by: Daniel Kurtz
---
Hi, I noticed this when reviewing some recent patches.
I am only abl
The following commit [0] fixed a use-after-free, but left the subdrv open
in the error path.
[0] commit 6ca605f7c70895a35737435f17ae9cc5e36f1466
drm/exynos: Fix freeing issues in exynos_drm_drv.c
Change-Id: I452e944bf090fb11434d9e34213c890c41c15d73
Signed-off-by: Daniel Kurtz
---
drivers/gpu/dr
The patch removes unused vidcon0 field from fimd_context structure.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/exynos/exynos_drm_fimd.
The patch replaces fimd private bindings for signal polarization by
polarization flags provided by drm_display_mode.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/exynos/e
The patch adds conversion of DISPLAY_FLAGS_DE_* and DISPLAY_FLAGS_PIXDATA_*
flags to pol_flags in drm_display_mode_from_videomode function.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/drm_modes.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/
The patch adds fimd node with display timings for exynos4210-universal device.
It also makes LCD regulators always on. This allow to re-use panel initialized
by boot loader.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos4210-universal_c210.dts | 25 +
1 file ch
The patch adds parallel output interface to FIMD device driver.
It also restores support for panels initialized by boot loader,
but without proper kernel driver.
Driver uses video interface bindings to find connected panel.
It uses drm_panel interface to interact with the panel.
Signed-off-by: And
The patch adds bindings required to add support
for parallel output.
Signed-off-by: Andrzej Hajda
---
Documentation/devicetree/bindings/video/samsung-fimd.txt | 15 +++
1 file changed, 15 insertions(+)
diff --git a/Documentation/devicetree/bindings/video/samsung-fimd.txt
b/Document
The patch corrects porch calculation. It should
be calculated as a difference between adjacent
respective fields of drm_display_mode.
Signed-off-by: Andrzej Hajda
Reviewed-by: Daniel Kurtz
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 12 +---
1 file changed, 5 insertions(+), 7 deletio
KMS poll init helper should be run when connectors are created,
otherwise it will not schedule connection detector.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm
In case fbdev is initialized before any output is connected,
fb resolution defaults to 1024x768. After that any output with
bigger resolution is ignored and fbdev is not displayed.
The patch postpones fbdev initialization to avoid such situation.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/
Hi,
This patch set restores parallel display support removed during exynos
refactorization. It is rebased on the latest exynos-drm-next branch plus patch
adding polarization flags to drm_display_mode [1].
[1]: http://permalink.gmane.org/gmane.linux.drivers.driver-project.devel/47216
Regards
Andr
Hi Dave,
Here's a pull for -next with some random drm-core patches. I've also
thrown the use-after-free fix on top, but that should go into -fixes, too.
Feel free to pull or slurp in the patches you want from patchwork
yourself.
Cheers, Daniel
The following changes since commit 4d538b79197901fe
On Fri, Mar 14, 2014 at 5:19 PM, Aaron Plattner wrote:
> On 01/20/2014 02:31 AM, Dan Carpenter wrote:
>>
>> We can't use "dev" after we freed it on the line before.
>>
>> Fixes: b3f2333de8e8 ('drm: restrict the device list for shadow attached
>> drivers')
>> Signed-off-by: Dan Carpenter
>
>
> I j
Gentle reminder for reviewing this and i-g-t patch.
On Mon, 2014-03-10 at 17:06 +0530, sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> With this patch we allow larger cursor planes of sizes 128x128
> and 256x256.
>
> v2: Added more precise check on size while setting cursor plane.
>
On Sun, Mar 16, 2014 at 02:43:20PM +0100, David Herrmann wrote:
> We introduced render-nodes about 1/2 year ago and no problems showed up.
> Remove the drm_rnodes argument and enable them by default now.
>
> Signed-off-by: David Herrmann
Acked-by: Daniel Vetter
> ---
> Hi Dave
>
> This does _
Hi Dave,
drm-intel-next-2014-03-07:
- fine-grained display power domains for byt (Imre)
- runtime pm prep patches for !hsw from Paulo
- WiZ hashing flag updates from Ville
- ppgtt setup cleanup and enabling of full 4G range on bdw (Ben)
- fixes from Jesse for the inherited intial config code
- gpu
The 'slave encoder' structure of the tda998x driver asks for glue
between the DRM driver and the encoder/connector structures.
Changing the tda998x driver to a simple encoder/connector simplifies
the code of the tilcdc driver. This change is permitted by
Russell's infrastructure for componentised
The connection between the video source and sink must follow
the media video interface.
Signed-off-by: Jean-Francois Moine
---
Documentation/devicetree/bindings/drm/tilcdc/slave.txt | 18 --
.../devicetree/bindings/drm/tilcdc/tilcdc.txt | 6 ++
2 files changed, 6 in
The I2C address of the HDMI subdevice is needed for the driver to be
loaded and initialized at system startup time.
The origin of the video must be indicated by a reverse phandle
according to the media video interface.
Signed-off-by: Jean-Francois Moine
---
Documentation/devicetree/bindings/drm
Hi.
>> 2) Should I file a bug? If so - where and what additional
>> information might be useful in that bug.
>
> Please do, on DRM/Intel component at [1]. We'll tend to not forget stuff
> so easy if they're filed as bugs. Please attach dmesg from early boot
> with drm.debug=0xe module parameter
The tda998x being moved from a 'slave encoder' to a normal DRM
encoder/connector and the tilcdc_slave glue being removed, the
declaration of the HDMI transmitter description must be changed in
the associated DTs.
Signed-off-by: Jean-Francois Moine
---
arch/arm/boot/dts/am335x-base0033.dts | 28
Hi Daniel,
Thanks for the patch.
On 17 March 2014 08:58, Daniel Kurtz wrote:
> The following commit [0] fixed a use-after-free, but left the subdrv open
> in the error path.
>
> [0] commit 6ca605f7c70895a35737435f17ae9cc5e36f1466
> drm/exynos: Fix freeing issues in exynos_drm_drv.c
>
> Signed-of
On Sun, 16 Mar 2014, Nikolay Martynov wrote:
> Hi.
>
> I've got Ubuntu Saucy on a desktop with Intel G41 chipset (Asus
> P5G41M LE/CSM). It exibits weird behaviour. Kernel: Linux kolya
> 3.11.0-18-generic.
>
> When I boot system up, login into X session and run xrands I get this:
> Screen 0: m
The tda998x being moved from a 'slave encoder' to a normal DRM
encoder/connector, the tilcdc_slave glue is not needed anymore.
This patch uses the infrastructure for componentised subsystems
for waiting to the tda998x full start and to give it the pointer
to the DRM device.
Signed-off-by: Jean-Fr
The 'slave encoder' structure of the tda998x driver asks for glue
between the DRM driver and the encoder/connector structures.
This patch changes the driver to a normal DRM encoder/connector
thanks to the infrastructure for componentised subsystems.
Signed-off-by: Jean-Francois Moine
---
driver
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/20140317/f2890253/attachment-0001.html>
achment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140317/03274777/attachment.html>
78 matches
Mail list logo
