Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:46 Tomasz Stanislawski wrote:
> This patch adds support for importing DMABUF files for
> vmalloc allocator in Videobuf2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
Acked-by: Laurent Pinchart
--
Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:44 Tomasz Stanislawski wrote:
> From: Marek Szyprowski
>
> Add prepare/finish callbacks to vb2-dma-contig allocator.
>
> Signed-off-by: Marek Szyprowski
Acked-by: Laurent Pinchart
> ---
>
On Tue, Jun 19, 2012 at 9:57 AM, j.glisse wrote:
> On Tue, Jun 19, 2012 at 02:50:20PM +0800, Huacai Chen wrote:
>> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>> ? ?doesn't support DMA address above 4GB).
>> 2, Read vga bios offered by system firmware.
>> 3, Handle io
On Tue, 19 Jun 2012 09:13:20 -0700, Ben Widawsky wrote:
> On Tue, 19 Jun 2012 09:22:03 +0100
> Chris Wilson wrote:
>
> > On Mon, 18 Jun 2012 20:38:15 -0700, Ben Widawsky
> > wrote:
> > > The history on this patch goes back quite a way. This time around, the
> > > patch builds on top of the
On Mon, Jun 18, 2012 at 12:26:29PM +0100, Alan Cox wrote:
> On Sun, 17 Jun 2012 19:03:43 +0900
> Mattia Dongili wrote:
...
> > Is there anything else I can provide to help debug this?
> >
> > Thanks!
>
> You should be able to just the relevant commit from 3.5.rc
>
> (git show 7beff62 and apply
The idr code already passes us the pointer associated with that id, so
no need to look it up again. Also, we'll kill the idr right away, so
there's no issue with leaving these dangling pointers behind - the
current code does the same.
Signed-Off-by: Daniel Vetter
---
Thanks, I'll follow your suggestions.
On Tue, Jun 19, 2012 at 3:56 PM, Michel D?nzer wrote:
> On Die, 2012-06-19 at 14:50 +0800, Huacai Chen wrote:
>> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>> ? ?doesn't support DMA address above 4GB).
>> 2, Read vga bios offered
white is set to src if used, but src can be used in the maskFormat too.
Fixes crash when logging in on a sandybridge laptop.
Signed-off-by: Maarten Lankhorst
---
diff --git a/uxa/uxa-glyphs.c b/uxa/uxa-glyphs.c
index e83464e..4b81756 100644
--- a/uxa/uxa-glyphs.c
+++ b/uxa/uxa-glyphs.c
@@
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #5 from cyberbat 2012-06-19 10:23:59 PDT
---
(In reply to comment #4)
> (In reply to comment #4)
> > I have tried suspend from X (Xfce) and from console (using pm-suspend).
>
> Have you also tried writing mem to /sys/power/state
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #4 from Michel D?nzer 2012-06-19 09:45:43
PDT ---
(In reply to comment #4)
> I have tried suspend from X (Xfce) and from console (using pm-suspend).
Have you also tried writing mem to /sys/power/state directly?
--
Configure
Tony,
Please queue this patch at your earliest convenience.
We had some discussion on the splitting out of the DMM/Tiler driver
from the omapdrm driver. There might be some interest in leveraging
the Tiler for omapfb. However, we agreed this can be deferred until
some other device (omapfb or
nel.
--
Best regards,
J?rg-Volker.
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: config-3.5.0-rc3
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120619/a410cc66/attachment-0001.ksh>
https://bugs.freedesktop.org/show_bug.cgi?id=51238
Alan changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|dri-devel at
https://bugs.freedesktop.org/show_bug.cgi?id=51238
Bug #: 51238
Summary: gma500 driver : Cedarview modesetting failure
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
On Thu, Jun 14, 2012 at 10:43 AM, Sascha Hauer
wrote:
> Hi All,
>
> The following is the state-of-the-art i.MX IPU (Image Processing Unit)
> DRM support.
>
> This code is around for quite some time now and has been posted several
> times with different APIs, first with plain old framebuffer
On Tue, Jun 19, 2012 at 3:08 PM, J?rg-Volker Peetz wrote:
> Dave Airlie wrote, on 06/17/12 09:42:
>>
>> Hi Linus,
>>
>> radeon is most of the work, one regression, one BUG fix in the new prime
>> code, some fixes to init code to make streamout not lock up the hardware,
>> and just some code to
Only fill it in for pre-1.1 monitors - when GTF hadn't yet been defined
- or for EDID 1.4's explicit "just a range, not a timing formula" case.
Bugzilla: https://bugs.freedesktop.org/51146
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c | 14 +-
1 files changed, 9
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
doesn't support DMA address above 4GB).
2, Read vga bios offered by system firmware.
3, Handle io prot correctly for MIPS.
4, Don't use swiotlb on Loongson machines (when use swiotlb, GPU reset
occurs at resume from
I intend to do a libdrm release this week, anybody that want to ride along ?
Cheers,
Jerome
https://bugs.freedesktop.org/show_bug.cgi?id=49817
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #4 from C?dric Legrand 2012-06-19
05:25:35 PDT ---
I apologize, the bug was not comming from the pointer, but from fact I was
loading textures before creating the window. Really sorry.
--
Configure bugmail:
devm_* functions are device managed functions and make error handling
and cleanup cleaner and simpler.
Signed-off-by: Sachin Kamat
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_mixer.c | 48 +---
1 files changed, 14 insertions(+), 34 deletions(-)
devm_* functions are device managed functions and make error handling
and cleanup cleaner and simpler.
Signed-off-by: Sachin Kamat
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 36 ++---
1 files changed, 7 insertions(+), 29 deletions(-)
devm_* functions are device managed functions and make error handling
and cleanup cleaner and simpler.
Signed-off-by: Sachin Kamat
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 40 ++
1 files changed, 8 insertions(+), 32 deletions(-)
We need to initialize this to false, because the is_rb callback only
ever sets it to true.
Noticed while reading through the code.
Cc: Adam Jackson
Cc: stable at vger.kernel.org
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/drm_edid.c |2 +-
1 file changed, 1 insertion(+), 1
On Tue, 19 Jun 2012 18:56:15 +0200
Daniel Vetter wrote:
> The idr code already passes us the pointer associated with that id, so
> no need to look it up again. Also, we'll kill the idr right away, so
> there's no issue with leaving these dangling pointers behind - the
> current code does the
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #6 from Michel D?nzer 2012-06-19 10:46:10
UTC ---
(In reply to comment #5)
> Do I correctly understand that I should try to do
> echo -n "3" > /sys/power/state
No, I mean writing the string 'mem'. I don't know what if anything
On Tue, Jun 19, 2012 at 09:19:55AM +0200, Lucas Stach wrote:
> Hello Huacai,
>
> Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
> > 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
> >doesn't support DMA address above 4GB).
>
> This is a bug of your
On Tue, Jun 19, 2012 at 02:50:20PM +0800, Huacai Chen wrote:
> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>doesn't support DMA address above 4GB).
> 2, Read vga bios offered by system firmware.
> 3, Handle io prot correctly for MIPS.
> 4, Don't use swiotlb on
On Die, 2012-06-19 at 14:50 +0800, Huacai Chen wrote:
> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>doesn't support DMA address above 4GB).
> 2, Read vga bios offered by system firmware.
> 3, Handle io prot correctly for MIPS.
> 4, Don't use swiotlb on Loongson
On Mon, 18 Jun 2012 20:38:15 -0700, Ben Widawsky wrote:
> The history on this patch goes back quite a way. This time around, the
> patch builds on top of the map_unsynchronized that Eric pushed. Eric's
> patch attempted only to solve the problem for LLC machines. Unlike
> my earlier versions of
Hello Huacai,
Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>doesn't support DMA address above 4GB).
This is a bug of your platform/CPU and should be fixed at a lower level,
not in every driver. While
On 6/19/12 5:33 AM, Daniel Vetter wrote:
> We need to initialize this to false, because the is_rb callback only
> ever sets it to true.
>
> Noticed while reading through the code.
>
> Cc: Adam Jackson
> Cc: stable at vger.kernel.org
> Signed-Off-by: Daniel Vetter
Reviewed-by: Adam Jackson
-
On Tue, 19 Jun 2012 09:22:03 +0100
Chris Wilson wrote:
> On Mon, 18 Jun 2012 20:38:15 -0700, Ben Widawsky wrote:
> > The history on this patch goes back quite a way. This time around, the
> > patch builds on top of the map_unsynchronized that Eric pushed. Eric's
> > patch attempted only to
On Fri, Jun 15, 2012 at 5:00 AM, Michel D?nzer wrote:
> On Don, 2012-06-14 at 15:58 -0400, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> Signed-off-by: Alex Deucher
>
> I agree with Paul that some more detail in the commit log might be nice,
> but the code is
More detail:
- Use
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
doesn't support DMA address above 4GB).
2, Read vga bios offered by system firmware.
3, Handle io prot correctly for MIPS.
4, Don't use swiotlb on Loongson machines (when use swiotlb, GPU reset
occurs at resume from
Hello Huacai,
Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
doesn't support DMA address above 4GB).
This is a bug of your platform/CPU and should be fixed at a lower level,
not in every driver. While
On Die, 2012-06-19 at 14:50 +0800, Huacai Chen wrote:
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
doesn't support DMA address above 4GB).
2, Read vga bios offered by system firmware.
3, Handle io prot correctly for MIPS.
4, Don't use swiotlb on Loongson machines
On Mon, 18 Jun 2012 20:38:15 -0700, Ben Widawsky b...@bwidawsk.net wrote:
The history on this patch goes back quite a way. This time around, the
patch builds on top of the map_unsynchronized that Eric pushed. Eric's
patch attempted only to solve the problem for LLC machines. Unlike
my earlier
We need to initialize this to false, because the is_rb callback only
ever sets it to true.
Noticed while reading through the code.
Cc: Adam Jackson a...@redhat.com
Cc: sta...@vger.kernel.org
Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/drm_edid.c |2 +-
1 file
Thanks, I'll follow your suggestions.
On Tue, Jun 19, 2012 at 3:56 PM, Michel Dänzer mic...@daenzer.net wrote:
On Die, 2012-06-19 at 14:50 +0800, Huacai Chen wrote:
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
doesn't support DMA address above 4GB).
2, Read vga
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #4 from Cédric Legrand legrand.cedric...@gmail.com 2012-06-19
05:25:35 PDT ---
I apologize, the bug was not comming from the pointer, but from fact I was
loading textures before creating the window. Really sorry.
--
Configure
On 6/19/12 5:33 AM, Daniel Vetter wrote:
We need to initialize this to false, because the is_rb callback only
ever sets it to true.
Noticed while reading through the code.
Cc: Adam Jackson a...@redhat.com
Cc: sta...@vger.kernel.org
Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch
On Tue, Jun 19, 2012 at 02:50:20PM +0800, Huacai Chen wrote:
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
doesn't support DMA address above 4GB).
2, Read vga bios offered by system firmware.
3, Handle io prot correctly for MIPS.
4, Don't use swiotlb on Loongson
On Tue, Jun 19, 2012 at 09:19:55AM +0200, Lucas Stach wrote:
Hello Huacai,
Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
doesn't support DMA address above 4GB).
This is a bug of your platform/CPU
On Tue, Jun 19, 2012 at 3:08 PM, Jörg-Volker Peetz jvpe...@web.de wrote:
Dave Airlie wrote, on 06/17/12 09:42:
Hi Linus,
radeon is most of the work, one regression, one BUG fix in the new prime
code, some fixes to init code to make streamout not lock up the hardware,
and just some code to
https://bugs.freedesktop.org/show_bug.cgi?id=49817
Jerome Glisse gli...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=51238
Bug #: 51238
Summary: gma500 driver : Cedarview modesetting failure
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=51238
Alan a...@linux.intel.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Tue, 19 Jun 2012 09:22:03 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
On Mon, 18 Jun 2012 20:38:15 -0700, Ben Widawsky b...@bwidawsk.net wrote:
The history on this patch goes back quite a way. This time around, the
patch builds on top of the map_unsynchronized that Eric pushed.
devm_* functions are device managed functions and make error handling
and cleanup cleaner and simpler.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Signed-off-by: Sachin Kamat sachin.ka...@samsung.com
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 36 ++---
1
devm_* functions are device managed functions and make error handling
and cleanup cleaner and simpler.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Signed-off-by: Sachin Kamat sachin.ka...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 40 ++
1
devm_* functions are device managed functions and make error handling
and cleanup cleaner and simpler.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Signed-off-by: Sachin Kamat sachin.ka...@samsung.com
---
drivers/gpu/drm/exynos/exynos_mixer.c | 48 +---
1
white is set to src if used, but src can be used in the maskFormat too.
Fixes crash when logging in on a sandybridge laptop.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/uxa/uxa-glyphs.c b/uxa/uxa-glyphs.c
index e83464e..4b81756 100644
--- a/uxa/uxa-glyphs.c
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #4 from Michel Dänzer mic...@daenzer.net 2012-06-19 09:45:43 PDT
---
(In reply to comment #4)
I have tried suspend from X (Xfce) and from console (using pm-suspend).
Have you also tried writing mem to /sys/power/state directly?
--
The idr code already passes us the pointer associated with that id, so
no need to look it up again. Also, we'll kill the idr right away, so
there's no issue with leaving these dangling pointers behind - the
current code does the same.
Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #5 from cyberbat cyber...@lavabit.com 2012-06-19 10:23:59 PDT ---
(In reply to comment #4)
(In reply to comment #4)
I have tried suspend from X (Xfce) and from console (using pm-suspend).
Have you also tried writing mem to
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #6 from Michel Dänzer mic...@daenzer.net 2012-06-19 10:46:10 UTC
---
(In reply to comment #5)
Do I correctly understand that I should try to do
echo -n 3 /sys/power/state
No, I mean writing the string 'mem'. I don't know what if
On Tue, 19 Jun 2012 18:56:15 +0200
Daniel Vetter daniel.vet...@ffwll.ch wrote:
The idr code already passes us the pointer associated with that id, so
no need to look it up again. Also, we'll kill the idr right away, so
there's no issue with leaving these dangling pointers behind - the
current
On Thu, Jun 14, 2012 at 10:43 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
Hi All,
The following is the state-of-the-art i.MX IPU (Image Processing Unit)
DRM support.
This code is around for quite some time now and has been posted several
times with different APIs, first with plain old
I intend to do a libdrm release this week, anybody that want to ride along ?
Cheers,
Jerome
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Only fill it in for pre-1.1 monitors - when GTF hadn't yet been defined
- or for EDID 1.4's explicit just a range, not a timing formula case.
Bugzilla: https://bugs.freedesktop.org/51146
Signed-off-by: Adam Jackson a...@redhat.com
---
drivers/gpu/drm/drm_edid.c | 14 +-
1 files
On Tue, 19 Jun 2012 09:13:20 -0700, Ben Widawsky b...@bwidawsk.net wrote:
On Tue, 19 Jun 2012 09:22:03 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
On Mon, 18 Jun 2012 20:38:15 -0700, Ben Widawsky b...@bwidawsk.net wrote:
The history on this patch goes back quite a way. This time
Hi Thomas,
Thanks for the patch.
On Thursday 14 June 2012 15:37:36 Tomasz Stanislawski wrote:
This patch adds description and usage examples for importing
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park
Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:44 Tomasz Stanislawski wrote:
From: Marek Szyprowski m.szyprow...@samsung.com
Add prepare/finish callbacks to vb2-dma-contig allocator.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Acked-by: Laurent Pinchart
Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:46 Tomasz Stanislawski wrote:
This patch adds support for importing DMABUF files for
vmalloc allocator in Videobuf2.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park
Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:40 Tomasz Stanislawski wrote:
This patch removes a reference to alloc_ctx from an instance of a DMA
contiguous buffer. It helps to avoid a risk of a dangling pointer if the
context is released while the buffer is still valid.
Hi Tomasz,
On Thursday 14 June 2012 15:37:34 Tomasz Stanislawski wrote:
Hello everyone,
This patchset adds support for DMABUF [2] importing to V4L2 stack.
The support for DMABUF exporting was moved to separate patchset
due to dependency on patches for DMA mapping redesign by
Marek Szyprowski
Tony,
Please queue this patch at your earliest convenience.
We had some discussion on the splitting out of the DMM/Tiler driver
from the omapdrm driver. There might be some interest in leveraging
the Tiler for omapfb. However, we agreed this can be deferred until
some other device (omapfb or
The field obejct_idr of struct drm_via_private was introduced with the
commit
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=77ee8f3825054f23b17e9c8f728f061defd86cdc
.
In that patch idr_init(dev-object_name_idr) was called instead of
idr_init(dev_priv-object_idr)
On Tue, Jun 19, 2012 at 9:57 AM, j.glisse j.gli...@gmail.com wrote:
On Tue, Jun 19, 2012 at 02:50:20PM +0800, Huacai Chen wrote:
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
doesn't support DMA address above 4GB).
2, Read vga bios offered by system firmware.
3,
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #2 from Tom Stellard tstel...@gmail.com 2012-06-19 19:11:00 PDT
---
I've been seeing a few strange crashes in the LLVM backend when using wine.
What version of wine are you using? Does it work with an older version of
wine?
--
72 matches
Mail list logo