On 8 March 2014 06:16, Matt Roper wrote:
> On Fri, Mar 07, 2014 at 03:50:54PM +0530, Rahul Sharma wrote:
>> Hi Daniel,
>>
>> On 7 March 2014 14:06, Daniel Vetter wrote:
>> > On Thu, Mar 06, 2014 at 11:42:13AM +0530, Rahul Sharma wrote:
>> >> Add generic KMS blob properties to core drm framework.
On Mon, Mar 10, 2014 at 09:50:14AM +0530, Rahul Sharma wrote:
> On 8 March 2014 06:16, Matt Roper wrote:
> > On Fri, Mar 07, 2014 at 03:50:54PM +0530, Rahul Sharma wrote:
> >> Hi Daniel,
> >>
> >> On 7 March 2014 14:06, Daniel Vetter wrote:
> >> > On Thu, Mar 06, 2014 at 11:42:13AM +0530, Rahul S
||
--
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/20140310/49dd9dbe/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/3f6f5a01/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/20140310/eb0a5882/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/20140310/47386b43/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/d852feed/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/c7c22a33/attachment.html>
On Sun, Mar 09, 2014 at 12:37:49AM +0530, Sagar Arun Kamble wrote:
> On Sun, 2014-03-09 at 00:34 +0530, Sagar Arun Kamble wrote:
> > On Sat, 2014-03-08 at 13:51 -0500, Alex Deucher wrote:
> > > On Sat, Mar 8, 2014 at 1:49 PM, wrote:
> > > > From: Sagar Kamble
> > > >
> > > > With this patch we a
On 03/05/2014 03:32 PM, David Herrmann wrote:
> Hi
>
> On Wed, Feb 19, 2014 at 2:40 PM, Thomas Hellstrom
> wrote:
>> Like for render-nodes, there is no point in maintaining the master concept
>> for control nodes, so set the struct drm_file::master pointer to NULL.
>>
>> At the same time, make su
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/60a58ca9/attachment-0001.html>
On Mon, Mar 10, 2014 at 10:29 AM, Chris Wilson
wrote:
>> Realized after sending mail that we just get to know current cursor
>> width and height. Can we have capability that exposes all supported
>> cursor sizes?
>
> The cap exposes the max cursor size. Knowing our hardware we can infer
> that po
On Mon, Mar 10, 2014 at 10:55:40AM +0100, Daniel Vetter wrote:
> On Mon, Mar 10, 2014 at 10:29 AM, Chris Wilson
> wrote:
> >> Realized after sending mail that we just get to know current cursor
> >> width and height. Can we have capability that exposes all supported
> >> cursor sizes?
> >
> > The
On Sun, Mar 09, 2014 at 12:19:06AM +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.
>
> v3: Changes related to restructuring curso
On Mon, Mar 10, 2014 at 11:04 AM, Chris Wilson
wrote:
>> > The cap exposes the max cursor size. Knowing our hardware we can infer
>> > that pot sizes from 64 to max are supported, but it would be better if
>> > we did expose that information through the cap as well.
>>
>> I think the right approa
;revert the revert" and see what happens but if I'm
going to do that I might as well collect some additional information, just let
me know what you're interesed in.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part ---
On Mon, Mar 10, 2014 at 11:07 AM, Daniel Vetter
wrote:
> On Mon, Mar 10, 2014 at 11:04 AM, Chris Wilson
> wrote:
>>> > The cap exposes the max cursor size. Knowing our hardware we can infer
>>> > that pot sizes from 64 to max are supported, but it would be better if
>>> > we did expose that inf
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.
v3: Changes related to restructuring cursor size restrictions
and DRM_DEBUG usage.
v4: Indentation related changes for setting cursor
interesed in.
I just wanted to know if you were still seeing any hangs, and you weren't,
which is great.
--
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/20140310/01735823/attachment.html>
rt --
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/20140310/5efd4c66/attachment.pgp>
On Mon, 10 Mar 2014, Thierry Reding wrote:
> On Wed, Mar 05, 2014 at 01:50:27PM +0200, Jani Nikula wrote:
> [...]
>> I am not entirely happy with adding an extra name field, but I also
>> didn't like the caller having to set up aux.ddc.name in advance. Ideas
>> welcome.
>
> What you propose is a w
Hi Sagar,
Thank you for the patch, it's really appreciated.
On Saturday 08 March 2014 12:58:43 sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> Started documenting drm properties for drm drivers. This patch provides
> information about properties in drm, i915, psb and cdv/gma-500. In
Hi Sagar,
Thank you for the patch.
On Saturday 08 March 2014 13:51:19 sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> Cc: Rob Landley
> Cc: Dave Airlie
> Cc: Daniel Vetter
> Cc: Laurent Pinchart
> Cc: David Herrmann
> Cc: Alex Deucher
> Cc: "Ville Syrj?l?"
> Cc: Sagar Kamble
On Sun, Mar 09, 2014 at 05:12:31PM -0400, Rob Clark wrote:
> On Fri, Mar 7, 2014 at 7:03 PM, Matt Roper
> wrote:
> > Add primary plane as a parameter to drm_crtc_init() and update all
> > existing DRM drivers to use a helper-provided primary plane.
> >
> > Signed-off-by: Matt Roper
> > ---
> >
On Mon, Mar 10, 2014 at 10:54 AM, Matt Roper
wrote:
> On Sun, Mar 09, 2014 at 05:12:31PM -0400, Rob Clark wrote:
>> On Fri, Mar 7, 2014 at 7:03 PM, Matt Roper
>> wrote:
>> > Add primary plane as a parameter to drm_crtc_init() and update all
>> > existing DRM drivers to use a helper-provided pri
e:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/fa9e073a/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/b393ac3d/attachment.html>
On Mon, Mar 10, 2014 at 11:47 AM, Ed Tomlinson wrote:
> Hi,
>
> I recently added a R7 260X to my system. While the card works with 3.13 its
> supposed work much better with 14-rc.
> This is not the case. My system is unstable without radeon.dpm=0 which was
> the default in .13. Here are some
An early look at what I have lined up for 3.15. Main highlights are:
* HDMI audio support (sans interface to ALSA which needs to be
invented)
* Basic GPU power management
* Add chip-id param, so userspace can know the GPU patch revision
level (which gallium driver needs in a couple place
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/Makefile | 1 +
drivers/gpu/drm/msm/hdmi/hdmi.c| 8 +-
drivers/gpu/drm/msm/hdmi/hdmi.h| 25 +++
drivers/gpu/drm/msm/hdmi/hdmi_audio.c | 273 +
drivers/gpu/drm/msm/hdmi/hdmi_bridge.c |
msm.hang_debug=y will dump out current register values if the gpu locks
up, for easier debugging.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 34 -
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 18 +
drivers/gpu/drm/msm/adren
Helper macro to simplify places where we need to poll with timeout
waiting for gpu.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 14 +++
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 41 -
drivers/gpu/drm/msm/adreno/adreno_gpu.h | 15
Shut down the clks when the gpu has nothing to do. A short inactivity
timer is used to provide a low pass filter for power transitions.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 10 +
drivers/gpu/drm/msm/msm_drv.c | 7 ++-
drivers/gpu/drm/msm/msm_gpu.c
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 48
drivers/gpu/drm/msm/hdmi/hdmi.c | 43 +++
drivers/gpu/drm/msm/msm_drv.c | 133 +-
drivers/gpu/drm/msm/msm_drv.h | 4 +
4 files changed, 197 inser
Some of the w/a or different behavior of userspace blob driver seem to
be keyed to gpu patch revision, rather than gpu-id. So expose the full
chip-id to userspace so it can DTRT.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 6 ++
include/uapi/drm/msm_drm.h
After reading a nice article on LWN[1], I went back and double checked
my handling of invalid-input checking. Turns out there were a couple
places I had missed.
Since the driver is fairly young, and the devices it supports are really
only just barely usable for basic stuff (serial console) with a
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/0a326545/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/96dbd6d7/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/e0a9a943/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140310/735d57f1/attachment.html>
On 03/10/2014 10:47 AM, Rob Clark wrote:
> Shut down the clks when the gpu has nothing to do. A short inactivity
> timer is used to provide a low pass filter for power transitions.
Good luck. Power management will take years off your life.
> Signed-off-by: Rob Clark
Acked-by: Jordan Crouse
>
On 03/10/2014 10:47 AM, Rob Clark wrote:
> msm.hang_debug=y will dump out current register values if the gpu locks
> up, for easier debugging.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 34
> -
> drivers/gpu/drm/msm/adreno/adr
On 03/10/2014 10:47 AM, Rob Clark wrote:
> Some of the w/a or different behavior of userspace blob driver seem to
> be keyed to gpu patch revision, rather than gpu-id. So expose the full
> chip-id to userspace so it can DTRT.
It is all chip-id all the time in the blob - we used to try to be cleve
On Mon, Mar 10, 2014 at 4:17 PM, Jordan Crouse
wrote:
> On 03/10/2014 10:47 AM, Rob Clark wrote:
>>
>> msm.hang_debug=y will dump out current register values if the gpu locks
>> up, for easier debugging.
>>
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 34
>> +
On 03/10/2014 10:47 AM, Rob Clark wrote:
> Helper macro to simplify places where we need to poll with timeout
> waiting for gpu.
>
> Signed-off-by: Rob Clark
Acked-by: Jordan Crouse
> ---
> drivers/gpu/drm/msm/adreno/a3xx_gpu.c | 14 +++
> drivers/gpu/drm/msm/adreno/adreno_gpu.c | 4
On 03/10/2014 10:47 AM, Rob Clark wrote:
> After reading a nice article on LWN[1], I went back and double checked
> my handling of invalid-input checking. Turns out there were a couple
> places I had missed.
>
> Since the driver is fairly young, and the devices it supports are really
> only just b
||
--
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/20140310/cd0e4a9a/attachment.html>
On Mon, Mar 10, 2014 at 4:24 PM, Jordan Crouse
wrote:
> On 03/10/2014 10:47 AM, Rob Clark wrote:
>>
>> Shut down the clks when the gpu has nothing to do. A short inactivity
>> timer is used to provide a low pass filter for power transitions.
>
>
> Good luck. Power management will take years off
> Subject: Re: [PATCH] drm/fb-helper: Do the mode_set.connectors ZERO_SIZE_PTR
> check
>
> On Thu, 06 Mar 2014, Xiubo Li wrote:
> > Since we cannot make sure the 'max_conn_count' will always be none
> > zero from the users, and then if max_conn_count equals to zero, the
> > kcalloc() will return
Since we cannot make sure the 'max_conn_count' will always be none
zero from the users, and then if max_conn_count equals to zero, the
kcalloc() will return ZERO_SIZE_PTR, which equals to ((void *)16).
So this patch fix this with just doing the 'max_conn_count' zero check
in the front of drm_fb_he
now that the drm_display_mode also provides aspect
ratio for all resolutions, this patch adds its usage
to set the active aspect ratio of AVI info frame
packets as per CEA-861-D standard's Table 9.
This is also needed to abide by the 7-27
compliance test of HDMI.
Signed-off-by: Shirish S
---
dr
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/20140310/6e78afa8/attachment-0001.pgp>
Hi,
I recently added a R7 260X to my system. While the card works with 3.13 its
supposed work much better with 14-rc.
This is not the case. My system is unstable without radeon.dpm=0 which was the
default in .13. Here are some extracts
from the logs of the latest fun with dpm enabled:
with 3
ary LCD". It's a free form text that is given to the
user.
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/20140310/d894abf5/attachment.pgp>
The part which turns 1360x765 into 1366x768 breaks this mode on a
Toshiba TV here. 1360x765 works fine, though.
Reviewed-by: Adam Jackson
Signed-off-by: St?phane Marchesin
---
drivers/gpu/drm/drm_edid.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_ed
On Mon, Mar 10, 2014 at 11:40 AM, Tomi Valkeinen
wrote:
> Hi Rob,
>
> On 10/03/14 18:05, Rob Herring wrote:
>
>>> Russell's point was that these connector bindings are very generic, i.e.
>>> they are not for any particular chip from a particular vendor, but for
>>> any connector for DVI, HDMI or
On Fri, Feb 28, 2014 at 10:25 AM, Philipp Zabel
wrote:
> Am Freitag, den 28.02.2014, 15:59 + schrieb Russell King - ARM
> Linux:
>> On Fri, Feb 28, 2014 at 02:20:10PM +0200, Tomi Valkeinen wrote:
>> > Add DT binding documentation for DVI Connector.
>> >
>> > Signed-off-by: Tomi Valkeinen
>>
On Monday 10 March 2014 12:38:42 Alex Deucher wrote:
> On Mon, Mar 10, 2014 at 11:47 AM, Ed Tomlinson wrote:
> > Hi,
> >
> > I recently added a R7 260X to my system. While the card works with 3.13
> > its supposed work much better with 14-rc.
> > This is not the case. My system is unstable with
below is list of pixel clocks and resoluitons
this patch adds:
7100 - 1280x800 at 60Hz RB
7325 - 800x600 at 120Hz RB
8875 - 1440x900 at 60Hz RB
11550 - 1024x768 at 120Hz RB
11900 - 1680x1050 at 60Hz RB
without these pixel clocks' support the mentioned
resolutions fail to be
59 matches
Mail list logo
