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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jan 6, 2012 at 5:09 AM, Dave Airlie <airlied@xxxxxxxxx> wrote:
> On Fri, Jan 6, 2012 at 3:11 AM,  <alexdeucher@xxxxxxxxx> wrote:
>> From: Jerome Glisse <jglisse@xxxxxxxxxx>
>>
>> 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.
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel



[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux