From owner-freebsd-multimedia Thu Aug 13 08:59:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16881 for freebsd-multimedia-outgoing; Thu, 13 Aug 1998 08:59:36 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from central.picker.com (central.picker.com [144.54.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16874 for ; Thu, 13 Aug 1998 08:59:32 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com (ct.picker.com [144.54.37.11]) by central.picker.com (8.9.1/8.9.1) with SMTP id MAA22610; Thu, 13 Aug 1998 12:10:18 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA16242; Thu, 13 Aug 98 11:59:03 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id LAA00312; Thu, 13 Aug 1998 11:58:46 -0400 Message-Id: <19980813115846.A301@ct.picker.com> Date: Thu, 13 Aug 1998 11:58:46 -0400 From: Randall Hopper To: Roger Hardiman , multimedia@FreeBSD.ORG Subject: Re: Putting the bt848 driver into the GENERIC kernel Mail-Followup-To: Roger Hardiman , multimedia@FreeBSD.ORG References: <35D2C9DC.47D0@cs.strath.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <35D2C9DC.47D0@cs.strath.ac.uk>; from Roger Hardiman on Thu, Aug 13, 1998 at 12:11:24PM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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