Re: RFC: ATA to CAM integration patch

From: Daniel O'Connor <doconnor_at_gsoft.com.au>
Date: Sun, 28 Jun 2009 08:47:43 +0930
On Sat, 27 Jun 2009, Kamigishi Rei wrote:
> 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).

7.2 has UFSID in GENERIC so you can mount your disks that way which is 
non-ambiguous.

Unfortunately you can't specify swap this way because it has no ID, I 
don't know how hard it would be to add such a thing (which would 
require a mkswap or somesuch, and modification to the dump & swap 
code..)

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C

Received on Sat Jun 27 2009 - 21:18:06 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:50 UTC