From owner-freebsd-scsi Sun Apr 30 15: 9:40 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from front6m.grolier.fr (front6m.grolier.fr [195.36.216.56]) by hub.freebsd.org (Postfix) with ESMTP id 12F7C37C0A7 for ; Sun, 30 Apr 2000 15:09:36 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-162-35.villette.club-internet.fr (ppp-162-35.villette.club-internet.fr [195.36.162.35]) by front6m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id AAA17843 for ; Mon, 1 May 2000 00:09:32 +0200 (MET DST) Date: Sun, 30 Apr 2000 23:44:12 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: freebsd-scsi@freebsd.org Subject: FIX: latest `sym' broke SYM53C896/SYM53C1010 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just committed the fix in -current. Controllers using SYM53C895 chip were not affected by the problem. Since deltas seem to need time to reach cvsup servers and the bug is hard, I decided to also send it to this list. May-be, we did try too hard this driver version with early NCR chips.:) G=E9rard. --- /tmp/sym-1.5.1-20000429/sym_hipd.c=09Sun Apr 30 17:52:38 2000 +++ ./sym_hipd.c=09Sun Apr 30 21:42:55 2000 @@ -55,9 +55,9 @@ * SUCH DAMAGE. */ =20 -/* $FreeBSD: src/sys/dev/sym/sym_hipd.c,v 1.11 2000/04/29 10:20:16 groudie= r Exp $ */ +/* $FreeBSD: src/sys/dev/sym/sym_hipd.c,v 1.12 2000/04/30 21:42:55 groudie= r Exp $ */ =20 -#define SYM_DRIVER_NAME=09"sym-1.5.1-20000429" +#define SYM_DRIVER_NAME=09"sym-1.5.2-20000430" =20 #include #include =09/* For offsetof */ @@ -1965,10 +1965,10 @@ =09 * These ones are loaded by the SCRIPTS processor. =09 */ =09scriptb0->pm0_data_addr[0] =3D -=09=09cpu_to_scr(np->scriptb_ba +=20 +=09=09cpu_to_scr(np->scripta_ba +=20 =09=09=09 offsetof(struct sym_fw2a_scr, pm0_data)); =09scriptb0->pm1_data_addr[0] =3D -=09=09cpu_to_scr(np->scriptb_ba +=20 +=09=09cpu_to_scr(np->scripta_ba +=20 =09=09=09 offsetof(struct sym_fw2a_scr, pm1_data)); } =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue May 2 8:32:40 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from nadia.s.bawue.de (nadia.s.bawue.de [193.197.11.52]) by hub.freebsd.org (Postfix) with ESMTP id 04BB337B978 for ; Tue, 2 May 2000 08:29:22 -0700 (PDT) (envelope-from tf@wurbl.wn.bawue.de) Received: from wurbl.wn.bawue.de (uucp@localhost) by nadia.s.bawue.de (8.9.3/8.9.3) with UUCP id RAA21727 for freebsd.org!freebsd-scsi; Tue, 2 May 2000 17:28:08 +0200 (CEST) Posted-Date: Tue, 2 May 2000 17:28:08 +0200 (CEST) Received: from uucp (helo=prian.bk.int) by wurbl.bk.int with local-esmtp (Exim 3.03 #1) id 12meVh-0001LE-00 for freebsd-scsi@freebsd.org; Tue, 02 May 2000 17:22:54 +0200 Date: Tue, 2 May 2000 17:21:43 +0200 (CEST) From: Thomas Faehnle Subject: sym driver doesn't like 53c810a To: freebsd-scsi@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Message-Id: Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm having trouble getting the sym driver to work with a 53c810a (no-name board), chip rev. 0x11. The board works fine with the ncr driver, however (under both FreeBSD and Linux). I tried both the version that came with the 4.0-RELEASE and 1.5.0 (with and without the XXXX_DEBUG_GENERIC_SUPPORT_XXX option). Output is as follows: 4.0-RELEASE ----------- sym0: <810a> port 0x6000-0x60ff mem 0xe1000000-0xe10000ff irq 15 at device 9.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking pci0: at 11.0 irq 9 [...] unknown2: at port 0x200 on isa0 unknown3: at port 0x300-0x301 on isa0 sym0:8: ERROR (c0:0) (8-0-0) (40/3) @ (script 40:4300001c). sym0: script cmd = f3100004 sym0: regdump: ca 00 00 03 47 40 08 1f 00 08 00 00 80 00 08 02 00 50 e8 03 00 ff ff ff. sym0: PCI STATUS = 0x8100 (noperiph:sym0:0:-1:-1): SCSI BUS reset detected. sym-1.5.0 without XXXX_DEBUG_GENERIC_SUPPORT_XXX ------------------------------------------------ sym0: <810a> port 0x6000-0x60ff mem 0xe1000000-0xe10000ff irq 15 at device 9.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking pci0: at 11.0 irq 9 [...] unknown2: at port 0x200 on isa0 unknown3: at port 0x300-0x301 on isa0 sym0:6: ERROR (c0:0) (8-0-0) (40/3) @ (scripta 40:43000030). sym0: script cmd = f3100004 sym0: regdump: ca 00 00 03 47 40 06 1f 00 08 01 00 80 00 08 02 00 60 e8 03 00 ff ff ff. sym0: PCI STATUS = 0x8100 (noperiph:sym0:0:-1:-1): SCSI BUS reset detected. sym-1.5.0 with XXXX_DEBUG_GENERIC_SUPPORT_XXX --------------------------------------------- sym0: <810a> port 0x6000-0x60ff mem 0xe1000000-0xe10000ff irq 15 at device 9.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking pci0: at 11.0 irq 9 [...] unknown2: at port 0x200 on isa0 unknown3: at port 0x300-0x301 on isa0 sym0:0: ERROR (c0:0) (8-0-0) (0/3) @ (scripta 24:c0000000). sym0: script cmd = 980cef10 sym0: regdump: ca 00 00 03 47 00 00 1f 00 08 01 00 80 00 08 02 00 50 e6 03 00 ff ff ff. sym0: PCI STATUS = 0x8100 (noperiph:sym0:0:-1:-1): SCSI BUS reset detected. In all cases the driver hangs, endlessly repeating the last 5 lines. Any clues? Thomas -- Thomas Faehnle, Am Sommerrain 12, D-71522 Backnang | MIME mail welcome mail: tf@wurbl.wn.bawue.de * phone: +49 7191 954671 | PGP key available To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue May 2 10:53:12 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mail-ewr-3.pilot.net (mail-ewr-3.pilot.net [206.98.230.17]) by hub.freebsd.org (Postfix) with ESMTP id 13DAC37BC1F; Tue, 2 May 2000 10:53:06 -0700 (PDT) (envelope-from Paul.Broome@firstdata.com) Received: from mailgw.firstdata.com ([204.48.27.156]) by mail-ewr-3.pilot.net with ESMTP id NAA21954; Tue, 2 May 2000 13:53:02 -0400 (EDT) From: Paul.Broome@firstdata.com Received: from lnsunr02.firstdata.com (localhost [127.0.0.1]) by mailgw.firstdata.com with SMTP id NAA18831; Tue, 2 May 2000 13:53:00 -0400 (EDT) Received: by lnsunr02.firstdata.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 852568D3.0061E817 ; Tue, 2 May 2000 13:49:24 -0400 X-Lotus-FromDomain: FDC To: Freebsd-questions@FreeBSD.ORG Cc: FreeBSD-scsi@FreeBSD.ORG, broome@acm.org Message-ID: <852568D3.0061E7CF.00@lnsunr02.firstdata.com> Date: Tue, 2 May 2000 13:54:21 -0400 Subject: CMD CRD-5500 raid controller not recognized by 3.4 release Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've run FreeBSD since 2.1.5 (~1995) and rarely have needed help but this time I've run out of things to try. Maybe I need a SCSI quirks table entry added to sys/cam/cam_xpt.c? If so, how would that look. Many thanks. The problem is that the CRD-5500 controller can be found by the Adaptec 2940 configuration setup but not by FreeBSD. I thought the 5500 would have been recognize as just another SCSI disk. The green lights for the channels on the 5500 flash when it boots but nothing is shown on the display or via the serial link. I read all I could find at http://bsd.phoenix.az.us/raid/ I have tried some things that I thought were relevant, such as "allow disconnects" in the 2940 and compile a kernel with 'device pass0'. Thank you kindly for any pointers. Paul Broome First Data Corp. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue May 2 11:56:45 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 8BFAA37B965 for ; Tue, 2 May 2000 11:56:40 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 36465 invoked by uid 1001); 2 May 2000 18:56:37 +0000 (GMT) To: Paul.Broome@firstdata.com Cc: Freebsd-questions@FreeBSD.ORG, FreeBSD-scsi@FreeBSD.ORG, broome@acm.org Subject: Re: CMD CRD-5500 raid controller not recognized by 3.4 release From: sthaug@nethelp.no In-Reply-To: Your message of "Tue, 2 May 2000 13:54:21 -0400" References: <852568D3.0061E7CF.00@lnsunr02.firstdata.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 02 May 2000 20:56:37 +0200 Message-ID: <36463.957293797@verdi.nethelp.no> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The problem is that the CRD-5500 controller can be found by the Adaptec 2940 > configuration setup but not by FreeBSD. I thought the 5500 would have been > recognize as just another SCSI disk. Do you have a RAID set defined? Assuming the CRD-5500 works like the CRD-5600, it'll only be recognized as a SCSI disk (and show up in boot messages etc) if a RAID set is defined. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue May 2 12:10:53 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mail02-ewr.pilot.net (mail-ewr-2.pilot.net [206.98.230.16]) by hub.freebsd.org (Postfix) with ESMTP id 3705437B965; Tue, 2 May 2000 12:10:50 -0700 (PDT) (envelope-from Paul.Broome@firstdata.com) Received: from mailgw.firstdata.com ([204.48.27.156]) by mail02-ewr.pilot.net with ESMTP id PAA28257; Tue, 2 May 2000 15:10:43 -0400 (EDT) From: Paul.Broome@firstdata.com Received: from lnsunr02.firstdata.com (localhost [127.0.0.1]) by mailgw.firstdata.com with SMTP id PAA26628; Tue, 2 May 2000 15:10:42 -0400 (EDT) Received: by lnsunr02.firstdata.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 852568D3.00690509 ; Tue, 2 May 2000 15:07:05 -0400 X-Lotus-FromDomain: FDC To: sthaug@nethelp.no Cc: Freebsd-questions@FreeBSD.ORG, FreeBSD-scsi@FreeBSD.ORG, broome@acm.org Message-ID: <852568D3.006904AD.00@lnsunr02.firstdata.com> Date: Tue, 2 May 2000 15:12:02 -0400 Subject: Re: CMD CRD-5500 raid controller not recognized by 3.4 release Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Steinar Haug, Ah hmm. Actually no. That sounds like a fundamental missing link. I'm also having problems communicating through the serial link to define the RAID set. I had a null modem cable but looks like I need a straight through serial cable which I also try next. Thank you, Sir. Paul.Broome@FirstData.com sthaug@nethelp.no on 05/02/2000 02:56:37 PM To: Paul Broome/MD/FDMS/FDC@FDC cc: Freebsd-questions@FreeBSD.ORG, FreeBSD-scsi@FreeBSD.ORG, broome@acm.org Subject: Re: CMD CRD-5500 raid controller not recognized by 3.4 release > The problem is that the CRD-5500 controller can be found by the Adaptec 2940 > configuration setup but not by FreeBSD. I thought the 5500 would have been > recognize as just another SCSI disk. Do you have a RAID set defined? Assuming the CRD-5500 works like the CRD-5600, it'll only be recognized as a SCSI disk (and show up in boot messages etc) if a RAID set is defined. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue May 2 13:21: 1 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from front1m.grolier.fr (front1m.grolier.fr [195.36.216.51]) by hub.freebsd.org (Postfix) with ESMTP id 7453A37B813 for ; Tue, 2 May 2000 13:20:56 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-169-76.villette.club-internet.fr (ppp-169-76.villette.club-internet.fr [195.36.169.76]) by front1m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id WAA02940; Tue, 2 May 2000 22:20:47 +0200 (MET DST) Date: Tue, 2 May 2000 21:55:34 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Thomas Faehnle Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: sym driver doesn't like 53c810a In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, All `sym' driver versions love the 53c810a, for the reason I have such a=20 controller on my developement machine. :) On Tue, 2 May 2000, Thomas Faehnle wrote: > Hi, >=20 > I'm having trouble getting the sym driver to work with a 53c810a > (no-name board), chip rev. 0x11. The board works fine with the ncr > driver, however (under both FreeBSD and Linux). >=20 > I tried both the version that came with the 4.0-RELEASE and 1.5.0 (with > and without the XXXX_DEBUG_GENERIC_SUPPORT_XXX option). >=20 > Output is as follows: >=20 > 4.0-RELEASE > ----------- >=20 > sym0: <810a> port 0x6000-0x60ff mem 0xe1000000-0xe10000ff irq 15 at devic= e 9.0 on pci0 > sym0: No NVRAM, ID 7, Fast-10, SE, parity checking > pci0: at 11.0 irq 9 > [...] > unknown2: at port 0x200 on isa0 > unknown3: at port 0x300-0x301 on isa0 > sym0:8: ERROR (c0:0) (8-0-0) (40/3) @ (script 40:4300001c). DSTAT=3D0xc0 bit 0x40 means MASTER DATA PARITY ERROR detected. Manual says approximatively: chip detects a data parity error on PCI when acting as a master or a PCI target device signals a parity error during a data phase. > sym0: script cmd =3D f3100004 > sym0: regdump: ca 00 00 03 47 40 08 1f 00 08 00 00 80 00 08 02 00 50 e8 0= 3 00 ff ff ff. > sym0: PCI STATUS =3D 0x8100 PCI STATUS =3D 0x8100 Bit 0x8000: PCI specs say this bit must be set by the device whenever it detects a parity error even if parity error is disabled. The `sym' enables PCI parity checking as most PCI device drivers seem not to do. For ncr/symbios chips both bit 1<<6 in PCI command register and=20 bit 1<<3 in CTEST4 IO register must be set. You can either hack the `sym'driver for it not to enable PCI parity checking for the PCI device, or use the `ncr', or try to find what is triggerring the PCI parity error in your hardware and try to fix it. For the hacking of `sym' you can edit sym_conf.h on your own decision obviously: (below is the relevant section) -- /* * PCI parity checking. * It should not be an option, but some poor or broken=20 * PCI-HOST bridges have been reported to make problems=20 * when this feature is enabled. * Setting this option to 0 tells the driver not to=20 * enable the checking against PCI parity. */ #ifndef SYM_SETUP_PCI_PARITY #define SYM_SETUP_PCI_PARITY=09(1) #endif -- The default setting for PCI parity checking in `sym' will obviously=20 stay _enabled_ in the repository. I would recommend you to look into the possible settings of your MB chipset (core logic) and avoid any PCI optimization that seems so great that it could well be broken in the first place. For example using some asynchronous PCI clocking feature supported by some non-Intel chipsets has been reported to trigger PCI problems, at least with 53c8xx PCI devices. Regards, G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue May 2 21: 5: 2 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from pau-amma.whistle.com (pau-amma.whistle.com [207.76.205.64]) by hub.freebsd.org (Postfix) with ESMTP id 75D7837B944 for ; Tue, 2 May 2000 21:04:53 -0700 (PDT) (envelope-from dhw@whistle.com) Received: (from dhw@localhost) by pau-amma.whistle.com (8.10.0/8.10.0) id e4344ql31790 for freebsd-scsi@freebsd.org; Tue, 2 May 2000 21:04:52 -0700 (PDT) Date: Tue, 2 May 2000 21:04:52 -0700 (PDT) From: David Wolfskill Message-Id: <200005030404.e4344ql31790@pau-amma.whistle.com> To: freebsd-scsi@freebsd.org Subject: ch: warning: could not map element source addr... valid element type Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org About a year ago, I see that there was a message on this list that mentioned the warning message I'm now getting... but I didn't see a followup or a resolution... so I'm asking for some assistance in figuring out what is going on. Background: I had set up a dedicated "backup server", running amanda (2.4.2-19991216-beta1, with a few custom patches [some of which didn't seem to catch the fancy of the amanda community, but which I found useful, so I kept them in anyway]); the box was running FreeBSD 2.2.6-R for a long time. Since it's only in active use for a few hours each day, I had been trying to set it up so I could boot it either from 2.2.6-R or 4.x-C (a few months ago, before 4.0-R existed). Today, I decided to "upgrade" the 4.0-C to 4.0-R -- actually, I did a re-install, overlaying the old 4.0-C. (This after running 4.0-R for several weeks on the laptop I'm using to type this message... which is mostly serving xterms that are opened up on various machines; quite handy, actually, for a sysadmin.) After tweaking things here & there with the filesystem layouts, re-building & re-installing amanda, and getting all the amanda configuration stuff taken care of, things seem to work OK so far: I haven't actually done a backup yet, but the "amcheck" works just fine. But just as I was getting ready to leave the machine room, I glanced up at the console (which I had inadvertently left on), and I saw a large quantity fo messages like that in the Subject: -- e.g. /kernel: ch: warning: could not map element source address 256d to a valid element type (The address in question rotated among 256d, 512d, 768d, 1280d, 1536d, 1792d, and 1280d. The changer in question has 7 slots. More below.) Now, although I'm using a fairly recent version of amanda, I had started with amanda about 1.5 years ago... and back then, there was no "changer script" that appeared to be suitable that was distributed with amanda (and I wasn't aware that someone else was working one one), so I cobbled up a fairly simple-minded one (in Perl 5) that makes use of Jason Thorpe's "chio" command to manipulate the changer... and I'm still using it. (Please note that the functions appear to work -- I was able to get the device to cycle through all the tapes, for instance -- it just spams syslog with the warnings, is all.) One of the things it does early on (for example) is issue "chio params" and "chio status" commands (and parse the results of same) in order to get a clue as to what the changer thinks its current configuration & status is. With that in mind, here are the results of the commands in question: eng-backup# chio params /dev/ch0: 7 slots, 1 drive, 1 picker /dev/ch0: current picker: 0 eng-backup# chio status picker 0: slot 0: slot 1: slot 2: slot 3: slot 4: slot 5: slot 6: drive 0: eng-backup# The warning messages in question appear to be generated in coincidence with issuing the latter command ("chio params"). [Basis for this observation is watching a "tail -f /var/log/message" while issuing the above sequence of commands.] Further, the message appears to be issued by code in cam/scsi/scsi_ch.c, around lines 1036-1057: if (desc->flags2 & READ_ELEMENT_STATUS_SVALID) { eaddr = scsi_2btoul(desc->ssea); /* convert source address to logical format */ for (et = CHET_MT; et <= CHET_DT; et++) { if ((softc->sc_firsts[et] <= eaddr) && ((softc->sc_firsts[et] + softc->sc_counts[et]) > eaddr)) { ces->ces_source_addr = eaddr - softc->sc_firsts[et]; ces->ces_source_type = et; ces->ces_flags |= CES_SOURCE_VALID; break; } } if (!(ces->ces_flags & CES_SOURCE_VALID)) printf("ch: warning: could not map element source " "address %ud to a valid element type", eaddr); } I confess, though, to being fairly unfamiliar with just what is supposed to be going on here.... I'll copy the output of dmesg from a "boot -v" below my .sig; I'm certainly willing to provide additional information, but the kernel configuration (for example) differs from GENERIC (only) in that: * I removed all the "cpu" directives but I686_CPU. * I increased maxusers form 32 to 64. * I decreased the SCSI "settle time" from 15 sec. to 5 sec. * Lots of devices I didn't care about were commented out. * The ch device (which I *do* care about!) was copied in from LINT. * I added kernel support for (but have yet to enable) soft updates. Thanks, david -- David Wolfskill dhw@whistle.com UNIX System Administrator voice: (650) 577-7158 pager: (888) 347-0197 FAX: (650) 372-5915 Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-RELEASE #0: Tue May 2 16:56:14 PDT 2000 root@eng-backup.whistle.com:/usr/src/sys/compile/ENG-BACKUP Calibrating clock(s) ... TSC clock: 199312052 Hz, i8254 clock: 1193200 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 199310348 Hz CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xf9ff real memory = 67108864 (65536K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x0033d000 - 0x03ff7fff, 63680512 bytes (15547 pages) avail memory = 61755392 (60308K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f8050 bios32: Entry = 0xf7aa0 (c00f7aa0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x7ad0 pnpbios: Found PnP BIOS data at 0xc00fbff0 pnpbios: Entry = f0000:c020 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc0324000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12378086) npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12378086) pcib0: on motherboard found-> vendor=0x8086, dev=0x1237, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7000, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7010, revid=0x00 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x9004, dev=0x8178, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 0000e000, size 8 map[14]: type 1, range 32, base fa000000, size 12 found-> vendor=0x1000, dev=0x0001, revid=0x12 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=12 map[10]: type 1, range 32, base 0000d800, size 8 map[14]: type 1, range 32, base f9800000, size 8 found-> vendor=0x1011, dev=0x0009, revid=0x20 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000d400, size 7 map[14]: type 1, range 32, base f9000000, size 7 found-> vendor=0x9004, dev=0x8178, revid=0x01 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000d000, size 8 map[14]: type 1, range 32, base f8800000, size 12 found-> vendor=0x102b, dev=0x051a, revid=0x02 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base f8000000, size 14 map[14]: type 1, range 32, base fb000000, size 23 map[18]: type 1, range 32, base f7800000, size 23 pci0: on pcib0 isab0: at device 1.0 on pci0 I/O Recovery Timing: 8-bit 8 clocks, 16-bit 4 clocks Extended BIOS: disabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: IRQ11, B: IRQ10, C: IRQ12, D: IRQ9 MB0: disabled, MB1: isa0: on isab0 pci0: (vendor=0x8086, dev=0x7010) at 1.1 ahc0: port 0xe000-0xe0ff mem 0xfa000000-0xfa000fff irq 9 at device 9.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: Low byte termination Enabled ahc0: High byte termination Enabled ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: Downloading Sequencer Program... 415 instructions downloaded sym0: <810a> port 0xd800-0xd8ff mem 0xf9800000-0xf98000ff irq 12 at device 10.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: open drain IRQ line driver de0: port 0xd400-0xd47f mem 0xf9000000-0xf900007f irq 10 at device 11.0 on pci0 de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de0: address 00:00:c0:6a:69:f9 de0: supplying EUI64: 00:00:c0:ff:fe:6a:69:f9 bpf: de0 attached de0: driver is using old-style compatability shims ahc1: port 0xd000-0xd0ff mem 0xf8800000-0xf8800fff irq 11 at device 12.0 on pci0 ahc1: Reading SEEPROM...done. ahc1: Low byte termination Enabled ahc1: High byte termination Enabled ahc1: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: Downloading Sequencer Program... 415 instructions downloaded pci0: (vendor=0x102b, dev=0x051a) at 13.0 irq 9 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1041 0x1051 0x1041 0x1041 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x1041 0x1049 0x1041 0x1041 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port isa_probe_children: probing PnP devices BIOS Geometries: 0:0154bf3f 0..340=341 cylinders, 0..191=192 heads, 1..63=63 sectors 1:03fb103d 0..1019=1020 cylinders, 0..16=17 heads, 1..61=61 sectors 2:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 3:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: lo0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: stf0 attached bpf: faith0 attached Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. de0: enabling Full Duplex 100baseTX port (probe17:sym0:0:2:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe17:sym0:0:2:0): ILLEGAL REQUEST asc:24,0 (probe17:sym0:0:2:0): Invalid field in CDB sks:c8,1 (probe21:sym0:0:6:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe21:sym0:0:6:0): ILLEGAL REQUEST asc:24,0 (probe21:sym0:0:6:0): Invalid field in CDB Sending WDTR! ahc0: target 8 using 16bit transfers ahc0: target 8 synchronous at 20.0MHz, offset = 0x8 Sending SDTR! ahc0: target 8 using asynchronous transfers ahc0: target 8 synchronous at 20.0MHz, offset = 0x8 ahc0: target 8 synchronous at 10.0MHz, offset = 0x8 ahc0: target 0 using 16bit transfers ahc0: target 0 synchronous at 20.0MHz, offset = 0x8 ahc1: target 3 synchronous at 10.0MHz, offset = 0xf Creating DISK da0 Creating DISK da1 Creating DISK da2 Creating DISK da3 sa0 at ahc1 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: Serial Number CX914M0098 sa0: 10.000MB/s transfers (10.000MHz, offset 15) Creating DISK cd0 pass0 at ahc0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number RE460219 pass0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 8 lun 0 pass1: Fixed Direct Access SCSI-3 device pass1: Serial Number 111001140521 pass1: 20.000MB/s transfers (10.000MHz, offset 8, 16bit), Tagged Queueing Enabled pass2 at sym0 bus 0 target 0 lun 0 pass2: Fixed Direct Access SCSI-2 device pass2: Serial Number 399702418491 pass2: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled pass3 at sym0 bus 0 target 2 lun 0 pass3: Fixed Direct Access SCSI-2 device pass3: 10.000MB/s transfers (10.000MHz, offset 8) pass4 at sym0 bus 0 target 6 lun 0 pass4: Removable CD-ROM SCSI-2 device pass4: 10.000MB/s transfers (10.000MHz, offset 8) pass5 at ahc1 bus 0 target 1 lun 0 pass5: Removable Changer SCSI-2 device pass5: Serial Number ADIC910279414 pass5: 3.300MB/s transfers pass6 at ahc1 bus 0 target 3 lun 0 pass6: Removable Sequential Access SCSI-2 device pass6: Serial Number CX914M0098 pass6: 10.000MB/s transfers (10.000MHz, offset 15) da1 at ahc0 bus 0 target 8 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number 111001140521 da1: 20.000MB/s transfers (10.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 17357MB (35548320 512 byte sectors: 255H 63S/T 2212C) da3 at sym0 bus 0 target 2 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 10.000MB/s transfers (10.000MHz, offset 8) da3: 516MB (1057758 512 byte sectors: 64H 32S/T 516C) da2 at sym0 bus 0 target 0 lun 0 da2: Fixed Direct Access SCSI-2 device da2: Serial Number 399702418491 da2: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da2: 2014MB (4124736 512 byte sectors: 255H 63S/T 256C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number RE460219 da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) Mounting root from ufs:/dev/da2s1a da2s1: type 0xa5, start 63, end = 4124735, size 4124673 : OK ch0 at ahc1 bus 0 target 1 lun 0 ch0: Removable Changer SCSI-2 device ch0: Serial Number ADIC910279414 ch0: 3.300MB/s transfers ch0: 7 slots, 1 drive, 1 picker, 0 portals start_init: trying /sbin/init da1s1: type 0xa5, start 0, end = 35548319, size 35548320 : OK da0s1: type 0xa5, start 0, end = 17849999, size 17850000 : OK da3s1: type 0xa5, start 0, end = 1057757, size 1057758 da3s1: C/H/S end 581/83/6 (293327) != end 1057757: invalid da3s1: type 0xa5, start 0, end = 1057757, size 1057758 da3s1: C/H/S end 581/83/6 (293327) != end 1057757: invalid da1s1: type 0xa5, start 0, end = 35548319, size 35548320 : OK da0s1: type 0xa5, start 0, end = 17849999, size 17850000 : OK de0: starting DAD for fe80:0001::0200:c0ff:fe6a:69f9 de0: DAD complete for fe80:0001::0200:c0ff:fe6a:69f9 - no duplicates found (da2:sym0:0:0:0): tagged openings now 18 (da2:sym0:0:0:0): tagged openings now 17 (da2:sym0:0:0:0): tagged openings now 16 (da2:sym0:0:0:0): tagged openings now 15 (cd0:sym0:0:6:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:sym0:0:6:0): NOT READY asc:3a,0 (cd0:sym0:0:6:0): Medium not present cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed May 3 15:36: 8 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mail.networld.com (mail.networld.com [207.247.96.103]) by hub.freebsd.org (Postfix) with ESMTP id 8ECB337BA3D for ; Wed, 3 May 2000 15:36:02 -0700 (PDT) (envelope-from rsimon@networld.com) Received: from reid (166.70.15.184) by mail.networld.com with MERCUR-SMTP/POP3/IMAP4-Server (v3.20.01 AS-0098319) for ; Wed, 3 May 2000 16:34:34 -0600 Message-ID: <006e01bfb54f$e919f6e0$0200000a@reid.xmission.com> Reply-To: "Reid" From: "Reid" To: Subject: Install on Compaq Date: Wed, 3 May 2000 16:35:35 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anyone have success to install Freebsd on Compaq 1500R with Smart Array controller card (181132-001). I would like to find someone who can help me on this. Reid To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu May 4 8:10:13 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 1810C37C052 for ; Thu, 4 May 2000 08:10:08 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id LAA35848; Thu, 4 May 2000 11:10:05 -0400 (EDT) Date: Thu, 4 May 2000 11:10:04 -0400 (EDT) From: "Matthew N. Dodd" To: Reid Cc: Freebsd-scsi@FreeBSD.ORG Subject: Re: Install on Compaq In-Reply-To: <006e01bfb54f$e919f6e0$0200000a@reid.xmission.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 3 May 2000, Reid wrote: > Has anyone have success to install Freebsd on Compaq 1500R with Smart > Array controller card (181132-001). I would like to find someone who > can help me on this. Todays 4.0-STABLE snapshot should work fine, or any 5.0-CURRENT snapshot from the last week or so. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu May 4 9:47:59 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mail2.uniserve.com (mail2.uniserve.com [204.244.156.10]) by hub.freebsd.org (Postfix) with ESMTP id 8B39C37B561 for ; Thu, 4 May 2000 09:47:57 -0700 (PDT) (envelope-from bryce@uniserve.com) Received: from bryce.office.uniserve.ca ([204.244.161.211] helo=bryce) by mail2.uniserve.com with smtp (Exim 3.13 #1) id 12nOn6-000BBK-00 for Freebsd-scsi@FreeBSD.ORG; Thu, 04 May 2000 09:47:56 -0700 Message-ID: <002401bfb5e8$7b64ffc0$d3a1f4cc@bryce> From: "Bryce Burnip" To: Subject: Mylex Raid Controllers. Date: Thu, 4 May 2000 09:47:49 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Does anyone out there have a list of currently supported Mylex raid controllers? I've looked in the release notes, and mailing list archives, but I can't seem to find a list. We are looking at going with a simple Raid 1 Solution, with the possibility of using Raid 5 in the future. At this point, it looks as though we're looking at the AcceleRaid 352. Any known problems with that card? Or suggestions on what currently has the best support? Any help is greatly appreciated. Thanks, Bryce ---- Bryce Burnip bryce@uniserve.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu May 4 11:12:11 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id CECDD37C15C for ; Thu, 4 May 2000 11:12:08 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA01114; Thu, 4 May 2000 11:20:55 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005041820.LAA01114@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Bryce Burnip" Cc: Freebsd-scsi@FreeBSD.ORG Subject: Re: Mylex Raid Controllers. In-reply-to: Your message of "Thu, 04 May 2000 09:47:49 PDT." <002401bfb5e8$7b64ffc0$d3a1f4cc@bryce> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 May 2000 11:20:55 -0700 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Does anyone out there have a list of currently supported Mylex raid > controllers? From the 'mlx' manpage: o DAC960P o DAC960PD o DAC960PL o DAC960PJ o DAC960PG o AcceleRAID 150 o AcceleRAID 250 o eXtremeRAID 1100 > We are looking at going with a simple Raid 1 Solution, with the possibility > of using Raid 5 in the future. At this point, it looks as though we're > looking at the AcceleRaid 352. Any known problems with that card? Or > suggestions on what currently has the best support? The 352 and it's bigger sibling the eXtremeRAID 2000 are not currently supported. I have hardware and documentation in hand, I just need more time. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu May 4 17: 4: 3 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from shell.telemere.net (shell.telemere.net [63.224.9.3]) by hub.freebsd.org (Postfix) with ESMTP id 40B1637B739 for ; Thu, 4 May 2000 16:40:48 -0700 (PDT) (envelope-from visigoth@telemere.net) Received: by shell.telemere.net (Postfix, from userid 1001) id 75D4B70601; Thu, 4 May 2000 18:39:54 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by shell.telemere.net (Postfix) with ESMTP id 725F76C801 for ; Thu, 4 May 2000 18:39:54 -0500 (CDT) Date: Thu, 4 May 2000 18:39:54 -0500 (CDT) From: Visigoth To: freebsd-scsi@freebsd.org Subject: Qlogic advice... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org (Please reply to me as well, as I am not on the scsi list) Greetings all... I am running a FreeBSD-4 (cvsuped and built the day before yesterday) NFS server using an external fibre channel array controled by a Qlogic ISP 2100 PCI FC-AL Adapter. Today at some point (under almost non existant load) I started recieving io errors and getting messages like device not configured. Needless to say, the rest of my machines dependant on that server stopped functioning properly ;) The only thing recorded in the log is May 4 14:21:31 nfs /kernel: (da1:isp0:0:124:0): Invalidating pack May 4 14:21:31 nfs last message repeated 52 times Not having a super high amount of experience with fibre channel devices I was wondering if anybody has any debuging ideas for me, or if this is something that anybody has seen before. The device not configured and io failure make me think somebody bumped the cord or something, but it was in a locked case in a locked server room so..... Also, I don't currently have any options configured in the kernel for this device other than device isp # Qlogic family So, if anybody has any config optimization ideas, they would be much appreciated as well. ;) Thanks all for your time, and a wonderful (the best) OS! Visigoth Damieon Stark Sr. Unix Systems Administrator visigoth@telemere.net ____________________________________________________________________________ | - M$ Win 2K was built for the internet. | - Unix _BUILT_ the internet. | FreeBSD - The POWER to serve | http://www.freebsd.org your call... | | ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu May 4 19: 9:43 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 3F8CD37B642 for ; Thu, 4 May 2000 19:09:38 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id TAA11720; Thu, 4 May 2000 19:08:45 -0700 Date: Thu, 4 May 2000 19:09:28 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Visigoth Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Qlogic advice... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > (Please reply to me as well, as I am not on the scsi list) > > Greetings all... > > I am running a FreeBSD-4 (cvsuped and built the day before > yesterday) NFS server using an external fibre channel array controled by a > Qlogic ISP 2100 PCI FC-AL Adapter. Today at some point (under almost non > existant load) I started recieving io errors and getting messages like > device not configured. Needless to say, the rest of my machines dependant > on that server stopped functioning properly ;) The only thing recorded in > the log is > > May 4 14:21:31 nfs /kernel: (da1:isp0:0:124:0): Invalidating pack > May 4 14:21:31 nfs last message repeated 52 times Hmm? Well, I'd need more info about your setup (I'm the isp driver maintainer) to say. It sounds like the loop is coming && going. Have you got options ISP_COMPILE_FW=1 or options ISP_COMPILE_2100_FW=1 set in your config file? It may be you're running with really old BIOS f/w. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu May 4 20: 6:39 2000 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 D58B737B730 for ; Thu, 4 May 2000 20:06:32 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id VAA50562; Thu, 4 May 2000 21:06:28 -0600 (MDT) (envelope-from ken) Date: Thu, 4 May 2000 21:06:28 -0600 From: "Kenneth D. Merry" To: David Wolfskill Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: ch: warning: could not map element source addr... valid element type Message-ID: <20000504210628.A50524@panzer.kdm.org> References: <200005030404.e4344ql31790@pau-amma.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200005030404.e4344ql31790@pau-amma.whistle.com>; from dhw@whistle.com on Tue, May 02, 2000 at 09:04:52PM -0700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, May 02, 2000 at 21:04:52 -0700, David Wolfskill wrote: > But just as I was getting ready to leave the machine room, I glanced up > at the console (which I had inadvertently left on), and I saw a large > quantity fo messages like that in the Subject: -- e.g. > > /kernel: ch: warning: could not map element source address 256d to a > valid element type > > (The address in question rotated among 256d, 512d, 768d, 1280d, 1536d, > 1792d, and 1280d. The changer in question has 7 slots. More below.) From what I can tell, this is exactly what it claims to be. There is an element in the changer that has a source address that doesn't map to any slot, picker, driver or portal we know about. > One of the things it does early on (for example) is issue "chio params" > and "chio status" commands (and parse the results of same) in order to > get a clue as to what the changer thinks its current configuration & status > is. > > With that in mind, here are the results of the commands in question: > > eng-backup# chio params > /dev/ch0: 7 slots, 1 drive, 1 picker > /dev/ch0: current picker: 0 > eng-backup# chio status > picker 0: > slot 0: > slot 1: > slot 2: > slot 3: > slot 4: > slot 5: > slot 6: > drive 0: > eng-backup# > > > The warning messages in question appear to be generated in coincidence > with issuing the latter command ("chio params"). [Basis for this > observation is watching a "tail -f /var/log/message" while issuing the > above sequence of commands.] [ ... ] > ch0 at ahc1 bus 0 target 1 lun 0 > ch0: Removable Changer SCSI-2 device > ch0: Serial Number ADIC910279414 > ch0: 3.300MB/s transfers > ch0: 7 slots, 1 drive, 1 picker, 0 portals Can you send the output of: chio -IS That should give us the internal identifiers claimed for each element, as well as the source address, if any, for each element. (We shouldn't see a source element for the element in question, though, for the same reason you're getting the warning.) It may be that the changer is just saying that the source element in question is valid, when it really isn't. Hopefully the above command will shed some more light on things. 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 Thu May 4 22:14:38 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from hotmail.com (law2-f65.hotmail.com [216.32.181.65]) by hub.freebsd.org (Postfix) with SMTP id D92E937B7FC for ; Thu, 4 May 2000 22:14:35 -0700 (PDT) (envelope-from mut3x@hotmail.com) Received: (qmail 78242 invoked by uid 0); 5 May 2000 05:14:35 -0000 Message-ID: <20000505051435.78241.qmail@hotmail.com> Received: from 24.11.82.151 by www.hotmail.com with HTTP; Thu, 04 May 2000 22:14:35 PDT X-Originating-IP: [24.11.82.151] From: "Mutex Records USA" To: freebsd-scsi@freebsd.org Subject: Re: Mylex Raid Controllers. Date: Thu, 04 May 2000 22:14:35 PDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I wanted to say thanks in public to Mike... I have 3 ExtremeRaid 1100's and they work great. Mylex is of course worthy of credit, too :) I'm using the Kingston srive carriers, does anyone know of a good quality/cheaper source for hot-swappable drive hardware? Adam. >From: Mike Smith >To: "Bryce Burnip" >CC: Freebsd-scsi@FreeBSD.ORG >Subject: Re: Mylex Raid Controllers. >Date: Thu, 04 May 2000 11:20:55 -0700 > > > > > Does anyone out there have a list of currently supported Mylex raid > > controllers? > >From the 'mlx' manpage: > > o DAC960P > > o DAC960PD > > o DAC960PL > > o DAC960PJ > > o DAC960PG > > o AcceleRAID 150 > > o AcceleRAID 250 > > o eXtremeRAID 1100 > > > We are looking at going with a simple Raid 1 Solution, with the >possibility > > of using Raid 5 in the future. At this point, it looks as though we're > > looking at the AcceleRaid 352. Any known problems with that card? Or > > suggestions on what currently has the best support? > >The 352 and it's bigger sibling the eXtremeRAID 2000 are not currently >supported. I have hardware and documentation in hand, I just need more >time. > >-- >\\ Give a man a fish, and you feed him for a day. \\ Mike Smith >\\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org >\\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-scsi" in the body of the message ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu May 4 22:31:49 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 02F9C37B8E8 for ; Thu, 4 May 2000 22:31:48 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id WAA10145; Thu, 4 May 2000 22:28:07 -0700 (PDT) Message-Id: <200005050528.WAA10145@implode.root.com> To: "Mutex Records USA" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Mylex Raid Controllers. In-reply-to: Your message of "Thu, 04 May 2000 22:14:35 PDT." <20000505051435.78241.qmail@hotmail.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 04 May 2000 22:28:07 -0700 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I wanted to say thanks in public to Mike... I have 3 ExtremeRaid 1100's and >they work great. Mylex is of course worthy of credit, too :) > >I'm using the Kingston srive carriers, does anyone know of a good >quality/cheaper source for hot-swappable drive hardware? There is certainly cheaper, but nothing that I've seen beats the quality of the Kingston Data Express. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri May 5 8:30:20 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from shell.telemere.net (shell.telemere.net [63.224.9.3]) by hub.freebsd.org (Postfix) with ESMTP id E462337B8B7 for ; Fri, 5 May 2000 08:29:45 -0700 (PDT) (envelope-from visigoth@telemere.net) Received: by shell.telemere.net (Postfix, from userid 1001) id 37DF170601; Fri, 5 May 2000 10:28:47 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by shell.telemere.net (Postfix) with ESMTP id 31A076C801; Fri, 5 May 2000 10:28:47 -0500 (CDT) Date: Fri, 5 May 2000 10:28:47 -0500 (CDT) From: Visigoth To: Matthew Jacob Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Qlogic advice... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1157900817-957540527=:17646" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1157900817-957540527=:17646 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 4 May 2000, Matthew Jacob wrote: > > Have you got > > options ISP_COMPILE_FW=1 > > or > > options ISP_COMPILE_2100_FW=1 > > set in your config file? It may be you're running with really old BIOS f/w. I don't currently have any options for the ISP card, if I were to compile in options ISP_COMPILE_2100_FW=1 would I need anything else to make that work? I have attached some additional information, thanks for the help, if there is anything else that would help ( a case of bear, some sushi ;) ).... Thanks matt Visigoth Damieon Stark Sr. Unix Systems Administrator visigoth@telemere.net ____________________________________________________________________________ | - M$ Win 2K was built for the internet. | - Unix _BUILT_ the internet. | FreeBSD - The POWER to serve | http://www.freebsd.org your call... | | ---------------------------------------------------------------------------- --0-1157900817-957540527=:17646 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: nfs dmesg Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk4MiwgMTk4NiwgMTk4OSwgMTk5MSwgMTk5Mw0K CVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEu IEFsbCByaWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIDQuMC1TVEFCTEUgIzA6 IE1vbiBNYXkgIDEgMTU6MjY6NTYgQ0RUIDIwMDANCiAgICB2aXNpZ290aEBu ZnMudGVsZW1lcmUubmV0Oi91c3Ivc3JjL3N5cy9jb21waWxlL05GUw0KVGlt ZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHoNCkNQVTog UGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbiAoNTUwLjAyLU1IeiA2ODYt Y2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAw eDY3MyAgU3RlcHBpbmcgPSAzDQogIEZlYXR1cmVzPTB4MzgzZmJmZjxGUFUs Vk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIs UEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixYTU0+DQpyZWFsIG1l bW9yeSAgPSAyMTQ3NDc1NDU2ICgyMDk3MTQ0SyBieXRlcykNCmNvbmZpZz4g ZGkgc24wDQpObyBzdWNoIGRldmljZTogc24wDQpJbnZhbGlkIGNvbW1hbmQg b3Igc3ludGF4LiAgVHlwZSBgPycgZm9yIGhlbHAuDQpjb25maWc+IGRpIHBs aXAwDQpObyBzdWNoIGRldmljZTogcGxpcDANCkludmFsaWQgY29tbWFuZCBv ciBzeW50YXguICBUeXBlIGA/JyBmb3IgaGVscC4NCmNvbmZpZz4gZGkgbG5j MA0KTm8gc3VjaCBkZXZpY2U6IGxuYzANCkludmFsaWQgY29tbWFuZCBvciBz eW50YXguICBUeXBlIGA/JyBmb3IgaGVscC4NCmNvbmZpZz4gZGkgbGUwDQpO byBzdWNoIGRldmljZTogbGUwDQpJbnZhbGlkIGNvbW1hbmQgb3Igc3ludGF4 LiAgVHlwZSBgPycgZm9yIGhlbHAuDQpjb25maWc+IGRpIGllMA0KTm8gc3Vj aCBkZXZpY2U6IGllMA0KSW52YWxpZCBjb21tYW5kIG9yIHN5bnRheC4gIFR5 cGUgYD8nIGZvciBoZWxwLg0KY29uZmlnPiBkaSBmZTANCk5vIHN1Y2ggZGV2 aWNlOiBmZTANCkludmFsaWQgY29tbWFuZCBvciBzeW50YXguICBUeXBlIGA/ JyBmb3IgaGVscC4NCmNvbmZpZz4gZGkgZWQwDQpObyBzdWNoIGRldmljZTog ZWQwDQpJbnZhbGlkIGNvbW1hbmQgb3Igc3ludGF4LiAgVHlwZSBgPycgZm9y IGhlbHAuDQpjb25maWc+IGRpIGNzMA0KTm8gc3VjaCBkZXZpY2U6IGNzMA0K SW52YWxpZCBjb21tYW5kIG9yIHN5bnRheC4gIFR5cGUgYD8nIGZvciBoZWxw Lg0KY29uZmlnPiBxDQphdmFpbCBtZW1vcnkgPSAyMDg2NjQxNjY0ICgyMDM3 NzM2SyBieXRlcykNClByb2dyYW1taW5nIDI0IHBpbnMgaW4gSU9BUElDICMw DQpJT0FQSUMgIzAgaW50cGluIDIgLT4gaXJxIDANCkZyZWVCU0QvU01QOiBN dWx0aXByb2Nlc3NvciBtb3RoZXJib2FyZA0KIGNwdTAgKEJTUCk6IGFwaWMg aWQ6ICAxLCB2ZXJzaW9uOiAweDAwMDQwMDExLCBhdCAweGZlZTAwMDAwDQog Y3B1MSAoQVApOiAgYXBpYyBpZDogIDAsIHZlcnNpb246IDB4MDAwNDAwMTEs IGF0IDB4ZmVlMDAwMDANCiBpbzAgKEFQSUMpOiBhcGljIGlkOiAgMiwgdmVy c2lvbjogMHgwMDE3MDAxMSwgYXQgMHhmZWMwMDAwMA0KUHJlbG9hZGVkIGVs ZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhjMDMyOTAwMC4NClByZWxvYWRlZCB1 c2VyY29uZmlnX3NjcmlwdCAiL2Jvb3Qva2VybmVsLmNvbmYiIGF0IDB4YzAz MjkwOWMuDQpQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZA0KbWQw OiBNYWxsb2MgZGlzaw0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3Ro ZXJib2FyZA0KbnB4MDogSU5UIDE2IGludGVyZmFjZQ0KcGNpYjA6IDxJbnRl bCA4MjQ1NE5YIFBYQiMwLCBCdXMjQT4gb24gbW90aGVyYm9hcmQNCnBjaTA6 IDxQQ0kgYnVzPiBvbiBwY2liMA0KaXNhYjA6IDxJbnRlbCA4MjM3MUFCIFBD SSB0byBJU0EgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTANCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMA0KcGNpMDogPEludGVsIFBJSVg0IEFUQSBj b250cm9sbGVyPiBhdCAyLjENCnBjaTA6IDxJbnRlbCA4MjM3MUFCL0VCIChQ SUlYNCkgVVNCIGNvbnRyb2xsZXI+IGF0IDIuMiBpcnEgMA0KVGltZWNvdW50 ZXIgIlBJSVgiICBmcmVxdWVuY3kgMzU3OTU0NSBIeg0KY2hpcDA6IDxJbnRl bCA4MjM3MUFCIFBvd2VyIG1hbmFnZW1lbnQgY29udHJvbGxlcj4gcG9ydCAw eDg1MC0weDg1ZiBhdCBkZXZpY2UgMi4zIG9uIHBjaTANCnBjaTA6IDxBVEkg TWFjaDY0LUdJIGdyYXBoaWNzIGFjY2VsZXJhdG9yPiBhdCA0LjANCmZ4cDA6 IDxJbnRlbCBFdGhlckV4cHJlc3MgUHJvIDEwLzEwMEIgRXRoZXJuZXQ+IHBv cnQgMHhkOGMwLTB4ZDhmZiBtZW0gMHhmZTQwMDAwMC0weGZlNGZmZmZmLDB4 ZmU2MjAwMDAtMHhmZTYyMGZmZiBpcnEgMTQgYXQgZGV2aWNlIDYuMCBvbiBw Y2kwDQpmeHAwOiBFdGhlcm5ldCBhZGRyZXNzIDAwOmQwOmI3OjJjOjMyOmYx DQpkcHQwOiA8RFBUIENhY2hpbmcgU0NTSSBSQUlEIENvbnRyb2xsZXI+IHBv cnQgMHhkOGEwLTB4ZDhiZiBpcnEgMTEgYXQgZGV2aWNlIDguMCBvbiBwY2kw DQpkcHQwOiBEUFQgUE0zMzM0VVcgRlcgUmV2LiAwN00wLCAxIGNoYW5uZWws IDY0IENDQnMNCmRwdDA6IGRyaXZlciBpcyB1c2luZyBvbGQtc3R5bGUgY29t cGF0YWJpbGl0eSBzaGltcw0Kd3gwOiA8SW50ZWwgR2lnYUJpdCBFdGhlcm5l dD4gbWVtIDB4ZmU2MDAwMDAtMHhmZTYxZmZmZiBpcnEgMTAgYXQgZGV2aWNl IDEwLjAgb24gcGNpMA0Kd3gwOiBFdGhlcm5ldCBhZGRyZXNzIDAwOjkwOjI3 OjkyOjY2OmU5DQpwY2liMTogPEludGVsIDgyNDU0TlggUFhCIzAsIEJ1cyNC PiBvbiBtb3RoZXJib2FyZA0KcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxDQph aGMwOiA8QWRhcHRlYyBhaWM3ODkwLzkxIFVsdHJhMiBTQ1NJIGFkYXB0ZXI+ IHBvcnQgMHhlYzAwLTB4ZWNmZiBtZW0gMHhmZTgwMjAwMC0weGZlODAyZmZm IGlycSAyMSBhdCBkZXZpY2UgNC4wIG9uIHBjaTENCmFoYzA6IGFpYzc4OTAv OTEgV2lkZSBDaGFubmVsIEEsIFNDU0kgSWQ9NywgMTYvMjU1IFNDQnMNCmFo YzE6IDxBZGFwdGVjIGFpYzc4OTAvOTEgVWx0cmEyIFNDU0kgYWRhcHRlcj4g cG9ydCAweGU4MDAtMHhlOGZmIG1lbSAweGZlODAxMDAwLTB4ZmU4MDFmZmYg aXJxIDIyIGF0IGRldmljZSA2LjAgb24gcGNpMQ0KYWhjMTogYWljNzg5MC85 MSBXaWRlIENoYW5uZWwgQSwgU0NTSSBJZD03LCAxNi8yNTUgU0NCcw0KYWhj MjogPEFkYXB0ZWMgYWljNzg2MCBTQ1NJIGFkYXB0ZXI+IHBvcnQgMHhlNDAw LTB4ZTRmZiBtZW0gMHhmZTgwMDAwMC0weGZlODAwZmZmIGlycSAyMCBhdCBk ZXZpY2UgOC4wIG9uIHBjaTENCmFoYzI6IGFpYzc4NjAgU2luZ2xlIENoYW5u ZWwgQSwgU0NTSSBJZD03LCAzLzI1NSBTQ0JzDQpwY2liMjogPEludGVsIDgy NDU0TlggUFhCIzEsIEJ1cyNBPiBvbiBtb3RoZXJib2FyZA0KcGNpMjogPFBD SSBidXM+IG9uIHBjaWIyDQpmeHAxOiA8SW50ZWwgRXRoZXJFeHByZXNzIFBy byAxMC8xMDBCIEV0aGVybmV0PiBwb3J0IDB4ZmNjMC0weGZjZmYgbWVtIDB4 ZmU5MDAwMDAtMHhmZTlmZmZmZiwweGZlYjAxMDAwLTB4ZmViMDFmZmYgaXJx IDE5IGF0IGRldmljZSAxLjAgb24gcGNpMg0KZnhwMTogRXRoZXJuZXQgYWRk cmVzcyAwMDpkMDpiNzoyYzoyZTplZA0KaXNwMDogPFFsb2dpYyBJU1AgMjEw MCBQQ0kgRkMtQUwgQWRhcHRlcj4gcG9ydCAweGY4MDAtMHhmOGZmIG1lbSAw eGZlYjAwMDAwLTB4ZmViMDBmZmYgaXJxIDE2IGF0IGRldmljZSA3LjAgb24g cGNpMg0KZmRjMDogPE5FQyA3MjA2NUIgb3IgY2xvbmU+IGF0IHBvcnQgMHgz ZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhMA0KZmRjMDogRklG TyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9sZA0KZmQwOiA8MTQ0MC1LQiAz LjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDANCmF0a2JkYzA6IDxLZXlib2Fy ZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlz YTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwDQpw c20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzANCnBzbTA6IG1v ZGVsIEdlbmVyaWMgUFMvMiBtb3VzZSwgZGV2aWNlIElEIDANCnZnYTA6IDxH ZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhh MDAwMC0weGJmZmZmIG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xlPiBv biBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9 MHgyMDA+DQpzaW8wIGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3Mg MHgxMCBvbiBpc2EwDQpzaW8wOiB0eXBlIDE2NTUwQQ0Kc2lvMSBhdCBwb3J0 IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYTANCnNpbzE6IHR5cGUgMTY1NTBB DQpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gYXQgcG9ydCAweDM3OC0weDM3ZiBp cnEgNyBvbiBpc2EwDQpwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQ L1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQ0KcHBjMDogRklGTyB3 aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkDQpwcGkwOiA8UGFyYWxsZWwg SS9PPiBvbiBwcGJ1czANCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czANCmxw dDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KcGxpcDA6IDxQTElQIG5ldHdv cmsgaW50ZXJmYWNlPiBvbiBwcGJ1czANCkFQSUNfSU86IFRlc3RpbmcgODI1 NCBpbnRlcnJ1cHQgZGVsaXZlcnkNCkFQSUNfSU86IHJvdXRpbmcgODI1NCB2 aWEgSU9BUElDICMwIGludHBpbiAyDQpJUCBGaWx0ZXI6IGluaXRpYWxpemVk LiAgRGVmYXVsdCA9IHBhc3MgYWxsLCBMb2dnaW5nID0gZW5hYmxlZA0KSVAg RmlsdGVyOiB2My4zLjgNCldhaXRpbmcgMTUgc2Vjb25kcyBmb3IgU0NTSSBk ZXZpY2VzIHRvIHNldHRsZQ0KU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhDQpp c3AwOiBMb29wIFJFU0VUDQppc3AwOiBMb29wIFJFU0VUDQppc3AwOiBMb29w IFJFU0VUDQppc3AwOiBMb29wIFJFU0VUDQppc3AwOiBMb29wIFJFU0VUDQpp c3AwOiBGaXJtd2FyZSBTdGF0ZSBDb25maWcgV2FpdCAtPiBXYWl0aW5nIGZv ciBBTF9QQQ0KaXNwMDogTG9vcCBSRVNFVA0KaXNwMDogTG9vcCBSRVNFVA0K aXNwMDogTG9vcCBSRVNFVA0KaXNwMDogRmlybXdhcmUgU3RhdGUgV2FpdGlu ZyBmb3IgQUxfUEEgLT4gV2FpdCBMb2dpbg0KaXNwMDogRmlybXdhcmUgU3Rh dGUgV2FpdCBMb2dpbiAtPiBSZWFkeQ0KaXNwMDogVGFyZ2V0IDEyNCAoTG9v cCAweDdjKSBQb3J0IElEIDB4MiByb2xlIFRhcmdldCBhcnJpdmVkDQogUG9y dCBXV04gMHgyMDAxMDAxMGU5MDA0MTg4DQogTm9kZSBXV04gMHgyMDAwMDAx MGU5MDA0MTg4DQpwYXNzMSBhdCBkcHQwIGJ1cyAwIHRhcmdldCA2IGx1biAw DQpwYXNzMTogPERFTEwgMXgzIFUyVyBTQ1NJIEJQIDUuMjM+IEZpeGVkIFBy b2Nlc3NvciBTQ1NJLTIgZGV2aWNlIA0KZGEwIGF0IGRwdDAgYnVzIDAgdGFy Z2V0IDAgbHVuIDANCmRhMDogPERQVCBSQUlELTUgMDdNMD4gRml4ZWQgRGly ZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIA0KZGEwOiAzNDczMk1CICg3MTEz MTkwNCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDQ0MjdDKQ0KZGEx IGF0IGlzcDAgYnVzIDAgdGFyZ2V0IDEyNCBsdW4gMA0KZGExOiA8UmFpZHRl YyBGUkNISSBCRVRBIFJBSUQ1IDAwMjQ+IEZpeGVkIERpcmVjdCBBY2Nlc3Mg U0NTSS0yIGRldmljZSANCmRhMTogMTAwLjAwME1CL3MgdHJhbnNmZXJzLCBU YWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGExOiA2ODY2NE1CICgxNDA2MjQ4 OTYgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA4NzUzQykNCmNkMCBh dCBhaGMyIGJ1cyAwIHRhcmdldCA1IGx1biAwDQpjZDA6IDxORUMgQ0QtUk9N IERSSVZFOjQ2NiAxLjA2PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMiBkZXZp Y2UgDQpjZDA6IDIwLjAwME1CL3MgdHJhbnNmZXJzICgyMC4wMDBNSHosIG9m ZnNldCAxNSkNCmNkMDogY2QgcHJlc2VudCBbMjcxNTA2IHggMjA0OCBieXRl IHJlY29yZHNdDQpNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvZGEwczFh DQpJUCBGaWx0ZXI6IGluaXRpYWxpemVkLiAgRGVmYXVsdCA9IHBhc3MgYWxs LCBMb2dnaW5nID0gZW5hYmxlZA0KSVAgRmlsdGVyOiB2My4zLjgNCg== --0-1157900817-957540527=:17646 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="nfs.kern.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: kernel config Content-Disposition: attachment; filename="nfs.kern.txt" Iw0KIyBORlMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxl IGZvciBGcmVlQlNEL2kzODYNCiMNCiMgRm9yIG1vcmUgaW5mb3JtYXRpb24g b24gdGhpcyBmaWxlLCBwbGVhc2UgcmVhZCB0aGUgaGFuZGJvb2sgc2VjdGlv biBvbg0KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoNCiMNCiMgICAg aHR0cDovL3d3dy5mcmVlYnNkLm9yZy9oYW5kYm9vay9rZXJuZWxjb25maWct Y29uZmlnLmh0bWwNCiMNCiMgVGhlIGhhbmRib29rIGlzIGFsc28gYXZhaWxh YmxlIGxvY2FsbHkgaW4gL3Vzci9zaGFyZS9kb2MvaGFuZGJvb2sNCiMgaWYg eW91J3ZlIGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3 aXNlIGFsd2F5cyBzZWUgdGhlDQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIg c2VydmVyIChodHRwOi8vd3d3LkZyZWVCU0QuT1JHLykgZm9yIHRoZQ0KIyBs YXRlc3QgaW5mb3JtYXRpb24uDQojDQojIEFuIGV4aGF1c3RpdmUgbGlzdCBv ZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVkIGV4cGxhbmF0aW9ucyBvZiB0 aGUNCiMgZGV2aWNlIGxpbmVzIGlzIGFsc28gcHJlc2VudCBpbiB0aGUgLi9M SU5UIGNvbmZpZ3VyYXRpb24gZmlsZS4gSWYgeW91IGFyZQ0KIyBpbiBkb3Vi dCBhcyB0byB0aGUgcHVycG9zZSBvciBuZWNlc3NpdHkgb2YgYSBsaW5lLCBj aGVjayBmaXJzdCBpbiBMSU5ULg0KIw0KIyAkRnJlZUJTRDogc3JjL3N5cy9p Mzg2L2NvbmYvTkZTLHYgMS4yNDEgMjAwMC8wMi8wNCAwNzowMjo1MyBqa2gg RXhwICQNCg0KbWFjaGluZQkJaTM4Ng0KY3B1CQlJNjg2X0NQVQ0KaWRlbnQJ CU5GUw0KbWF4dXNlcnMJMTI4DQoNCiNtYWtlb3B0aW9ucwlERUJVRz0tZwkJ I0J1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1ZyBzeW1ib2xzDQoNCm9w dGlvbnMgCU1BVEhfRU1VTEFURQkJI1N1cHBvcnQgZm9yIHg4NyBlbXVsYXRp b24NCm9wdGlvbnMgCUlORVQJCQkjSW50ZXJORVR3b3JraW5nDQpvcHRpb25z IAlGRlMJCQkjQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtDQpvcHRpb25zIAlG RlNfUk9PVAkJI0ZGUyB1c2FibGUgYXMgcm9vdCBkZXZpY2UgW2tlZXAgdGhp cyFdDQpvcHRpb25zIAlNRlMJCQkjTWVtb3J5IEZpbGVzeXN0ZW0NCm9wdGlv bnMgCU1EX1JPT1QJCQkjTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UN Cm9wdGlvbnMgCU5GUwkJCSNOZXR3b3JrIEZpbGVzeXN0ZW0NCm9wdGlvbnMg CU5GU19ST09UCQkjTkZTIHVzYWJsZSBhcyByb290IGRldmljZSwgTkZTIHJl cXVpcmVkDQpvcHRpb25zIAlNU0RPU0ZTCQkJI01TRE9TIEZpbGVzeXN0ZW0N Cm9wdGlvbnMgCUNEOTY2MAkJCSNJU08gOTY2MCBGaWxlc3lzdGVtDQpvcHRp b25zIAlDRDk2NjBfUk9PVAkJI0NELVJPTSB1c2FibGUgYXMgcm9vdCwgQ0Q5 NjYwIHJlcXVpcmVkDQpvcHRpb25zIAlQUk9DRlMJCQkjUHJvY2VzcyBmaWxl c3lzdGVtDQpvcHRpb25zIAlDT01QQVRfNDMJCSNDb21wYXRpYmxlIHdpdGgg QlNEIDQuMyBbS0VFUCBUSElTIV0NCm9wdGlvbnMgCVNDU0lfREVMQVk9MTUw MDAJI0RlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQ0Kb3B0aW9u cyAJVUNPTlNPTEUJCSNBbGxvdyB1c2VycyB0byBncmFiIHRoZSBjb25zb2xl DQpvcHRpb25zIAlVU0VSQ09ORklHCQkjYm9vdCAtYyBlZGl0b3INCm9wdGlv bnMgCVZJU1VBTF9VU0VSQ09ORklHCSN2aXN1YWwgYm9vdCAtYyBlZGl0b3IN Cm9wdGlvbnMgCUtUUkFDRQkJCSNrdHJhY2UoMSkgc3VwcG9ydA0Kb3B0aW9u cyAJU1lTVlNITQkJCSNTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkNCm9wdGlv bnMgCVNZU1ZNU0cJCQkjU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcw0Kb3B0 aW9ucyAJU1lTVlNFTQkJCSNTWVNWLXN0eWxlIHNlbWFwaG9yZXMNCm9wdGlv bnMgCVAxMDAzXzFCCQkjUG9zaXggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVu dGlvbnMNCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORw0K b3B0aW9ucwkJSUNNUF9CQU5ETElNCQkjUmF0ZSBsaW1pdCBiYWQgcmVwbGll cw0Kb3B0aW9ucwkJSVBGSUxURVINCm9wdGlvbnMJCUlQRklMVEVSX0xPRw0K b3B0aW9ucwkJUVVPVEENCg0KIyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRo ZSBuZXh0IHR3byBhcmUgbmVlZGVkDQpvcHRpb25zIAlTTVAJCQkjIFN5bW1l dHJpYyBNdWx0aVByb2Nlc3NvciBLZXJuZWwNCm9wdGlvbnMgCUFQSUNfSU8J CQkjIFN5bW1ldHJpYyAoQVBJQykgSS9PDQojIE9wdGlvbmFsbHkgdGhlc2Ug bWF5IG5lZWQgdHdlYWtlZCwgKGRlZmF1bHRzIHNob3duKToNCiNvcHRpb25z IAlOQ1BVPTIJCQkjIG51bWJlciBvZiBDUFVzDQojb3B0aW9ucyAJTkJVUz00 CQkJIyBudW1iZXIgb2YgYnVzc2VzDQojb3B0aW9ucyAJTkFQSUM9MQkJCSMg bnVtYmVyIG9mIElPIEFQSUNzDQojb3B0aW9ucyAJTklOVFI9MjQJCSMgbnVt YmVyIG9mIElOVHMNCg0KZGV2aWNlCQlpc2ENCmRldmljZQkJZWlzYQ0KZGV2 aWNlCQlwY2kNCg0KIyBGbG9wcHkgZHJpdmVzDQpkZXZpY2UJCWZkYzAJYXQg aXNhPyBwb3J0IElPX0ZEMSBpcnEgNiBkcnEgMg0KZGV2aWNlCQlmZDAJYXQg ZmRjMCBkcml2ZSAwDQoNCiMgU0NTSSBDb250cm9sbGVycw0KZGV2aWNlCQlh aGIJCSMgRUlTQSBBSEExNzQyIGZhbWlseQ0KZGV2aWNlCQlhaGMJCSMgQUhB Mjk0MCBhbmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMNCmRldmljZQkJZHB0 CQkjIERQVCBTbWFydGNhY2hlIC0gU2VlIExJTlQgZm9yIG9wdGlvbnMhDQpk ZXZpY2UJCWlzcAkJIyBRbG9naWMgZmFtaWx5DQoNCiMgU0NTSSBwZXJpcGhl cmFscw0KZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQpDQpk ZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3MgKGRpc2tzKQ0KZGV2aWNlCQlz YQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpDQpkZXZpY2UJCWNk CQkjIENEDQpkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChk aXJlY3QgU0NTSSBhY2Nlc3MpDQoNCg0KIyBhdGtiZGMwIGNvbnRyb2xzIGJv dGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQ0KZGV2aWNlCQlh dGtiZGMwCWF0IGlzYT8gcG9ydCBJT19LQkQNCmRldmljZQkJYXRrYmQwCWF0 IGF0a2JkYz8gaXJxIDENCmRldmljZQkJcHNtMAlhdCBhdGtiZGM/IGlycSAx Mg0KDQpkZXZpY2UJCXZnYTAJYXQgaXNhPw0KDQojIHNwbGFzaCBzY3JlZW4v c2NyZWVuIHNhdmVyDQpwc2V1ZG8tZGV2aWNlCXNwbGFzaA0KDQojIHN5c2Nv bnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2VtYmxpbmcg YW4gU0NPIGNvbnNvbGUNCmRldmljZQkJc2MwCWF0IGlzYT8NCg0KIyBFbmFi bGUgdGhpcyBhbmQgUENWVF9GUkVFQlNEIGZvciBwY3Z0IHZ0MjIwIGNvbXBh dGlibGUgY29uc29sZSBkcml2ZXINCiNkZXZpY2UJCXZ0MAlhdCBpc2E/DQoj b3B0aW9ucyAJWFNFUlZFUgkJCSMgc3VwcG9ydCBmb3IgWCBzZXJ2ZXINCiNv cHRpb25zIAlGQVRfQ1VSU09SCQkjIHN0YXJ0IHdpdGggYmxvY2sgY3Vyc29y DQojIElmIHlvdSBoYXZlIGEgVGhpbmtQQUQsIHVuY29tbWVudCB0aGlzIGFs b25nIHdpdGggdGhlIHJlc3Qgb2YgdGhlIFBDVlQgbGluZXMNCiNvcHRpb25z IAlQQ1ZUX1NDQU5TRVQ9MgkJIyBJQk0ga2V5Ym9hcmRzIGFyZSBub24tc3Rk DQoNCiMgRmxvYXRpbmcgcG9pbnQgc3VwcG9ydCAtIGRvIG5vdCBkaXNhYmxl Lg0KZGV2aWNlCQlucHgwCWF0IG5leHVzPyBwb3J0IElPX05QWCBpcnEgMTMN Cg0KIyBQb3dlciBtYW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBMSU5UIGZvciBt b3JlIG9wdGlvbnMpDQpkZXZpY2UJCWFwbTAgICAgYXQgbmV4dXM/IGRpc2Fi bGUgZmxhZ3MgMHgyMCAjIEFkdmFuY2VkIFBvd2VyIE1hbmFnZW1lbnQNCg0K IyBTZXJpYWwgKENPTSkgcG9ydHMNCmRldmljZQkJc2lvMAlhdCBpc2E/IHBv cnQgSU9fQ09NMSBmbGFncyAweDEwIGlycSA0DQpkZXZpY2UJCXNpbzEJYXQg aXNhPyBwb3J0IElPX0NPTTIgaXJxIDMNCg0KIyBQYXJhbGxlbCBwb3J0DQpk ZXZpY2UJCXBwYzAJYXQgaXNhPyBpcnEgNw0KZGV2aWNlCQlwcGJ1cwkJIyBQ YXJhbGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQpDQpkZXZpY2UJCWxwdAkJIyBQ cmludGVyDQpkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwN CmRldmljZQkJcHBpCQkjIFBhcmFsbGVsIHBvcnQgaW50ZXJmYWNlIGRldmlj ZQ0KI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQ0KDQoN CiMgUENJIEV0aGVybmV0IE5JQ3MuDQpkZXZpY2UJCWRlCQkjIERFQy9JbnRl bCBEQzIxeDR4IChgYFR1bGlwJycpDQpkZXZpY2UJCWZ4cAkJIyBJbnRlbCBF dGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkNCmRldmljZQkJ d3gJCSMgSW50ZWwgR2lnYWJpdCBFdGhlcm5ldCBDYXJkIChgYFdpc2VtYW4n JykNCg0KIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9u IE1JSSBidXMgY29udHJvbGxlciBjb2RlLg0KZGV2aWNlCQltaWlidXMJCSMg TUlJIGJ1cyBzdXBwb3J0DQpkZXZpY2UJCWRjCQkjIERFQy9JbnRlbCAyMTE0 MyBhbmQgdmFyaW91cyB3b3JrYWxpa2VzDQpkZXZpY2UJCXhsCQkjIDNDb20g M2M5MHggKGBgQm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQ0KDQoNCiMgUHNl dWRvIGRldmljZXMgLSB0aGUgbnVtYmVyIGluZGljYXRlcyBob3cgbWFueSB1 bml0cyB0byBhbGxvY2F0ZWQuDQpwc2V1ZG8tZGV2aWNlCWxvb3AJCSMgTmV0 d29yayBsb29wYmFjaw0KcHNldWRvLWRldmljZQlldGhlcgkJIyBFdGhlcm5l dCBzdXBwb3J0DQpwc2V1ZG8tZGV2aWNlCXNsCTEJIyBLZXJuZWwgU0xJUA0K cHNldWRvLWRldmljZQlwcHAJMQkjIEtlcm5lbCBQUFANCnBzZXVkby1kZXZp Y2UJdHVuCQkjIFBhY2tldCB0dW5uZWwuDQpwc2V1ZG8tZGV2aWNlCXB0eQkJ IyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykNCnBzZXVkby1kZXZpY2UJbWQJ CSMgTWVtb3J5ICJkaXNrcyINCg0KIyBUaGUgYGJwZicgcHNldWRvLWRldmlj ZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLg0KIyBCZSBh d2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVu YWJsaW5nIHRoaXMhDQpwc2V1ZG8tZGV2aWNlCWJwZgkJI0JlcmtlbGV5IHBh Y2tldCBmaWx0ZXINCg0KIyBVU0Igc3VwcG9ydA0KI2RldmljZQkJdWhjaQkJ IyBVSENJIFBDSS0+VVNCIGludGVyZmFjZQ0KI2RldmljZQkJb2hjaQkJIyBP SENJIFBDSS0+VVNCIGludGVyZmFjZQ0KI2RldmljZQkJdXNiCQkjIFVTQiBC dXMgKHJlcXVpcmVkKQ0KI2RldmljZQkJdWdlbgkJIyBHZW5lcmljDQojZGV2 aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNlcyINCiNkZXZp Y2UJCXVrYmQJCSMgS2V5Ym9hcmQNCiNkZXZpY2UJCXVscHQJCSMgUHJpbnRl cg0KI2RldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVx dWlyZXMgc2NidXMgYW5kIGRhDQojZGV2aWNlCQl1bXMJCSMgTW91c2UNCiMg VVNCIEV0aGVybmV0DQojZGV2aWNlCQlhdWUJCSMgQURNdGVrIFVTQiBldGhl cm5ldA0KI2RldmljZQkJY3VlCQkjIENBVEMgVVNCIGV0aGVybmV0DQojZGV2 aWNlCQlrdWUJCSMgS2F3YXNha2kgTFNJIFVTQiBldGhlcm5ldA0K --0-1157900817-957540527=:17646-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri May 5 8:59: 6 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6E39A37B690 for ; Fri, 5 May 2000 08:59:03 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA13924; Fri, 5 May 2000 08:56:54 -0700 Date: Fri, 5 May 2000 08:57:41 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Visigoth Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Qlogic advice... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I don't currently have any options for the ISP card, if I were to > compile in options ISP_COMPILE_2100_FW=1 would I need anything else to > make that work? > > I have attached some additional information, thanks for the help, > if there is anything else that would help ( a case of bear, some sushi It should. I should note that it does see the device on the way up. You need to boot -v so I sould see what the resident firmware actually is. And you said you simply just got an I/O error with no other message? None other than 'pack invalidation'? Hmm. Something ugly might be happening at the frame level. It's possible that there's a disagreement about how to fill out residual in the FCP CMND_RSPNS IU- I've once or twice seen problems with some devices disagreeing about this, but this is usally with much older devices. The net effect of this would be the system seeing a 'short' read or a write. I may have to gen you some changes with some more debugging info. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message