Date: Thu, 13 Aug 1998 11:58:46 -0400 From: Randall Hopper <rhh@ct.picker.com> To: Roger Hardiman <roger@cs.strath.ac.uk>, multimedia@FreeBSD.ORG Subject: Re: Putting the bt848 driver into the GENERIC kernel Message-ID: <19980813115846.A301@ct.picker.com> In-Reply-To: <35D2C9DC.47D0@cs.strath.ac.uk>; from Roger Hardiman on Thu, Aug 13, 1998 at 12:11:24PM %2B0100 References: <35D2C9DC.47D0@cs.strath.ac.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Roger Hardiman: |Soren suggested a BOOTKERNEL and BIGKERNEL. | |I agree with that. Small (fit on floppy) BOOTKERNEL. |Then the actuallt GENERIC kernel on the hard disk is the BIGKERNEL |(bt848 DGA mode only support - no frame buffer allocation, and say |Luigi's PCM code - really we just want the mixer and volume control) That'd be a good first-cut. We'd just need a way to detect in the app when the driver buffer isn't available so driver-buffer capture modes could be disabled. A good second cut might be to beg/borrow/steal a guru VM hacker that could repair vm_contig_malloc (sp) so that it works after memory has been fragmented. That is, reorganize/bump/swap to free up the physical mem we need for the driver buffer after boot-up. This would by default only be done when the driver opened, not when it's probed/attached, so no lost memory if you don't use the driver (except code space). After all, AFAIK this is the only reason we alloc the buffer at boot-time anyway. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980813115846.A301>