[PATCH 1/3] drm/radeon: GPU virtual memory support v22

Alex Deucher alexdeucher at gmail.com
Fri Jan 6 06:13:12 PST 2012


On Fri, Jan 6, 2012 at 5:09 AM, Dave Airlie <airlied at gmail.com> wrote:
> On Fri, Jan 6, 2012 at 3:11 AM,  <alexdeucher at gmail.com> wrote:
>> From: Jerome Glisse <jglisse at redhat.com>
>>
>> Virtual address space are per drm client (opener of /dev/drm).
>> Client are in charge of virtual address space, they need to
>> map bo into it by calling DRM_RADEON_GEM_VA ioctl.
>>
>> First 16M of virtual address space is reserved by the kernel.
>>
>> Once using 2 level page table we should be able to have a small
>> vram memory footprint for each pt (there would be one pt for all
>> gart, one for all vram and then one first level for each virtual
>> address space).
>>
>> Plan include using the sub allocator for a common vm page table
>> area and using memcpy to copy vm page table in & out. Or use
>> a gart object and copy things in & out using dma.
>
> Pushed all 3.
>
> What happens if someone calls the VA ioctl on a non-VM system btw?
>
> If thats an issue, please provide a follow up patch.


I'll double check.

Alex

>
> Dave.


More information about the dri-devel mailing list