Add missing newline to prevent the following kernel log line getting
appended to the currnet one.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/nouveau_dp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_dp.c
b/drivers/gpu/dr
From: Rob Clark
---
drivers/staging/omapdrm/Makefile |1 +
drivers/staging/omapdrm/omap_atomic.c | 339 +
drivers/staging/omapdrm/omap_atomic.h | 52 +
drivers/staging/omapdrm/omap_crtc.c | 246 +++-
drivers/staging/omapdrm/o
From: Rob Clark
---
drivers/gpu/drm/drm_crtc.c | 157
drivers/gpu/drm/drm_drv.c |1 +
include/drm/drm.h |2 +
include/drm/drm_crtc.h |2 +
include/drm/drm_mode.h | 38 +++
5 files changed, 171 insertions(+), 29
From: Rob Clark
Start breaking out the mutable state of the CRTC into it's own
structure. Plus add _check_state() and _set_property() helpers.
This only moves the state that is related to scanout fb, which
is needed for nuclear-pageflip. The rest of the mutable state
should be moved from drm_cr
From: Rob Clark
Use atomic properties mechanism for CRTC page_flip. This by itself
doesn't accomplish anything, but it avoids having multiple code
paths to do the same thing when nuclear-pageflip and atomic-modeset
are introduced.
---
drivers/gpu/drm/drm_crtc.c | 69 +++---
From: Rob Clark
Break the mutable state of a plane out into a separate structure.
This makes it easier to have some helpers for plane->set_property()
and for checking for invalid params. The idea is that individual
drivers can wrap the state struct in their own struct which adds
driver specific
From: Rob Clark
Use atomic properties mechanism to set plane attributes. This by
itself doesn't accomplish anything, but it avoids having multiple
code paths to do the same thing when nuclear-pageflip and atomic-
modeset are introduced.
---
drivers/gpu/drm/drm_crtc.c | 257
From: Rob Clark
Split property values out into a different struct, so we can later
move property values into state structs. This will allow the
property values to stay in sync w/ the state updates which are
either discarded or atomically committed.
---
drivers/gpu/drm/drm_crtc.c | 27
From: Rob Clark
Flag for range property types indicating that the value is a signed
integer rather than unsigned. For range properties, the signed flag
will trigger use of signed integer comparisions, to handle negative
values properly.
---
drivers/gpu/drm/drm_crtc.c | 10 --
include/
From: Rob Clark
This indicates to userspace that the property is something that can
be set dynamically without requiring a "test" step to check if the
hw is capable. This allows a userspace compositor, such as weston,
to avoid an extra ioctl to check whether it needs to fall-back to
GPU to compo
From: Rob Clark
An object property is an id (idr) for a drm mode object. This
will allow a property to be used set/get a framebuffer, CRTC, etc.
---
drivers/gpu/drm/drm_crtc.c | 35 ++-
include/drm/drm_crtc.h | 10 ++
include/drm/drm_mode.h |
From: Rob Clark
The 'atomic' mechanism allows for multiple properties to be updated,
checked, and commited atomically. This will be the basis of atomic-
modeset and nuclear-pageflip.
The basic flow is:
state = dev->atomic_begin();
for (... one or more ...)
obj->set_property(obj, st
From: Rob Clark
This is following a bit the approach that Ville is taking for atomic-
modeset, in that it is switching over to using properties for everything.
The advantage of this approach is that it makes it easier to add new
attributes to set as part of a page-flip (and even opens the option
From: Rob Clark
Previously read-only KMS ioctls had some somewhat inconsistent settings
regarding whether mastership was required. For example, GETRESOURCES
did not require master, but GETPLANERESOURCES, GETPROPERTY, etc. did.
At least for debugging, it is nice to be able to use modetest to dum
From: Rob Clark
Previously read-only KMS ioctls had some somewhat inconsistent settings
regarding whether mastership was required. For example, GETRESOURCES
did not require master, but GETPLANERESOURCES, GETPROPERTY, etc. did.
At least for debugging, it is nice to be able to use modetest to dum
On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
> On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrj?l?
> wrote:
> > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote:
> >> But I think we could still do this w/ one ioctl per crtc for
> >> atomic-pageflip.
> >
> > We could, if we wan
From: Alan Cox
There are still some mysteries left, in particular how (and in
fact if) the EDID is supposed to work on the HDMI port. However
the basic stuff now works and I can plug my Q550 into an HDMI
display and get the expected results.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/
On 09/13/2012 11:53 AM, Inki Dae wrote:
-Original Message-
From: Joonyoung Shim [mailto:jy0922.s...@samsung.com]
Sent: Thursday, September 13, 2012 10:44 AM
To: Rahul Sharma
Cc: dri-devel@lists.freedesktop.org; sw0312@samsung.com;
inki@samsung.com; kyungmin.p...@samsung.com; pra
On Wed, Sep 12, 2012 at 12:35:01PM -0500, Rob Clark wrote:
> On Wed, Sep 12, 2012 at 11:57 AM, Jesse Barnes
> wrote:
> > On Sun, 9 Sep 2012 22:03:14 -0500
> > Rob Clark wrote:
> >
> >> From: Rob Clark
> >>
> >> The 'atomic' mechanism allows for multiple properties to be updated,
> >> checked,
On Thu, Sep 13, 2012 at 12:14 PM, Eric W. Biederman
wrote:
> Dave Airlie writes:
>
>>> Blink Blink this had not been converted to use struct pid ages ago?
>>>
>>> - On drm open capture the openers kuid and struct pid.
>>> - On drm close release the kuid and struct pid
>>> - When reporting the uid
On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote:
> On Wed, Sep 12, 2012 at 10:32 AM, Ville Syrj?l?
> wrote:
> > On Wed, Sep 12, 2012 at 10:23:48AM -0500, Rob Clark wrote:
> >> On Wed, Sep 12, 2012 at 10:12 AM, Ville Syrj?l?
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 09:42:27AM -0500, Ro
>>
>> On Mon, Sep 10, 2012 at 3:46 PM, Inki Dae wrote:
>> > Hello Dave, sorry for being late.
>> >
>> > this patch set fixes build warnings and includes minor code cleanup and
>> > also one patch you missed. this patch just drops non-standard NV12M and
>> > YUV420M formats from drm_fourcc.h
>> > f
> -Original Message-
> From: Joonyoung Shim [mailto:jy0922.s...@samsung.com]
> Sent: Thursday, September 13, 2012 10:44 AM
> To: Rahul Sharma
> Cc: dri-devel@lists.freedesktop.org; sw0312@samsung.com;
> inki@samsung.com; kyungmin.p...@samsung.com; prashant...@samsung.com;
> jo...@
Hi Dave,
> -Original Message-
> From: Dave Airlie [mailto:airl...@gmail.com]
> Sent: Thursday, September 13, 2012 10:11 AM
> To: Inki Dae
> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org;
> kyungmin.p...@samsung.com
> Subject: Re: [GIT PULL] exynos-drm-fixes
>
> On Mon, Sep 10, 201
https://bugs.freedesktop.org/show_bug.cgi?id=54832
Bug #: 54832
Summary: Regression: 185ed2105829d6f5eb19edb9abbf0d7977e157c3
breaks swtcl on r300g
Classification: Unclassified
Product: Mesa
Version: git
Platform: Othe
Hi, Rahul.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
exynos-drm-hdmi need context pointers from hdmi and mixer. These
pointers were expected from the plf data. Cleaned this dependency
What does plf data mean?
by exporting i/f which are called by hdmi, mixer driver probes
for setting their
Just a reminder to the subtree maintainers that I should be starting
to see signs of -next trees lining up soon,
I've merged a bunch of patches from the list, but I'm sure I've forgotten some,
I've got the 3 quirks from Paul that I'm iffy about due to the lack of
testing against VGA ports that aja
Dave Airlie writes:
>> Blink Blink this had not been converted to use struct pid ages ago?
>>
>> - On drm open capture the openers kuid and struct pid.
>> - On drm close release the kuid and struct pid
>> - When reporting the uid and pid convert the kuid and struct pid
>> into values in the app
On 12.09.2012 15:54, Jerome Glisse wrote:
> On Wed, Sep 12, 2012 at 8:08 AM, Christian K?nig
> wrote:
>> On 11.09.2012 18:11, Jerome Glisse wrote:
>>> On Tue, Sep 11, 2012 at 10:10 AM, Christian K?nig
>>> wrote:
Roughly based on how nouveau is handling it. Instead of
adding the bo_va wh
On 12.09.2012 15:54, Jerome Glisse wrote:
> On Wed, Sep 12, 2012 at 8:08 AM, Christian K?nig
> wrote:
>> On 11.09.2012 18:11, Jerome Glisse wrote:
>>> On Tue, Sep 11, 2012 at 10:10 AM, Christian K?nig
>>> wrote:
Roughly based on how nouveau is handling it. Instead of
adding the bo_va wh
Because this patch is adding a few test images, it's about 6MB
uncompressed, it can be downloaded from:
http://damien.lespiau.name/files/patches/0002-tests-testdisplay-Test-the-stereo-3D-modes.patch.bz2
--
Damien
From: Damien Lespiau
Now that modes have flags to describe which 3d formats the sink
supports, it's time to test them.
The new test cycles through the supported 3D formats and paint 3D
stereoscopic images taken from publicly available samples:
http://www.quantumdata.com/apps/3D/sample_BMP.asp
From: Damien Lespiau
When dumping the details of a mode, let's add the 3D formats the mode
supports.
Signed-off-by: Damien Lespiau
---
lib/drmtest.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/lib/drmtest.c b/lib/drmtest.c
index 8df9797..4d5a67c 100644
--
From: Damien Lespiau
Signed-off-by: Damien Lespiau
---
include/drm/drm_mode.h | 35 +--
xf86drmMode.h | 35 +--
2 files changed, 42 insertions(+), 28 deletions(-)
diff --git a/include/drm/drm_mode.h b/include/drm/drm_mode
From: Damien Lespiau
When scanning out a 3D framebuffer, send the corresponding infoframe to
the HDMI sink.
See http://www.hdmi.org/manufacturer/specification.aspx for details.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/i915/intel_drv.h | 14
drivers/gpu/drm/i915/intel_hdmi.c
From: Damien Lespiau
The "select 3D mode" property can be connected to connectors to signal
user space that 3D framebuffers can be scanned out to the said
connector.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc.c | 32
include/drm/drm_crtc.h |
From: Damien Lespiau
For now, let's just look at the 3D_present flag of the CEA HDMI vendor
block to detect if the sink supports a small list of then mandatory 3D
formats.
See the HDMI 1.4a 3D extraction for detail:
http://www.hdmi.org/manufacturer/specification.aspx
Signed-off-by: Damien Les
Hi,
This series introduces stereo 3D modes support and is split in 3 chunks:
1. 3 kernel patches to parse the 3D_present flag of the HDMI CEA vendor block,
to expose 3D formats flags in modes and to add a new property on connectors
supporting stereo 3D,
2. Sync the new mode flags in libdrm
From: Ville Syrj?l?
Use the drm_flip helper to implement atomic page flipping.
Work in progress. Ignore the huge mess in intel_sprite.c for now.
---
drivers/gpu/drm/i915/i915_drv.h |4 +
drivers/gpu/drm/i915/i915_irq.c | 10 +-
drivers/gpu/drm/i915/intel_atomic.c | 449 +++
From: Ville Syrj?l?
intel_finish_fb() has no use for the drm_framebuffer metadata, so pass
the gem object directly.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c |2 +-
drivers/gpu/drm/i915/intel_display.c |7 +++
drivers/gpu/drm/i915/intel_drv.h |2
From: Ville Syrj?l?
The drm_flip mechanism can be used to implement robust page flipping
support, and also to synchronize the flips on multiple hardware
scanout engines (eg. CRTCs and overlays).
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/Makefile |2 +-
drivers/gpu/drm/drm_flip.c |
From: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c | 23 ---
1 files changed, 12 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
b/drivers/gpu/drm/i915/intel_atomic.c
index e439c04..e9eaa8a 100644
--- a/drivers/gpu/drm/i915/intel_a
I'm posting this as rather raw just to get a bit more substance to the
discussions.
The drm_flip thingy may seem a bit too mid-layerish for people's taste,
but at least it is almost completely driven by explicit function calls
from the driver (the wq side is the exception naturally).
I originall
Hi, Rahul.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
Added support for exynos5 to drm mixer driver. Exynos5 works
with dt enabled while in exynos4 mixer device information can
be passed either way (dt or plf data). This situation is taken
cared.
Signed-off-by: Rahul Sharma
Signed-off-by: Shi
> There are still some mysteries left, in particular how (and in
> fact if) the EDID is supposed to work on the HDMI port. However
> the basic stuff now works and I can plug my Q550 into an HDMI
> display and get the expected results.
Assumning this is for -next, and its got whitespace damage,
(ch
On Wed, Sep 12, 2012 at 10:23:48AM -0500, Rob Clark wrote:
> On Wed, Sep 12, 2012 at 10:12 AM, Ville Syrj?l?
> wrote:
> > On Wed, Sep 12, 2012 at 09:42:27AM -0500, Rob Clark wrote:
> >> On Wed, Sep 12, 2012 at 9:34 AM, Ville Syrj?l?
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 09:28:43AM -0500, Rob
> Blink Blink this had not been converted to use struct pid ages ago?
>
> - On drm open capture the openers kuid and struct pid.
> - On drm close release the kuid and struct pid
> - When reporting the uid and pid convert the kuid and struct pid
> into values in the appropriate namespace.
>
Hi Er
Hi, Rahul.
Overall, i think this patch causes messy codes.
On 09/12/2012 09:08 PM, Rahul Sharma wrote:
Added support for exynos5 to hdmi driver. Resource init
is splitted for exynos5 and exynos4. Exynos5 hdmi driver
is dt based while exynos4 hdmi driver is not.
Signed-off-by: Rahul Sharma
Sig
On Wed, Sep 12, 2012 at 09:42:27AM -0500, Rob Clark wrote:
> On Wed, Sep 12, 2012 at 9:34 AM, Ville Syrj?l?
> wrote:
> > On Wed, Sep 12, 2012 at 09:28:43AM -0500, Rob Clark wrote:
> >> On Wed, Sep 12, 2012 at 9:23 AM, Ville Syrj?l?
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 07:30:18AM -0500, Rob
On Mon, Sep 10, 2012 at 3:46 PM, Inki Dae wrote:
> Hello Dave, sorry for being late.
>
> this patch set fixes build warnings and includes minor code cleanup and
> also one patch you missed. this patch just drops non-standard NV12M and
> YUV420M formats from drm_fourcc.h
> for this, you can refer t
exynos-drm-hdmi need context pointers from hdmi and mixer. These
pointers were expected from the plf data. Cleaned this dependency
by exporting i/f which are called by hdmi, mixer driver probes
for setting their context.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |
Added support for exynos5 to hdmi driver. Resource init
is splitted for exynos5 and exynos4. Exynos5 hdmi driver
is dt based while exynos4 hdmi driver is not.
Signed-off-by: Rahul Sharma
Signed-off-by: Shirish S
Signed-off-by: Fahad Kunnathadi
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 300 ++
Added support for exynos5 to drm mixer driver. Exynos5 works
with dt enabled while in exynos4 mixer device information can
be passed either way (dt or plf data). This situation is taken
cared.
Signed-off-by: Rahul Sharma
Signed-off-by: Shirish S
Signed-off-by: Fahad Kunnathadi
---
drivers/gpu/
This patch set adds the support for Samsung's Exynos5250 in DRM-HDMI. It
includes modifcations in hdmi and mixer paltform drivers. Also, removes
the dependency on plf data for hdmi, mixer context pointers needed by
exynos-drm-hdmi.
This patchset is based on branch exynos-drm-next at
git://git.in
On Wed, Sep 12, 2012 at 09:28:43AM -0500, Rob Clark wrote:
> On Wed, Sep 12, 2012 at 9:23 AM, Ville Syrj?l?
> wrote:
> > On Wed, Sep 12, 2012 at 07:30:18AM -0500, Rob Clark wrote:
> >> On Wed, Sep 12, 2012 at 3:59 AM, Ville Syrj?l?
> >> wrote:
> >> > On Tue, Sep 11, 2012 at 05:07:49PM -0500, Rob
Op 12-09-12 15:28, Thomas Hellstrom schreef:
> On 09/12/2012 02:48 PM, Maarten Lankhorst wrote:
>> Hey Thomas,
>>
>> I'm playing around with moving reservations from ttm to global, but how ttm
>> ttm is handling reservations is getting in the way. The code wants to move
>> the bo from the lru lock
On Wed, Sep 12, 2012 at 07:30:18AM -0500, Rob Clark wrote:
> On Wed, Sep 12, 2012 at 3:59 AM, Ville Syrj?l?
> wrote:
> > On Tue, Sep 11, 2012 at 05:07:49PM -0500, Rob Clark wrote:
> >> On Tue, Sep 11, 2012 at 4:15 PM, Ben Widawsky wrote:
> >> > On Sun, 9 Sep 2012 22:19:59 -0500
> >> > Rob Clark
From: Peter Senna Tschudin
Remove useless kfree() and clean up code related to the removal.
The semantic patch that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r exists@
position p1,p2;
expression x;
@@
if (x at p1 == NULL) { ... kfree at p2(x); ... return ...; }
@unch
On Wed, Sep 12, 2012 at 3:13 PM, Dave Airlie wrote:
> On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki wrote:
>> On Wednesday, September 12, 2012, Dave Airlie wrote:
>>> On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern
>>> wrote:
>>> > On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
>>> >
>>> >> Hi,
https://bugs.freedesktop.org/show_bug.cgi?id=28550
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30122
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
xt attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120912/1afbb663/attachment.pgp>
On 09/12/2012 02:48 PM, Maarten Lankhorst wrote:
> Hey Thomas,
>
> I'm playing around with moving reservations from ttm to global, but how ttm
> ttm is handling reservations is getting in the way. The code wants to move
> the bo from the lru lock at the same time a reservation is made, but that
>
On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki wrote:
> On Wednesday, September 12, 2012, Dave Airlie wrote:
>> On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern
>> wrote:
>> > On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
>> >
>> >> Hi,
>> >>
>> >> On Tuesday, September 11, 2012, Dave Airlie wrot
https://bugs.freedesktop.org/show_bug.cgi?id=48693
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=31246
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, Sep 12, 2012 at 2:05 PM, Jesse Barnes
wrote:
> On Wed, 12 Sep 2012 12:35:01 -0500
> Rob Clark wrote:
>
>> On Wed, Sep 12, 2012 at 11:57 AM, Jesse Barnes
>> wrote:
>> > On Sun, 9 Sep 2012 22:03:14 -0500
>> > Rob Clark wrote:
>> >
>> >> From: Rob Clark
>> >>
>> >> The 'atomic' mechani
Hey Thomas,
I'm playing around with moving reservations from ttm to global, but how ttm
ttm is handling reservations is getting in the way. The code wants to move
the bo from the lru lock at the same time a reservation is made, but that
seems to be slightly too strict. It would really help me if
On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrj?l?
wrote:
> On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
>> On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrj?l?
>> wrote:
>> > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote:
>> >> But I think we could still do this w/ one ioctl pe
https://bugs.freedesktop.org/show_bug.cgi?id=30693
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 11.09.2012 18:12, Jerome Glisse wrote:
> On Tue, Sep 11, 2012 at 10:10 AM, Christian K?nig
> wrote:
>> It is unnecessary when we remove the va in drm_close.
>>
>> Signed-off-by: Christian K?nig
> NAK there is case for which drm_close is not call like ib pool and
> other iirc. This clear va is
On 11.09.2012 18:11, Jerome Glisse wrote:
> On Tue, Sep 11, 2012 at 10:10 AM, Christian K?nig
> wrote:
>> Roughly based on how nouveau is handling it. Instead of
>> adding the bo_va when the address is set add the bo_va
>> when the handle is opened, but set the address to zero
>> until userspace t
https://bugs.freedesktop.org/show_bug.cgi?id=25871
--- Comment #11 from Andreas Boll 2012-09-12
13:56:46 UTC ---
(In reply to comment #10)
>
> It's so long ago I don't remember the exact details. You can easily figure it
> out though. The test program creates a 4x4 checker board texture and the
On Wed, Sep 12, 2012 at 1:13 PM, Christian K?nig
wrote:
> On 12.09.2012 15:54, Jerome Glisse wrote:
>>
>> On Wed, Sep 12, 2012 at 8:08 AM, Christian K?nig
>> wrote:
>>>
>>> On 11.09.2012 18:11, Jerome Glisse wrote:
On Tue, Sep 11, 2012 at 10:10 AM, Christian K?nig
wrote:
>
>>>
From: Alan Cox
There are still some mysteries left, in particular how (and in
fact if) the EDID is supposed to work on the HDMI port. However
the basic stuff now works and I can plug my Q550 into an HDMI
display and get the expected results.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/
On Wed, Sep 12, 2012 at 1:03 PM, Ville Syrj?l?
wrote:
> On Wed, Sep 12, 2012 at 12:35:01PM -0500, Rob Clark wrote:
>> On Wed, Sep 12, 2012 at 11:57 AM, Jesse Barnes
>> wrote:
>> > On Sun, 9 Sep 2012 22:03:14 -0500
>> > Rob Clark wrote:
>> >
>> >> From: Rob Clark
>> >>
>> >> The 'atomic' mecha
On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrjälä
wrote:
> On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote:
>> On Wed, Sep 12, 2012 at 10:32 AM, Ville Syrjälä
>> wrote:
>> > On Wed, Sep 12, 2012 at 10:23:48AM -0500, Rob Clark wrote:
>> >> On Wed, Sep 12, 2012 at 10:12 AM, Ville Syrjälä
>>
https://bugs.freedesktop.org/show_bug.cgi?id=25871
--- Comment #10 from Pierre Ossman 2012-09-12
13:03:19 UTC ---
(In reply to comment #7)
>
> What is the expected behavior?
It's so long ago I don't remember the exact details. You can easily figure it
out though. The test program creates a 4x4
On Wed, Sep 12, 2012 at 12:31:09PM +0200, Sascha Hauer wrote:
> This patch adds the i.MX glue stuff between i.MX and drm.
>
> Signed-off-by: Sascha Hauer
> ---
> drivers/staging/Kconfig|2 +
> drivers/staging/Makefile |1 +
The patch fails at this point when
Add missing newline to prevent the following kernel log line getting
appended to the currnet one.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/nouveau_dp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_dp.c
b/drivers/gpu/dr
From: Peter Senna Tschudin
Remove useless kfree() and clean up code related to the removal.
The semantic patch that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r exists@
position p1,p2;
expression x;
@@
if (x@p1 == NULL) { ... kfree@p2(x); ... return ...; }
@unchanged
On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrj?l?
wrote:
> On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote:
>> On Wed, Sep 12, 2012 at 10:32 AM, Ville Syrj?l?
>> wrote:
>> > On Wed, Sep 12, 2012 at 10:23:48AM -0500, Rob Clark wrote:
>> >> On Wed, Sep 12, 2012 at 10:12 AM, Ville Syrj?l?
>>
On Wed, Sep 12, 2012 at 2:05 PM, Jesse Barnes wrote:
> On Wed, 12 Sep 2012 12:35:01 -0500
> Rob Clark wrote:
>
>> On Wed, Sep 12, 2012 at 11:57 AM, Jesse Barnes
>> wrote:
>> > On Sun, 9 Sep 2012 22:03:14 -0500
>> > Rob Clark wrote:
>> >
>> >> From: Rob Clark
>> >>
>> >> The 'atomic' mechanis
On Wed, Sep 12, 2012 at 1:58 PM, Ville Syrjälä
wrote:
> On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
>> On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrjälä
>> wrote:
>> > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote:
>> >> But I think we could still do this w/ one ioctl pe
On Wed, Sep 12, 2012 at 11:57 AM, Jesse Barnes
wrote:
> On Sun, 9 Sep 2012 22:03:14 -0500
> Rob Clark wrote:
>
>> From: Rob Clark
>>
>> The 'atomic' mechanism allows for multiple properties to be updated,
>> checked, and commited atomically. This will be the basis of atomic-
>> modeset and nu
https://bugs.freedesktop.org/show_bug.cgi?id=25871
--- Comment #9 from Andreas Boll 2012-09-12
12:34:21 UTC ---
(In reply to comment #8)
> might be fixed with this commit:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=f44bda17f515c411071ca8744ebd96039d9c583b
I can't see any difference bet
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/TODO | 22 ++
1 file changed, 22 insertions(+)
create mode 100644 drivers/staging/imx-drm/TODO
diff --git a/drivers/staging/imx-drm/TODO b/drivers/staging/imx-drm/TODO
new file mode 100644
index 000..2075646
--- /
From: Philipp Zabel
Signed-off-by: Philipp Zabel
Signed-off-by: Sascha Hauer
---
.../bindings/staging/imx-drm/fsl-imx-drm.txt | 41
1 file changed, 41 insertions(+)
create mode 100644
Documentation/devicetree/bindings/staging/imx-drm/fsl-imx-drm.txt
diff --git a
This adds a i.MX51/53/6 IPU (Image Processing Unit) KMS driver. The
driver has been tested on the i.MX51 babbage board, the i.MX53 LOCO
board and the i.MX6q sabrelite board in different clone mode and dual
head setups.
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/Kconfig |6 +
The IPU is the Image Processing Unit found on i.MX51/53/6 SoCs. It
features several units for image processing, this patch adds support
for the units needed for Framebuffer support, namely:
- Display Controller (dc)
- Display Interface (di)
- Display Multi Fifo Controller (dmfc)
- Display Processo
This adds support for parallel displays for i.MX. It consists
of a drm encoder/connector pair which eventually passes EDID
data from the devicetree to the drm core.
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/Kconfig|4 +
drivers/staging/imx-drm/Makefile |
This patch adds the i.MX glue stuff between i.MX and drm.
Signed-off-by: Sascha Hauer
---
drivers/staging/Kconfig|2 +
drivers/staging/Makefile |1 +
drivers/staging/imx-drm/Kconfig| 17 +
drivers/staging/imx-drm/Makefile |6 +
drivers/st
Hi Greg et all,
The following adds the i.MX IPUv3 base and KMS driver to the staging
tree. It currently depends on two patches adding helper functions to
the DRM core. Dave Airlie already has signalled he is ok with these
helper functions. Apart from that, please let me know if there's anything
el
On Wed, 12 Sep 2012 12:35:01 -0500
Rob Clark wrote:
> On Wed, Sep 12, 2012 at 11:57 AM, Jesse Barnes
> wrote:
> > On Sun, 9 Sep 2012 22:03:14 -0500
> > Rob Clark wrote:
> >
> >> From: Rob Clark
> >>
> >> The 'atomic' mechanism allows for multiple properties to be updated,
> >> checked, and c
On Wed, 12 Sep 2012 12:35:01 -0500
Rob Clark wrote:
> On Wed, Sep 12, 2012 at 11:57 AM, Jesse Barnes
> wrote:
> > On Sun, 9 Sep 2012 22:03:14 -0500
> > Rob Clark wrote:
> >
> >> From: Rob Clark
> >>
> >> The 'atomic' mechanism allows for multiple properties to be updated,
> >> checked, and c
On Tue, Sep 11, 2012 at 05:07:49PM -0500, Rob Clark wrote:
> On Tue, Sep 11, 2012 at 4:15 PM, Ben Widawsky wrote:
> > On Sun, 9 Sep 2012 22:19:59 -0500
> > Rob Clark wrote:
> >
> >> On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrote:
> >> > From: Rob Clark
> >> >
> >> > This is following a bit th
On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
> On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrjälä
> wrote:
> > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote:
> >> But I think we could still do this w/ one ioctl per crtc for
> >> atomic-pageflip.
> >
> > We could, if we wan
https://bugs.freedesktop.org/show_bug.cgi?id=51344
Christian K?nig changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|dri-devel
On Wed, Sep 12, 2012 at 1:03 PM, Ville Syrjälä
wrote:
> On Wed, Sep 12, 2012 at 12:35:01PM -0500, Rob Clark wrote:
>> On Wed, Sep 12, 2012 at 11:57 AM, Jesse Barnes
>> wrote:
>> > On Sun, 9 Sep 2012 22:03:14 -0500
>> > Rob Clark wrote:
>> >
>> >> From: Rob Clark
>> >>
>> >> The 'atomic' mecha
https://bugs.freedesktop.org/show_bug.cgi?id=33715
--- Comment #8 from Andreas Boll 2012-09-12
11:34:03 UTC ---
Created attachment 67046
--> https://bugs.freedesktop.org/attachment.cgi?id=67046
screenshot with llvmpipe, r600g
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
1 - 100 of 174 matches
Mail list logo
