Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261698AbVD0OzW (ORCPT ); Wed, 27 Apr 2005 10:55:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261694AbVD0OzV (ORCPT ); Wed, 27 Apr 2005 10:55:21 -0400 Received: from mtagate3.de.ibm.com ([195.212.29.152]:21928 "EHLO mtagate3.de.ibm.com") by vger.kernel.org with ESMTP id S261673AbVD0OzA (ORCPT ); Wed, 27 Apr 2005 10:55:00 -0400 Subject: Re: [RFC] SAS domain layout for Linux sysfs To: dougg@torque.net Cc: andrew.patterson@hp.com, Eric.Moore@lsil.com, Christoph Hellwig , Linux Kernel Mailing List , SCSI Mailing List , linux-scsi-owner@vger.kernel.org, Luben Tuikov , Madhuresh_Nagshain@adaptec.com, mike.miller@hp.com X-Mailer: Lotus Notes Release 5.0.12 February 13, 2003 Message-ID: From: Martin Peschke3 Date: Wed, 27 Apr 2005 16:54:53 +0200 X-MIMETrack: Serialize by Router on D12ML067/12/M/IBM(Release 6.53HF247 | January 6, 2005) at 27/04/2005 16:54:55 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 825 Lines: 21 Douglas Gilbert wrote > It has been stated that the SAS discovery algorithm (i.e. the > recursive use of SMP) should be implemented once in the SAS > transport layer so that all SAS LLDs can use it. Putting > the SAS discovery algorithm in the user space may be > even more politically correct. Similarly, in the case of Fibre Channel, a common N_Port or SCSI target device discovery, preferably in user space, seems to be desirable. This would require some CT and / or ELS passthrough interface, for example in order to issue queries to fabric switches. regards Martin Peschke - 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/