Re: [PATCH] Export shmem_file_setup and shmem_getpage for DRM-GEM

On Mon, 2008-08-04 at 19:02 +1000, Nick Piggin wrote:

This is how I'd suggested it work as well. I think a little bit
more effort should be spent looking at making this work.

What I may be able to do is create a file, then hand it to my driver and
close the fd. That would avoid any ulimit or low-fd issues.

Mapping the file into an address space might be a way to make it
work (using get_user_pages to get the struct page). splice might
also work. read_mapping_page or similar could also be something to
look at. But using shmem_getpage seems wrong because it circumvents
the vfs API.

It seems fairly ugly to map the object to user space just to get page
pointers; the expense of constructing that mapping will be entirely
wasted most of the time.

Would it be imprudent to use pagecache_write_begin/pagecache_write_end
here? For shmem, that appears to point at functions which will do what I
need. Of course, it will cause extra page-outs as each page will be
marked dirty, even if the GPU never writes them.

While shmem offers good semantics for graphics objects, it doesn't seem
like it is unique in any way, and it seems like it should be possible to
do this operation on any file system.

If you genuinely have problems that can't be fit into existing
APIs without significant modification, and that is specific just to
your app, then we could always look at making special cases for you.
But it would be nice if we generically solve problems you have with
processes manipulating thousands of files.

There are some unique aspects to this operation which don't really have
parallels in other environments.

I'm doing memory management for a co-processor which uses the same pages
as the CPU. So, I need to allocate many pages that are just handed to
the GPU and never used by the CPU at all. Most rendering buffers are of
this form -- if you ever need to access them from the CPU, you've done
something terribly wrong.

Then there are textures which are constructed by the CPU (usually) and
handed over to the GPU for the entire lifetime of the application. These
are numerous enough that we need to be able to page them to disk; the
kernel driver will fault them back in when the GPU needs them again.

On the other hand, there are command and vertex buffers which are
constructed in user space and passed to the GPU for execution. These
operate just like any bulk-data transfer, and, in fact, I'm using the
pwrite API to transmit this data. For these buffers, the entire key is
to make sure you respect the various caches to keep them from getting
trashed.

--
keith.packard@xxxxxxxxx

Attachment: signature.asc
Description: This is a digitally signed message part

Relevant Pages

  • (long) Re: writing to 3ware escalade uses up 100% cpu time in system.
    ... without any significant cpu usage. ... > look at the # of interrupts to the twe. ... the driver as a whole is not ... > limits on DMA alignment for data buffers. ...
    (freebsd-current)
  • Re: float v double, esp in JOGL
    ... I was under the impression that the matrix stack is generally manipulated by the driver (i.e. on the CPU, ... I see no reason not to use double matrices in the driver to maintain precision, and just convert to float when uploading the matrix to the GPU. ... I would expect most implementations will handle most matrix operations on the GPU in single precision. ...
    (comp.graphics.api.opengl)
  • Thoughts on CPU vs. GPU...
    ... the CPU will replace the GPU, nVidia wants us to believe the GPU will ... which will prevent it from running games as fast as it could if all it ... The thinking went that more advanced graphics could be ...
    (comp.sys.ibm.pc.games.action)
  • Re: PCI Grafikkarte Empfehlung gesucht
    ... Wie willst Du die GPU denn sonst anbinden? ... Die FPU ist Bestandteil des eigentlichen Prozessorkerns... ... von L1-cache zur CPU? ... als ein Schreibzugriff auf das GraKa-Ram? ...
    (de.comp.hardware.graphik)
  • Re: PCI Grafikkarte Empfehlung gesucht
    ... Die Grafikkarte bedient sich lesend aus dem Hauptspeicher. ... CPU nix mit am Hut. ... einen spezifischen Befehl der GPU und schreibt den in die "Arbeitsliste" ... viel Performance bringt, werden dann 2 Versionen der Software entwickelt. ...
    (de.comp.hardware.graphik)