From owner-freebsd-scsi Sun Jul 22 2:15:37 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from cmailg2.svr.pol.co.uk (cmailg2.svr.pol.co.uk [195.92.195.172]) by hub.freebsd.org (Postfix) with ESMTP id 93AE637B401 for ; Sun, 22 Jul 2001 02:15:34 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from modem-28.annon-in-gelydh.dialup.pol.co.uk ([62.136.116.28] helo=heather.plazza.uk) by cmailg2.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 15OFKW-0006Tp-00; Sun, 22 Jul 2001 10:15:16 +0100 Date: Sun, 22 Jul 2001 10:16:24 +0100 (BST) From: Nick Hibma X-X-Sender: To: Kenneth W Cochran Cc: Subject: Re: USB/umass in addition to "other" SCSI In-Reply-To: <200107211917.PAA09061@world.std.com> Message-ID: <20010722101406.E591-100000@heather.plazza.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > >usbd doesn't handle umass (anymore). > > Huh? It does for me(!) No usbd, no zip250 recognition; yes > usbd, yes zip250... OS is 4.3-stable as of 15 July 2001. usbd is calling the kernel and enabling it to enumerate the bus when a device appears. Once we have kernel threads usbd will be no longer needed. What I meant with attaching is to run camcontrol rescan. The umass driver does that internally. Or at least, it should. > What's Still Not Working is an Olympus USB digital camera. > It is supposed to appear as a SCSI device with a MS-DOS > filesystem (& indeed does with Linux, with kernel 2.4.x). > > Try that with FreeBSD & not only does it not "mount" but it > crashes (freezes) the OS, without even so much as a > panic/dump/trace. :( Yes, the ATAPI devices I have not been able to get working yet, due to time constraints. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Jul 22 2:37:58 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mail2.svr.pol.co.uk (mail2.svr.pol.co.uk [195.92.193.210]) by hub.freebsd.org (Postfix) with ESMTP id E485A37B406 for ; Sun, 22 Jul 2001 02:37:51 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from modem-28.annon-in-gelydh.dialup.pol.co.uk ([62.136.116.28] helo=heather.plazza.uk) by mail2.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 15OFg8-0003Ed-00; Sun, 22 Jul 2001 10:37:37 +0100 Date: Sun, 22 Jul 2001 10:38:44 +0100 (BST) From: Nick Hibma X-X-Sender: To: Andrew Gordon Cc: Kenneth W Cochran , Subject: Re: USB/umass in addition to "other" SCSI In-Reply-To: <20010722000136.Q54613-100000@server.arg.sj.co.uk> Message-ID: <20010722103530.R591-100000@heather.plazza.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > usbd doesn't handle umass (anymore). > > Do you mean that it's now interrupt driven, or are you just drawing a > distinction between "usbd the program" and "the kernel thread supervised > by usbd"? The latter. I think (I don't know actually :-/) whether usbd is still needed in CURRENT. Someone waved a patch inb front of my eyes to make it use kernel threads, but I don't remember whether that got committed by peter. Thanks for the extensive info below! I will have a look. This sounds like some kind of lack of initialisation or something. > If I disconnect the drive (whether or not I tried to do anything with it > after plugging in), a panic results. If the system was booted with the > drive connected, and it is then disconnected/reconnected, the devlist > again shows the "(probe0)" and it doesn't work, but instead of the panic > some errors get logged: > > Jul 22 00:39:22 rocket /kernel: umass0: BBB reset failed, TIMEOUT > Jul 22 00:39:27 rocket /kernel: umass0: BBB bulk-in clear stall failed, > TIMEOUT > Jul 22 00:39:32 rocket /kernel: umass0: BBB bulk-out clear stall failed, > TIMEOUT > Jul 22 00:39:37 rocket /kernel: umass0: BBB reset failed, TIMEOUT > Jul 22 00:39:42 rocket /kernel: umass0: BBB bulk-in clear stall failed, > TIMEOUT > Jul 22 00:39:47 rocket /kernel: umass0: BBB bulk-out clear stall failed, > TIMEOUT > Jul 22 00:39:52 rocket /kernel: umass0: BBB reset failed, TIMEOUT > Jul 22 00:39:57 rocket /kernel: umass0: BBB bulk-in clear stall failed, > TIMEOUT > Jul 22 00:40:02 rocket /kernel: umass0: BBB bulk-out clear stall failed, > TIMEOUT > Jul 22 00:40:02 rocket syslogd: exiting on signal 15 > > > The dump from the panic shows the following (I've kept the dump if you > want to see any more from it): > > > IdlePTD 3792896 > initial pcb at 305c00 > panicstr: page fault > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc021cc0d > stack pointer = 0x10:0xc02bb744 > frame pointer = 0x10:0xc02bb764 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = Idle > interrupt mask = bio > trap number = 12 > panic: page fault > > syncing disks... > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x30 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc01fb4e0 > stack pointer = 0x10:0xc02bb56c > frame pointer = 0x10:0xc02bb574 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = Idle > interrupt mask = bio > trap number = 12 > panic: page fault > Uptime: 1m8s > > dumping to dev #da/0x20001, offset 1785984 > dump 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 > 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 > 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 > 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 > 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 > 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 > --- > #0 dumpsys () at ../../kern/kern_shutdown.c:472 > 472 if (dumping++) { > (kgdb) where > #0 dumpsys () at ../../kern/kern_shutdown.c:472 > #1 0xc0155597 in boot (howto=260) at ../../kern/kern_shutdown.c:312 > #2 0xc0155914 in poweroff_wait (junk=0xc02b466f, howto=0) > at ../../kern/kern_shutdown.c:559 > #3 0xc0275b29 in trap_fatal (frame=0xc02bb52c, eva=48) > at ../../i386/i386/trap.c:951 > #4 0xc0275801 in trap_pfault (frame=0xc02bb52c, usermode=0, eva=48) > at ../../i386/i386/trap.c:844 > #5 0xc02753eb in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi > = 0, > tf_esi = -1060317440, tf_ebp = -1070877324, tf_isp = -1070877352, > tf_ebx = -1070792452, tf_edx = 6865472, tf_ecx = -919424256, tf_eax > = 0, > tf_trapno = 12, tf_err = 0, tf_eip = -1071663904, tf_cs = 8, > tf_eflags = 66050, tf_esp = -1060317440, tf_ss = -1060317440}) > at ../../i386/i386/trap.c:443 > #6 0xc01fb4e0 in acquire_lock (lk=0xc02d00fc) > at ../../ufs/ffs/ffs_softdep.c:271 > #7 0xc01ff550 in softdep_update_inodeblock (ip=0xc0ccd700, bp=0xc34cc2a4, > waitfor=0) at ../../ufs/ffs/ffs_softdep.c:3775 > #8 0xc01fa7b9 in ffs_update (vp=0xc932b300, waitfor=0) > at ../../ufs/ffs/ffs_inode.c:106 > #9 0xc0202874 in ffs_sync (mp=0xc0c3e800, waitfor=2, cred=0xc0731900, > p=0xc031d100) at ../../ufs/ffs/ffs_vfsops.c:988 > #10 0xc01842b7 in sync (p=0xc031d100, uap=0x0) at > ../../kern/vfs_syscalls.c:545 > #11 0xc015534a in boot (howto=256) at ../../kern/kern_shutdown.c:233 > #12 0xc0155914 in poweroff_wait (junk=0xc02b466f, howto=0) > at ../../kern/kern_shutdown.c:559 > #13 0xc0275b29 in trap_fatal (frame=0xc02bb704, eva=0) > at ../../i386/i386/trap.c:951 > #14 0xc0275801 in trap_pfault (frame=0xc02bb704, usermode=0, eva=0) > ---Type to continue, or q to quit--- > at ../../i386/i386/trap.c:844 > #15 0xc02753eb in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, > tf_edi = -1059803776, tf_esi = 0, tf_ebp = -1070876828, > tf_isp = -1070876880, tf_ebx = -1059803776, tf_edx = -1060261576, > tf_ecx = -1059803776, tf_eax = 0, tf_trapno = 12, tf_err = 0, > tf_eip = -1071526899, tf_cs = 8, tf_eflags = 66118, > tf_esp = -1059803776, tf_ss = -1059803776}) at > ../../i386/i386/trap.c:443 > #16 0xc021cc0d in usbd_transfer (xfer=0xc0d4ad80) at > ../../dev/usb/usbdi.c:285 > #17 0xc0225673 in umass_setup_ctrl_transfer (sc=0xc0d53000, > udev=0xc0cd7da0, > req=0xc0d53076, buffer=0x0, buflen=0, flags=0, xfer=0xc0d4ad80) > at ../../dev/usb/umass.c:1049 > #18 0xc02256e5 in umass_clear_endpoint_stall (sc=0xc0d53000, endpt=2, > pipe=0xc0cc1c00, state=9, xfer=0xc0d4ad80) at > ../../dev/usb/umass.c:1082 > #19 0xc0225cf1 in umass_bbb_state (xfer=0xc0d4ae00, priv=0xc0d53000, > err=USBD_IOERROR) at ../../dev/usb/umass.c:1513 > #20 0xc021d387 in usb_transfer_complete (xfer=0xc0d4ae00) > at ../../dev/usb/usbdi.c:839 > #21 0xc021a4e5 in ohci_process_done (sc=0xc0729000, done=130123200) > at ../../dev/usb/ohci.c:1248 > #22 0xc021a262 in ohci_intr1 (sc=0xc0729000) at ../../dev/usb/ohci.c:1065 > #23 0xc021a155 in ohci_intr (p=0xc0729000) at ../../dev/usb/ohci.c:994 > (kgdb) > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 23 8: 6:48 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from sgi04-e.std.com (sgi04-e.std.com [199.172.62.134]) by hub.freebsd.org (Postfix) with ESMTP id 7C6AC37B405 for ; Mon, 23 Jul 2001 08:06:43 -0700 (PDT) (envelope-from kwc@world.std.com) Received: from world.std.com (world-f.std.com [199.172.62.5]) by sgi04-e.std.com (8.9.3/8.9.3) with ESMTP id LAA20236135; Mon, 23 Jul 2001 11:05:52 -0400 (EDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id LAA04083; Mon, 23 Jul 2001 11:04:44 -0400 (EDT) Date: Mon, 23 Jul 2001 11:04:44 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200107231504.LAA04083@world.std.com> To: Nick Hibma Subject: Re: USB/umass in addition to "other" SCSI Cc: freebsd-scsi@freebsd.org Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >From n_hibma@qubesoft.com Sun Jul 22 05:15:49 2001 >Date: Sun, 22 Jul 2001 10:16:24 +0100 (BST) >To: Kenneth W Cochran >cc: >Subject: Re: USB/umass in addition to "other" SCSI > >> >usbd doesn't handle umass (anymore). >> >> Huh? It does for me(!) No usbd, no zip250 recognition; yes >> usbd, yes zip250... OS is 4.3-stable as of 15 July 2001. > >usbd is calling the kernel and enabling it to enumerate the bus when a >device appears. Once we have kernel threads usbd will be no longer needed. > >What I meant with attaching is to run camcontrol rescan. The umass >driver does that internally. Or at least, it should. Not happening here... No usbd, no device detect. OS is: FreeBSD myname.my.domain 4.3-STABLE FreeBSD 4.3-STABLE #19: Sun Jul 22 22:37:49 CDT 2001 root@myname.my.domain:/usr/src/sys/compile/LOCAL i386 With usbd, things work just fine, at least with the Iomega drive. Camcontrol doesn't detect it either, unless previously detected/attached by usbd. >> What's Still Not Working is an Olympus USB digital camera. >> It is supposed to appear as a SCSI device with a MS-DOS >> filesystem (& indeed does with Linux, with kernel 2.4.x). >> >> Try that with FreeBSD & not only does it not "mount" but it >> crashes (freezes) the OS, without even so much as a >> panic/dump/trace. :( > >Yes, the ATAPI devices I have not been able to get working yet, due to >time constraints. ATAPI? Huh? But aren't these SCSI devices? The camera gets detetected ok (at least if usbd is up). Problem happens if you try to mount() iti; very bad lock-up/crash. :( -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 23 17: 1: 4 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from cybernetics.com (cyborg.cybernetics.com [206.246.200.18]) by hub.freebsd.org (Postfix) with ESMTP id C2D8B37B405 for ; Mon, 23 Jul 2001 17:01:00 -0700 (PDT) (envelope-from martin@cybernetics.com) Received: by cyborg.cybernetics.com id <119041>; Mon, 23 Jul 2001 20:00:55 -0400 Message-Id: <01Jul23.200055edt.119041@cyborg.cybernetics.com> X-Sender: martin@cybernetics.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 23 Jul 2001 20:00:49 -0400 To: freebsd-scsi@FreeBSD.org From: Martin Aherron Subject: Qlogic 2200 FC card problems Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a functional QLA 2200 FC HBA that I cannot seem to get my FreeBSD box to accept. I get the following information during boot (all debug except interrupts). On board bus scan utility detects the attached tape drive. I have tried several different slots and interrupt vectors. Adaptec 29160 SCSI card works perfectly. ... isp0: port 0xdc00-0xdcff mem 0xdffff000-0xdfffffff irq 10 at device 6.0 on pci0 isp0: set PCI line size to 16 isp0: skipping f/w download isp0: Polled Mailbox Command (0x2) Timeout isp0: Polled Mailbox Command (0x8) Timeout isp0: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT) device_probe_and_attach: isp0 attach returned 6 .... uname -a returns the following FreeBSD FreeBsd.cybernetics.com 4.3-STABLE FreeBSD 4.3-STABLE #3: Mon Jul 23 19:18:52 EDT 2001 root@FreeBsd.x.x:/usr/obj/usr/src/sys/FCDEBUG i386 ------ I would appreciate any suggestions about what to try next. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 23 17:14:20 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 8FEA437B401 for ; Mon, 23 Jul 2001 17:14:16 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (mjacob@wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6O0E9I67700; Mon, 23 Jul 2001 17:14:09 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Mon, 23 Jul 2001 17:14:08 -0700 (PDT) From: Matthew Jacob Reply-To: To: Martin Aherron Cc: Subject: Re: Qlogic 2200 FC card problems In-Reply-To: <01Jul23.200055edt.119041@cyborg.cybernetics.com> Message-ID: <20010723170834.X674-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Try one or both of: a) Enable the BIOS b) Make sure that you're downloading f/w, do one of: i) add ispfw_load="YES" to /boot/loader.conf ii) add device ispfw to your config file. It's failing to attach because there's no firmware loaded into SRAM for the command to the ROM to execute (that's the 0x2 command failing). It'd be nice if I had code in place that did the appropriate flash rom read and hand loaded firmware from the flash rom if I wasn't downloading from ispfw, but the stuff in flash rom is so unpredictable that I always say "load the firmware from the kernel". The reason this is a separate module is that it's big and won't fit on the install floppy. Also, eventually, we'll be able to reclaim memory from modules when we unload them. Next year, probably.... This should probably be a FAQ, yes. On Mon, 23 Jul 2001, Martin Aherron wrote: > I have a functional QLA 2200 FC HBA that I cannot seem to get my FreeBSD > box to > accept. I get the following information during boot (all debug except > interrupts). > On board bus scan utility detects the attached tape drive. I have tried > several different slots and interrupt vectors. Adaptec 29160 SCSI card > works perfectly. > > ... > isp0: port 0xdc00-0xdcff mem > 0xdffff000-0xdfffffff irq 10 at device 6.0 on pci0 > isp0: set PCI line size to 16 > isp0: skipping f/w download > isp0: Polled Mailbox Command (0x2) Timeout > isp0: Polled Mailbox Command (0x8) Timeout > isp0: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT) > device_probe_and_attach: isp0 attach returned 6 > .... > > uname -a returns the following > > FreeBSD FreeBsd.cybernetics.com 4.3-STABLE FreeBSD 4.3-STABLE #3: > Mon Jul 23 19:18:52 EDT 2001 > root@FreeBsd.x.x:/usr/obj/usr/src/sys/FCDEBUG i386 > ------ > I would appreciate any suggestions about what to try next. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 24 4:16:23 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from gate.qubesoft.com (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 1372E37B413 for ; Tue, 24 Jul 2001 04:16:20 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from bluebottle.qubesoft.com (bluebottle [192.168.1.2]) by gate.qubesoft.com (8.11.3/8.11.3) with ESMTP id f6OBGI393760; Tue, 24 Jul 2001 12:16:18 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from builder03 (dhcp139.qubesoft.com [192.168.1.139]) by bluebottle.qubesoft.com (8.11.4/8.11.4) with SMTP id f6OBGII24468; Tue, 24 Jul 2001 12:16:18 +0100 (BST) (envelope-from n_hibma@qubesoft.com) From: "Nick Hibma" To: "Kenneth W Cochran" , Subject: RE: USB/umass in addition to "other" SCSI Date: Tue, 24 Jul 2001 12:16:29 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <200107231504.LAA04083@world.std.com> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > >> Try that with FreeBSD & not only does it not "mount" but it > >> crashes (freezes) the OS, without even so much as a > >> panic/dump/trace. :( > > > >Yes, the ATAPI devices I have not been able to get working yet, due to > >time constraints. > > ATAPI? Huh? But aren't these SCSI devices? The camera > gets detetected ok (at least if usbd is up). Problem > happens if you try to mount() iti; very bad lock-up/crash. :( Don't confuse CAM with SCSI. CAM == Common Access Method. ATAPI is a SCSI derivative. The umass controller converts the command sets between the two (or that is the idea, it ain;t perfect yet). Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 24 8:21:46 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mcl.eimg.com.tw (swtp23-138.adsl.seed.net.tw [211.74.23.138]) by hub.freebsd.org (Postfix) with ESMTP id BC80637B406 for ; Tue, 24 Jul 2001 08:21:37 -0700 (PDT) (envelope-from mcl@mcl.eimg.com.tw) Received: (from mcl@localhost) by mcl.eimg.com.tw (8.11.4/8.11.4) id f6OFI6K00781 for scsi@FreeBSD.ORG; Tue, 24 Jul 2001 23:18:06 +0800 (CST) (envelope-from mcl) Date: Tue, 24 Jul 2001 23:18:06 +0800 From: Ming-Che Lee To: scsi@FreeBSD.ORG Subject: adaptec/dpt raid as root Message-ID: <20010724231806.A763@mcl.eimg.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Can we use an Adaptec S3200S raid controller (a DPT remark) as our root boot partition? If not, is there an adaptec card that can do this? :-) OS: FreeBSD-4.3 (RELENG_4) Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 24 8:52:24 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 79A7037B409 for ; Tue, 24 Jul 2001 08:52:19 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f6OFqJM47405 for ; Tue, 24 Jul 2001 08:52:19 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 5905B380B; Tue, 24 Jul 2001 08:52:19 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Nick Hibma Cc: Kenneth W Cochran , freebsd-scsi@FreeBSD.ORG Subject: Re: USB/umass in addition to "other" SCSI In-Reply-To: <20010722101406.E591-100000@heather.plazza.uk> Date: Tue, 24 Jul 2001 08:52:19 -0700 From: Peter Wemm Message-Id: <20010724155219.5905B380B@overcee.netplex.com.au> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Nick Hibma wrote: > > >usbd doesn't handle umass (anymore). > > > > Huh? It does for me(!) No usbd, no zip250 recognition; yes > > usbd, yes zip250... OS is 4.3-stable as of 15 July 2001. > > usbd is calling the kernel and enabling it to enumerate the bus when a > device appears. Once we have kernel threads usbd will be no longer > needed. For the record, this is only the case for 4.x and older systems. 5.0 has a kthread and does not require usbd for anything but running user-level attach/detach events. From a 5.0 system: PID TT STAT TIME COMMAND 21 ?? DWL 0:00.38 (usb0) 297 ?? DWs 0:05.50 /usr/sbin/usbd Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 24 10:56:35 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id 7DD4337B408 for ; Tue, 24 Jul 2001 10:56:33 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f6OHuUD01789; Tue, 24 Jul 2001 10:56:30 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107241756.f6OHuUD01789@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ming-Che Lee Cc: scsi@FreeBSD.ORG Subject: Re: adaptec/dpt raid as root In-reply-to: Your message of "Tue, 24 Jul 2001 23:18:06 +0800." <20010724231806.A763@mcl.eimg.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Jul 2001 10:56:30 -0700 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > Can we use an Adaptec S3200S raid controller (a DPT remark) as our root boot > partition? If not, is there an adaptec card that can do this? :-) > > OS: FreeBSD-4.3 (RELENG_4) Yes, you can, but the fact that you are fixated on Adaptec suggests that there is something wrong with your design process. You should be considering all the available controllers on their merits, not who manufactures them. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 24 11:14:33 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from cybernetics.com (cyborg.cybernetics.com [206.246.200.18]) by hub.freebsd.org (Postfix) with ESMTP id 8348437B40A for ; Tue, 24 Jul 2001 11:14:19 -0700 (PDT) (envelope-from martin@cybernetics.com) Received: by cyborg.cybernetics.com id <119041>; Tue, 24 Jul 2001 14:14:08 -0400 Message-Id: <01Jul24.141408edt.119041@cyborg.cybernetics.com> X-Sender: martin@cybernetics.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 24 Jul 2001 14:14:04 -0400 To: freebsd-scsi@FreeBSD.org From: Martin Aherron Subject: ISP driver questions Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Matthew I assume these questions are for you. 1) Is there an easy way to set the debug level that the ISP driver uses at board initialization time? 2) This following is not a complaint but curiosity. Any clues as to why the following code is needed? case XPT_GET_TRAN_SETTINGS: cts = &ccb->cts; tgt = cts->ccb_h.target_id; CAMLOCK_2_ISPLOCK(isp); if (IS_FC(isp)) { /* * a lot of normal SCSI things don't make sense. */ cts->flags = CCB_TRANS_TAG_ENB | CCB_TRANS_DISC_ENB; cts->valid = CCB_TRANS_DISC_VALID | CCB_TRANS_TQ_VALID; /* I don't have a problem with doing what it takes to make things work. For me seeing a tape drive report that it can do tagged queueing is like fingernails on a chalkboard - but I will get over it :) Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 24 11:18:22 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from cybernetics.com (cyborg.cybernetics.com [206.246.200.18]) by hub.freebsd.org (Postfix) with ESMTP id 7590437B401 for ; Tue, 24 Jul 2001 11:18:19 -0700 (PDT) (envelope-from martin@cybernetics.com) Received: by cyborg.cybernetics.com id <119041>; Tue, 24 Jul 2001 14:18:09 -0400 Message-Id: <01Jul24.141809edt.119041@cyborg.cybernetics.com> X-Sender: martin@cybernetics.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 24 Jul 2001 14:18:09 -0400 To: freebsd-scsi@FreeBSD.org From: Martin Aherron Subject: Re: Qlogic 2200 FC card problems Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 05:14 PM 7/23/01 -0700, you wrote: > > >Try one or both of: > >a) Enable the BIOS > >b) Make sure that you're downloading f/w, do one of: > > i) add > ispfw_load="YES" > to /boot/loader.conf > > ii) add > device ispfw > to your config file. > Turning on the BIOS got me going. Thanks for the quick response. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 24 12:59:19 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 5462937B407 for ; Tue, 24 Jul 2001 12:59:15 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (mjacob@wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6OJxDI53474; Tue, 24 Jul 2001 12:59:13 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Tue, 24 Jul 2001 12:59:10 -0700 (PDT) From: Matthew Jacob Reply-To: To: Martin Aherron Cc: Subject: Re: ISP driver questions In-Reply-To: <01Jul24.141408edt.119041@cyborg.cybernetics.com> Message-ID: <20010724125411.M91438-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 24 Jul 2001, Martin Aherron wrote: > Matthew I assume these questions are for you. > > 1) Is there an easy way to set the debug level that the ISP driver uses at > board initialization time? For -current and -stable they're different. For -stable, add isp_debug=0xXXXX to /boot/loader.conf or set it from the 'ok' prompt in the loader. This sets debug values for all instances. For -current, add hint.isp.N.debug=0xXXXX to /boot/device.hints or set this at the 'ok' prompt. This will set the debug value for instance N of isp. The value 0xXXXX can be tweaked according to the values seen in ispvar.h- these are masks by which messages from the driver are printed. #define ISP_LOGALL 0x0 /* log always */ #define ISP_LOGCONFIG 0x1 /* log configuration messages */ #define ISP_LOGINFO 0x2 /* log informational messages */ #define ISP_LOGWARN 0x4 /* log warning messages */ #define ISP_LOGERR 0x8 /* log error messages */ #define ISP_LOGDEBUG0 0x10 /* log simple debug messages */ #define ISP_LOGDEBUG1 0x20 /* log intermediate debug messages */ #define ISP_LOGDEBUG2 0x40 /* log most debug messages */ #define ISP_LOGDEBUG3 0x80 /* log high frequency debug messages */ #define ISP_LOGDEBUG4 0x100 /* log high frequency debug messages */ #define ISP_LOGTDEBUG0 0x200 /* log simple debug messages (target mode) */ #define ISP_LOGTDEBUG1 0x400 /* log intermediate debug messages (target) */ #define ISP_LOGTDEBUG2 0x800 /* log all debug messages (target) */ The default is ISP_LOGINFO|ISP_LOGWARN|ISP_LOGERR. If you boot verbose (-v or boot_verbose=YES) ISP_LOGCONFIG is added. > > 2) This following is not a complaint but curiosity. Any clues as to why the > following code is needed? > > case XPT_GET_TRAN_SETTINGS: > cts = &ccb->cts; > tgt = cts->ccb_h.target_id; > CAMLOCK_2_ISPLOCK(isp); > if (IS_FC(isp)) { > /* > * a lot of normal SCSI things don't make sense. > */ > cts->flags = CCB_TRANS_TAG_ENB | CCB_TRANS_DISC_ENB; > cts->valid = CCB_TRANS_DISC_VALID | CCB_TRANS_TQ_VALID; > /* > > I don't have a problem with doing what it takes to make things work. > > For me seeing a tape drive report that it can do tagged queueing is > like fingernails on a chalkboard - but I will get over it :) > Fibre Channel, but it's very nature, supports tags. I could just as easily leave either off. This is in the process of being cleaned up in -current with the NEW_TRAN_CODE where specific transports have specific rulesets/informations. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jul 25 16:49: 7 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id C9EEA37B403 for ; Wed, 25 Jul 2001 16:49:05 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6PNn4I34202 for ; Wed, 25 Jul 2001 16:49:04 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Wed, 25 Jul 2001 16:49:04 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: scsi@freebsd.org Subject: what's wrong with this picture :-) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org yorp.feral.com > root camcontrol inquiry sa0 pass3: Removable Sequential Access SCSI-2 device pass3: Serial Number ZG61033226 pass3: 3.300MB/s transfers -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jul 25 18:38:16 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from cybernetics.com (cyborg.cybernetics.com [206.246.200.18]) by hub.freebsd.org (Postfix) with ESMTP id 356E337B405 for ; Wed, 25 Jul 2001 18:38:14 -0700 (PDT) (envelope-from martin@cybernetics.com) Received: by cyborg.cybernetics.com id <119044>; Wed, 25 Jul 2001 21:38:03 -0400 Message-Id: <01Jul25.213803edt.119044@cyborg.cybernetics.com> X-Sender: martin@cybernetics.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Wed, 25 Jul 2001 21:38:00 -0400 To: freebsd-scsi@FreeBSD.ORG From: Martin Aherron Subject: Re: what's wrong with this picture :-) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > >yorp.feral.com > root camcontrol inquiry sa0 >pass3: Removable Sequential Access SCSI-2 device >pass3: Serial Number ZG61033226 >pass3: 3.300MB/s transfers > >-matt > I'm kind of new to the Freebsd system but why would the pass thru device 3 be providing information for sa0? ---------------> Martin Aherron Cybernetics 111 Cybernetics Way Yorktown, VA 23693 (757) 833-9100 (757) 833-9300 fax ---------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jul 25 18:47:26 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id A849837B401 for ; Wed, 25 Jul 2001 18:47:23 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6Q1lJI39454; Wed, 25 Jul 2001 18:47:19 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Wed, 25 Jul 2001 18:47:19 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Martin Aherron Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: what's wrong with this picture :-) In-Reply-To: <01Jul25.213803edt.119044@cyborg.cybernetics.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 25 Jul 2001, Martin Aherron wrote: > > > >yorp.feral.com > root camcontrol inquiry sa0 > >pass3: Removable Sequential Access SCSI-2 device > >pass3: Serial Number ZG61033226 > >pass3: 3.300MB/s transfers > > > >-matt > > > I'm kind of new to the Freebsd system but why would the pass thru device 3 > be providing information for sa0? ding ding ding ding ding ding! We have a winnah! Very strange... it also is wierd becuase it also has the wrong transfer information too. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jul 25 19: 6:39 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 766AB37B401 for ; Wed, 25 Jul 2001 19:06:35 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id UAA44667; Wed, 25 Jul 2001 20:06:25 -0600 (MDT) (envelope-from ken) Date: Wed, 25 Jul 2001 20:06:25 -0600 From: "Kenneth D. Merry" To: Matthew Jacob Cc: Martin Aherron , freebsd-scsi@FreeBSD.ORG Subject: Re: what's wrong with this picture :-) Message-ID: <20010725200625.A44606@panzer.kdm.org> References: <01Jul25.213803edt.119044@cyborg.cybernetics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mjacob@feral.com on Wed, Jul 25, 2001 at 06:47:19PM -0700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jul 25, 2001 at 18:47:19 -0700, Matthew Jacob wrote: > > On Wed, 25 Jul 2001, Martin Aherron wrote: > > > > > > >yorp.feral.com > root camcontrol inquiry sa0 > > >pass3: Removable Sequential Access SCSI-2 device > > >pass3: Serial Number ZG61033226 > > >pass3: 3.300MB/s transfers > > > > > >-matt > > > > > I'm kind of new to the Freebsd system but why would the pass thru device 3 > > be providing information for sa0? > > ding > ding > ding > ding > ding > ding! > > We have a winnah! That has been the case since day 1. The reason 'pass3' is providing the information is because that's the peripheral driver you're talking to. pass3 is the passthrough driver for that tape drive. > Very strange... it also is wierd becuase it also has the wrong transfer > information too. See what has been negotiated: camcontrol negotiate sa0 -v should explain why it thinks the drive is async. My guess is that the sync offset may be 0. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jul 25 21:19:31 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id E5FD737B403 for ; Wed, 25 Jul 2001 21:19:28 -0700 (PDT) (envelope-from mike@sentex.net) Received: from chimp.simianscience.com (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.11.2/8.11.1) with SMTP id f6Q4JSB37130 for ; Thu, 26 Jul 2001 00:19:28 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: freebsd-scsi@freebsd.org Subject: Re: SCSI timeout problems going from May23 to July13 kernel Date: Thu, 26 Jul 2001 00:19:28 -0400 Message-ID: <6f6vlt0lki9dt4bgujmr8por8pgsqrebk4@4ax.com> References: In-Reply-To: X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 16 Jul 2001 10:56:55 -0400, in sentex.lists.freebsd.scsi you wrote: > >Hi, > A previously working system started to show problems with the tape = drive=20 >since doing a make world. The may23 kernel worked great, but my Friday = the=20 >13th kernel is giving me problems on doing a backup. (yes, I was = tempting=20 >fate! ;-)) The MFC seems to be from the 24th of June, so I doubt its an = all=20 >pervasive bug. Is it just coincidence that my hardware is going bad ? OK, just to followup on this original posting, it might be a little bit = of both. Either way, I am able to get tapes working just fine by specifying the tape density via mt. The problems would only show up with blank new tapes, not ones that had data on them. ---Mike Mike Tancsa (mdtancsa@sentex.net) =09 Sentex Communications Corp, =09 Waterloo, Ontario, Canada "Given enough time, 100 monkeys on 100 routers=20 could setup a national IP network." (KDW2) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jul 25 21:22:14 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 3DF9337B401 for ; Wed, 25 Jul 2001 21:22:12 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (mjacob@wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6Q4M8I45955; Wed, 25 Jul 2001 21:22:09 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Wed, 25 Jul 2001 21:22:03 -0700 (PDT) From: Matthew Jacob Reply-To: To: Mike Tancsa Cc: Subject: Re: SCSI timeout problems going from May23 to July13 kernel In-Reply-To: <6f6vlt0lki9dt4bgujmr8por8pgsqrebk4@4ax.com> Message-ID: <20010725212049.R35492-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Huh. I'm beginning to think that the "test read" that's done at samount time is more trouble than it is worth. I do it try and pick up density of inserted tape- a lot of drives won't tell you anything interesting until you access the tape. But in some cases it sends the drive/tape into the weeds. Grumble. -matt On Thu, 26 Jul 2001, Mike Tancsa wrote: > On 16 Jul 2001 10:56:55 -0400, in sentex.lists.freebsd.scsi you wrote: > > > > >Hi, > > A previously working system started to show problems with the tape drive > >since doing a make world. The may23 kernel worked great, but my Friday the > >13th kernel is giving me problems on doing a backup. (yes, I was tempting > >fate! ;-)) The MFC seems to be from the 24th of June, so I doubt its an all > >pervasive bug. Is it just coincidence that my hardware is going bad ? > > > OK, just to followup on this original posting, it might be a little bit of > both. Either way, I am able to get tapes working just fine by specifying > the tape density via mt. The problems would only show up with blank new > tapes, not ones that had data on them. > > ---Mike > Mike Tancsa (mdtancsa@sentex.net) > Sentex Communications Corp, > Waterloo, Ontario, Canada > "Given enough time, 100 monkeys on 100 routers > could setup a national IP network." (KDW2) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Jul 25 21:37:31 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by hub.freebsd.org (Postfix) with ESMTP id 87BA837B401 for ; Wed, 25 Jul 2001 21:37:28 -0700 (PDT) (envelope-from mike@sentex.net) Received: (from root@localhost) by cage.simianscience.com (8.11.4/8.11.2) id f6Q4bRT04280; Thu, 26 Jul 2001 00:37:28 -0400 (EDT) (envelope-from mike@sentex.net) Received: from chimp.sentex.net (fcage [192.168.0.2]) by cage.simianscience.com (8.11.4/8.11.2av) with ESMTP id f6Q4bNG04272; Thu, 26 Jul 2001 00:37:23 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20010726003110.040a0b30@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 26 Jul 2001 00:37:22 -0400 To: From: Mike Tancsa Subject: Re: SCSI timeout problems going from May23 to July13 kernel Cc: In-Reply-To: <20010725212049.R35492-100000@wonky.feral.com> References: <6f6vlt0lki9dt4bgujmr8por8pgsqrebk4@4ax.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 09:22 PM 7/25/2001 -0700, Matthew Jacob wrote: >Huh. I'm beginning to think that the "test read" that's done at samount time >is more trouble than it is worth. I do it try and pick up density of inserted >tape- a lot of drives won't tell you anything interesting until you access the >tape. But in some cases it sends the drive/tape into the weeds. Grumble. I was trying to remember if we ever used new DDS3 tapes in this DDS4 drive prior to this incident. I am pretty sure they were all used tapes so that there was already info on them which I guess helped the drive figure out what it had ? We only started using the the blank DDS3 tapes recently as we found an unopened box that had been misplaced. So its likely we just never hit this problem before since we got this particular drive 4 months ago. I would say a quick note in either mt or sa man pages. To me, telling the drive the density where needed on blank tapes is an acceptable procedure. It only seems to happen when changing densities. ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 26 5:30:47 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id BE10F37B40A for ; Thu, 26 Jul 2001 05:30:42 -0700 (PDT) (envelope-from daemon@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 15PkHp-000059-01; Thu, 26 Jul 2001 14:30:41 +0200 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.4/8.11.1) id f6QBo9d87644 for freebsd-scsi@freebsd.org; Thu, 26 Jul 2001 13:50:09 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: what's wrong with this picture :-) Date: Thu, 26 Jul 2001 11:50:08 +0000 (UTC) Message-ID: <9jp05g$2l5l$1@kemoauc.mips.inka.de> References: <01Jul25.213803edt.119044@cyborg.cybernetics.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-scsi@freebsd.org Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Martin Aherron wrote: > I'm kind of new to the Freebsd system but why would the pass thru device 3 > be providing information for sa0? Because pass[0-2] are taken by other devices? Here I have pass0 sa0 sym0:0:5:0 pass1 da0 sym1:0:0:0 pass2 da1 sym1:0:1:0 pass3 cd0 sym1:0:4:0 Looks sensible enough. Probing order in dmesg is sa0, da1(!), da0, cd0, though. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 26 10:33:34 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 1E5F537B405 for ; Thu, 26 Jul 2001 10:33:31 -0700 (PDT) (envelope-from jose@we.lc.ehu.es) Received: from v-ger.we.lc.ehu.es (lxpx511.lx.ehu.es [158.227.27.157]) by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f6QHXSL11774 for ; Thu, 26 Jul 2001 19:33:28 +0200 (MET DST) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.3/8.11.3) with ESMTP id f6QBphk00789 for ; Thu, 26 Jul 2001 13:51:43 +0200 (CEST) (envelope-from jose@we.lc.ehu.es) Message-ID: <3B60044F.AF518376@we.lc.ehu.es> Date: Thu, 26 Jul 2001 13:51:43 +0200 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dept. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: scsi@FreeBSD.org Subject: parity errors - what does this mean? Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I have a disk failing with these messages: (da2:ahc2:0:0:0): parity error detected in Data-in phase. SEQADDR(0x1a8) SCSIRATE(0x95) (da2:ahc2:0:0:0): READ(10). CDB: 28 0 0 37 38 80 0 0 80 0 (da2:ahc2:0:0:0): ABORTED COMMAND asc:48,0 (da2:ahc2:0:0:0): Initiator detected error message received żIs the disk dead or perhaps there is a problem with cable/termination? Thanks, -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 26 10:38:23 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 5149937B405 for ; Thu, 26 Jul 2001 10:38:21 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6QHcFI80453; Thu, 26 Jul 2001 10:38:15 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 26 Jul 2001 10:38:15 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: "Jose M. Alcaide" Cc: scsi@FreeBSD.ORG Subject: Re: parity errors - what does this mean? In-Reply-To: <3B60044F.AF518376@we.lc.ehu.es> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org likely a cable/termination problem. On Thu, 26 Jul 2001, Jose M. Alcaide wrote: > Hello, >=20 > I have a disk failing with these messages: >=20 > (da2:ahc2:0:0:0): parity error detected in Data-in phase. SEQADDR(0x1a8) = SCSIRATE(0x95) > (da2:ahc2:0:0:0): READ(10). CDB: 28 0 0 37 38 80 0 0 80 0=20 > (da2:ahc2:0:0:0): ABORTED COMMAND asc:48,0 > (da2:ahc2:0:0:0): Initiator detected error message received >=20 > =BFIs the disk dead or perhaps there is a problem with cable/termination? >=20 > Thanks, > -- JMA > ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org *****= * > ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein *= * >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 26 14: 5: 3 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from cybernetics.com (cyborg.cybernetics.com [206.246.200.18]) by hub.freebsd.org (Postfix) with ESMTP id 3FFBC37B406 for ; Thu, 26 Jul 2001 14:05:01 -0700 (PDT) (envelope-from martin@cybernetics.com) Received: by cyborg.cybernetics.com id <119044>; Thu, 26 Jul 2001 17:04:53 -0400 Message-Id: <01Jul26.170453edt.119044@cyborg.cybernetics.com> X-Sender: martin@cybernetics.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 26 Jul 2001 17:04:55 -0400 To: freebsd-scsi@FreeBSD.ORG From: Martin Aherron Subject: ISP support for WWN Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Matt - I was looking over the isp driver in both -stable and -current. I have not really dug in yet but it appears that you are adding the ability to wire (if that is the proper FreeBSD terminology) a particular WWN to a device name. If I am correct - what is the status of that functionality? I have only worked with -stable up till now so I can't run a quick test. Assuming this feature is available/coming soon has any discussion occurred about some mechanism for supporting hot swap of FC devices, without rebooting, such that the new device shows works with the previous device name? I am specifically thinking of a tape library with multiple native FC tape drives. The drives currently do not allow hard addressing. If a drive needs to be replaced the replacement drive would need to show up as the old device to keep any application software/scripts happy. Thanks for the time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 26 15:17:29 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from windupline.co.uk (ppp-1-65.cvx5.telinco.net [212.1.152.65]) by hub.freebsd.org (Postfix) with SMTP id 0809937B401 for ; Thu, 26 Jul 2001 15:17:19 -0700 (PDT) (envelope-from ona@windupline.co.uk) From: "John" To: "recipient"@FreeBSD.ORG, list@windupline.co.uk Subject: Have a good laugh! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 26 Jul 2001 23:17:04 +0100 Reply-To: "John" X-Priority: 1 (Highest) Content-Transfer-Encoding: 8bit Message-Id: <20010726221719.0809937B401@hub.freebsd.org> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Wind-up A Friend, Colleague, Relative Or Even An Enemy -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Call Windupline and you'll be in stitches! With our new service you're able to wind-up, confuse and bemuse people with a choice of bogus callers that you can transfer to your victim on any UK landline or mobile and then listen in to the call and hear their reaction Don't worry though, they won't be able to hear you, nor tell that you made the call - try it on a speaker phone and a group can hear -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Just use the easy to follow recipe: -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- (i) choose one ripe victim (ii) add Windupline by dialling 0906 736 9265 and select 1 - Wind-up samples 2 - Mr Angry 3 - The Irate Delivery Driver 4 - An Invite To No 10 5 - There's A Bomb In Your Street 6 - You're Wanted At The Police Station 7 - The Tax Inspector 8 - You've Got My Daughter Pregnant (iii) enter your victims number and wait for the transfer (iv) when they answer, prepare yourself and ...enjoy! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This has got to be the funniest way to wind-up anyone -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- http://www.windupline.co.uk Windupline BCM 1543 London WC1N 3XX United Kingdom Tel: +44 (0)8707 469024 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Calls to 0906 numbers are charged at £1/min at all times Maximum call duration 5 mins, average 2 mins Please ensure you have the permission of the bill payer before calling -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- You've received this email as you're on our mailing list If however, you do not wish to receive any further emails simply mailto:remove@windupline.co.uk with the email address(es) to be removed inserted in the subject line Windupline is a trading name of Portmead UK Ltd who are registered and operate under UK data protection legislation We will honour all remove requests -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Portmead UK Ltd 27 Old Gloucester Street London WC1N 3AF United Kingdom Registered in England & Wales 3798100 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 26 23:46:48 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mail.uni-bielefeld.de (mail2.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id 2BD8337B405; Thu, 26 Jul 2001 23:46:30 -0700 (PDT) (envelope-from lars.koeller@uni-bielefeld.de) Received: from dave.hrz.uni-bielefeld.de (dave.hrz.uni-bielefeld.de [129.70.4.32]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.10.12.16.25.p8) with ESMTP id <0GH4008EBDHJ04@mail.uni-bielefeld.de>; Fri, 27 Jul 2001 08:46:31 +0200 (MET DST) Received: from dave.hrz.uni-bielefeld.de (lkoeller@localhost) by dave.hrz.uni-bielefeld.de (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id IAA22373; Fri, 27 Jul 2001 08:46:27 +0200 (METDST) Date: Fri, 27 Jul 2001 08:46:27 +0200 From: Lars =?iso-8859-1?Q?K=F6ller?= X-Face: eCcoCV}FjV*O{6>[1$XP/e%]TJhEw2MF33dFh)^HM7Gfd=[/(4+0a$~ MIME-version: 1.0 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org -------- Hi experts, I'm using freebsd sincs years, and have never seen such a suspicious = problem, detail see below: Any ideas, it seems it's an board induced problem ..... Probloem: I can access the tape (also a CD-RW Writer) on the SCSI bus and write = data (tar) without any errors or kernel messages to and from the tape. When I read the data back I get random changed data in the files! Repeating the procedure gives differences in different files at = different positions. The Problem occured first when changing to the = new ASUS board. With a P2B before all worked like a charm. 63359 : cmp -x usr/lib/libgmp.so /usr/lib/libgmp.so 00006ea4 00 83 00006ea5 00 c0 00006ea6 76 34 00006ea7 0c 8b 00006ea8 83 04 00006ea9 c4 b0 00006eaa f4 25 00006eab 56 00 00006eac e8 40 00006ead 77 00 00006eae bc 00 00006eaf ff 74 00006eb0 ff 0b 00006eb1 eb ff 00006eb2 0f 45 00006eb3 90 0c 00006eb5 83 55 00006eb6 b8 0c 00006eb7 01 0f 00006eb8 00 be 00006eb9 00 32 00006eba 8b eb 00006ebb 00 c8 00006ebc 83 c7 00006ebd c0 45 00006ebe 34 e8 00006ebf 8b 00 63360 : cmp -x usr/lib/libssl.so /usr/lib/libssl.so 00028864 04 77 00028865 71 70 00028868 78 80 0002886c f3 6b 00028870 79 81 00028874 dc 51 00028878 7a 82 0002887c ca 4a 63361 : cmp -x usr/lib/libm.a /usr/lib/libm.a = 0003eea4 fc 00 0003eea5 01 00 0003eea6 75 00 0003eea7 62 00 0003eea8 85 00 0003eea9 d2 00 0003eeaa 7c 00 0003eeab 06 00 0003eeac 31 00 0003eead d2 00 0003eeae eb 00 0003eeaf 5a 00 0003eeb0 89 00 0003eeb1 f6 00 0003eeb2 f7 00 0003eeb3 c2 00 0003eeb4 ff 00 0003eeb5 ff 00 0003eeb6 ff 24 0003eeb7 7f 46 0003eeb8 74 72 0003eeb9 50 65 0003eeba ba 65 0003eebb 00 42 0003eebc 00 53 0003eebd 80 44 0003eebe bf 3a 0003eebf eb 20 Checked: Changed the SCSI controller (worked well in another board) Tape and CD-Writer are o.k. at another board. Changed SCSI cable Changed slot fot SCSI adapter, now it has it's own interrunpt Hardware: Asus CUV4X with 933 MHz PIII 256 MB IDE Disk Adaptex 2940 HP DDS1 Tape Drive Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.= FreeBSD 4.3-STABLE #26: Tue Jul 17 14:49:55 CEST 2001 root@odie.hrz.uni-bielefeld.de:/usr/src/sys/compile/ODIE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (930.96-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 Features=3D0x383f9ff real memory =3D 268353536 (262064K bytes) avail memory =3D 257273856 (251244K bytes) Preloaded elf kernel "kernel" at 0xc03c7000. Preloaded elf module "vesa.ko" at 0xc03c709c. Preloaded splash_image_data "/boot/splash.pcx" at 0xc03c7138. VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc0399262 (1000022) VESA: ELSA TNT2 Vanta Pentium Pro MTRR support enabled md0: Malloc disk apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on= pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 o= n pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 9 at device 4.2= on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: NEC hub, class 9/0, rev 1.00/1.00, addr 2 uhub1: 5 ports with 5 removable, self powered ums0: Sun Microsystems Type 6 USB mouse, rev 1.00/1.02, addr 3, iclass 3/= 1 ums0: 3 buttons ukbd0: Sun Microsystems Type 6 USB keyboard, rev 1.00/1.02, addr 4, iclas= s 3/1 kbd0 at ukbd0 uhid0: MITSUBISHI ELECTRIC NSB1107U, rev 1.00/1.00, addr 5, iclass 3/0 uhci1: port 0xd000-0xd01f irq 9 at device 4.3= on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ahc0: port 0xb800-0xb8ff mem 0xdf800000= -0xdf800fff irq 10 at device 14.0 on = pci0 aic7880: Wide Channel A, SCSI Id=3D7, 16/255 SCBs tx0: port 0xb400-0xb4ff mem 0xdf000000-0xdf000= fff irq 5 at device 15.0 on pci0 miibus0: on tx0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto tx0: address 00:e0:29:3d:cd:c8, type SMC9432TX pcm0: port 0xb000-0xb03f irq 11 at device 17.0 on pci= 0 pcib1: on motherboard pci2: on pcib1 orm0: