On Tuesday, September 11, 2012, Alan Stern wrote:
> On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
>
> > Hi,
> >
> > On Tuesday, September 11, 2012, Dave Airlie wrote:
> > > Hi Rafael,
> > >
> > > I've been investigating runtime PM support for some use-cases on GPUs.
> > >
> > > In some laptops
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 wrote:
>> > Hi Rafael,
>> >
>> > I've been investigating runtime PM support for some use-cases on GPUs.
>> >
>> > In some laptops we have a
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 wrote:
> >> > Hi Rafael,
> >> >
> >> > I've been investigating runtime P
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
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,
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
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #11 from Christian K?nig 2012-09-12
09:55:57 UTC ---
(In reply to comment #10)
> Output from /sys/kernel/debug/dri/0/radeon_fence_info
>
> --- ring 0 ---
> Last signaled fence 0xdeadbeef
> Last emitted 0x0670
>
From: Alan Cox
The register map patches didn't set one value for the GMA600 which
means the Fujitsu Q550 dies on boot with the GMA500 driver enabled.
Add the map entry so we don't read from the device MMIO + 0 by mistake.
Signed-off-by: Alan Cox
Cc: Horses
---
drivers/gpu/drm/gma500/oaktrai
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
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
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 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 +
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
--- /
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=33715
--- Comment #6 from Andreas Boll 2012-09-12
11:30:34 UTC ---
(In reply to comment #5)
> Dave Airlie wrote:
> I don't think this is a bug, its just how the demo works, it paints red if the
> results aren't ready when first asked, which is perfect
https://bugs.freedesktop.org/show_bug.cgi?id=33715
--- Comment #7 from Andreas Boll 2012-09-12
11:33:24 UTC ---
Created attachment 67045
--> https://bugs.freedesktop.org/attachment.cgi?id=67045
screenshot with softpipe
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
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
https://bugs.freedesktop.org/show_bug.cgi?id=51344
Christian K?nig changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|dri-devel
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
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 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 wrote:
>> >
>> >> On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark
>> >> wr
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
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
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
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>
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
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/
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 ++
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 |
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: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 when the address is set add the bo_va
>>> when
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 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
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 Clark wrote:
>> >> On Tue, Sep 11, 2012 at 4:15 PM, Ben Widawsky 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 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
https://bugs.freedesktop.org/show_bug.cgi?id=30693
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 Clark wrote:
>> >> On Wed, Sep 12, 2012 at 3:59 AM, Ville Syrj?l?
>> >>
https://bugs.freedesktop.org/show_bug.cgi?id=31246
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=48693
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
Configure bugmai
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 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 Clark wrote:
>> >> On Wed, Sep 12, 2012 at 9:23 AM, Ville Syrj?l?
>> >
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
https://bugs.freedesktop.org/show_bug.cgi?id=30122
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
https://bugs.freedesktop.org/show_bug.cgi?id=28550
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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?
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?
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 +++
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, Rob Clark wrote:
>> >> On Wed, Sep 12, 2012 at 9:34 AM, Ville Syrj?l?
>>
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 nuclear-pageflip.
>
> The basic flow is:
>
>state = dev->atom
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
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 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
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:
>
>>>
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: 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
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
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
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 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
--
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,
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
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 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
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, 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 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
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #11 from Christian König 2012-09-12
09:55:57 UTC ---
(In reply to comment #10)
> Output from /sys/kernel/debug/dri/0/radeon_fence_info
>
> --- ring 0 ---
> Last signaled fence 0xdeadbeef
> Last emitted 0x0670
>
From: Alan Cox
The register map patches didn't set one value for the GMA600 which
means the Fujitsu Q550 dies on boot with the GMA500 driver enabled.
Add the map entry so we don't read from the device MMIO + 0 by mistake.
Signed-off-by: Alan Cox
Cc: Horses
---
drivers/gpu/drm/gma500/oaktrai
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
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
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 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 +
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
--- /
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
https://bugs.freedesktop.org/show_bug.cgi?id=33715
--- Comment #6 from Andreas Boll 2012-09-12
11:30:34 UTC ---
(In reply to comment #5)
> Dave Airlie wrote:
> I don't think this is a bug, its just how the demo works, it paints red if the
> results aren't ready when first asked, which is perfect
https://bugs.freedesktop.org/show_bug.cgi?id=33715
--- Comment #7 from Andreas Boll 2012-09-12
11:33:24 UTC ---
Created attachment 67045
--> https://bugs.freedesktop.org/attachment.cgi?id=67045
screenshot with softpipe
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
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
https://bugs.freedesktop.org/show_bug.cgi?id=51344
Christian König changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|dri-devel@
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 tells us where
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 really a saf
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 wrote:
>> >
>> >> On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrote:
>>
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
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
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
Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel Dänzer:
> On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote:
> > Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
> > > On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote:
> > > >
> > > > using Debian Sid/unstable with t
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
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/
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 ++
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 |
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
seems to
1 - 100 of 174 matches
Mail list logo
