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]