From owner-freebsd-hardware Tue May 19 11:20:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11358 for freebsd-hardware-outgoing; Tue, 19 May 1998 11:20:52 -0700 (PDT) (envelope-from owner-freebsd-hardware@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11224; Tue, 19 May 1998 11:20:11 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id UAA01624; Tue, 19 May 1998 20:19:43 +0200 (CEST) (envelope-from sos) Message-Id: <199805191819.UAA01624@sos.freebsd.dk> Subject: Re: 12.0 GB Quantum Bigfoot TX IDE seen as 8.4 GB In-Reply-To: <12985.895600942@time.cdrom.com> from "Jordan K. Hubbard" at "May 19, 98 11:02:22 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 19 May 1998 20:19:42 +0200 (CEST) Cc: sos@FreeBSD.ORG, hans@artcom.de, julian@ivision.co.uk, freebsd-hardware@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In reply to Jordan K. Hubbard who wrote: > > Erhm, this is not in the 2.2-stable charter folks, the patches that > > should go into 2.2-stable should only be bugfixes etc, the next thing > > is that somebody wants the SMP code into 2.2-stable... > > Erm. Supporting hardware, especially mainstream hardware (and large > IDE drives are getting so cheap as to constitute mainstream), is well > within the 2.2-stable charter and I'd be just as happy to add support > for ATAPI CDRs (hint :) to 2.2.x since many many people ask for them. I take the hint about the CDR's, in a couble of hours I can tell you more about that.... > 2.2.x-stable has to be stable, this is indisputable, so features which > do not benefit the user base at large, are highly experimental or > cover something which is just too inconsequential to even risk a > change over are certainly where the "line should be drawn." > > Failure to use all of a popular disk drive or rejecting a new driver > which does not impact the old drivers (especially when such don't even > exist :) is overly conservative, however, and not what -stable is > about either. Hmm, the LBA hack in -current is NOT stable, its a quickhack that should go again (I should know, I made it :) ), but the code that enables CHS mode on larger than 8G drives could be argued about. I'm just not sure that the added stuff doesn't break on older WD & ESDI drives, that should be tested first. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message