From owner-freebsd-current Fri Jan 10 02:25:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA04564 for current-outgoing; Fri, 10 Jan 1997 02:25:30 -0800 (PST) Received: from hda.hda.com (ip79-max1-fitch.ziplink.net [199.232.245.79]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA04552 for ; Fri, 10 Jan 1997 02:25:25 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id FAA02572; Fri, 10 Jan 1997 05:21:38 -0500 From: Peter Dufault Message-Id: <199701101021.FAA02572@hda.hda.com> Subject: Re: 2.2-BETA and HP 12000e Superstore DAT changer In-Reply-To: <199701100547.AAA27283@skynet.ctr.columbia.edu> from Bill Paul at "Jan 10, 97 00:46:58 am" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Fri, 10 Jan 1997 05:21:38 -0500 (EST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > My question is: why does scsiconf not probe for other LUNs? It used to probe until there was no response at a LUN. I added maybe_more when I had a device with LUN0 and then LUN2 (Canon scanner/printer). Apparently there are so many devices that respond to any LUN it was changed to work this way. > ... This strikes me as a little bogus: when I tell the > kernel that there's a device at target 3, LUN 1, it should bleeding > well probe for a device there. Yes. I'd rather see probing for all LUNS and a way to load the quirk tables without rebuilding. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936