Index:
[thread]
[date]
[subject]
[author]
From: Marcus Sundberg <mackan@stacken.kth.se>
To : ggi-develop@eskimo.com
Date: Sun, 22 Aug 1999 22:56:07 +0000
Re: KGIcon multiheading
Jon M. Taylor wrote:
>
> I tried to find a way to implement multiheading via /proc/kgi/[n],
> but I could not discover a clean way for the first loaded KGIcon module to
> create /proc/kgi and the rest of the modules to be able to hook into it. So
> I decided to fall back to just creating /proc/gfx[n] instead. I don't like
> this solution, but until we get devfs I don't see an alternative. At least
> it is an aesthetic problem and not a functional one... the gc and kgicommand
> mapper files are now created in /proc/gfx[n] on a per-head basis as well,
> BTW. Everyone, please let me know if you see anything necessary for the
> multiheading that I missed.
>
> Jon
>
> P.S. Marcus, can I remove the stuff? I think we should
> always be able to use vmops with no problems...?
Well, personally I find it annoying that we should have to have an
extra function and a table for something as simple as mapping the GC.
I'd really like to use remap_page_range() or any other functionality
which would allow us to map the page directly in the mmap() function.
Ofcourse - if there really isn't any way to do this we can just as
well remove the #ifdef USE_VMOPS, as it does work despite it's ugliness.
//Marcus
--
-------------------------------+------------------------------------
Marcus Sundberg | http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: mackan@stacken.kth.se
Index:
[thread]
[date]
[subject]
[author]