From owner-freebsd-scsi Thu Apr 23 21:35:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19486 for freebsd-scsi-outgoing; Thu, 23 Apr 1998 21:35:18 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA19481 for ; Thu, 23 Apr 1998 21:35:17 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id WAA28199; Thu, 23 Apr 1998 22:31:16 -0600 (MDT) Date: Thu, 23 Apr 1998 22:31:16 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199804240431.WAA28199@narnia.plutotech.com> To: Chuck Robey cc: scsi@FreeBSD.ORG Subject: Re: CAM drivers Newsgroups: pluto.freebsd.scsi In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article you wrote: > I hope this is the right place to post about the cam stuff ... > > Anyhow, I just went ahead and applied the CAM patches, and booted a CAM > kernel. No explosions yet, but some observations here. Like, the > instructions to install cam didn't include changing the fstab stuff to > use the new sdn disk devices instead of the new dan devices, so I > figured that was the reason that the bootup messsages said sd0, sd1, > etc. The major and minor numbers for the da device match those of the sd device. The reason the boot messages occassionally specify "sd" rather than "da" is because of a bunch of tables scattered about in places like the boot code and various bits of the kernel that have this string hard coded. I think I fixed most of these just after the last snapshot was cut, but in the end, all of these tables will have to die when DEVFS comes on the scene. You won't be able to do a simple lookup from major number to device name. > After that, I changed my fstab to use the new devices, rebooted, > and whala!, it *still* used the sdn names in boot. Uhh, ok, when > getting ready to post this message, I checked my dmesg, where the > mountable filesystem stuff showed up as dan, the swap spaces as sdn, and > I'm pretty sure there were *no* dan messages in the actual onscreen boot > messages. You must have gotten something like this, or you wouldn't have booted at all: da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI2 device da0: Serial Number 003075630T1G56 da0: 20.0MB/s transfers (20.0MHz, offset 15), Tagged Queueing Enabled da0: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) > It occurs to me, since all the discussions of a complete cutover fromt eh > old drivers to the new, that I can't understand why there needs to be > any new name for the disks at all ... can't the sdn names just be > reused, if the new and old stuff is never going to coexist? The new name was chosen, not because it wouldn't conflict with the old name, but because the old name wasn't appropriate. The da driver deals with "direct access devices". In the future, those direct access devices may be attached via ATAPI, not SCSI, and even today, there are several devices that respond to this protocol, but are not disks at all. > One last point ... the initial boot prompt still talked about wd0 or > sd0. Make world ain't going to change that one .... so folks better get > ready for a lot of confused newbie questions, from folks wondering why > they have to specify a non-existent disk device. And the same will be true for booting off of a mylex raid adapter or an IDE cdrom, etc, etc. You can fix this with a make world and installing new boot blocks so that the "da" name shows up if it really bothers you. We should probably ask for the BIOS drive to boot from instead of attempting to map names onto them, but it is rather hard to determine the mapping from BIOS drive to FreeBSD device once you're in the kernel. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message