add Mr. Dae
On Thu, May 22, 2014 at 11:16 PM, Rahul Sharma
wrote:
> Hi Inki,
>
> This is another one which has not got reviewed. Please review.
>
> Regards,
> Rahul Sharma
>
> On 30 April 2014 19:11, Rahul Sharma wrote:
>> From: Rahul Sharma
>>
>> While testing S2R on exynos board, system is h
On Thu, May 22, 2014 at 6:33 PM, Matt Roper
wrote:
> v3:
> - Move integer overflow checking from setplane_internal to setplane
>ioctl. The upcoming legacy cursor support via universal planes needs
>to maintain current cursor ioctl semantics and not return error for
>these extreme va
On Thu, May 22, 2014 at 12:21:23PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> With the recent addition of the drm_set_unique() function, devices can
> now be registered without requiring a drm_bus. Add a brief description
> to the DRM docbook to show how that can be achieved.
>
> Si
On Thu, May 22, 2014 at 12:21:22PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Describe how devices are registered using the drm_*_init() functions.
> Adding this to docbook requires a largish set of changes to the comments
> in drm_{pci,usb,platform}.c since they are doxygen-style ra
On Thu, May 22, 2014 at 03:48:16PM -0700, Matt Roper wrote:
> On Fri, May 23, 2014 at 12:37:52AM +0200, Daniel Vetter wrote:
> > On Thu, May 22, 2014 at 6:33 PM, Matt Roper
> > wrote:
> > > v3:
> > > - Move integer overflow checking from setplane_internal to setplane
> > >ioctl. The upcomin
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/618a1d27/attachment-0001.html>
Hello,
Can someone help me understand the basic difference between a plane and a
frame buffer.
Regards,
Anand
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/f3a81bb6/attachment-0001.html>
On 22 May 2014 23:26, Sachin Kamat wrote:
> Hi Rahul,
>
> On 22 May 2014 19:46, Rahul Sharma wrote:
>> Hi Inki,
>>
>> This is another one which has not got reviewed. Please review.
>
> Inki has applied a similar patch from Takashi [1].
Thanks Sachin,
Good that solution is merged.
@ Inki, sorr
Adding dri-devel..
On May-22-2014 4:50 PM, Kannan, Vandana wrote:
> Create and attach the drm property to set aspect ratio. If there is no user
> specified value, then PAR_NONE/Automatic option is set by default. User can
> select aspect ratio 4:3 or 16:9. The aspect ratio selected by user would
>
The kerneldoc header of ttm_bo_create() was referring to another
(nonexisting) function and had a few obsolete or incorrect arguments.
Signed-off-by: Alexandre Courbot
---
include/drm/ttm/ttm_bo_api.h | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/include/drm/ttm/ttm_bo
ttm_tt_cache_flush's implementation was removed in 2009 by commit
c9c97b8c, but its declaration has been hiding in ttm_bo_driver.h since
then.
It has been surviving in the dark for too long now ; give it the mercy
blow.
Signed-off-by: Alexandre Courbot
Reviewed-by: Thierry Reding
---
include/d
On Thu, May 22, 2014 at 9:30 AM, Rafael J. Wysocki wrote:
> On Wednesday, May 21, 2014 03:39:53 PM Hans de Goede wrote:
>> acpi_video_backlight_support() is supposed to be called by other (vendor
>> specific) firmware backlight controls, not by native / raw backlight controls
>> like nv_backlight.
Plot3D.
I have attatched gratuitous system information.
--
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/20140523/ebf04ca0/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/2b1b57dd/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/9a2e3ffb/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/3fe99ed3/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/70fff2d2/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/3ea381e6/attachment.html>
ceiving 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/20140523/bcfa6237/attachment.html>
On Fri, May 23, 2014 at 12:57 AM, Matt Roper
wrote:
> When we switch to atomic modeset in i-g-t, everything will be coming in
> via the propertyset interface, right? Since the range limiting check is
> in the setplane ioctl code now, I'd expect us to bypass it completely.
Yeah, I guess we can l
On Wednesday, May 21, 2014 11:55 AM, Dave Airlie wrote:
>
> From: Dave Airlie
>
> This just adds the defines from the DP 1.2 spec, which we
> will use later.
>
> Signed-off-by: Dave Airlie
I checked this patch by using DP 1.2 spec. These definitions
are correct. Thank you.
Reviewed-by: Jingo
art --
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/20140523/c29d6755/attachment.sig>
Hi Rahul,
On 05/23/2014 04:19 AM, Rahul Sharma wrote:
> From: Rahul Sharma
>
> Fimd probe is accessing fimd Registers without enabling the fimd
> gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
> during kernel boottime, the system hangs during boottime.
>
> This issue got su
Hi Sachin,
On 05/22/2014 07:02 AM, Sachin Kamat wrote:
> i2c.h was included twice.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
> b/drivers/gpu/drm/exynos/exynos_hdm
Am Freitag, den 23.05.2014, 16:10 +0900 schrieb Alexandre Courbot:
> On Mon, May 19, 2014 at 7:16 PM, Lucas Stach
> wrote:
> > Am Montag, den 19.05.2014, 19:06 +0900 schrieb Alexandre Courbot:
> >> On 05/19/2014 06:57 PM, Lucas Stach wrote:
> >> > Am Montag, den 19.05.2014, 18:46 +0900 schrieb Al
On 05/23/2014 06:24 PM, Lucas Stach wrote:
> Am Freitag, den 23.05.2014, 16:10 +0900 schrieb Alexandre Courbot:
>> On Mon, May 19, 2014 at 7:16 PM, Lucas Stach
>> wrote:
>>> Am Montag, den 19.05.2014, 19:06 +0900 schrieb Alexandre Courbot:
On 05/19/2014 06:57 PM, Lucas Stach wrote:
> Am
Am Freitag, den 23.05.2014, 18:43 +0900 schrieb Alexandre Courbot:
> On 05/23/2014 06:24 PM, Lucas Stach wrote:
> > Am Freitag, den 23.05.2014, 16:10 +0900 schrieb Alexandre Courbot:
> >> On Mon, May 19, 2014 at 7:16 PM, Lucas Stach
> >> wrote:
> >>> Am Montag, den 19.05.2014, 19:06 +0900 schrieb
On May-22-2014 5:08 PM, Thierry Reding wrote:
> On Thu, May 22, 2014 at 04:50:48PM +0530, Vandana Kannan wrote:
>> Added a property to enable user space to set aspect ratio.
>> This patch contains declaration of the property and code to create the
>> property.
>>
>> Signed-off-by: Vandana Kannan
>
On May-22-2014 5:12 PM, Thierry Reding wrote:
> On Thu, May 22, 2014 at 04:50:49PM +0530, Vandana Kannan wrote:
>> In case user has specified an input for aspect ratio through the property,
>> then the user space value for PAR would take preference over the value from
>> CEA mode list.
>>
>> Signed
On May-22-2014 5:46 PM, Daniel Vetter wrote:
> On Thu, May 22, 2014 at 04:50:48PM +0530, Vandana Kannan wrote:
>> Added a property to enable user space to set aspect ratio.
>> This patch contains declaration of the property and code to create the
>> property.
>>
>> Signed-off-by: Vandana Kannan
>>
The patch fixes unlocking in exynos_drm_component_del.
Signed-off-by: Andrzej Hajda
---
Hi Inki,
This patch is based on exynos_drm_next branch.
Regards
Andrzej
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
The patch removes dependency on !ARCH_MULTIPLATFORM.
This dependency seems to be not longer valid.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exynos/Kconfig
i
DPI, DSI and DP drivers will not work without FIMD.
The patch adds appropriate dependencies in Kconfig.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exyno
Hi Andrej,
On 23 May 2014 13:13, Andrzej Hajda wrote:
> Hi Rahul,
>
>
[snip]
>> + clk_disable_unprepare(ctx->lcd_clk);
>> + clk_disable_unprepare(ctx->bus_clk);
>> +
>> return 0;
>
> If you want to access fimd registers I guess pm_runtime_get_sync should
> be called as well, to wake
e:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/9ea32f2b/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/20140523/644ebd86/attachment.html>
See:
http://people.freedesktop.org/~danvet/drm/drm-mode-setting.html#idp57325824
although the docbook probably should be updated (now that we have
primary-planes) to read something more like: "...that provide a source
of pixels to scanout to a plane"
(since a plane is basically the part of displ
On 2014? 05? 23? 19:59, Andrzej Hajda wrote:
> DPI, DSI and DP drivers will not work without FIMD.
> The patch adds appropriate dependencies in Kconfig.
Applied.
Thanks,
Inki Dae
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/Kconfig | 6 +++---
> 1 file changed, 3 insertions
On 2014? 05? 23? 19:57, Andrzej Hajda wrote:
> The patch fixes unlocking in exynos_drm_component_del.
Applied.
Thanks,
Inki Dae
>
> Signed-off-by: Andrzej Hajda
> ---
> Hi Inki,
>
> This patch is based on exynos_drm_next branch.
>
> Regards
> Andrzej
> ---
> drivers/gpu/drm/exynos/exynos_dr
On 05/23/2014 06:59 PM, Lucas Stach wrote:
> Am Freitag, den 23.05.2014, 18:43 +0900 schrieb Alexandre Courbot:
>> On 05/23/2014 06:24 PM, Lucas Stach wrote:
>>> Am Freitag, den 23.05.2014, 16:10 +0900 schrieb Alexandre Courbot:
On Mon, May 19, 2014 at 7:16 PM, Lucas Stach
wrote:
>
On Thu, May 22, 2014 at 5:39 PM, ?meric MASCHINO
wrote:
> Removes useless quirk a7f465f73363fce409870f62173d518b1bc02ae6 introduced with
> fdo #7770 as a failed attempt to minimize stability issues with hp zx1
> chipset/
> ATI FireGL X1 graphics adapter configuration
> (see http://marc.info/?l=li
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/23af95de/attachment.html>
e and 7 compute
only command queue, does they use the same ring ?
--
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/20140523/2
t we currently only expose two.
--
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/20140523/ffdddbae/attachment.html>
This patch adds phy settings of the below
mentioned pixel clocks in Exynos5420:
85.5 MHz- 1366x768 at 60Hz
162 MHz - 1600x1200 at 60Hz
Signed-off-by: Shirish S
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/gpu/
On 23 May 2014 16:28, Andrzej Hajda wrote:
> The patch removes dependency on !ARCH_MULTIPLATFORM.
> This dependency seems to be not longer valid.
>
> Signed-off-by: Andrzej Hajda
Reviewed-by: Sachin Kamat
--
With warm regards,
Sachin
On Mon, May 19, 2014 at 5:46 PM, Thierry Reding
wrote:
> On Mon, May 19, 2014 at 04:10:57PM +0900, Alexandre Courbot wrote:
>> From: Lucas Stach
>>
>> Signed-off-by: Lucas Stach
>> [acourbot at nvidia.com: make conditional and platform-friendly]
>> Signed-off-by: Alexandre Courbot
>
> Perhaps h
On Mon, May 19, 2014 at 6:31 PM, Lucas Stach wrote:
> Am Montag, den 19.05.2014, 16:10 +0900 schrieb Alexandre Courbot:
>> From: Lucas Stach
>>
>> Signed-off-by: Lucas Stach
>> [acourbot at nvidia.com: make conditional and platform-friendly]
>> Signed-off-by: Alexandre Courbot
>> ---
>> driver
On Mon, May 19, 2014 at 7:03 PM, Thierry Reding
wrote:
> On Mon, May 19, 2014 at 11:22:11AM +0200, Lucas Stach wrote:
>> Am Montag, den 19.05.2014, 11:02 +0200 schrieb Thierry Reding:
>> > On Mon, May 19, 2014 at 04:10:58PM +0900, Alexandre Courbot wrote:
>> > > Some architectures (e.g. ARM) need
On Mon, May 19, 2014 at 7:16 PM, Lucas Stach wrote:
> Am Montag, den 19.05.2014, 19:06 +0900 schrieb Alexandre Courbot:
>> On 05/19/2014 06:57 PM, Lucas Stach wrote:
>> > Am Montag, den 19.05.2014, 18:46 +0900 schrieb Alexandre Courbot:
>> >> This patch is not meant to be merged, but rather to try
On Tue, May 20, 2014 at 6:14 AM, Stephen Warren
wrote:
> On 05/19/2014 03:24 AM, Alexandre Courbot wrote:
>> Add the device tree binding documentation for the GK20A GPU used in
>> Tegra K1 SoCs.
>
> A few minor nits, but otherwise,
> Acked-by: Stephen Warren
>
>> diff --git a/Documentation/devic
Hi Andrzej,
On 23 May 2014 13:17, Andrzej Hajda wrote:
> Hi Sachin,
>
> On 05/22/2014 07:02 AM, Sachin Kamat wrote:
>> i2c.h was included twice.
>>
>> Signed-off-by: Sachin Kamat
>> ---
>> drivers/gpu/drm/exynos/exynos_hdmi.c |1 -
>> 1 file changed, 1 deletion(-)
>>
>> diff --git a/drivers
Hi Andrzej,
On 23 May 2014 16:27, Andrzej Hajda wrote:
> The patch fixes unlocking in exynos_drm_component_del.
This patch actually removes multiple unlocking issue.
>
> Signed-off-by: Andrzej Hajda
> ---
> Hi Inki,
>
> This patch is based on exynos_drm_next branch.
>
> Regards
> Andrzej
> ---
The 800x600 (SVGA) screen resolution was lacking in the set of
built-in selectable EDID screen resolutions that can be used to
repair misbehaving monitor firmware.
This patch adds the related data set and expands the documentation.
Note that the SVGA bit occupies a different byte to all the existi
From: Rahul Sharma
Fimd probe is accessing fimd Registers without enabling the fimd
gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
during kernel boottime, the system hangs during boottime.
This issue got surfaced when verifying with sysmmu enabled. Probe of
fimd Sysmmu enable
From: Rahul Sharma
Fimd probe is accessing fimd Registers without enabling the fimd
gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled
during kernel boottime, the system hangs during boottime.
This issue got surfaced when verifying with sysmmu enabled. Probe of
fimd Sysmmu enable
On Mon, May 19, 2014 at 5:33 PM, Thierry Reding
wrote:
> On Mon, May 19, 2014 at 04:10:56PM +0900, Alexandre Courbot wrote:
>> From: Lucas Stach
>>
>> On arches with non-coherent PCI,
>
> I guess since this applies to gk20a
>
>> we need to flush caches ourselfes at
>
> "ourselves". Or perhaps eve
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #23 from Tasev Nikola ---
With ref_div_max 114 everything works fine for me.
--
You are receiving this mail because:
You are watching the assignee of the bug.
I go who
has the expertise to look at this?
--
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/20140523/9171a2e3/attachment.html>
or
desktop environment (gnome/kde/etc.) channels.
--
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/20140523/a24859a2/attachment-0001.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/37f5c1c4/attachment.html>
On Thu, May 22, 2014 at 11:56:23AM +0200, Thierry Reding wrote:
> On Tue, May 13, 2014 at 05:30:43PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Hi,
> >
> > This series converts the Tegra DRM driver to the master/component
> > framework. The length of the series and the list of
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/b5760f6d/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/20140523/6c6abbb4/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/543e14b1/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/20140523/0d9eaa6b/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/16482dcd/attachment.html>
)
OS|All |Linux (All)
--
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/20140523/3ab5c616/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/70779786/attachment.html>
erminal.
--
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/20140523/dfb64146/attachment-0001.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/20140523/c946c87f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #3 from Vitaliy Filippov ---
OK I did bisect.
The result is:
6c7bccea390853bdec5b76fe31fc50f3b36f75d5 is the first bad commit
commit 6c7bccea390853bdec5b76fe31fc50f3b36f75d5
Author: Alex Deucher
Date: Wed Dec 18 14:07:14 2013 -050
The display controller doesn't handle non-256 byte aligned buffer
pitches. If you give it an unaligned buffer, it will stop after the
first line and will report underflows in the debug registers
(DC_WINBUF_UFLOW_STATUS and friends). So let's make sure that all our
framebuffer pitches are 256-byte a
The currently hardcoded link parameters don't work on my eDP display,
however the android driver has code to compute the parameters. This is
a port of this code to the drm driver which allows the drm driver to
compute the link parameters correctly.
Note that we still hardcode the bpp, this will be
The current code doesn't enable the EMC clock, without which the
display cannot function, so let's enable this clock. We also need a
bit of code to pick the right frequency for the EMC clock depending
on the current video mode settings.
Signed-off-by: St?phane Marchesin
---
drivers/gpu/drm/tegra
This panel is used by nyan-big and supported by the simple-panel
driver.
Signed-off-by: St?phane Marchesin
---
drivers/gpu/drm/panel/panel-simple.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-s
___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140523/0f552ed4/attachment-0001.html>
77 matches
Mail list logo
