> Why is there the same VGA code in dev/fb/vga.c and libvgl? I think
> especially of the set_palette routines.

The framebuffer code is a newer addition.  Libvgl was done quite a while 
ago as more or less a proof-of-concept.

> As a more general rule, what's the philosophy for the future of
> libvgl and framebuffer? Should VGL drawing routines be moved to
> dev/fb/vga.c?

The framebuffer should grow a set of drawing primitives, yes.  Exactly 
what these primitives is is probably open to discussion.  A good idea 
might be to look at the GGI project, which is producing 
BSD-license-compatible kernel-side graphics code.

> Finally, is someone working on this part of the tree currently?

You would want to check with Soren and Kazu, but I have not seen any 
activity recently.

... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also.  But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view.  [Dr. Fritz Todt]
           V I C T O R Y   N O T   V E N G E A N C E

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to