From owner-freebsd-bugs Wed Aug 2 9:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 309B137B971 for ; Wed, 2 Aug 2000 09:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA04126; Wed, 2 Aug 2000 09:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 2 Aug 2000 09:50:02 -0700 (PDT) Message-Id: <200008021650.JAA04126@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andre Albsmeier Subject: Re: kern/20347: YAMAHA CDR100 does not like multiple LUN probing Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/20347; it has been noted by GNATS. From: Andre Albsmeier To: "Kenneth D. Merry" Cc: Andre Albsmeier , FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/20347: YAMAHA CDR100 does not like multiple LUN probing Date: Wed, 2 Aug 2000 18:46:31 +0200 On Tue, 01-Aug-2000 at 14:03:09 -0600, Kenneth D. Merry wrote: > On Tue, Aug 01, 2000 at 21:07:32 +0200, Andre Albsmeier wrote: > > >Environment: > > > > probably all FreeBSD versions > > > > >Description: > > > > The YAMAHA CDR100 doesn't like multiple LUN probing. If you, for example, > > wire down your devices like this > > > > device pass15 at scbus1 target 5 > > device cd1 at scbus1 target 5 > > device pass16 at scbus1 target 6 > > device cd0 at scbus1 target 6 > > > > where target 5 is a "YAMAHA CDR100" and target 6 is another cdrom, > > the following message appears in dmesg > > > > (cd0:ahc1:0:5:0): Duplicate Wired Device entry! > > (cd0:ahc1:0:5:0): Second device will not be wired > > (cd0:ahc1:0:5:0): lost device > > (cd0:ahc1:0:5:0): removing device entry > > > > and the other cdrom (target 6) becomes cd1. > > This isn't a problem with the drive and multiple-lun probing, but rather a > problem with the hard-wiring code. > > The problem is that the hard-wiring code evidently can't deal with multiple > peripheral drivers wired to the same bus/target/lun. > > A work-around here would be to not hard-wire your pass devices, and just > hard-wire your CDROM devices. I tried this already with the following entries: #device pass15 at scbus1 target 5 device cd1 at scbus1 target 5 #device pass16 at scbus1 target 6 device cd0 at scbus1 target 6 Same result: andre@bali:~>dmesg | egrep 'cd|pass0' (pass0:ahc0:0:0:0): Duplicate Wired Device entry! (pass0:ahc0:0:0:0): Second device will not be wired (pass0:ahc0:0:0:0): Duplicate Wired Device entry! (pass0:ahc0:0:0:0): Second device will not be wired (cd0:ahc1:0:5:0): lost device (cd0:ahc1:0:5:0): removing device entry cd1 at ahc1 bus 0 target 6 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 20.000MB/s transfers (20.000MHz, offset 15) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed Another try was this: I removed all wiring entries from the kernel conf (leaving only a "device cd" line): device cd #device pass15 at scbus1 target 5 #device cd1 at scbus1 target 5 #device pass16 at scbus1 target 6 #device cd0 at scbus1 target 6 And the result: andre@bali:~> dmesg | grep cd (cd1:ahc1:0:5:0): lost device (cd1:ahc1:0:5:0): removing device entry cd0 at ahc1 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) I have three other Yamaha CD-Writers: CD400, CD4260 and a CD6416. With all of these everything works perfectly. Also, the CDR100 is known to be broken with multiple LUN probing. You can see this if you enable the 'Multiple LUN support' in the Adaptec BIOS: When booting, you will see 8 CDR100 devices appear under the assigned SCSI ID when the controller BIOS scans the bus. All other CD Writers behave normally here... I think, we should consider putting the quirk entry into cam_xpt.c -- sure the hard-wiring code will still have the problems you wrote about but the CDR100 is broken for sure :-( What do you think? Thanks a lot, -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message