user-space cpu access to dma-buf is needed for example in Gstreamer
pipeline when you have mix of harware element (a video decoder) and
software element (like colorspace converter).
Gstreamer already support dma-buf in a specific gstallocator:
http://cgit.freedesktop.org/gstreamer/gst-plugins-base
On 10/31/2013 10:10 PM, Rob Clark wrote:
> On Thu, Oct 31, 2013 at 4:40 PM, Thomas Hellstrom
> wrote:
>> On 10/31/2013 06:52 PM, Rob Clark wrote:
>>> On Thu, Oct 31, 2013 at 1:00 PM, Thomas Hellstrom
>>> wrote:
Hi!
I'm just looking over what's needed to implement drm Prime / dma-b
On 10/31/2013 09:48 PM, Dave Airlie wrote:
> On Fri, Nov 1, 2013 at 6:40 AM, Thomas Hellstrom
> wrote:
>> On 10/31/2013 06:52 PM, Rob Clark wrote:
>>> On Thu, Oct 31, 2013 at 1:00 PM, Thomas Hellstrom
>>> wrote:
Hi!
I'm just looking over what's needed to implement drm Prime / dma-
On 10/31/2013 06:52 PM, Rob Clark wrote:
> On Thu, Oct 31, 2013 at 1:00 PM, Thomas Hellstrom
> wrote:
>> Hi!
>>
>> I'm just looking over what's needed to implement drm Prime / dma-buf exports
>> + imports in the vmwgfx driver. It seems like most dma-bufs ops are quite
>> straightforward to implem
lue for that flag should probably be
inverted.
--
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/20131031/a81a1e09/attachment.html>
ed issues on some
asics.
--
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/20131031/b9b68b06/attachment-0001.html>
On Thu, Oct 31, 2013 at 8:37 PM, Jakob Bornecrantz
wrote:
> On Fri, Nov 1, 2013 at 1:25 AM, Rob Clark wrote:
>> On Thu, Oct 31, 2013 at 8:17 PM, Jakob Bornecrantz
>> wrote:
>>> On Fri, Nov 1, 2013 at 12:00 AM, Daniel Vetter wrote:
On Thu, Oct 31, 2013 at 10:07:25PM +0100, Thomas Hellstro
CTS value... Maybe the HW doesn't do it per-spec, instead calculating CTS
in some other way?
--
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-
y match
the actual requested clock.
--
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/20131031/9f627344/attachment.html>
On Thu, Oct 31, 2013 at 8:17 PM, Jakob Bornecrantz
wrote:
> On Fri, Nov 1, 2013 at 12:00 AM, Daniel Vetter wrote:
>> On Thu, Oct 31, 2013 at 10:07:25PM +0100, Thomas Hellstrom wrote:
>>> On 10/31/2013 09:48 PM, Dave Airlie wrote:
>>> >On Fri, Nov 1, 2013 at 6:40 AM, Thomas Hellstrom >> >vmware.c
As I mentioned already, I'll not merge eDP related codes yet. So can you
rebase patche 25 through 26 to top of patch 20?
Thanks,
Inki Dae
> -Original Message-
> From: Sean Paul [mailto:seanpaul at chromium.org]
> Sent: Wednesday, October 30, 2013 1:13 AM
> To: dri-devel at lists.freedes
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/b054c2fc/attachment.html>
CCing Jingoo,
Is that ok to remove eDP driver from video/exynos? Isn't this driver really
used by Linux framebuffer driver, s3c-fb.c?
Of course, now s3c-fb driver is dead code because this driver doesn't
support device tree yet but we would need more reviews and discussions about
moving this driv
> -Original Message-
> From: Sean Paul [mailto:seanpaul at chromium.org]
> Sent: Wednesday, October 30, 2013 1:13 AM
> To: dri-devel at lists.freedesktop.org; inki.dae at samsung.com
> Cc: airlied at linux.ie; tomasz.figa at gmail.com; marcheu at chromium.org;
> Sean
> Paul
> Subject: [P
CCing Jingoo,
> -Original Message-
> From: Sean Paul [mailto:seanpaul at chromium.org]
> Sent: Wednesday, October 30, 2013 1:13 AM
> To: dri-devel at lists.freedesktop.org; inki.dae at samsung.com
> Cc: airlied at linux.ie; tomasz.figa at gmail.com; marcheu at chromium.org;
> Sean
> Paul
On Thu, 31 Oct 2013, Josh Boyer wrote:
> On Thu, Oct 31, 2013 at 10:58 AM, Jani Nikula
> wrote:
>> On Fri, 25 Oct 2013, Joseph Salisbury
>> wrote:
>>> On 10/16/2013 05:02 PM, Daniel Vetter wrote:
It's by far not that simple. Jani is working on both the underlying bug
and a better w/a.
Hi!
I'm just looking over what's needed to implement drm Prime / dma-buf
exports + imports in the vmwgfx driver. It seems like most dma-bufs ops
are quite straightforward to implement except user-space mmap().
The reason being that vmwgfx dma-bufs will be using completely
non-coherent memory,
On Tue, Oct 15, 2013 at 08:04:20AM +0100, Archit Taneja wrote:
> Enable use of DT for DMM/Tiler.
>
> Originally worked on by Andy Gross
>
> Cc: Andy Gross
> Cc: DRI Development
> Signed-off-by: Archit Taneja
> ---
> drivers/gpu/drm/omapdrm/omap_dmm_tiler.c | 11 +++
> 1 file changed,
e
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/b6967167/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=64131
Bug ID: 64131
Summary: Radeon card stays in highest DPM power state on boot
and after resume
Product: Drivers
Version: 2.5
Kernel Version: v3.12-rc5-g34ec4de
Hardware: A
On Thu, Oct 31, 2013 at 4:40 PM, Thomas Hellstrom
wrote:
> On 10/31/2013 06:52 PM, Rob Clark wrote:
>>
>> On Thu, Oct 31, 2013 at 1:00 PM, Thomas Hellstrom
>> wrote:
>>>
>>> Hi!
>>>
>>> I'm just looking over what's needed to implement drm Prime / dma-buf
>>> exports
>>> + imports in the vmwgfx d
On Fri, 25 Oct 2013, Joseph Salisbury wrote:
> On 10/16/2013 05:02 PM, Daniel Vetter wrote:
>> It's by far not that simple. Jani is working on both the underlying bug
>> and a better w/a. See
>>
>> https://bugzilla.kernel.org/show_bug.cgi?id=59841
>>
>> for the full story in its entire glory.
>>
>
While at it, propagate the error code.
Signed-off-by: Tushar Behera
CC: dri-devel at lists.freedesktop.org
CC: Russell King
CC: David Airlie
---
drivers/gpu/drm/armada/armada_crtc.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_crt
devm_request_and_ioremap is now obsolete and is replaced by
devm_ioremap_resource. Update the remaining places where
devm_request_and_ioremap is still used and remove its definition.
The patches are based on next-20131030.
Tushar Behera (5):
MIPS: ralink: Use devm_ioremap_resource
DRM: Armada
This uses the Present extension with DRI3, which includes OML_Sync extension
support.
Signed-off-by: Keith Packard
---
configure.ac| 4 +-
include/GL/internal/dri_interface.h | 1 +
src/glx/dri3_glx.c | 421 ++--
src/gl
This hooks DRI3 support into the GLX layer, the DRI common layer and the Intel
driver.
Signed-off-by: Keith Packard
---
configure.ac | 10 +-
include/GL/internal/dri_interface.h | 158 +++
src/glx/Makefile.am |2 +
src/g
Returns a prime file descriptor for the specified region.
Signed-off-by: Keith Packard
---
src/mesa/drivers/dri/i915/intel_regions.c | 13 +
src/mesa/drivers/dri/i915/intel_regions.h | 4
src/mesa/drivers/dri/i965/intel_regions.c | 13 +
src/mesa/drivers/dri/i965/in
Make an easy place to splice in a DRI3 version of this function
Signed-off-by: Keith Packard
---
src/mesa/drivers/dri/i915/intel_context.c | 90 +--
src/mesa/drivers/dri/i965/brw_context.c | 22 ++--
2 files changed, 68 insertions(+), 44 deletions(-)
diff --git
This just renames them so that they can be used with the DRI3 extension
without causing too much confusion.
Signed-off-by: Keith Packard
---
src/mesa/drivers/dri/common/dri_util.c | 50 +-
1 file changed, 25 insertions(+), 25 deletions(-)
diff --git a/src/mesa/dr
The first four patches prepare the library for DRI3, then the final two
patches add DRI3 and Present support.
Minor changes:
[PATCH 1/6] drivers/dri/common: A few dri2 functions are not actually
[PATCH 2/6] dri/intel: Split out DRI2 buffer update code to separate
[PATCH 3/6] dri/intel: Add expl
/0001-radeon-llvm-Specify-the-DataLayout-when-running-opti.patch
--
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/20131031/767558ea/at
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/f63bab3e/attachment.html>
On Thu, Oct 31, 2013 at 04:38:04PM +0530, Tushar Behera wrote:
> While at it, propagate the error code.
>
> Signed-off-by: Tushar Behera
> CC: dri-devel at lists.freedesktop.org
> CC: Russell King
> CC: David Airlie
> ---
> drivers/gpu/drm/armada/armada_crtc.c |8 +++-
> 1 file changed
On Thursday 31 October 2013 11:18:06 Mauro Carvalho Chehab wrote:
> Em Thu, 17 Oct 2013 17:02:02 +0200
>
> Denis Carikli escreveu:
> > That new macro is needed by the imx_drm staging driver
> >
> > for supporting the QVGA display of the eukrea-cpuimx51 board.
> >
> > Cc: Rob Herring
> > Cc:
On Thu, Oct 31, 2013 at 09:46:40AM -0200, Mauro Carvalho Chehab wrote:
> Hi Russell,
>
> Em Mon, 30 Sep 2013 13:57:47 +0200
> Hans Verkuil escreveu:
>
> > On 09/19/2013 11:44 PM, Russell King wrote:
> > > Replace the following sequence:
> > >
> > > dma_set_mask(dev, mask);
> > > dma_set_coh
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/e382c662/attachment.html>
On Thu, Oct 31, 2013 at 1:00 PM, Thomas Hellstrom
wrote:
> Hi!
>
> I'm just looking over what's needed to implement drm Prime / dma-buf exports
> + imports in the vmwgfx driver. It seems like most dma-bufs ops are quite
> straightforward to implement except user-space mmap().
>
> The reason being
ectly.
--
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/20131031/407df659/attachment-0001.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/ab520549/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/cae0a027/attachment.html>
On Thu, Oct 31, 2013 at 1:01 PM, Jani Nikula
wrote:
> On Thu, 31 Oct 2013, Josh Boyer wrote:
>> On Thu, Oct 31, 2013 at 10:58 AM, Jani Nikula
>> wrote:
>>> On Fri, 25 Oct 2013, Joseph Salisbury
>>> wrote:
On 10/16/2013 05:02 PM, Daniel Vetter wrote:
> It's by far not that simple. Jani
|suspend and resume with dpm |
--
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/20131031/aa1cb4c1/attachment.html>
---
(In reply to comment #2)
> Created attachment 88403 [details]
> gdbtrace-20131031-1336.log
>
> Hi,
> On Debian, I installed :
> apt-get install libgl1-mesa-dri-dbg
>
> And I got the logs in attachment.
I am sorry but for my first try, I used libgl1-mesa-glx-dbg and
https://bugs.freedesktop.org/show_bug.cgi?id=71050
--- Comment #4 from Rpnpif ---
Created attachment 88405
--> https://bugs.freedesktop.org/attachment.cgi?id=88405&action=edit
gdbtrace-20131031-1403
I added also libgl1-mesa-dri-dbg and I got the gdbtrace in attachment.
--
You are re
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131031/5b71ac36/attachment.html>
On Thu, Oct 31, 2013 at 10:58 AM, Jani Nikula
wrote:
> On Fri, 25 Oct 2013, Joseph Salisbury
> wrote:
>> On 10/16/2013 05:02 PM, Daniel Vetter wrote:
>>> It's by far not that simple. Jani is working on both the underlying bug
>>> and a better w/a. See
>>>
>>> https://bugzilla.kernel.org/show_bug
|Drivers/Gallium/r600
--
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/20131031/571e6ec0/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/d31c48ce/attachment.html>
On 10/31/2013 10:58 AM, Jani Nikula wrote:
> On Fri, 25 Oct 2013, Joseph Salisbury
> wrote:
>> On 10/16/2013 05:02 PM, Daniel Vetter wrote:
>>> It's by far not that simple. Jani is working on both the underlying bug
>>> and a better w/a. See
>>>
>>> https://bugzilla.kernel.org/show_bug.cgi?id=598
https://bugs.freedesktop.org/show_bug.cgi?id=71050
--- Comment #2 from Rpnpif ---
Created attachment 88403
--> https://bugs.freedesktop.org/attachment.cgi?id=88403&action=edit
gdbtrace-20131031-1336.log
Hi,
On Debian, I installed :
apt-get install libgl1-mesa-dri-dbg
And I got the
On Thu, Oct 31, 2013 at 6:30 AM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sean Paul [mailto:seanpaul at chromium.org]
>> Sent: Wednesday, October 30, 2013 1:13 AM
>> To: dri-devel at lists.freedesktop.org; inki.dae at samsung.com
>> Cc: airlied at linux.ie; tomasz.figa at gmail.c
On Thu, Oct 31, 2013 at 6:46 AM, Inki Dae wrote:
> CCing Jingoo,
>
> Is that ok to remove eDP driver from video/exynos? Isn't this driver really
> used by Linux framebuffer driver, s3c-fb.c?
>
> Of course, now s3c-fb driver is dead code because this driver doesn't
> support device tree yet but we
Noticed this in dmesg today, it doesn't seem to break anything and it's
not reproducable.
[ 2605.261326] Forbidden register 0x0030 in cs at 9
[ 2605.261335] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream !
Seems it was triggered by mplayer using vdpau just for display, though
grepping
Em Thu, 17 Oct 2013 17:02:11 +0200
Denis Carikli escreveu:
> Support the RGB666 format on the IPUv3 parallel display.
>
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Stephen Warren
> Cc: Ian Campbell
> Cc: devicetree at vger.kernel.org
> Cc: Greg Kroah-Hartman
> Cc: driverdev
Em Thu, 17 Oct 2013 17:02:02 +0200
Denis Carikli escreveu:
> That new macro is needed by the imx_drm staging driver
> for supporting the QVGA display of the eukrea-cpuimx51 board.
>
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Stephen Warren
> Cc: Ian Campbell
> Cc: devicet
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/eb8c1e60/attachment.html>
mode 100644 drivers/gpu/host1x/hw/hw_host1x02_sync.h
create mode 100644 drivers/gpu/host1x/hw/hw_host1x02_uclass.h
create mode 100644 include/linux/host1x.h
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
D
Hi Russell,
Em Mon, 30 Sep 2013 13:57:47 +0200
Hans Verkuil escreveu:
> On 09/19/2013 11:44 PM, Russell King wrote:
> > Replace the following sequence:
> >
> > dma_set_mask(dev, mask);
> > dma_set_coherent_mask(dev, mask);
> >
> > with a call to the new helper dma_set_mask_and_coherent
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/0883a890/attachment.html>
On Wed, Oct 30, 2013 at 6:41 PM, Sylvain BERTRAND wrote:
>>> BTW, which generations/families/types(mobile...) do support phase shedding?
>>
>> Southern Islands and Sea Islands dGPU parts as far as I know.
>
> Erf, for tahiti discret gpu, the atombios rom does not have a
> VOLTAGE_OBJ_PHASE_LUT for
On Thu, Oct 31, 2013 at 7:58 AM, Andy Furniss wrote:
> Noticed this in dmesg today, it doesn't seem to break anything and it's not
> reproducable.
>
> [ 2605.261326] Forbidden register 0x0030 in cs at 9
> [ 2605.261335] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream !
>
> Seems it was tri
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/3db167c4/attachment-0001.html>
Rewrite error handle code in a more rational and
normal way, it bring us benefit that we could drop
call to drm_lastclose which do "too much" cleanup work
for drm_fill_in_dev.
Signed-off-by: Wang YanQing
---
drivers/gpu/drm/drm_stub.c | 26 +-
1 file changed, 21 insertion
We should call drm_cleanup_in_dev in error handle
code path after drm_fill_in_dev had been called,
or it will cause resource leak heavily, vmalloc
leak etc.
This patch also add call to dev->unload in error
handle code path.
Signed-off-by: Wang YanQing
---
drivers/gpu/drm/drm_usb.c | 18
We should call drm_cleanup_in_dev in error handle
code path after drm_fill_in_dev had been called,
or it will cause resource leak heavily, vmalloc
leak etc.
This patch also add call to dev->unload in error
handle code path.
Signed-off-by: Wang YanQing
---
drivers/gpu/drm/drm_platform.c | 18 +++
We should call drm_cleanup_in_dev in error handle
code path after drm_fill_in_dev had been called,
or it will cause resource leak heavily, vmalloc
leak etc.
This patch also add call to dev->unload in error
handle code path.
Signed-off-by: Wang YanQing
---
drivers/gpu/drm/drm_pci.c | 18
Introduce a new function, drm_cleanup_in_dev,
we could use it to release resources allocated
by drm_fill_in_dev in the error handle code path
after drm_fill_in_dev have been called.
Signed-off-by: Wang YanQing
---
drivers/gpu/drm/drm_stub.c | 62 --
in
This series patches fix resource leak
issue in error handle code path I meet
with drm, vmalloc leak, etc.
I meet below issue caused by drm haven't release
resource(include 40K vmalloc per module insert failed)
in error code path and buggy nvidia driver try to insert
nvidia module cycled when it
Oops missed in my post ks sweep, just 3 small fixes for radeon.
Dave.
The following changes since commit 12aee278b50c4a94a93fa0b4d201ae35d792c696:
Merge branch 'akpm' (fixes from Andrew Morton) (2013-10-30 14:27:10 -0700)
are available in the git repository at:
git://people.freedesktop.o
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131031/360fdf15/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/d5a04c53/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131031/76552e53/attachment.html>
Hi,
git branch drm-fixes-3.12, git commit
cdf6e8058415ba4d808537e30a0a6be9fb29e95a
In si_dpm.c line 4557, the
PPSMC_EXTRAFLAGS_AC2DC_GPIO5_POLARITY_HIGH is ignored because it
is written in smc table systemFlags instead of the extraFlags.
regards,
--
Sylvain
73 matches
Mail list logo
