On Thu, Feb 28, 2013 at 7:59 PM, John Stultz wrote:
>>> +EXPORT_SYMBOL(sync_timeline_create);
>>
>> As these are now global, should they be a bit more "specific"? "sync_"
>> seems pretty broad.
>
>
> Given its the sync driver, its most obvious choice, but I agree its likely
> to collide with file
On Thu, Feb 28, 2013 at 5:12 AM, Vikas Sajjan wrote:
> Adds support for pinctrl to drm fimd
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
(...)
> + pctrl = devm_pinctrl_get_select_default(dev);
NAK.
The device core will do this for you as of commit
ab780
Hi Linus,
On Fri, Mar 1, 2013 at 2:49 PM, Linus Walleij wrote:
> On Thu, Feb 28, 2013 at 5:12 AM, Vikas Sajjan wrote:
>
>> Adds support for pinctrl to drm fimd
>>
>> Signed-off-by: Leela Krishna Amudala
>> Signed-off-by: Vikas Sajjan
> (...)
>> + pctrl = devm_pinctrl_get_select_d
Hi All,
On Fri, Mar 1, 2013 at 11:04 AM, Vikas Sajjan wrote:
> Adds support for pinctrl to drm fimd
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/drive
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #38 from Christian König ---
(In reply to comment #37)
> Created attachment 75725 [details]
> Corruption in Trine 2
>
> Yes it looks like some regular 4x4 pattern. I made a screenshoot of the
> Trine 2 startscreen with the corruption
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #4 from Knut Andre Tidemann ---
I can confirm a very similar crash:
#5 0x7fb122be859b in __memset_sse2 () from /usr/lib/libc.so.6
#6 0x7fb072bd0a5f in r600_texture_create_object () from
/usr/lib/xorg/modules/dri/r600_dri.so
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #5 from Knut Andre Tidemann ---
I forgot to add:
My card is a Radeon HD 5670
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel
On Thu, Feb 28, 2013 at 10:09 AM, Alex Deucher wrote:
> On Thu, Feb 28, 2013 at 8:44 AM, Josh Boyer wrote:
>> On Thu, Feb 28, 2013 at 8:38 AM, Alex Deucher wrote:
>>> ca57802e521de54341efc8a56f70571f79ffac72 is the first bad commit
>>
>> So I don't think that's actually the cause of
On Thu, Feb 28, 2013 at 12:18 PM, Chris Wilson wrote:
> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
>> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek wrote:
>> > Hi,
>> >
>> > I am seeing this also on Linux-Next.
>> >
>> > /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [ 28.20
On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
> Hi
>
> 2013/2/28 Chris Wilson :
>> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
>>> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek wrote:
>>> > Hi,
>>> >
>>> > I am seeing this also on Linux-Next.
>>> >
>>> > /var/log/kern.log:
On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek wrote:
> On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
>> Hi
>>
>> 2013/2/28 Chris Wilson :
>>> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek
wrote:
> Hi,
>
On Thu, Feb 28, 2013 at 6:33 PM, Paulo Zanoni wrote:
> Hi
>
> 2013/2/28 Sedat Dilek :
>> On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek wrote:
>>> On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
Hi
2013/2/28 Chris Wilson :
> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat D
On 02/27/2013 06:32 PM, Greg KH wrote:
On Wed, Feb 27, 2013 at 06:14:24PM -0800, John Stultz wrote:
I'd like to get a discussion going about submitting the Android sync
driver to staging.
I know there is currently some very similar work going on with the
dmabuf-fences, and rather then both appr
On Thu, Feb 28, 2013 at 10:15 AM, Josh Boyer wrote:
> On Thu, Feb 28, 2013 at 10:09 AM, Alex Deucher wrote:
>> On Thu, Feb 28, 2013 at 8:44 AM, Josh Boyer wrote:
>>> On Thu, Feb 28, 2013 at 8:38 AM, Alex Deucher wrote:
ca57802e521de54341efc8a56f70571f79ffac72 is the first bad commit
>>
On 02/28/2013 05:12 AM, Vikas Sajjan wrote:
Adds support for pinctrl to drm fimd
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd
On Thu, Feb 28, 2013 at 11:03:57PM +0100, Sylwester Nawrocki wrote:
> Please just use IS_ERR(), let's stop this IS_ERR_OR_NULL() insanity.
Yes, indeed.
On that topic (and off-topic for this thread, sorry) I've committed
a set of patches to remove most users of IS_ERR_OR_NULL() from arch/arm.
Thes
Some basic cleanups for kernel-doc errors or missing documentation
parameters.
Warnings generated by ./scripts/kernel-doc drivers/gpu/drm/drm_edid.c >Kerr
Warning(drivers/gpu/drm/drm_edid.c:997): No description found for parameter
'adapter'
Warning(drivers/gpu/drm/drm_edid.c:997): No description
As proposed yesterday, here's the Android sync driver patches for
staging.
I've preserved the commit history, but moved all the changes over
to be against the staging directory (instead of drivers/base).
The goal of submitting this driver to staging is to try to get
more collaberation, as there
From: Erik Gilling
Sync is a framework for synchronization between multiple
drivers. Sync implementations can take advantage of hardware
synchronization built into devices like GPUs.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri
From: Erik Gilling
Adds a base sync driver that uses the cpu for serialization.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit
From: Erik Gilling
Add ktime timestamps to sync_pt structure and
update them when signaled
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz:
From: Erik Gilling
Add support for debugfs
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John Stultz
From: Erik Gilling
Add debugfs support hooks.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John Stul
From: Erik Gilling
Add ioctl to get fence data
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Commit message tweaks]
Signed-off-by: John
From: Erik Gilling
Add fill_driver_data support to export fence data to ioctl
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit m
From: Erik Gilling
Support poll on sync fence
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John Stul
From: Erik Gilling
In order to allow drivers to cleanly handled teardown we need to allow them
to cancel pending async waits. To do this cleanly, we move allocation of
sync_fence_waiter to the driver calling sync_async_wait().
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob
From: Erik Gilling
This is needed to allow modules to link against the sync subsystem
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by:
From: Erik Gilling
Needed to let modules link against sw_sync.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
driv
From: Erik Gilling
Previously fence's pts were freed before the were the fence was removed from the
global fence list. This led to a race with the debugfs support where it would
iterate over sync_pts that had been freed.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
From: Erik Gilling
If the two fences being merged contain sync_pts from the same timeline,
those two pts will be collapsed into a single pt representing the latter
of the two.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@
From: Erik Gilling
If a fence is released while a timeline that one of it's pts is on is being
signaled, it is possible for that fence to be deleted before it is signaled.
This patch adds a refcount for internal references such as signaled pt
processing.
Cc: Maarten Lankhorst
Cc: Erik Gilling
From: Erik Gilling
If a timeline is destroyed while fences still hold pts on it, the reworked
fence release handler can cause the timeline to be freed before all it's points
are freed.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: d
From: Rebecca Schultz Zavin
Check the return value of get_unused_fd to make sure a valid
file descriptor is returned.
Make sure to call put_unused_fd even if an error occurs before
the fd can be used.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
C
From: Rebecca Schultz Zavin
Check the return value of get_unused_fd to make sure a valid
file descriptor is returned.
Make sure to call put_unused_fd even if an error occurs before
the fd can be used.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
C
From: Erik Gilling
Change wait timeout to act like poll
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Added commit message, squished typ
From: Erik Gilling
If we hit a timeout, dump sync state to console
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message, whi
From: Erik Gilling
Improve the output of the timeout dumps, including
the fence pointer.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: A
From: Erik Gilling
When we get a bad status, dump sync state
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Added commit message]
Signed-
From: Erik Gilling
Fence status is checked outside of locks in both sync_fence_wait and
sync_fence_poll. This patch adds propper barrier protection in these
cases to avoid seeing stale status.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg
From: Erik Gilling
If a fence's pt is signaled before sync_fence_create is called, the fence
will never transition into the signaled state. This also address a tiny
race if a merged fence's pt after sync_fence_get_status checks it's status
and before fence->status is updated.
Cc: Maarten Lankho
From: Erik Gilling
The previous fix only addressed waiting with a timeout.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stult
From: Erik Gilling
Move driver callbacks to fill strings instead of using seq_files. This
will allow those values to be used in a future tracepoint patch.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.or
From: Erik Gilling
Switch from print_obj/print_pt to the new
timeline_value_str and pt_value_str ops.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
From: Erik Gilling
Add support for tracepoints
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Whitespace changes, add commit message, mov
From: Ørjan Eide
The copied sync_pt was activated immediately. If the sync_pt was
signaled before the entire merge was completed, the new fence's pt_list
could be iterated over while it is still in the process of being
created.
Moving the the sync_pt_activate call for all new sync_pts to after b
From: Erik Gilling
If the timeout is zero, don't trip the timeout debugging
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Added commit m
From: Jamie Gennis
Fix wait behavior on timeout == 0 case
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-devel@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Jamie Gennis
[jstultz: Added commit message]
Signed-off
On Thu, Feb 28, 2013 at 04:42:56PM -0800, John Stultz wrote:
> As proposed yesterday, here's the Android sync driver patches for
> staging.
>
> I've preserved the commit history, but moved all the changes over
> to be against the staging directory (instead of drivers/base).
>
>
> The goal of sub
On Thu, Feb 28, 2013 at 04:43:06PM -0800, John Stultz wrote:
> From: Erik Gilling
>
> This is needed to allow modules to link against the sync subsystem
>
> Cc: Maarten Lankhorst
> Cc: Erik Gilling
> Cc: Daniel Vetter
> Cc: Rob Clark
> Cc: Sumit Semwal
> Cc: Greg KH
> Cc: dri-devel@lists.f
On 02/28/2013 06:00 PM, Greg KH wrote:
On Thu, Feb 28, 2013 at 04:43:06PM -0800, John Stultz wrote:
From: Erik Gilling
This is needed to allow modules to link against the sync subsystem
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
C
Add display-timing node parsing to drm fimd and depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v9:
- replaced IS_ERR_OR_NULL() with IS_ERR(), since IS_ERR_OR_NULL()
Add support for parsing the display-timing node using video helper
function.
The DT node parsing is done only if 'dev.of_node'
exists and the NON-DT logic is still maintained under the 'else' part.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
Acked-by: Joonyoung Shim
---
d
Adds support for pinctrl to drm fimd
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/exynos/exynos_drm_fimd.c
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/evergreen_cs.c |2 +-
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_cs.c
b/drivers/gpu/drm/radeon/evergreen_cs.c
index d8f5d5f..a759a3d 10
On Thu, Feb 28, 2013 at 05:13:09PM -0600, Nishanth Menon wrote:
> Some basic cleanups for kernel-doc errors or missing documentation
> parameters.
>
> Warnings generated by ./scripts/kernel-doc drivers/gpu/drm/drm_edid.c >Kerr
>
> Warning(drivers/gpu/drm/drm_edid.c:997): No description found for
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #39 from Jakob Nixdorf ---
I just started Trine 2 again and took a second picture.
The corruption is definitely exactly the same.
--
You are receiving this mail because:
You are the assignee for the bug.
On Fri, Mar 01, 2013 at 07:45:24AM -0600, Nishanth Menon wrote:
> On 14:43-20130301, Ville Syrjälä wrote:
> > On Thu, Feb 28, 2013 at 05:13:09PM -0600, Nishanth Menon wrote:
> [..]
> > > @@ -982,14 +982,14 @@ EXPORT_SYMBOL(drm_edid_is_valid);
> > >
> &
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #40 from Alexandre Demers ---
(In reply to comment #39)
> I just started Trine 2 again and took a second picture.
> The corruption is definitely exactly the same.
I agree, same thing over here.
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=60890
--- Comment #4 from Stefan Dösinger ---
The bug is fixed.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://li
On Thu, Feb 28, 2013 at 5:59 PM, Greg KH wrote:
> On Thu, Feb 28, 2013 at 04:42:56PM -0800, John Stultz wrote:
>> Erik also provided a nice background on the patch set in his
>> reply yesterday, which I'll quote here:
>
> Mind if I put that in the 1/30 changelog body for future people to see?
Ple
On Fri, Mar 1, 2013 at 5:55 AM, Greg KH wrote:
> On Fri, Mar 01, 2013 at 12:21:24AM -0800, Erik Gilling wrote:
>> As John pointed out, the exynos and msm display and code uses them. I
>> know nvidia is working on adding suport to their tegra tree. My knee
>> jerk reaction is to make the export a
On Fri, Mar 01, 2013 at 12:21:24AM -0800, Erik Gilling wrote:
> On Thu, Feb 28, 2013 at 7:59 PM, John Stultz wrote:
> >> Also, EXPORT_SYMBOL_GPL() perhaps?
> >>
> >> And who is using these exports?
> >
> >
> > From some quick git grepping...
>
> As John pointed out, the exynos and msm display and
On 14:43-20130301, Ville Syrjälä wrote:
> On Thu, Feb 28, 2013 at 05:13:09PM -0600, Nishanth Menon wrote:
[..]
> > @@ -982,14 +982,14 @@ EXPORT_SYMBOL(drm_edid_is_valid);
> >
> > #define DDC_SEGMENT_ADDR 0x30
> > /**
> > - * Get EDID information via I2C.
>
Some basic cleanups for kernel-doc errors or missing documentation
parameters.
Warnings generated by ./scripts/kernel-doc drivers/gpu/drm/drm_edid.c >Kerr
Warning(drivers/gpu/drm/drm_edid.c:997): No description found for parameter
'adapter'
Warning(drivers/gpu/drm/drm_edid.c:997): No description
On Thu, Feb 28, 2013 at 6:59 PM, Sedat Dilek wrote:
> On Thu, Feb 28, 2013 at 6:33 PM, Paulo Zanoni wrote:
>> Hi
>>
>> 2013/2/28 Sedat Dilek :
>>> On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek wrote:
On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni wrote:
> Hi
>
> 2013/2/28 Chris W
https://bugs.freedesktop.org/show_bug.cgi?id=60439
Harald Judt changed:
What|Removed |Added
Summary|Suspend/resume broken for |Suspend/resume broken for
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #31 from Simone Scanzoni ---
I tested master Mesa 9.2-devel (git-a40ba43) and TF2 works with my RV670.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-dev
On Fri, Mar 1, 2013 at 9:00 AM, Nishanth Menon wrote:
> Some basic cleanups for kernel-doc errors or missing documentation
> parameters.
>
> Warnings generated by ./scripts/kernel-doc drivers/gpu/drm/drm_edid.c >Kerr
>
> Warning(drivers/gpu/drm/drm_edid.c:997): No description found for parameter
On Fri, Mar 1, 2013 at 12:21 AM, Erik Gilling wrote:
> On Thu, Feb 28, 2013 at 7:59 PM, John Stultz wrote:
>> Given its the sync driver, its most obvious choice, but I agree its likely
>> to collide with filesystem related or other sync_ named functions that don't
>> have a subsystem prefix.
>>
>
Hi everybody,
Here's a summary of the CDF BoF that took place at the ELC 2013.
I'd like to start by thanking all the participants who provided valuable
feedback (and those who didn't, but who now know a bit more about CDF and
will, I have no doubt about that, contribute in the future :-)). Than
https://bugs.freedesktop.org/show_bug.cgi?id=59592
n...@detonation.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Thu, Feb 28, 2013 at 2:51 AM, Joonyoung Shim
wrote:
> My mistake. If CONFIG_PINCTRL is disabled, devm_pinctrl_get_select_default
> can return NULL.
Yes, and that is perfectly legal and *NOT* an error.
> devm_pinctrl_get_select() and pinctrl_get_select() also need IS_ERR_OR_NULL
> instead of
reedesktop.org/archives/dri-devel/attachments/20130301/f341613a/attachment.html>
ttachments/20130301/25d6f34d/attachment.html>
2013/3/1 Rob Clark :
> Just curious, but the 2d blitter have it's own sort of
> command-processor, ie. can you feed it a list of different blits in
> one batch and then it will process them one after another?
>
Right, the command lists are processed by the dma. One command list
links up with anoth
vel/attachments/20130301/ab504285/attachment.html>
Add display-timing node parsing to drm fimd and depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v9:
- replaced IS_ERR_OR_NULL() with IS_ERR(), since IS_ERR_OR_NULL()
Add support for parsing the display-timing node using video helper
function.
The DT node parsing is done only if 'dev.of_node'
exists and the NON-DT logic is still maintained under the 'else' part.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
Acked-by: Joonyoung Shim
---
d
Adds support for pinctrl to drm fimd
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/exynos/exynos_drm_fimd.c
On Thu, Feb 28, 2013 at 7:59 PM, John Stultz wrote:
>>> +EXPORT_SYMBOL(sync_timeline_create);
>>
>> As these are now global, should they be a bit more "specific"? "sync_"
>> seems pretty broad.
>
>
> Given its the sync driver, its most obvious choice, but I agree its likely
> to collide with file
On Thu, Feb 28, 2013 at 5:12 AM, Vikas Sajjan
wrote:
> Adds support for pinctrl to drm fimd
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
(...)
> + pctrl = devm_pinctrl_get_select_default(dev);
NAK.
The device core will do this for you as of commit
ab78
Hi Linus,
On Fri, Mar 1, 2013 at 2:49 PM, Linus Walleij
wrote:
> On Thu, Feb 28, 2013 at 5:12 AM, Vikas Sajjan
> wrote:
>
>> Adds support for pinctrl to drm fimd
>>
>> Signed-off-by: Leela Krishna Amudala
>> Signed-off-by: Vikas Sajjan
> (...)
>> + pctrl = devm_pinctrl_get_sele
Hi All,
On Fri, Mar 1, 2013 at 11:04 AM, Vikas Sajjan
wrote:
> Adds support for pinctrl to drm fimd
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/driv
s.freedesktop.org/archives/dri-devel/attachments/20130301/09c89ff1/attachment.html>
nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130301/cce04640/attachment-0001.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130301/3167f778/attachment.html>
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/evergreen_cs.c |2 +-
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_cs.c
b/drivers/gpu/drm/radeon/evergreen_cs.c
index d8f5d5f..a759a3d 10
On Thu, Feb 28, 2013 at 05:13:09PM -0600, Nishanth Menon wrote:
> Some basic cleanups for kernel-doc errors or missing documentation
> parameters.
>
> Warnings generated by ./scripts/kernel-doc drivers/gpu/drm/drm_edid.c >Kerr
>
> Warning(drivers/gpu/drm/drm_edid.c:997): No description found for
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130301/d2640a3c/attachment.html>
On Fri, Mar 1, 2013 at 1:52 AM, Inki Dae wrote:
> 2013/3/1 Rob Clark :
>> Just curious, but the 2d blitter have it's own sort of
>> command-processor, ie. can you feed it a list of different blits in
>> one batch and then it will process them one after another?
>>
>
> Right, the command lists are
On Fri, Mar 01, 2013 at 07:45:24AM -0600, Nishanth Menon wrote:
> On 14:43-20130301, Ville Syrj?l? wrote:
> > On Thu, Feb 28, 2013 at 05:13:09PM -0600, Nishanth Menon wrote:
> [..]
> > > @@ -982,14 +982,14 @@ EXPORT_SYMBOL(drm_edid_is_valid);
> > >
> &
s 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/20130301/c8bc2bba/attachment.html>
org/archives/dri-devel/attachments/20130301/68a10046/attachment.html>
On Thu, Feb 28, 2013 at 5:59 PM, Greg KH wrote:
> On Thu, Feb 28, 2013 at 04:42:56PM -0800, John Stultz wrote:
>> Erik also provided a nice background on the patch set in his
>> reply yesterday, which I'll quote here:
>
> Mind if I put that in the 1/30 changelog body for future people to see?
Ple
On Fri, Mar 1, 2013 at 5:55 AM, Greg KH wrote:
> On Fri, Mar 01, 2013 at 12:21:24AM -0800, Erik Gilling wrote:
>> As John pointed out, the exynos and msm display and code uses them. I
>> know nvidia is working on adding suport to their tegra tree. My knee
>> jerk reaction is to make the export a
On Fri, Mar 01, 2013 at 12:21:24AM -0800, Erik Gilling wrote:
> On Thu, Feb 28, 2013 at 7:59 PM, John Stultz
> wrote:
> >> Also, EXPORT_SYMBOL_GPL() perhaps?
> >>
> >> And who is using these exports?
> >
> >
> > From some quick git grepping...
>
> As John pointed out, the exynos and msm display
On 14:43-20130301, Ville Syrj?l? wrote:
> On Thu, Feb 28, 2013 at 05:13:09PM -0600, Nishanth Menon wrote:
[..]
> > @@ -982,14 +982,14 @@ EXPORT_SYMBOL(drm_edid_is_valid);
> >
> > #define DDC_SEGMENT_ADDR 0x30
> > /**
> > - * Get EDID information via I2C.
>
Some basic cleanups for kernel-doc errors or missing documentation
parameters.
Warnings generated by ./scripts/kernel-doc drivers/gpu/drm/drm_edid.c >Kerr
Warning(drivers/gpu/drm/drm_edid.c:997): No description found for parameter
'adapter'
Warning(drivers/gpu/drm/drm_edid.c:997): No description
On Thu, Feb 28, 2013 at 6:59 PM, Sedat Dilek wrote:
> On Thu, Feb 28, 2013 at 6:33 PM, Paulo Zanoni wrote:
>> Hi
>>
>> 2013/2/28 Sedat Dilek :
>>> On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek
>>> wrote:
On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni
wrote:
> Hi
>
> 2013/2
1 - 100 of 104 matches
Mail list logo
