From owner-freebsd-hackers Sun Apr 23 16:11:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13114 for hackers-outgoing; Sun, 23 Apr 1995 16:11:24 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA13108 for ; Sun, 23 Apr 1995 16:11:24 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA28229; Sun, 23 Apr 1995 16:11:05 -0700 From: Julian Elischer Message-Id: <199504232311.QAA28229@ref.tfs.com> Subject: Re: Case for FreeBSD presentation docs? To: agl@mac.glas.apc.org (Anthony Graphics) Date: Sun, 23 Apr 1995 16:11:05 -0700 (PDT) Cc: terry@cs.weber.edu, peter@bonkers.taronga.com, rcarter@geli.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Anthony Graphics" at Apr 23, 95 10:48:40 pm Content-Type: text Content-Length: 912 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The scheduler comes from the 1.2.5 ? ;v) > I was pretty happy about our new Linux box(ASUS SP3G NCR53C810,Mach32 DRAM, > AST clone) until I run into the following problem: when I'm doing > mt retension > everything else dies (I mean until the command completes the system > turns into Windoze box running in the DOS compatibility session) > So I'm now stuck with the question what sucks: > NCR driver in Linux The linux system NCR driver doesn't support detatch/reattach, and a few other 'normal' niceties.. (of course this will be fixed with time.) they also have no such thing as a raw device (so I'm told) so everything always goes through the buffer cache.. (source, author of NCR driver (indirectly)) > The previous server (VLB machine assembled from the parts of unknown > origin ;-) dealt with this simple task much better (with Aha1542C) > so I think the problem lies in the driver. yes julian