* framebuffer driver as a module
@ 2002-08-16 22:40 Nikhil Jagtiani
2002-08-16 23:04 ` Petr Vandrovec
0 siblings, 1 reply; 2+ messages in thread
From: Nikhil Jagtiani @ 2002-08-16 22:40 UTC (permalink / raw)
To: linux-fbdev-devel
Hi,
I am running linux on an ipaq with framebuffer support. I need to enable
support for an external graphics card through a pcmcia slot - the
driver for which does not exist.
As this is my first in terms of device driver writing, I would be
grateful for some advice.
Is it possible to write this additional driver as a dynamic kernel
module (along the lines of fbmem.c which is static), which however
itself implements all device specific functions? Can this make use of
the same ioctl functions that fbmem.c uses (defined in fb.h)? Would
there be a conflict considering that fbmem would remain in the system?
Alternately if i am to write this as a static module (which loads onto
fbmem.c) - is there any way i could test it out without having to
recompile the kernel repeatedly?
Any other suggestions on how to proceed would be very welcome.
Many Thanks,
Nikhil Jagtiani
-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: framebuffer driver as a module
2002-08-16 22:40 framebuffer driver as a module Nikhil Jagtiani
@ 2002-08-16 23:04 ` Petr Vandrovec
0 siblings, 0 replies; 2+ messages in thread
From: Petr Vandrovec @ 2002-08-16 23:04 UTC (permalink / raw)
To: Nikhil Jagtiani; +Cc: linux-fbdev-devel
On Fri, Aug 16, 2002 at 03:40:31PM -0700, Nikhil Jagtiani wrote:
> Hi,
>
> I am running linux on an ipaq with framebuffer support. I need to enable
> support for an external graphics card through a pcmcia slot - the
> driver for which does not exist.
>
> As this is my first in terms of device driver writing, I would be
> grateful for some advice.
>
> Is it possible to write this additional driver as a dynamic kernel
> module (along the lines of fbmem.c which is static), which however
> itself implements all device specific functions? Can this make use of
> the same ioctl functions that fbmem.c uses (defined in fb.h)? Would
> there be a conflict considering that fbmem would remain in the system?
Couple of fbdevs can be compiled as a module, just look for tristate in
drivers/video/Config.in... You can insmod/rmmod such driver as you
want, only thing you must ensure is that there are no users of your
fbdev when you do rmmod. If you have two fbdevs, just move VTs from
"main" to "testing" and back by using con2fb/con2fbmap. If you'll have
only "testing" fbdev in your ipaq, and you have kernel with support
for virtual terminals, it is very tricky, usually impossible to unload
such module - it will have usecount 64 or 128 or another multiple of 64
as soon as you'll see 'Console: switching to ...' on your screen.
Petr Vandrovec
vandrove@vc.cvut.cz
-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-08-16 23:07 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-16 22:40 framebuffer driver as a module Nikhil Jagtiani
2002-08-16 23:04 ` Petr Vandrovec
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).