On Tue, Dec 14, 1999 at 06:32:27PM +0000, Petr Vandrovec Ing. VTEI wrote:
> On 14 Dec 99 at 18:22, Tomas Berndtsson wrote:
> > > > The first problem was that cgsix doesn't support changing resolution;
> > > > it produced an error, because every ggi-demo seemed to set some
> > > > resolution. The cgsix is set to 1152x900x8.
> > > That's a problem. So do not run demos ;-) If your display supports
> > > only limited functionality, you'll get only limited functionality
> > > from libraries.
> > Yes, but maybe the library shouldn't exit completely. The cgsix driver
> Maybe program exits because of there is nothing to do if it requires
> 32bpp RGB, but you have 8bpp paletized only.
Ok, but things are not that strightforward e.g. on the Creator.
It is at all times able to do 8bpp and 32bpp at the same time.
And it seems silly to me that the kernel should be involved in "changing" the
depths on it, when it is a clear userland thing.
> If you are mmapping /dev/mem, there can be different offsets (exactly
> one offset, equal to fix.smem_start). If you are mmapping /dev/fb*,
> there is 0 offset for video memory. This is definition for mmap
> on /dev/fb and for fix.smem_start field (and mmap on /dev/mem semantic).
> If driver/hardware supports more ways to access framebuffer ((non-)native
> endianess, cached/uncached), driver should choose one of accesses and fill
> fix screen info (and support mmap) accordingly to this. But never-ever
> use some magic constants...
As I said, the issue is binary compatibility. We used to mmap /dev/fb
more than 4 years ago, at that time no fbcon existed (maybe in m68k
port but not in mainstream). We cannot simply allow maps at offset 0 because
some of the devices are already using those mmap regions for other things.
I don't see what's the trouble to do getfix ioctl in userland, do a
switch or table lookup on the known cards and set things up accordingly.
Cheers,
Jakub
___________________________________________________________________
Jakub Jelinek | [EMAIL PROTECTED] | http://sunsite.mff.cuni.cz/~jj
Linux version 2.3.26 on a sparc64 machine (1343.49 BogoMips)
___________________________________________________________________
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of the message to [EMAIL PROTECTED]
