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 suspen
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 rad
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 mach
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 th
On Thu, Jun 14, 2012 at 3:02 PM, Ozan Çağlayan wrote:
> Guard vga_switcheroo.h against multiple inclusion.
>
> Signed-off-by: Ozan Çağlayan
> ---
> include/linux/vga_switcheroo.h | 4
> 1 file changed, 4 insertions(+)
ping, in case you missed this :)
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: sta...@vger.kernel.org
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/drm_edid.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
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 b
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: https://bugs.freedesktop
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: sta...@vger.kernel.org
Signed-Off-by: Daniel Vetter
Reviewed-by: Adam Jackson
- ajax
___
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 Loongso
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 platfo
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 ena
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=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 changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|dri-devel@lists.freed
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 solve
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(-)
di
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(-)
d
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(-)
d
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
@@ -538,
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 bugmai
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
---
drivers/gpu/drm/i915/i915_ge
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 dire
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 writi
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 same
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 suppor
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
---
drivers/gpu/drm/drm_edid.c | 14 +-
1 files changed, 9 insert
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 map_unsy
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
> Signed-off-by: Kyungmin Park
> CC: linux-...@vger.kernel.org
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
> ---
> drivers/media/video/videobuf2-dma-con
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
--
Regar
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 Szypro
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 ot
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_i
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 pr
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #2 from Tom Stellard 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?
--
Configure bugmail: ht
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 t
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 suspen
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 rad
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 mach
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 th
On Thu, Jun 14, 2012 at 3:02 PM, Ozan ?a?layan wrote:
> Guard vga_switcheroo.h against multiple inclusion.
>
> Signed-off-by: Ozan ?a?layan
> ---
> ?include/linux/vga_switcheroo.h | ? ?4
> ?1 file changed, 4 insertions(+)
ping, in case you missed this :)
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 deletion(-)
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 b
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: https://bugs.freedesktop
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
- aj
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 Loongso
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 platfo
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 ena
https://bugs.freedesktop.org/show_bug.cgi?id=49817
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
to the kernel.
--
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
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 changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|dri-devel at lists.fr
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 solve
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(-)
di
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(-)
d
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(-)
d
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
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
@@ -538,
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 bugmai
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
---
drivers/gpu/drm/i915/i915_ge
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 dir
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 writi
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 same
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 suppo
I intend to do a libdrm release this week, anybody that want to ride along ?
Cheers,
Jerome
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 insert
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 map
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
> Signed-off-by: Kyungmin Park
> CC: linux-doc at vger.kernel.or
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
> ---
> drivers/media/video/videobuf2-dma-con
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
--
Regar
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 Szypro
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 ot
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 pr
Tomasz,
I've encountered an issue with this patch when userspace does several
stream_on/stream_off cycles. When the user tries to qbuf a buffer
after doing stream_off, we trigger the "dmabuf already pinned" warning
since we didn't unmap the buffer as dqbuf was never called.
The below patch adds c
78 matches
Mail list logo
