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
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.
> > > >
> >
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
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
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
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
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 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
> > > > 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 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
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
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 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.
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
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
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
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.
> > > >
> >
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 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
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
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>
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>
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
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
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
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
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
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
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 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
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
ves/dri-devel/attachments/20111223/3e4a9c78/attachment.pgp>
> > > > 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
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
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
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 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 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
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
> > 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
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
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
lsching17 at gmail.com changed:
What|Removed |Added
Attachment #54616|0 |1
is obsolete|
43 matches
Mail list logo
