https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #5 from Pasi K?rkk?inen 2011-12-26 13:24:05 PST
---
Sorry, the paste is badly line wrapped, but the dmesg attachment has the whole
proper kernel log with drm.debug=0x2
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.c
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #4 from Pasi K?rkk?inen 2011-12-26 13:18:18 PST
---
I verified the bug is still in Fedora 16 final, which uses Linux kernel
3.1.0-7.fc16.x86_64 .
Here's some output about radeon power states with "drm.debug=0x2" boot cmdline
parame
On Mon, Dec 26, 2011 at 5:02 PM, Keith Packard wrote:
> This leaves them enabled on IVB, but disables them on SNB as we've
> discovered (yet again) that there are hardware combinations that
> simply cannot run with them.
Oh well.
Applied,
Linus
___
On Mon, Dec 26, 2011 at 5:02 PM, Keith Packard wrote:
> This leaves them enabled on IVB, but disables them on SNB as we've
> discovered (yet again) that there are hardware combinations that
> simply cannot run with them.
Oh well.
Applied,
Linus
RC6 fails again.
> I found my system freeze mostly during starting up X and KDE. Sometimes it
> works for some minutes, sometimes it freezes immediatly. When the freeze
> happens, everything is dead (even the reset button does not work, I need to
> power cycle).
> I disabled RC6, and my system ru
Semaphores still cause problems on some machines:
> From Udo Steinberg:
>
> With Linux-3.2-rc6 I'm frequently seeing GPU hangs when large amounts of
> text scroll in an xterm, such as when extracting a tar archive. Such as this
> one (note the timestamps):
>
> I can reproduce it fairly easily wit
This leaves them enabled on IVB, but disables them on SNB as we've
discovered (yet again) that there are hardware combinations that
simply cannot run with them.
[PATCH 1/2] drm/i915: Disable semaphores by default on SNB
[PATCH 2/2] drm/i915: Disable RC6 on Sandybridge by default
--
keith.pack..
RC6 fails again.
> I found my system freeze mostly during starting up X and KDE. Sometimes it
> works for some minutes, sometimes it freezes immediatly. When the freeze
> happens, everything is dead (even the reset button does not work, I need to
> power cycle).
> I disabled RC6, and my system ru
Semaphores still cause problems on some machines:
> From Udo Steinberg:
>
> With Linux-3.2-rc6 I'm frequently seeing GPU hangs when large amounts of
> text scroll in an xterm, such as when extracting a tar archive. Such as this
> one (note the timestamps):
>
> I can reproduce it fairly easily wit
This leaves them enabled on IVB, but disables them on SNB as we've
discovered (yet again) that there are hardware combinations that
simply cannot run with them.
[PATCH 1/2] drm/i915: Disable semaphores by default on SNB
[PATCH 2/2] drm/i915: Disable RC6 on Sandybridge by default
--
keith.packar
Mark dma-buf buffer sharing API as EXPERIMENTAL for first release.
We will remove this in later versions, once it gets smoothed out
and has more users.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
---
drivers/base/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
di
Add documentation for dma buffer sharing framework, explaining the
various operations, members and API of the dma buffer sharing
framework.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
Reviewed-by: Daniel Vetter
---
Documentation/dma-buf-sharing.txt | 224 ++
This is the first step in defining a dma buffer sharing mechanism.
A new buffer object dma_buf is added, with operations and API to allow easy
sharing of this buffer object across devices.
The framework allows:
- creation of a buffer object, its association with a file pointer, and
associated
Hello Everyone,
Post some discussion as an RFC, here is the patch for introducing
DMA buffer sharing mechanism - change history is in the changelog below.
Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
need to have a common mechanism to share memory buffers across d
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #5 from Pasi Kärkkäinen 2011-12-26 13:24:05 PST ---
Sorry, the paste is badly line wrapped, but the dmesg attachment has the whole
proper kernel log with drm.debug=0x2
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #4 from Pasi Kärkkäinen 2011-12-26 13:18:18 PST ---
I verified the bug is still in Fedora 16 final, which uses Linux kernel
3.1.0-7.fc16.x86_64 .
Here's some output about radeon power states with "drm.debug=0x2" boot cmdline
paramet
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #3 from Pasi Kärkkäinen 2011-12-26 13:14:50 UTC ---
Created attachment 54835
--> https://bugs.freedesktop.org/attachment.cgi?id=54835
dmesg from F16 livecd, Linux kernel 3.1.0, with drm.debug=0x2
--
Configure bugmail: https://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #3 from Pasi K?rkk?inen 2011-12-26 13:14:50 UTC
---
Created attachment 54835
--> https://bugs.freedesktop.org/attachment.cgi?id=54835
dmesg from F16 livecd, Linux kernel 3.1.0, with drm.debug=0x2
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #2 from Pasi Kärkkäinen 2011-12-26 13:14:15 UTC ---
Created attachment 54834
--> https://bugs.freedesktop.org/attachment.cgi?id=54834
dmesg from F16 livecd, Linux kernel 3.1.0
--
Configure bugmail: https://bugs.freedesktop.org/use
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #2 from Pasi K?rkk?inen 2011-12-26 13:14:15 UTC
---
Created attachment 54834
--> https://bugs.freedesktop.org/attachment.cgi?id=54834
dmesg from F16 livecd, Linux kernel 3.1.0
--
Configure bugmail: https://bugs.freedesktop.org/us
On Fri, Dec 23, 2011 at 10:50 PM, Rob Clark wrote:
> On Fri, Dec 23, 2011 at 4:08 AM, Semwal, Sumit wrote:
>> On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>>
Hence for both patches:
Reviewed-by: Daniel Vetter
>>>
>>> Yeah I'm with Daniel, I like this one, I can definitely
Mark dma-buf buffer sharing API as EXPERIMENTAL for first release.
We will remove this in later versions, once it gets smoothed out
and has more users.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
---
drivers/base/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
di
Add documentation for dma buffer sharing framework, explaining the
various operations, members and API of the dma buffer sharing
framework.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
Reviewed-by: Daniel Vetter
---
Documentation/dma-buf-sharing.txt | 224 ++
This is the first step in defining a dma buffer sharing mechanism.
A new buffer object dma_buf is added, with operations and API to allow easy
sharing of this buffer object across devices.
The framework allows:
- creation of a buffer object, its association with a file pointer, and
associated
Hello Everyone,
Post some discussion as an RFC, here is the patch for introducing
DMA buffer sharing mechanism - change history is in the changelog below.
Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
need to have a common mechanism to share memory buffers across d
25 matches
Mail list logo