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
On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach d...@lynxeye.de 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
Am Mittwoch, den 20.06.2012, 14:12 +0800 schrieb Huacai Chen:
On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach d...@lynxeye.de 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
On Wed, Jun 20, 2012 at 2:38 PM, Lucas Stach d...@lynxeye.de wrote:
Am Mittwoch, den 20.06.2012, 14:12 +0800 schrieb Huacai Chen:
On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach d...@lynxeye.de wrote:
Hello Huacai,
Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
1, Use 32-bit
On Wed, Jun 20, 2012 at 9:26 AM, Alex Deucher alexdeuc...@gmail.com wrote:
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
2012/6/19, Sachin Kamat sachin.ka...@linaro.org:
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
---
2012/6/19, Sachin Kamat sachin.ka...@linaro.org:
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
---
2012/6/19, Sachin Kamat sachin.ka...@linaro.org:
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
---
Hi Laurent,
On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
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
Hi Tomasz,
On Wednesday 20 June 2012 13:51:06 Tomasz Stanislawski wrote:
On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
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
On Tue, 2012-06-19 at 11:33 +0200, 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
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #3 from Henri Verbeet hverb...@gmail.com 2012-06-20 08:41:51 PDT
---
This isn't just another instance of Clang is broken / bug 44466, right?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
Hi,
At work, I wish to attach a 27 Apple Display using thunderbolt to my Mac
Book Air 4,2 13. Using OS X, it works fine, but as I prefer using Linux, I
tested out Ubuntu's stock kernel and (among other) 3.5.0-rc3+ as of f40759e.
Hotplug doesn't work (known issue), but also with coldplug the
On Wed, Jun 20, 2012 at 08:56:26AM -0700, Greg KH wrote:
On Wed, Jun 20, 2012 at 05:48:42PM +0200, Dominik Brodowski wrote:
Hi,
At work, I wish to attach a 27 Apple Display using thunderbolt to my Mac
Book Air 4,2 13. Using OS X, it works fine, but as I prefer using Linux, I
tested out
On Wed, Jun 20, 2012 at 4:28 AM, Huacai Chen chenhua...@gmail.com wrote:
On Wed, Jun 20, 2012 at 9:26 AM, Alex Deucher alexdeuc...@gmail.com wrote:
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
On Wed, Jun 20, 2012 at 05:48:42PM +0200, Dominik Brodowski wrote:
Hi,
At work, I wish to attach a 27 Apple Display using thunderbolt to my Mac
Book Air 4,2 13. Using OS X, it works fine, but as I prefer using Linux, I
tested out Ubuntu's stock kernel and (among other) 3.5.0-rc3+ as of
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #7 from cyberbat cyber...@lavabit.com 2012-06-20 10:56:44 PDT ---
(In reply to comment #6)
No, I mean writing the string 'mem'. I don't know what if anything writing 3
will do.
I've tried echo -n mem /sys/power/state
Just the
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #8 from cyberbat cyber...@lavabit.com 2012-06-20 11:00:28 PDT ---
I got following in dmesg after restoring after mem /sys/power/state:
radeon :01:00.0: restoring config space at offset 0xf (was 0x1ff, writing
0x10a)
radeon
Hi Dave,
Resend of the pull as request on irc, all the fancy details are below the
cut. Mail is completely unchanged, so it's still babbling about rc2 and
regression that are tracked down by now ;-)
Cheers, Daniel
---
Hi Dave,
rc2 is out the door so I've figured I'll annoy you with the first
Hi Christian,
the 3rd patch doesnt' apply cleanly to my -next tree,
Can you rebase them onto my current drm-core-next?
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Tue, 2012-06-19 at 14:55 -0400, Adam Jackson wrote:
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
https://bugs.freedesktop.org/show_bug.cgi?id=51273
Bug #: 51273
Summary: Kernel panic with dynpm and kernel 3.5
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
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
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(>object_name_idr) was called instead of
idr_init(_priv->object_idr) by
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:
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
On Tue, Jun 19, 2012 at 3:19 PM, 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 and
Am Mittwoch, den 20.06.2012, 14:12 +0800 schrieb Huacai Chen:
> On Tue, Jun 19, 2012 at 3:19 PM, 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
On Wed, Jun 20, 2012 at 2:38 PM, Lucas Stach wrote:
> Am Mittwoch, den 20.06.2012, 14:12 +0800 schrieb Huacai Chen:
>> On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach wrote:
>> > Hello Huacai,
>> >
>> > Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
>> >> 1, Use 32-bit DMA as a
On Wed, Jun 20, 2012 at 9:26 AM, Alex Deucher wrote:
> 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,
2012/6/19, Sachin Kamat :
> 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
2012/6/19, Sachin Kamat :
> 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
2012/6/19, Sachin Kamat :
> 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
Hi Laurent,
On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
> 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
Hi Tomasz,
On Wednesday 20 June 2012 13:51:06 Tomasz Stanislawski wrote:
> On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
> > 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
Daniel Vetter
Reviewed-by: Adam Jackson
- ajax
-- next part --
A non-text 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/at
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #3 from Henri Verbeet 2012-06-20 08:41:51
PDT ---
This isn't just another instance of "Clang is broken" / bug 44466, right?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
Hi,
At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
tested out Ubuntu's stock kernel and (among other) 3.5.0-rc3+ as of f40759e.
Hotplug doesn't work (known issue), but also with coldplug the
On Wed, Jun 20, 2012 at 08:56:26AM -0700, Greg KH wrote:
> On Wed, Jun 20, 2012 at 05:48:42PM +0200, Dominik Brodowski wrote:
> > Hi,
> >
> > At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
> > Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
>
On Wed, Jun 20, 2012 at 4:28 AM, Huacai Chen wrote:
> On Wed, Jun 20, 2012 at 9:26 AM, Alex Deucher
> wrote:
>> 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
On Wed, Jun 20, 2012 at 05:48:42PM +0200, Dominik Brodowski wrote:
> Hi,
>
> At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
> Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
> tested out Ubuntu's stock kernel and (among other) 3.5.0-rc3+ as
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #7 from cyberbat 2012-06-20 10:56:44 PDT
---
(In reply to comment #6)
> No, I mean writing the string 'mem'. I don't know what if anything writing 3
> will do.
I've tried echo -n "mem" > /sys/power/state
Just the same behavior as
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #8 from cyberbat 2012-06-20 11:00:28 PDT
---
I got following in dmesg after restoring after mem > /sys/power/state:
radeon :01:00.0: restoring config space at offset 0xf (was 0x1ff, writing
0x10a)
radeon :01:00.0: restoring
Hi Dave,
Resend of the pull as request on irc, all the fancy details are below the
cut. Mail is completely unchanged, so it's still babbling about rc2 and
regression that are tracked down by now ;-)
Cheers, Daniel
---
Hi Dave,
rc2 is out the door so I've figured I'll annoy you with the first
Hi Christian,
the 3rd patch doesnt' apply cleanly to my -next tree,
Can you rebase them onto my current drm-core-next?
Dave.
-- next part --
A non-text 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/20120620/a204a391/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=51273
Bug #: 51273
Summary: Kernel panic with dynpm and kernel 3.5
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=51273
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
49 matches
Mail list logo