15 messages in org.freebsd.freebsd-multimediaRe: Putting the bt848 driver into the...| From | Sent On | Attachments |
|---|---|---|
| Roger Hardiman | Aug 6, 1998 9:51 am | |
| Randall Hopper | Aug 12, 1998 3:01 pm | |
| Roger Hardiman | Aug 12, 1998 7:10 pm | |
| Amancio Hasty | Aug 12, 1998 7:45 pm | |
| Søren Schmidt | Aug 12, 1998 11:14 pm | |
| Søren Schmidt | Aug 12, 1998 11:36 pm | |
| Roger Hardiman | Aug 13, 1998 4:10 am | |
| Roger Hardiman | Aug 13, 1998 4:11 am | |
| Randall Hopper | Aug 13, 1998 4:22 am | |
| Randall Hopper | Aug 13, 1998 8:58 am | |
| Gregory Hosler | Aug 13, 1998 6:12 pm | |
| Randall Hopper | Aug 14, 1998 5:46 am | |
| Amancio Hasty | Aug 18, 1998 11:22 pm | |
| Randall Hopper | Aug 19, 1998 9:55 am | |
| Amancio Hasty | Aug 19, 1998 10:55 am |
| Subject: | Re: Putting the bt848 driver into the GENERIC kernel | |
|---|---|---|
| From: | Randall Hopper (rh...@ct.picker.com) | |
| Date: | Aug 14, 1998 5:46:00 am | |
| List: | org.freebsd.freebsd-multimedia | |
Gregory Hosler: |On 13-Aug-98 Roger Hardiman wrote: |>Soren suggested a BOOTKERNEL and BIGKERNEL. | |why not just compile the driver as a loadable module ? | |just curious,
Roger recounted through that in a recent thread (attached). The issue is the vm_contig_alloc call the driver uses to alloc the DMA phys memory doesn't work after the system has booted. It doesn't have the smarts to bump/swap/rearrange phys page mappings to get suffic contig phys mem.
Know any VM hackers that could take a crack at it? Having a bt848 driver LKM would be really cool. :-) As would not having the driver alloc the uffer on probe/attach, but rather on open where it makes the most sense.
Randall
Date: Thu, 13 Aug 1998 17:16:48 +0100 From: Roger Hardiman <rog...@cs.strath.ac.uk> Organization: University of Strathclyde Subject: Re: FXTV and DGA
Scott
This may be a dumb suggestion (I don't use fxtv so I have no idea if this will work or not), but couldn't the driver be made into an LKM?
Funny you should mention it, but Amancio, Randall and later myself talked about this around 8 months ago.
The problem was basically this. You need to allocate configuous memory for the frame buffer.
At boot time, this is easy. Memory is empty and you can allocate a 864k block of memory with no gaps in it. However, I was told that by the time the system has booted, and the LKM executed, there is quite possible you cannot get a contiguous block of memory as the memory is fragmented.
Basically, you need a memeory manager that can shift memory blocks around making a large space.
I was told the current memory management code cannot do this.
But if we could do it, then the LKM would be great.
Bye Roger
Roger Hardiman Strathclyde Uni Telepresence Group
To Unsubscribe: send mail to majo...@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
To Unsubscribe: send mail to majo...@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message