From owner-freebsd-scsi Tue Dec 19 02:12:05 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05068 for freebsd-scsi-outgoing; Tue, 19 Dec 1995 02:12:05 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA05034 for ; Tue, 19 Dec 1995 02:12:00 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA03327 for ; Tue, 19 Dec 1995 02:06:08 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA21179 for ; Tue, 19 Dec 1995 10:59:33 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA09481 for freebsd-scsi@freebsd.org; Tue, 19 Dec 1995 10:59:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA03553 for freebsd-scsi@freebsd.org; Tue, 19 Dec 1995 10:53:11 +0100 From: J Wunsch Message-Id: <199512190953.KAA03553@uriah.heep.sax.de> Subject: Re: CD WORM To: freebsd-scsi@freebsd.org Date: Tue, 19 Dec 1995 10:53:11 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512190735.PAA13516@jhome.DIALix.COM> from "Julian Elischer" at Dec 19, 95 03:35:46 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk (moved to freebsd-scsi) As Julian Elischer wrote: > > I got the burner here to the point where I was about ready to write.. > but it keeps spitting out the disk.. > so..... > the 'oops not queued' message must be from 2.1 right? > I am sure I fixed that (false) message.. > it MIGHT be ready to write at this stage..(under -current) > did you try write to it..? You cannot use a SCSI write command to burn a CD. There's some special handling required, i think it's called ``write track'' or so. The latest version of the Linux (or Yggdrasil? dunno) cdwrite(1) program has code to handle some of the common burners. Let me see what i could arrange during the holidays. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi Tue Dec 19 02:45:48 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06991 for freebsd-scsi-outgoing; Tue, 19 Dec 1995 02:45:48 -0800 (PST) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA06974 for ; Tue, 19 Dec 1995 02:45:42 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with SMTP id MAA20545 for ; Tue, 12 Dec 1995 12:36:59 -0800 (PST) Received: by Sysiphos id AA26804 (5.67b/IDA-1.5 for scsi@freebsd.org); Tue, 12 Dec 1995 21:28:35 +0100 Message-Id: <199512122028.AA26804@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 12 Dec 1995 21:28:34 +0100 In-Reply-To: Rob Mallory "Re: ncr[01] conflicts..?" (Dec 10, 11:07) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Rob Mallory Subject: Re: ncr[01] conflicts..? Cc: scsi@freebsd.org Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk On Dec 10, 11:07, Rob Mallory wrote: } Subject: Re: ncr[01] conflicts..? } > Why can't you update both SDMS ROMs to the same } > software release level ? } } I dont have an EEPROM on the 825. It's just more conveinent to u/g } to the latest SDMS rev with a new MB bios upgrade. also, the 3.04 } PROM I have won't drive the 810. (the tech seemed to know about this) Well, I have no trouble with 3.04 and an 810, whatever that means ... :) } > I'd be surprised if the slot numbers would make } > any difference with respect to which ROM is choosen. } } yup. they do. notice by me, and verified by a tech at symbios. } I have to remove the rom, and put the 825 in slot2 (closer to } the mediabus slot) and the 810 in slot1. } no other way will work. the bios' step on each other.. } the only thing to 'play' with at this point is the "2nd" jumper } and the IRQ's in the asus pci bios setup. Well, I'd like to know, what this "2nd" jumper does ... } > But I guess you made sure it works as advertised ? } > (I.e.: Did the SDMS line show that the new BIOS } > was in fact the one being used ?) } } yep. 3.07. if I leave the 3.04 rom in, with the 810 in slot1, } I get a 'DISK BOOT FAILURE' as *no* SDMS bios is found. } (they step all over each other) They really shouldn't. They should be mapped to quite different addresses ... } > There was a message with regard to a mixed 810/825 } > system recently, and it claimed, that the BIOS did } > always prefer the 810 as the "MAIN" controller, i.e. } > no matter which slots the 810 and 825 are put into, } > the 810 should always get the DOS drive C: ... } > } > This is different from what the BSD init code does: } > The PCI bus is scanned from low to high bus numbers } > and from low to high slot numbers, and controllers } > are assigned to drivers in the order they are found. } } is there a hack that can be dropped in for 'reverse scan' of } the pci-bus for FreeBSD? Well, you could of course change the order in the PCI code ... See line 376 of /sys/pci/pci.c: for (device=0; device=0; device--) { And the bus is scanned from hich to low slot numbers ... } > } Dec 8 21:58:16 kickme /kernel: ncr0 rev 1 int a irq ?? on pci } > } 0:6 } > } Dec 8 21:58:16 kickme /kernel: pci_map_mem failed: device's memrange 0xff00-0xf } > } fff is incompatible with its bridge's memrange 0x4000000-0xffffffff } > } > There is something wrong ... !!! } > } > The NCR seems to have been mapped into the memory range } > of the last 256 bytes just below 64KB. } > } > This would be the fault of the BIOS. The FreeBSD PCI code } > does currently respect these values, even if it considers } > them badly choosen (and complains) ... } } My guess is that the '2nd' jumper tells the chip where to advertise itself.? } one way it setps on the 825's memrange(above), and the other way works(below). Well, but 0xff00 and up is an IMPOSSIBLE address on every PC. } I'll send it in another message as not to clutter -scsi..:-) } Let me build a newly sup'd current-kernel first... Yes, thanks, received them and replied already ... } > } Dec 8 21:58:16 kickme /kernel: CACHE TEST FAILED: reg dstat-sstat2 readback fff } > } fffff. } > } > This is a sign, that the NCR does not see the same data } > as the CPU. That's not surprising, if the memory region } > 0xff00 to 0xffff in fact has been assigned to the NCR's } > registers. That region most likely is covered by a WB } > secondary cache, and the NCR doesn't see the data written } > before the corresponding cache lines get flushed to RAM. } only the 825 works, even the bootblocks are read off the 825. } I guess I could make a dos floppy with sdms and scsidisk.com on it } and put my (only:) dos drive on the 810 and see what happens.. Well, the 810 will NEVER work at the 0xff00 memory address. } > } my question is,, Why does the ncr probe look backwards to me? } > } if the 810 is hooked first and booted, and the sd4 kernel is read that } > } device, why does the kernel call the 810 ncr1? } > } > That's because FreeBSD finds it in the higher numbered } > slot. } } the symbios tech said the SDMS will only look from low to high. } and I would have to put my boot drives on the 810. } I left his name/number at work, but I think his name was Gary something.. Well, it seems that it does prefer to boot from the 810, no matter which slot you put it in ? This is at least how I understood your comments in the messages under the subject "bootverbose #1/2" ... Ok. As I wrote in my other message, you'll most probably get your system to work with the NCR_IOMAPPED option. Or you could reverse the probe order, and make the system find the 810 at the higher slot first ... I think either way will make your system use both controllers and is a valid work around ... The 0cff00 mapping is the real culprit, and you really should find a way to get rid of it (by upgrading the system's PCI BIOS). Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-scsi Tue Dec 19 02:53:09 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA07451 for freebsd-scsi-outgoing; Tue, 19 Dec 1995 02:53:09 -0800 (PST) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA07445 for ; Tue, 19 Dec 1995 02:53:05 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with SMTP id MAA19674 for ; Tue, 12 Dec 1995 12:11:50 -0800 (PST) Received: by Sysiphos id AA26517 (5.67b/IDA-1.5 for scsi@freebsd.org); Tue, 12 Dec 1995 20:55:46 +0100 Message-Id: <199512121955.AA26517@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 12 Dec 1995 20:55:45 +0100 In-Reply-To: Rob Mallory "bootverbose #1" (Dec 10, 11:57) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Rob Mallory Subject: Re: bootverbose #1 Cc: scsi@freebsd.org Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk On Dec 10, 11:57, Rob Mallory wrote: **** bootverbose #1 } here is the 'broken' mode where the jumper setting tells the } card to advertise itself in the same area as the 825. the 825 } somehow steps harder on the 810 which gets disabled at boot. } the bios/sdms probe only sees the drives on the 825 and boots } scsi id 0 which is the toshiba. } } I'll send you both outputs.. currently, I have to run in this } mode, without the 810 so I can boot the kernel off my toshiba 1GB Ok. Thanks ... } eventualy, i'd like to boot the kernel off my conner4207 on the 810. } (and have it be sd0:) } ncr0 rev 1 int a irq ?? on pci0:6 } mapreg[10] type=1 addr=0000ff00 size=0100. } mapreg[14] type=0 addr=0000ff00 size=0100. The NCR 53c810 got mapped to an absolutely silly address ! This is at the end of the first 64KB, this is in the middle of system RAM ... } pci_map_mem failed: device's memrange 0xff00-0xffff is incompatible with its bridge's memrange 0x4000000-0xffffffff } reg20: virtual=0xf4575f00 physical=0xff00 size=0x100 } CACHE TEST FAILED: reg dstat-sstat2 readback ffffffff. } CACHE INCORRECTLY CONFIGURED. Not surprising at all ... } ncr1 rev 2 int a irq 11 on pci0:11 } mapreg[10] type=1 addr=0000e400 size=0100. } mapreg[14] type=0 addr=f7fff000 size=0100. The 53c825 gets a reasonable address, a little below 2GB. } reg20: virtual=0xf4578000 physical=0xf7fff000 size=0x100 } ncr1: restart (scsi reset). } ncr1 scanning for targets 0..6 and 8..15 (V2 pl23 95/09/07) } pci0: uses 33554688 bytes of memory from f7fff000 upto f9ffffff. } pci0: uses 512 bytes of I/O space from e400 upto ffff. Ok. Everything looks fine, except the 53c810 was ignored since the system BIOS had assigned it an impossible address. **** bootverbose #2 } STefan, } Here is the second bootverbose. it boots a 2.1 kernel off of } the only disk on the 810, and then changes root to sd0, which } is a -current disk. hmmm.. i did not notice the errors in the } non-bootverbose situation. There was a CD in the drive, this may make a difference ... } Oh, the 810 is a 'GA-410'.... Gigabyte making ncr cards now? Yes, starting at the same time as ASUS (early 1994, at least). } ncr0 rev 2 int a irq 11 on pci0:11 } mapreg[10] type=1 addr=0000e400 size=0100. } mapreg[14] type=0 addr=f7fff000 size=0100. The 53c825 is mapped to a reasonable address, as it was before. } reg20: virtual=0xf4372000 physical=0xf7fff000 size=0x100 } ncr0: restart (scsi reset). } ncr0 scanning for targets 0..6 and 8..15 (V2 pl23 95/09/07) } (ncr0:6:0): "PLEXTOR CD-ROM PX-6XCS 1.00" type 5 removable SCSI 2 } cd0(ncr0:6:0): CD-ROM } cd0(ncr0:6:0): asynchronous. } cd present.[264691 x 2048 byte records] } ncr0:6: ERROR (81:1) (8-0-0) (0/13) @ (ffd8f00c:f000ef6f). Will look at this message in detail later ... (Well, I just did: 81: dma fifo empty + illegal instruction (!) 1: SCSI parity error (aha!) (ffd8f00c:f000ef6f) Well, that should be a NCR program counter offset and next instruction. But the offset is wrong, it ought to be a small positive number ... Seems the chip was thrown off its path when a SCSI parity error occured talking to the CDROM. In fact, this is one of the least tested part sof the driver, since we did not have any hardware to test it ... This is a sign of too long a cable for the transfer speed choosen. Since this is caused by a hardware problem, there is not much I can do. You may want to shorten your SCSI cable, check for any problems with your terminators, make sure an active terminator is used at the end of the cable. What kind of connectors and cables are you using (i.e. is the WIDE drive connected to one of the internal connectors, and the rest to the other ? There are some restrictions on combinations of connectors used at a tiem ...) } reg: da 00 00 13 47 00 0c 0f 35 08 82 00 80 00 0f 02. } ncr0: restart (fatal error). } ncr0:15: ERROR (80:7810) (8-0-0) (ef/f0) @ (ffd8f000:00000000). This seems to be a result of the previous error. There is no device with a SCSI ID of 15 in your system ... } reg: ca 00 00 13 47 00 00 0f 71 00 02 00 80 00 0f 02. } ncr0: restart (fatal error). } ncr1 rev 1 int a irq 14 on pci0:12 } mapreg[10] type=1 addr=0000e000 size=0100. } mapreg[14] type=0 addr=f7ffe000 size=0100. The 53c810 is mapped correctly here, too ... } reg20: virtual=0xf4375000 physical=0xf7ffe000 size=0x100 } ncr1: restart (scsi reset). } ncr1 scanning for targets 0..6 (V2 pl23 95/09/07) } ncr1 waiting for scsi devices to settle } (ncr1:0:0): "CONNER CFA540S 13B0" type 0 fixed SCSI 2 } sd4(ncr1:0:0): Direct-Access } sd4(ncr1:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. } 515MB (1056708 512 byte sectors) } sd4(ncr1:0:0): with 2800 cyls, 4 heads, and an average 94 sectors/track And it can be used at the address it got assigned. } Dec 10 11:57:02 kickme /kernel: pci0: uses 33554944 bytes of memory from f7ffe000 upto f9ffffff. } Dec 10 11:57:02 kickme /kernel: pci0: uses 512 bytes of I/O space from e000 upto e4ff. Well, if you get your BIOS to assign a reasonable address to the 53c810 card, then you are set. You may want to use the line options "NCR_IOMAPPED" in your kernel config file. This will make the driver use port I/O instead of memory mapped register accesses. Let me know, if this makes the driver work on your system. But you really should try to get a BIOS that does not assign\ DRAM addresses to PCI chips ... Rergards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-scsi Tue Dec 19 10:14:23 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26263 for freebsd-scsi-outgoing; Tue, 19 Dec 1995 10:14:23 -0800 (PST) Received: from netserve.lasc.lockheed.com (netserve.lasc.lockheed.com [134.5.45.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26226 Tue, 19 Dec 1995 10:14:15 -0800 (PST) Message-Id: <199512191814.KAA26226@freefall.freebsd.org> Received: from aurora.lasc.lockheed.com by netserve.lasc.lockheed.com with SMTP (1.37.109.4/16.2) id AA07552; Tue, 19 Dec 95 13:12:30 -0500 Received: by aurora.lasc.lockheed.com (1.38.193.4/16.2) id AA28610; Tue, 19 Dec 1995 12:17:22 -0600 From: Aaron Harcrow Subject: Adaptec, SCSI and IDE To: freebsd-questions@FreeBSD.org Date: Tue, 19 Dec 95 12:17:22 CST Cc: freebsd-hardware@FreeBSD.org, freebsd-scsi@FreeBSD.org Mailer: Elm [revision: 70.85] Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk To all the FreeBSD volunteers, I wish you Happy Holidays, Merry Christmas and HELP!! (-O In my efforts to keep cost low, I have come up short on documentation. I recently purchased a NEC 1Gig drive and Adaptec 2842 SCSI controller card, but vendors at the computer didn't provide documentation. I would like to install FreeBSD 2.0 on this new disk in my 486 DX2/66Mhz VLB PC which currently has an 170MB IDE drive. My searches in the archives indicate that this is possible, but explicit explanations and/or directions as to HOW to do it were not given. Who out there can coach me through such an installation? I would like to keep a small DOS partition on the IDE disk and the majority of FreeBSD on the SCSI. Are there any Adaptec drivers I need to run FreeBSD? Where can I get them on the Internet? And, to further make it difficult, I would like to do the install via ftp and a modem. What helpful hints can you give me? Is there a prefered ISP in the Atlanta, GA area anyone would recommend? Respond to : alharcrow@lasc.lockheed.com Thanks in advance, Aaron Harcrow From owner-freebsd-scsi Tue Dec 19 14:53:45 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12543 for freebsd-scsi-outgoing; Tue, 19 Dec 1995 14:53:45 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12531 for ; Tue, 19 Dec 1995 14:53:34 -0800 (PST) From: gpalmer@westhill.cdrom.com Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.12) with SMTP id OAA06091 ; Tue, 19 Dec 1995 14:53:22 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: brians@opentext.com cc: FreeBSD-SCSI@FreeBSD.ORG Subject: Toshiba XM-4101TA CDROM drive Date: Tue, 19 Dec 1995 14:53:22 -0800 Message-ID: <6089.819413602@westhill.cdrom.com> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk Hi A customer called with a problem with a Toshiba 4101 CDROM drive. It seems to be correctly probed on boot time, but when he tries to mount the CDROM, he gets `device not configured' despite the fact there is a CDROM in the drive. (It's attached to an AIC 7870 controller on the PC's motherboard). Anyone got any ideas? This is under FreeBSD 2.0.5-RELEASE. Thanks! Yours Gary From owner-freebsd-scsi Wed Dec 20 08:44:22 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA29872 for freebsd-scsi-outgoing; Wed, 20 Dec 1995 08:44:22 -0800 (PST) Received: from metal.ops.neosoft.com (root@metal.ops.neosoft.com [206.109.5.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA29848 Wed, 20 Dec 1995 08:44:11 -0800 (PST) Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.12/8.6.10) id KAA04924; Wed, 20 Dec 1995 10:44:14 -0600 From: Scott Mace Message-Id: <199512201644.KAA04924@metal.ops.neosoft.com> Subject: AHA2940W problem. To: hackers@freebsd.org, scsi@freebsd.org Date: Wed, 20 Dec 1995 10:44:13 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk I'm having a problem with an AHA2940W with a AIC7870P chip on it. It only probes 16 SCBs (is this normal?). And periodically I get: /kernel: ahc_scsi_cmd0: more than 256 DMA segs /kernel: sd0: oops not queued /kernel: biodone: buffer already done I forced the driver (sys/i386/scsi/aic7xxx.c) to walk the SCBs and when I did this I get 255 SCBs. Scott From owner-freebsd-scsi Wed Dec 20 11:36:48 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11853 for freebsd-scsi-outgoing; Wed, 20 Dec 1995 11:36:48 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11829 Wed, 20 Dec 1995 11:36:43 -0800 (PST) Message-Id: <199512201936.LAA11829@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Scott Mace cc: hackers@freebsd.org, scsi@freebsd.org Subject: Re: AHA2940W problem. In-reply-to: Your message of "Wed, 20 Dec 1995 10:44:13 CST." <199512201644.KAA04924@metal.ops.neosoft.com> Date: Wed, 20 Dec 1995 11:36:42 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk >I'm having a problem with an AHA2940W with a AIC7870P chip on it. > >It only probes 16 SCBs (is this normal?). And periodically I get: As far as I know, the 7870 chips only have 16SCBs. > >/kernel: ahc_scsi_cmd0: more than 256 DMA segs >/kernel: sd0: oops not queued >/kernel: biodone: buffer already done DMA segs != SCBs. Each SCB has 256 possiblle DMA segs == ~1MB of data (give or take an initial page offset or only a partially used last page). Since a buffer maxes out at 64k, the driver should never encounter an I/O that consumes this many segs. Perhaps you are attempting to read/write to a tape drive with a really large block size? >I forced the driver (sys/i386/scsi/aic7xxx.c) to walk the SCBs >and when I did this I get 255 SCBs. I think that the aic7870 will only look at the first 4 bits of the SCBPTR register if EXTSCB is not turned on. Forcing the walk just confuses the driver since it usally only performs the walk if EXTSCB is turned on. It looks like the Ultra cards may come with external SCB SRAM, but I haven't fully confirmed this. I'll look through my data books later tonight to make sure that the probe is doing the right thing there. > > Scott -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Wed Dec 20 12:57:16 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15231 for freebsd-scsi-outgoing; Wed, 20 Dec 1995 12:57:16 -0800 (PST) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15224 for ; Wed, 20 Dec 1995 12:57:13 -0800 (PST) Received: (from rmallory@localhost) by wiley.csusb.edu (8.6.11/8.6.11) id MAA19149; Wed, 20 Dec 1995 12:46:51 -0800 From: Rob Mallory Message-Id: <199512202046.MAA19149@wiley.csusb.edu> Subject: Re: ncr[01] conflicts..? To: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 20 Dec 1995 12:46:51 -0800 (PST) Cc: scsi@FreeBSD.org In-Reply-To: <199512122028.AA26804@Sysiphos> from "Stefan Esser" at Dec 12, 95 09:28:34 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.org Precedence: bulk > > } Subject: Re: ncr[01] conflicts..? > > } the only thing to 'play' with at this point is the "2nd" jumper > } and the IRQ's in the asus pci bios setup. > > Well, I'd like to know, what this "2nd" jumper does ... after looking more closely8-), I found it has "1'st *and* 2'nd" positions. With the 810 in the top slot (next to the ram) (slot1) and the 825 (now romless) in slot2, the motherboard bios is used, and the 810 is probed and booted. If I flip the jumper to "1'st" it will boot using the motherboard ncr bios, and probe the 825 card, boot from it, and dos,and freebsd both cant see the 810 because of the errors described below. > > Well, you could of course change the order in the PCI > code ... > > See line 376 of /sys/pci/pci.c: > > for (device=0; device > Change this into > > for (device=pci_maxdevice -1; device>=0; device--) { > > And the bus is scanned from hich to low slot numbers ... > I tried this, it scanned them in reverse order! but it seemed to hang after it found all cards, and _before_ it found the triton bridges. hmmm..I'll get more details this weekend. > > > Ok. As I wrote in my other message, you'll most probably get > your system to work with the NCR_IOMAPPED option. ...will check this weekend. > > Or you could reverse the probe order, and make the system > find the 810 at the higher slot first ... is it possible to scan the bridges first, and then reverse-scan the rest of the pci bus? would this fix my "hang" just after reverse-scanning the bus? ...its been a few days, maybe I am missing something. I have been busy getting ready for a new job and relocation to San Diego in the near future...not much time to hack freebsd. > I think either way will make your system use both controllers > and is a valid work around ... > > > The 0cff00 mapping is the real culprit, and you really should > find a way to get rid of it (by upgrading the system's PCI BIOS). I will be going from 111 to 113 this weekend.. dunno what is new in 113. Thanks, Rob Mallory [mallorrp@sce.com] --->soon rob@qualcomm.com ;) > > Regards, STefan > > -- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================== > http://www.zpr.uni-koeln.de/~se > From owner-freebsd-scsi Thu Dec 21 16:33:22 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23800 for freebsd-scsi-outgoing; Thu, 21 Dec 1995 16:33:22 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA23766 Thu, 21 Dec 1995 16:32:58 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id TAA17944; Thu, 21 Dec 1995 19:31:40 -0500 Date: Thu, 21 Dec 1995 19:31:34 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG cc: dufault@hda.com, bde@zeta.org.au, hm@altona.hamburg.com, se@mi.Uni-Koeln.de Subject: NAKAMICHI cdrom changer Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk Peter Defualt wrote: > > As John Beukema wrote: > > > > > > > > > Can I expect the same under fbsd? > > > > Nope, you should use the `changer' device (ch0). Our CDROMs aren't > > `sd' drives anyway. > No, use the CD driver. It should attach as 7 drives, switching > when you access the different LUNS. The ch driver is a media > changer, I think like the Exabyte stacker. > This is Hellmuth's notorious Nakamichi drive that needs a > fix to work properly, though I bet that one that BDE posted is the > right one. this drive costs $129 at CSC (408-734-disk). they are selling a Nakamichi scsi-ii fast, 2x, 256kB buffer unit. the price and number of cdroms is great. but will it work???? i want to use it with an ncr53c810 that built into my asus sp3g motherboard. in 2.1.0-R /sys/pci/ncr.c: "#define MAX_LUN (1)" gack!!! jmb Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-scsi Thu Dec 21 18:27:58 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28060 for freebsd-scsi-outgoing; Thu, 21 Dec 1995 18:27:58 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28051 Thu, 21 Dec 1995 18:27:54 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id VAA27382; Thu, 21 Dec 1995 21:37:39 -0500 From: Peter Dufault Message-Id: <199512220237.VAA27382@hda.com> Subject: Re: NAKAMICHI cdrom changer To: jmb@FreeBSD.ORG (Jonathan M. Bresler) Date: Thu, 21 Dec 1995 21:37:38 -0500 (EST) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, bde@zeta.org.au, hm@altona.hamburg.com, se@mi.Uni-Koeln.de In-Reply-To: from "Jonathan M. Bresler" at Dec 21, 95 07:31:34 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk > > Peter Defualt wrote: Who is that guy? > this drive costs $129 at CSC (408-734-disk). they are selling a > Nakamichi scsi-ii fast, 2x, 256kB buffer unit. Hellmuth's drive (which survived 10 hours of "ls -R > /dev/null" on seven disks with mounting and unmounting going on) is a "Nakamichi MBR-7" double speed drive with a 64kb buffer. I'm using it with pretty-darn-close to 2.1R with the aha1542c. It is likely that the unit you are looking at will work the same. ... > but will it work???? i want to use it with an ncr53c810 that > built into my asus sp3g motherboard. > > in 2.1.0-R /sys/pci/ncr.c: "#define MAX_LUN (1)" gack!!! I don't know about this and I don't have the source on line here. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-scsi Thu Dec 21 19:09:27 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29495 for freebsd-scsi-outgoing; Thu, 21 Dec 1995 19:09:27 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA29488 Thu, 21 Dec 1995 19:09:23 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id VAA02027; Thu, 21 Dec 1995 21:08:17 -0600 From: Joe Greco Message-Id: <199512220308.VAA02027@brasil.moneng.mei.com> Subject: Re: NAKAMICHI cdrom changer To: dufault@hda.com (Peter Dufault) Date: Thu, 21 Dec 1995 21:08:17 -0600 (CST) Cc: jmb@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, bde@zeta.org.au, hm@altona.hamburg.com, se@mi.uni-koeln.de In-Reply-To: <199512220237.VAA27382@hda.com> from "Peter Dufault" at Dec 21, 95 09:37:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk > > Peter Defualt wrote: > > Who is that guy? > > > this drive costs $129 at CSC (408-734-disk). they are selling a > > Nakamichi scsi-ii fast, 2x, 256kB buffer unit. Is that the 7-disk changer??? For $129? > Hellmuth's drive (which survived 10 hours of "ls -R > /dev/null" > on seven disks with mounting and unmounting going on) is a "Nakamichi > MBR-7" double speed drive with a 64kb buffer. I'm using it with > pretty-darn-close to 2.1R with the aha1542c. It is likely that > the unit you are looking at will work the same. > > > but will it work???? i want to use it with an ncr53c810 that > > built into my asus sp3g motherboard. > > > > in 2.1.0-R /sys/pci/ncr.c: "#define MAX_LUN (1)" gack!!! > > I don't know about this and I don't have the source on line here. I have a friend who recently picked up the 4x 7-CD version of this unit, I could conceivably borrow it for a day or two and toss it on my Web server box (SP3G) to see if it works. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-scsi Fri Dec 22 05:20:03 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA24764 for freebsd-scsi-outgoing; Fri, 22 Dec 1995 05:20:03 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA24719 Fri, 22 Dec 1995 05:19:53 -0800 (PST) Received: by Sysiphos id AA29586 (5.67b/IDA-1.5); Fri, 22 Dec 1995 14:19:44 +0100 Message-Id: <199512221319.AA29586@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 22 Dec 1995 14:19:43 +0100 In-Reply-To: "Jonathan M. Bresler" "NAKAMICHI cdrom changer" (Dec 21, 19:31) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Jonathan M. Bresler" Subject: Re: NAKAMICHI cdrom changer Cc: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org, hm@altona.hamburg.com Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk On Dec 21, 19:31, "Jonathan M. Bresler" wrote: } Subject: NAKAMICHI cdrom changer } this drive costs $129 at CSC (408-734-disk). they are selling a } Nakamichi scsi-ii fast, 2x, 256kB buffer unit. } } the price and number of cdroms is great. } } but will it work???? i want to use it with an ncr53c810 that } built into my asus sp3g motherboard. } } in 2.1.0-R /sys/pci/ncr.c: "#define MAX_LUN (1)" gack!!! Well, there seem to be a number of drives that don't like probing higher LUN numbers, and there was not much need for them, until now ... The driver deals correctly with LUNs, and you should be able to just increase the MAX_LUN parameter. This should really be controlled from the generic SCSI code, and I have got ot admit, that I don't remember why it is not implemented that way, currently. (There is some extra RAM required per LUN, but this should not be much of a problem ...) If somebody sends me such a drive, I'll make sure it works! (Well, it's Christmas time :) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-scsi Fri Dec 22 10:30:55 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11625 for freebsd-scsi-outgoing; Fri, 22 Dec 1995 10:30:55 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11605 Fri, 22 Dec 1995 10:30:50 -0800 (PST) Message-Id: <199512221830.KAA11605@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: se@ZPR.Uni-Koeln.DE (Stefan Esser) cc: "Jonathan M. Bresler" , freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org, hm@altona.hamburg.com Subject: Re: NAKAMICHI cdrom changer In-reply-to: Your message of "Fri, 22 Dec 1995 14:19:43 +0100." <199512221319.AA29586@Sysiphos> Date: Fri, 22 Dec 1995 10:30:50 -0800 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk >The driver deals correctly with LUNs, and >you should be able to just increase the >MAX_LUN parameter. This should really be >controlled from the generic SCSI code, and >I have got ot admit, that I don't remember >why it is not implemented that way, currently. >(There is some extra RAM required per LUN, but >this should not be much of a problem ...) It is handled by the generic SCSI code via the rogue tables. I think the code in current defaults to only probing the first lun unless there is an entry for the device in the rogue tables, but it may be the other way around. >If somebody sends me such a drive, I'll make >sure it works! (Well, it's Christmas time :) > >Regards, STefan > >-- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================= >= > http://www.zpr.uni-koeln.de/~se -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-scsi Fri Dec 22 15:28:36 1995 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26364 for freebsd-scsi-outgoing; Fri, 22 Dec 1995 15:28:36 -0800 (PST) Received: from rmurphy.slip.bcm.tmc.edu (root@RMURPHY.SLIP.BCM.TMC.EDU [128.249.250.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA26343 Fri, 22 Dec 1995 15:28:26 -0800 (PST) Received: (from rich@localhost) by rmurphy.slip.bcm.tmc.edu (8.6.12/8.6.9) id RAA02541; Fri, 22 Dec 1995 17:28:19 -0600 Date: Fri, 22 Dec 1995 17:28:19 -0600 Message-Id: <199512222328.RAA02541@rmurphy.slip.bcm.tmc.edu> From: Rich Murphey To: jmb@freebsd.org CC: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org, dufault@hda.com, bde@zeta.org.au, hm@altona.hamburg.com, se@mi.uni-koeln.de In-reply-to: (jmb@freebsd.org) Subject: Re: NAKAMICHI cdrom changer Reply-to: rich@lamprey.utmb.edu Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk I'm using the Nakamichi MBR-7 connected to an adaptek 1742. Julian E. suggested these chages. These are diffs v.s. the 2.1-current code. I still got a panic during this morning's sup which I'm still trying to debug. Rich diff -rub /sys/scsi/scsiconf.c ./scsiconf.c --- /sys/scsi/scsiconf.c Mon Oct 9 21:49:13 1995 +++ ./scsiconf.c Fri Dec 22 00:04:18 1995 @@ -276,6 +276,10 @@ "cd", SC_MORE_LUS }, { + T_READONLY, T_REMOV, "NRC", "MBR-7", "*", + "cd", SC_MORE_LUS + }, + { T_READONLY, T_REMOV, "CHINON", "CD-ROM CDS-535","*", "cd", SC_ONE_LU }, @@ -331,6 +335,10 @@ }, { T_READONLY, T_REMOV, "PIONEER", "CD-ROM DRM-602X" + ,"any", "cd", SC_MORE_LUS + }, + { + T_READONLY, T_REMOV, "NRC", "MBR-7" ,"any", "cd", SC_MORE_LUS }, { diff -rub /sys/scsi/cd.c ./cd.c --- /sys/scsi/cd.c Tue May 30 03:13:20 1995 +++ ./cd.c Fri Dec 22 00:02:51 1995 @@ -533,7 +533,7 @@ return; } cdqueues++; - if(cd->dkunit) { + if(cd->dkunit >= 0) { dk_xfer[cd->dkunit]++; dk_seek[cd->dkunit]++; /* don't know */ dk_wds[cd->dkunit] += bp->b_bcount >> 6;