Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751467AbWC0VbR (ORCPT ); Mon, 27 Mar 2006 16:31:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751462AbWC0VbR (ORCPT ); Mon, 27 Mar 2006 16:31:17 -0500 Received: from canuck.infradead.org ([205.233.218.70]:35974 "EHLO canuck.infradead.org") by vger.kernel.org with ESMTP id S1751461AbWC0VbQ (ORCPT ); Mon, 27 Mar 2006 16:31:16 -0500 Message-ID: <44285929.4020806@torque.net> Date: Mon, 27 Mar 2006 16:29:13 -0500 From: Douglas Gilbert Reply-To: dougg@torque.net User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alan Cox CC: Linus Torvalds , Matthew Wilcox , Bodo Eggert <7eggert@gmx.de>, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] Move SG_GET_SCSI_ID from sg to scsi References: <4427FEC9.4010803@torque.net> <20060327172530.GH3486@parisc-linux.org> <1143489287.4970.76.camel@localhost.localdomain> In-Reply-To: <1143489287.4970.76.camel@localhost.localdomain> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1345 Lines: 30 Alan Cox wrote: > On Llu, 2006-03-27 at 09:43 -0800, Linus Torvalds wrote: > >>The fact is, BUS/ID/LUN crap really doesn't make sense for the majority of >>devices out there. Never has, never will. The fact that old-fashioned SCSI >>devices think of themselves that way has absolutely zero to do with >>reality today. > > > It is still a very visible reality if you work in a data centre or with > server kit, or if you have tape arrays or multi-CD towers. The LUN or > device number in particular are generally the number emblazoned on each > slot in the unit and knowing the LUN reliably is sort of critical to not > making embarrasing (and career limiting) screwups when swapping drives. > > Controller is a pretty abstract concept and except on arrays so is > device, but both device and LUN do need to be accessible reliably for > the hardware that thinks that way. What other hardware does is > irrelevant and "-EINVAL" seems as good an answer as anything. USB multi-card readers seem to like the concept of LUNs as well. Doug Gilbert "What, never? Well, hardly ever." G+S HMS Pinafore - 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/