On 11/19/2011 11:54 PM, Jerome Glisse wrote:
As mentioned previously, and in the discussion with Ben, the page tables
would not need to be rebuilt on each CS. They would be rebuilt only on the
first CS following a move_notify that caused a page table invalidation.
move_notify:
if (is_incompati
On Sun, Nov 20, 2011 at 4:30 AM, Thomas Hellstrom wrote:
> On 11/19/2011 11:54 PM, Jerome Glisse wrote:
>
> As mentioned previously, and in the discussion with Ben, the page tables
> would not need to be rebuilt on each CS. They would be rebuilt only on the
> first CS following a move_notify that
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #3 from Marek Olšák 2011-11-20 07:35:27 PST ---
I pushed the branch anyway because it fixes some other bugs.
What happens if you do in r300_draw_vbo:
info.max_index = max_count == ~0 ? 0xff : max_count - 1;
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #4 from Tom Stellard 2011-11-20 08:11:12 PST
---
(In reply to comment #3)
> I pushed the branch anyway because it fixes some other bugs.
>
> What happens if you do in r300_draw_vbo:
>
> info.max_index = max_count == ~0 ? 0xff :
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #5 from Marek Olšák 2011-11-20 09:33:32 PST ---
The problem is there are no vertex attribs which are per-vertex (i.e. not
constant and not per-instance), therefore there is nothing to compute the max
index from.
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #6 from Tom Stellard 2011-11-20 09:54:59 PST
---
(In reply to comment #4)
> This fixes the error, but the leader portraits still aren't being rendered, so
> I guess there is some other problem causing this. I'll have to bisect to fi
On Sat, Nov 19, 2011 at 3:45 PM, Thomas Hellstrom wrote:
> On 11/19/2011 12:32 AM, j.gli...@gmail.com wrote:
>>
>> From: Jerome Glisse
>>
>> Previously we were calling back move_notify in error path when the
>> bo is returned to it's original position or when destroy the bo.
>> When destroying the
On Fri, Nov 18, 2011 at 11:34 AM, Jerome Glisse wrote:
> On Fri, Nov 18, 2011 at 07:44:19AM -0500, Alex Deucher wrote:
>> 2011/11/17 Alex Deucher :
>> > 2011/11/17 Christian König :
>> >> On 16.11.2011 01:24, Jerome Glisse wrote:
>> >>>
>> >>> Well as we don't specify on which value semaphore shou
https://bugs.freedesktop.org/show_bug.cgi?id=43096
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sat, Nov 19, 2011 at 16:32, Keith Packard wrote:
> On Sat, 19 Nov 2011 07:25:09 -0200, Eugeni Dodonov wrote:
>
>> Just one question I caught on 2nd read. Shouldn't we have #else within
>> this #ifdef block, to return 1? Otherwise, if CONFIG_INTEL_IOMMU is
>> not defined, we'll always disable r
So, anybody gets the same message?
I'm trying the 3.2-rc2 and it gives the same message.
Again, if you need someone to make tests, or test some patches, I'm
able to do this.
* Uma vida sem desafios é uma vida sem razão *
* A life without challanges is a non reason life *
On Tue, 15 Nov 2011,
On Sat, Nov 19, 2011 at 01:46:44AM +0800, Keith Packard wrote:
> On Fri, 18 Nov 2011 17:37:40 +0800, Wu Fengguang
> wrote:
>
> > However when in X, ->mode_set won't be called at all. Only
> > ->get_modes and ->detect are called...
>
> The desktop software will call mode_set when it configures
On Sun, 6 Nov 2011 20:13:48 +0100
Daniel Vetter wrote:
> The gtt_pwrite slowpath grabs the userspace memory with
> get_user_pages. This will not work for non-page backed memory, like a
> gtt mmapped gem object. Hence fall throuh to the shmem paths if we hit
> -EFAULT in the gtt paths.
>
> Now t
On Sun, 2011-11-20 at 19:02 -0600, Jonathan Nieder wrote:
> reassign 649448 src:linux-2.6 linux-2.6/3.0.0-3
> severity 649448 important
> retitle 649448 radeon (evergreen): random-looking pattern of pixels when
> firmware not installed
> tags 649448 + upstream
> quit
>
> Hi Martin,
>
> Martin vo
On Sun, 6 Nov 2011 20:13:49 +0100
Daniel Vetter wrote:
> ... instead of get_user_pages, because that fails on non page-backed
> user addresses like e.g. a gtt mapping of a bo.
>
> To get there essentially copy the vfs read path into pagecache. We
> can't call that right away because we have to
On monitor hot plug/unplug, update ELD and set/clear SDVO_AUDIO_ENABLE
or DP_AUDIO_OUTPUT_ENABLE accordingly. So that the audio driver will
receive hot plug events and take action to refresh its device state and
ELD contents.
A new callback ->hotplug() is added to struct drm_connector_funcs which
On Sat, 2011-11-19 at 11:07 +0100, Thomas Hellstrom wrote:
> On 11/19/2011 01:26 AM, Ben Skeggs wrote:
> > On Fri, 2011-11-18 at 23:48 +0100, Thomas Hellstrom wrote:
> >
> >> On 11/18/2011 06:26 PM, Ben Skeggs wrote:
> >>
> >>> On Fri, 2011-11-18 at 15:30 +0100, Thomas Hellstrom wrote:
>
480 490 492 525 0x40 0xa
>
>
> Signed-off-by: Christian Schmidt
>
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2020/e3c72495/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=43073
--- Comment #4 from Sandeep 2011-11-19 19:22:12 PST
---
That was the case, libstdc++6 in trine directory was the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=43073
Sandeep changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #1 from Marek Ol??k 2011-11-19 20:22:03 PST
---
Could you try this branch?
git://people.freedesktop.org/~mareko/mesa vbufmgr-fixes
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #2 from Tom Stellard 2011-11-19 20:48:46
PST ---
(In reply to comment #1)
> Could you try this branch?
>
> git://people.freedesktop.org/~mareko/mesa vbufmgr-fixes
Still they same problem, but now max_index is -2 instead of -1.
--
tem memory may be different, and that's fine. But as
also previously mentioned we're trying to design a generic interface
here, in which we need to consider GPU- mappable system memory.
I think the pros of this interface design compared to populating in
bo_move are pretty well establi
On Sun, Nov 20, 2011 at 4:30 AM, Thomas Hellstrom
wrote:
> On 11/19/2011 11:54 PM, Jerome Glisse wrote:
>
> As mentioned previously, and in the discussion with Ben, the page tables
> would not need to be rebuilt on each CS. They would be rebuilt only on the
> first CS following a move_notify that
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #3 from Marek Ol??k 2011-11-20 07:35:27 PST
---
I pushed the branch anyway because it fixes some other bugs.
What happens if you do in r300_draw_vbo:
info.max_index = max_count == ~0 ? 0xff : max_count - 1;
--
Configure bugma
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #4 from Tom Stellard 2011-11-20 08:11:12
PST ---
(In reply to comment #3)
> I pushed the branch anyway because it fixes some other bugs.
>
> What happens if you do in r300_draw_vbo:
>
> info.max_index = max_count == ~0 ? 0xff :
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #5 from Marek Ol??k 2011-11-20 09:33:32 PST
---
The problem is there are no vertex attribs which are per-vertex (i.e. not
constant and not per-instance), therefore there is nothing to compute the max
index from.
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=43096
--- Comment #6 from Tom Stellard 2011-11-20 09:54:59
PST ---
(In reply to comment #4)
> This fixes the error, but the leader portraits still aren't being rendered, so
> I guess there is some other problem causing this. I'll have to bisect to fi
ttm_mem_shrink
>> *shrink)
>> ? ? ? ?if (bo->bdev->driver->swap_notify)
>> ? ? ? ? ? ? ? ?bo->bdev->driver->swap_notify(bo);
>>
>> + ? ? ? if (bo->bdev->driver->move_notify)
>> + ? ? ? ? ? ? ? bo->bdev->driver->move_notify(bo, NULL);
>> +
>>
>
> Hmm. On second thought, we could use swap_notify() for this, I missed we
> already had that and that's what vmwgfx once used for exactly the same
> purpose.
>
>
>> ? ? ? ?ret = ttm_tt_swapout(bo->ttm, bo->persistent_swap_storage);
>> -out:
>>
>> +out:
>>
>
> Whitespace.
>
> /Thomas
>
>
Attached updated patch
Cheers,
Jerome
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-ttm-callback-move_notify-any-time-bo-placement-c.patch
Type: application/octet-stream
Size: 3037 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2020/a32e587e/attachment.obj>
On Fri, Nov 18, 2011 at 11:34 AM, Jerome Glisse wrote:
> On Fri, Nov 18, 2011 at 07:44:19AM -0500, Alex Deucher wrote:
>> 2011/11/17 Alex Deucher :
>> > 2011/11/17 Christian K?nig :
>> >> On 16.11.2011 01:24, Jerome Glisse wrote:
>> >>>
>> >>> Well as we don't specify on which value semaphore shou
https://bugs.freedesktop.org/show_bug.cgi?id=43096
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sat, Nov 19, 2011 at 16:32, Keith Packard wrote:
> On Sat, 19 Nov 2011 07:25:09 -0200, Eugeni Dodonov
> wrote:
>
>> Just one question I caught on 2nd read. Shouldn't we have #else within
>> this #ifdef block, to return 1? Otherwise, if CONFIG_INTEL_IOMMU is
>> not defined, we'll always disabl
On Sun, 6 Nov 2011 20:13:48 +0100
Daniel Vetter wrote:
> The gtt_pwrite slowpath grabs the userspace memory with
> get_user_pages. This will not work for non-page backed memory, like a
> gtt mmapped gem object. Hence fall throuh to the shmem paths if we hit
> -EFAULT in the gtt paths.
>
> Now t
On Sun, 6 Nov 2011 20:13:49 +0100
Daniel Vetter wrote:
> ... instead of get_user_pages, because that fails on non page-backed
> user addresses like e.g. a gtt mapping of a bo.
>
> To get there essentially copy the vfs read path into pagecache. We
> can't call that right away because we have to
34 matches
Mail list logo
