Am Donnerstag, 1. August 2002 23:58 schrieben Sie: > >I don't think it's a problem with starting Xfbdev, it's a problem with > > the kernel. Just try to hardcode the "PutColours" function to directly > > access your Hardware and it might work. > > If it were the kernel.... why does microwindows framebuffer works ok? > The only thing that it is different (between microwindows and Xfbdev) is > that X runs in another console, microwindows runs in the same console > from where it is started...... maybe what I'm saying is totally stupid, > but...... but.....
I don't, know could you look ate the put colours function of microwindows? II mean you already tried. The ioctl didn't work, did it? > Anyway, I'll try it. So, please correct me if I'm wrong, the idea is: > > In fbdevPutColors, where it says: > > cmap.start = min; > cmap.len = max - min + 1; > cmap.red = &priv->red[min]; > cmap.green = &priv->green[min]; > cmap.blue = &priv->blue[min]; > cmap.transp = 0; > ioctl (priv->fd, FBIOPUTCMAP, &cmap); > > change it with some code to directly access the video chip color > palette??? Well do you have the hardware specs. Well if you now directly acess the hardware, you can set the palette directly. If that works, there is a kernel problem > Thanks for the tip ref. PS2. You're right. So.... hands on a driver! Of > course.... when colors gets working..... arrrrrgggggg!!!!!!!! True > Saludos, > > Carlos. Servus Casandro -- My e-mail is in danger of beeing changed. So please check http://casandro.dyndns.org/ for any information on this. _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
