From owner-freebsd-multimedia Fri Aug 14 05:48:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17964 for freebsd-multimedia-outgoing; Fri, 14 Aug 1998 05:48:26 -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 FAA17957 for ; Fri, 14 Aug 1998 05:48:25 -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 IAA25758; Fri, 14 Aug 1998 08:57:58 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA15476; Fri, 14 Aug 98 08:46:42 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id IAA06111; Fri, 14 Aug 1998 08:46:21 -0400 Message-Id: <19980814084621.A6084@ct.picker.com> Date: Fri, 14 Aug 1998 08:46:21 -0400 From: Randall Hopper To: Gregory Hosler , Roger Hardiman Cc: multimedia@FreeBSD.ORG Subject: Re: Putting the bt848 driver into the GENERIC kernel Mail-Followup-To: Gregory Hosler , 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: ; from Gregory Hosler on Fri, Aug 14, 1998 at 08:42:26AM +0730 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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 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 majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message