From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 14:19:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 351BD1065670; Sat, 27 Jun 2009 14:19:26 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id D26A88FC1E; Sat, 27 Jun 2009 14:19:25 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 1296878F70; Sat, 27 Jun 2009 18:19:24 +0400 (MSD) Message-ID: <4A462A7A.20005@haruhiism.net> Date: Sat, 27 Jun 2009 18:19:38 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Alexander Motin , FreeBSD-Current , scottl@freebsd.org References: <4A4517BE.9040504@FreeBSD.org> <20090627141412.GN31709@acme.spoerlein.net> In-Reply-To: <20090627141412.GN31709@acme.spoerlein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2009 14:19:26 -0000 Hello, hope you're having a nice day, Ulrich Spörlein wrote: > I, personally, think this is not very good idea. People are used to > CAM-devices getting enumerated as da0, da1, etc. All the documentation > talks about ad0 for ATA and da0 (plus camcontrol) for SCSI, USB, > Firewire devices. We also have fd0 and cd0 and should stick to > two-letter-plus-number codes. So either make them all ad0 or da0. I'd > vote for the latter, as that is what Linux is doing (more or less) and > people are already familiar with USB drives or new SATA drives showing > up as "SCSI drives, so they get the SCSI names". > This poses the question of daXX enumeration order. I've already had some 'fun' with an IBM server which has an LVD/320 SCSI controller. While the controller's bus was enumerated properly, somehow if you attach an USB mass storage device before the system boot that said mass storage could suddenly appear earlier than one of the SCSI disks (that was on 7.0-RELEASE) thus breaking the boot process sometimes (when it appeared as da0). -- Kamigishi Rei KREI-RIPE