Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161226AbWBVSEa (ORCPT ); Wed, 22 Feb 2006 13:04:30 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161263AbWBVSEa (ORCPT ); Wed, 22 Feb 2006 13:04:30 -0500 Received: from zeniv.linux.org.uk ([195.92.253.2]:48841 "EHLO ZenIV.linux.org.uk") by vger.kernel.org with ESMTP id S1161226AbWBVSE3 (ORCPT ); Wed, 22 Feb 2006 13:04:29 -0500 Date: Wed, 22 Feb 2006 18:04:23 +0000 From: Al Viro To: Linus Torvalds Cc: David Zeuthen , Kay Sievers , Pekka J Enberg , Greg KH , Adrian Bunk , Robert Love , Andrew Morton , Linux Kernel Mailing List , John Stultz Subject: Re: 2.6.16-rc4: known regressions Message-ID: <20060222180423.GD27946@ftp.linux.org.uk> References: <1140383653.11403.8.camel@localhost> <20060220010205.GB22738@suse.de> <1140562261.11278.6.camel@localhost> <20060221225718.GA12480@vrfy.org> <20060222152743.GA22281@vrfy.org> <1140625103.21517.18.camel@daxter.boston.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1280 Lines: 23 On Wed, Feb 22, 2006 at 09:31:59AM -0800, Linus Torvalds wrote: > Why the hell anybody would care about what the command transport type is, > when all that matters is that it's a block device, I don't understand. The > exact details of what kind of block device it is are totally secondary, > and shouldn't affect basic desktop behaviour. Actually, it's not about transport, it's about command _set_. So there is legitimate userland code that would want to know that (especially since a lot of external enclosures have incredibly brittle and crappy firmware and go tits-up when they see anything they don't recognize), but a) the last thing that code wants is to have TYPE_RBC mislabeled as TYPE_DISK and b) hal has nothing to do with that. The only place where _transport_ enters the picture is that RBC is very common in e.g. firewire-to-IDE bridges, so sbp2 had to deal with it somehow. And instead of teaching sd.c to deal with those (it's very easy) it went ahead and just marked those as type 0 (disk). Almost worked... - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/