Hi Konrad,
On Tue, Dec 20, 2011 at 10:06 PM, Konrad Rzeszutek Wilk
wrote:
> On Mon, Dec 19, 2011 at 02:03:30PM +0530, Sumit Semwal wrote:
>> 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
>> shar
On Wed, Dec 21, 2011 at 10:57 PM, Arnd Bergmann wrote:
> On Tuesday 20 December 2011, Daniel Vetter wrote:
>> > I'm thinking for a first version, we can get enough mileage out of it by
>> > saying:
>> > 1) only exporter can mmap to userspace
>> > 2) only importers that do not need CPU access to b
On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>>
>> I think this is a really good v1 version of dma_buf. It contains all the
>> required bits (with well-specified semantics in the doc patch) to
>> implement some basic use-cases and start fleshing out the integration with
>> various subsyste
On Thu, Dec 22, 2011 at 15:00, Keith Packard wrote:
> On Thu, 22 Dec 2011 01:45:20 +0100, Udo Steinberg
> wrote:
>
> > I quick google search suggests that at least some of them are too old to
> > support SNA.
>
> Sounds good. If you can capture the error as Daniel suggests, that would
> be great
On Thu, Dec 22, 2011 at 11:22:00PM +, James Simmons wrote:
>
> > > > Hi Dave,
> > > >
> > > > I've failed to correctly fix the via hang in the reclaim buffers rework
> > > > till now, so I'm only submitting the drm_sman removal of my drm cruft
> > > > removal series.
> > >
> > > Last attempt
https://bugs.freedesktop.org/show_bug.cgi?id=42913
--- Comment #5 from Stefano Teso 2011-12-23 07:29:54
PST ---
> But I'm no Mesa/Piglit expert, so my assumption might be wrong.
I have the very same issue here on evergreen, 32-bit userland on i7; debian
unstable.
mesa: git 2eafd07323891944b9c0
> > > > Last attempt at your branch still had problem. Start I didn't have time
> > > > track down the exact issue. I'm cloning the below branch and will test
> > > > it.
> > > > Thanks for cleanup.
> > >
> > > Jakob Bornecrantz quickly tested my attempt at fixing the deadlock you've
> > > repo
On Fri, Dec 23, 2011 at 4:00 AM, Semwal, Sumit wrote:
> On Wed, Dec 21, 2011 at 10:57 PM, Arnd Bergmann wrote:
>> On Tuesday 20 December 2011, Daniel Vetter wrote:
>>> > I'm thinking for a first version, we can get enough mileage out of it by
>>> > saying:
>>> > 1) only exporter can mmap to user
On Fri, Dec 23, 2011 at 4:08 AM, Semwal, Sumit wrote:
> On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>
>>>
>>> I think this is a really good v1 version of dma_buf. It contains all the
>>> required bits (with well-specified semantics in the doc patch) to
>>> implement some basic use-cases
Cc: sta...@vger.kernel.org
Signed-off-by: Rafał Miłecki
---
I'd like to propose taking this patch into older releases. It's really
trivial while it fixes important feature.
This change was verified to fix both issues with no video I've
investigated. I've also checked checksum calculation with fg
Signed-off-by: Rafał Miłecki
---
V3: the earlier V2 wasn't applied, so I resend it with some changes.
I've switched HDMI block calculation to use register offsets known from
CRCT. This should match better the rest of Evergreen code.
Dave: this is on top of drm-radeon-testing containing few earli
W dniu 23 grudnia 2011 20:32 użytkownik Rafał Miłecki
napisał:
>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Rafał Miłecki
> ---
> I'd like to propose taking this patch into older releases. It's really
> trivial while it fixes important feature.
>
> This change was verified to fix both issues w
On Fri, Dec 23, 2011 at 03:36:25PM +, James Simmons wrote:
>
> > > > > Last attempt at your branch still had problem. Start I didn't have
> > > > > time
> > > > > track down the exact issue. I'm cloning the below branch and will
> > > > > test it.
> > > > > Thanks for cleanup.
> > > >
> >
On Fri, 23 Dec 2011 09:55:34 -0200, Eugeni Dodonov wrote:
> Could we revert it for SNB, and leave it enabled for IVB?
Yes, that's my plan. I don't want to ever disable it for IVB.
--
keith.pack...@intel.com
pgp3KWP9zdE36.pgp
Description: PGP signature
It would also be nice to know if disabling VT-d in the BIOS resolves
this issue, or if building the kernel with IOMMU support and then
forcibly disabling it with 'intel_iommu=off' fixes the problem. Given
that you can easily reproduce this, it would be good to know how your
machine differs from do
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
On Fri, 23 Dec 2011 13:33:07 -0800, Keith Packard wrote:
> /* Enable semaphores on SNB when IO remapping is off */
Yeah, the comment is wrong now. I've updated this too:
- /* Enable semaphores on SNB when IO remapping is off */
+ /* Enable semaphores on SNB */
--
keith.pack.
A bit early for a Xmas gift but way too late for a release, I've finally
managed to shove out a new intel-gpu-tools version. Too much stuff to list
here, and mostly only interesting for developers (who use the latest git
version anyway).
One thing though I'd like to highlight which is also useful
On Thu, Dec 22, 2011 at 8:19 PM, James Simmons wrote:
>
>> > Hi!
>> >
>> > I updated the openchrome tree and while testing on the AGP system
>> > discovered some interesting problems with the new TTM changes. The
>> > problems center around the ttm_tt_[un]populate which I modeled after the
https://bugs.freedesktop.org/show_bug.cgi?id=43993
lsching17 at gmail.com changed:
What|Removed |Added
Attachment #54616|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=43993
--- Comment #3 from lsching17 at gmail.com 2011-12-22 16:19:24 PST ---
Created attachment 54734
--> https://bugs.freedesktop.org/attachment.cgi?id=54734
backtrace
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=43993
--- Comment #4 from lsching17 at gmail.com 2011-12-22 16:21:35 PST ---
(In reply to comment #1)
> > I install ppa:oibaf/graphics-drivers on Ubuntu Oneiric x64
>
> Does the problem also occur without the PPA?
>
>
Ubuntu Oneiric x64 do not come
> > Hi!
> >
> > ? ? ? ?I updated the openchrome tree and while testing on the AGP system
> > discovered some interesting problems with the new TTM changes. The
> > problems center around the ttm_tt_[un]populate which I modeled after the
> > radeon and nouveau driver.
> > ? ? ? ?First problem I not
On Wed, Dec 21, 2011 at 3:56 AM, Rob Clark wrote:
> On Tue, Dec 20, 2011 at 2:20 PM, Dave Airlie wrote:
>>>
>>> I think this is a really good v1 version of dma_buf. It contains all the
>>> required bits (with well-specified semantics in the doc patch) to
>>> implement some basic use-cases a
ves/dri-devel/attachments/20111223/3e4a9c78/attachment.pgp>
Hi Konrad,
On Tue, Dec 20, 2011 at 10:06 PM, Konrad Rzeszutek Wilk
wrote:
> On Mon, Dec 19, 2011 at 02:03:30PM +0530, Sumit Semwal wrote:
>> 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
>> shar
On Wed, Dec 21, 2011 at 10:57 PM, Arnd Bergmann wrote:
> On Tuesday 20 December 2011, Daniel Vetter wrote:
>> > I'm thinking for a first version, we can get enough mileage out of it by
>> > saying:
>> > 1) only exporter can mmap to userspace
>> > 2) only importers that do not need CPU access to b
On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>>
>> I think this is a really good v1 version of dma_buf. It contains all the
>> required bits (with well-specified semantics in the doc patch) to
>> implement some basic use-cases and start fleshing out the integration with
>> various subsyste
status in the patch.
--
Eugeni Dodonov
<http://eugeni.dodonov.net/>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111223/a9701825/attachment.htm>
On Thu, Dec 22, 2011 at 11:22:00PM +, James Simmons wrote:
>
> > > > Hi Dave,
> > > >
> > > > I've failed to correctly fix the via hang in the reclaim buffers rework
> > > > till now, so I'm only submitting the drm_sman removal of my drm cruft
> > > > removal series.
> > >
> > > Last attempt
https://bugs.freedesktop.org/show_bug.cgi?id=42913
--- Comment #5 from Stefano Teso 2011-12-23
07:29:54 PST ---
> But I'm no Mesa/Piglit expert, so my assumption might be wrong.
I have the very same issue here on evergreen, 32-bit userland on i7; debian
unstable.
mesa: git 2eafd07323891944b9c0
> > > > Last attempt at your branch still had problem. Start I didn't have time
> > > > track down the exact issue. I'm cloning the below branch and will test
> > > > it.
> > > > Thanks for cleanup.
> > >
> > > Jakob Bornecrantz quickly tested my attempt at fixing the deadlock you've
> > > repo
On Fri, Dec 23, 2011 at 4:00 AM, Semwal, Sumit wrote:
> On Wed, Dec 21, 2011 at 10:57 PM, Arnd Bergmann wrote:
>> On Tuesday 20 December 2011, Daniel Vetter wrote:
>>> > I'm thinking for a first version, we can get enough mileage out of it by
>>> > saying:
>>> > 1) only exporter can mmap to user
On Fri, Dec 23, 2011 at 4:08 AM, Semwal, Sumit wrote:
> On Wed, Dec 21, 2011 at 1:50 AM, Dave Airlie wrote:
>
>>>
>>> I think this is a really good v1 version of dma_buf. It contains all the
>>> required bits (with well-specified semantics in the doc patch) to
>>> implement some basic use-cases
Cc: stable at vger.kernel.org
Signed-off-by: Rafa? Mi?ecki
---
I'd like to propose taking this patch into older releases. It's really
trivial while it fixes important feature.
This change was verified to fix both issues with no video I've
investigated. I've also checked checksum calculation with
Signed-off-by: Rafa? Mi?ecki
---
V3: the earlier V2 wasn't applied, so I resend it with some changes.
I've switched HDMI block calculation to use register offsets known from
CRCT. This should match better the rest of Evergreen code.
Dave: this is on top of drm-radeon-testing containing few earli
W dniu 23 grudnia 2011 20:32 u?ytkownik Rafa? Mi?ecki
napisa?:
>
> Cc: stable at vger.kernel.org
> Signed-off-by: Rafa? Mi?ecki
> ---
> I'd like to propose taking this patch into older releases. It's really
> trivial while it fixes important feature.
>
> This change was verified to fix both issue
On Fri, Dec 23, 2011 at 03:36:25PM +, James Simmons wrote:
>
> > > > > Last attempt at your branch still had problem. Start I didn't have
> > > > > time
> > > > > track down the exact issue. I'm cloning the below branch and will
> > > > > test it.
> > > > > Thanks for cleanup.
> > > >
> >
ubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111223/5ed7ace9/attachment.pgp>
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111223/20dde04d/attachment.pgp>
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
s on SNB */
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111223/17b778ab/attachment.pgp>
On Thu, Dec 22, 2011 at 8:19 PM, James Simmons
wrote:
>
>> > Hi!
>> >
>> > ? ? ? ?I updated the openchrome tree and while testing on the AGP system
>> > discovered some interesting problems with the new TTM changes. The
>> > problems center around the ttm_tt_[un]populate which I modeled after the
43 matches
Mail list logo
