From: James Simmons <jsimmons@in...> - 2003-04-23 17:56:53
On Wed, 23 Apr 2003, Filipau, Ihar wrote:
> [ CC me please - not subscribed ]
> I have a little question.
> More conceptual - documentation says nothing about it.
> At least I found nothing.
> Any fingering to RTFM is welcome.
> We have piece of custom hardware which has
> two displays: LCD and RTC.
> [ Kernel vanilla 2.4.20. ]
> We are using vga16 for RTC - testing/support/debug go here.
> We are using (heavily fixed) driver for sed1374 Epson
> chip as a second frame buffer device.
> And now we are hitting a lot of problems with the fact that
> FBs is heavily biased in direction of consoles.
> But our second FB is used solely for graphics!
> We do not need a console on it! (but mc there looks nice ;)
> The Question:
> Is there any patch for fbmem to remove its (looks like
> intentional) links to fbcon? move them where they (as
> I believe) should be - fbcon?
> When I was recommending FB interface - I expected that fbcon
> stack up on fbmem. Was my impression from docs. But that's not
Yes. The Linux 2.5.X is done this way. Try the latest tree. Note the
framebuffer api has changed.
> Currently we are doing a lot of stupid stuff like change of
> controlling terminal, hiding the cursor, switching off the
> console blanking, etc.
> Is there any way to avoid this stuff?
The new fbdev api in 2.5.X avoids this. Also it is possible to do the
setup you are talking about. Compile in the fbdev driver you want as a
console and the other one as a module. Boot and you will have a
framebuffer console on that one card. Now for the modular driver just load
it. Modular drivers are not actually mapped to the console. To do that you
need to use con2fb.
Get latest updates about Open Source Projects, Conferences and News.