Date: Fri, 26 Dec 1997 09:51:37 +0800 From: Peter Wemm <peter@netplex.com.au> To: Brian Somers <brian@awfulhak.org> Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-etc@FreeBSD.ORG, cvs-sbin@FreeBSD.ORG Subject: Re: cvs commit: src/etc/etc.i386 MAKEDEV src/sbin/scsi scsi.8 Message-ID: <199712260151.JAA23673@spinner.netplex.com.au> In-Reply-To: Your message of "Thu, 25 Dec 1997 14:14:21 GMT." <199712251414.OAA01589@awfulhak.demon.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Brian Somers wrote: > > Brian Somers wrote: > > > brian 1997/12/19 06:14:26 PST > > > > > > Modified files: > > > etc/etc.i386 MAKEDEV > > > sbin/scsi scsi.8 > > > Log: > > > The ``super scsi'' device is /dev/scc. > > > I'm not sure it's fully functional though ! > > > > It is, I used it a few weeks back to force a scsi reprobe when I couldn't > > reboot the machine. I needed to get it to talk to a tape drive that had > > been hot plugged in.... :-O I created an LKM for the drivers since it's > > not a normal part of the kernel. I dropped into DDB while doing it to > > ensure a quiet scsi bus, crossed all fingers and did it. It actually > > worked! :-) I thought it was kinda neat actually. :-) > > > > I remember Julian showing it to us once when he was over here speaking at > > a the local unix user group meeting. > > Hmm, see my other commit. The SIOCADDR ioctl didn't work 'cos it was > being done on the 0th slice rather than the 2nd one..... > > This stopped `scsi -f /dev/ssc -p' from working - now fixed :-) Hmm.. Slices? I don't think they mattered too much for tape drives.. or was it a CD that I reprobed? I'm not so sure now.. but it definately was not a disk with slices. peter@spinner[11:54pm]~src-209> ls -l /lkm total 6 1 drwxr-xr-x 2 root wheel 512 Nov 10 23:45 ./ 1 drwxr-xr-x 25 root wheel 1024 Nov 18 11:58 ../ 4 -r-xr-xr-x 1 root wheel 3953 Nov 10 23:45 ssc_mod.o* This was both ssc.o and su.o in a single module for simpler modloading. Here's a what's left in /var/log/messages from back then: Nov 10 23:46:03 spinner /kernel: scbus0 at ahc0 bus 0 Nov 10 23:46:04 spinner last message repeated 3 times Nov 10 23:46:04 spinner /kernel: ahc0: target 4 synchronous at 4.0MHz, offset = 0xf Nov 10 23:46:04 spinner /kernel: cd0 at scbus0 target 4 lun 0 Nov 10 23:46:05 spinner /kernel: cd0: <TOSHIBA CD-ROM XM-3401TA 3593> type 5 rem ovable SCSI 2 Nov 10 23:46:05 spinner /kernel: cd0: CD-ROM can't get the size Nov 10 23:46:05 spinner /kernel: cd0: NOT READY asc:3a,0 Medium not present Nov 10 23:46:05 spinner /kernel: st0: NOT READY asc:3a,0 Medium not present Nov 10 23:46:05 spinner /kernel: scbus0 at ahc0 bus 0 Nov 10 23:46:05 spinner /kernel: scbus0 at ahc0 bus 0 While back at boot time, sd0, sd1, st0 were present and cd0 was missing. So it must have been the CD that was re-probed. Nov 6 22:28:50 spinner /kernel: ahc0: Probing channel A Nov 6 22:28:50 spinner /kernel: scbus0 at ahc0 bus 0 Nov 6 22:28:50 spinner /kernel: ahc0: target 0 synchronous at 10.0MHz, offset = 0xf Nov 6 22:28:50 spinner /kernel: ahc0: target 0 Tagged Queuing Device Nov 6 22:28:50 spinner /kernel: sd0 at scbus0 target 0 lun 0 Nov 6 22:28:51 spinner /kernel: sd0: <CONNER CFP2105S 2.14GB 2D4D> type 0 fixe d SCSI 2 Nov 6 22:28:51 spinner /kernel: sd0: Direct-Access 2048MB (4194304 512 byte sec tors) Nov 6 22:28:51 spinner /kernel: sd0: with 3940 cyls, 10 heads, and an average 1 06 sectors/track Nov 6 22:28:51 spinner /kernel: ahc0: target 5 synchronous at 5.0MHz, offset = 0xf Nov 6 22:28:51 spinner /kernel: st0 at scbus0 target 5 lun 0 Nov 6 22:28:51 spinner /kernel: st0: <WangDAT Model 1300 02.4> type 1 removable SCSI 2 Nov 6 22:28:51 spinner /kernel: st0: Sequential-Access density code 0x13, driv e empty Nov 6 22:28:51 spinner /kernel: ahc0: Probing Channel B Nov 6 22:28:51 spinner /kernel: scbus1 at ahc0 bus 1 Nov 6 22:28:51 spinner /kernel: ahc0: target 0 synchronous at 5.0MHz, offset = 0xf Nov 6 22:28:51 spinner /kernel: ahc0: target 0 Tagged Queuing Device Nov 6 22:28:51 spinner /kernel: sd1 at scbus1 target 0 lun 0 Nov 6 22:28:51 spinner /kernel: sd1: <SEAGATE ST41600N 0090> type 0 fixed SCSI 2 Nov 6 22:28:51 spinner /kernel: sd1: Direct-Access 1307MB (2676846 512 byte sec tors) Nov 6 22:28:51 spinner /kernel: sd1: with 2099 cyls, 17 heads, and an average 7 5 sectors/track [..] Cheers, -Peter -- Peter Wemm <peter@netplex.com.au> Netplex Consulting
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712260151.JAA23673>