From owner-freebsd-scsi@FreeBSD.ORG Sun Jun 22 10:08:40 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA1237B401 for ; Sun, 22 Jun 2003 10:08:40 -0700 (PDT) Received: from mail.webjockey.net (mail.webjockey.net [208.141.46.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A653143F85 for ; Sun, 22 Jun 2003 10:08:39 -0700 (PDT) (envelope-from gary@outloud.org) Received: from cheeta-vmcymvfy.outloud.org (wv-mrtnbrg-cmts1a-a-61.shphwv.adelphia.net [68.67.224.61]) by mail.webjockey.net (8.12.9/8.12.8) with ESMTP id h5MH83HE078485; Sun, 22 Jun 2003 13:08:08 -0400 (EDT) (envelope-from gary@outloud.org) Message-Id: <6.0.0.9.0.20030622130615.01fa0420@localhost> X-Sender: ancient/208.141.46.3@localhost X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.9 (Beta) Date: Sun, 22 Jun 2003 13:08:23 -0400 To: Charles Sprickman From: Gary Stanley In-Reply-To: <20030620200336.I87423@shell.inch.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-scsi@freebsd.org Subject: Re: 3ware drive errors X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 17:08:41 -0000 http://support.wdc.com/download/index.asp#raid3ware >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>- --> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>- --> Problem: WD EIDE drives are dropped from an IDE RAID array or system after several days or weeks of error-free operation. Solution: The problem is a result of a feature that reduces idle acoustic noise in desktop drives. This feature may cause a timeout likely (though not exclusively) in an IDE RAID environment. To disable the feature, you can run a simple Western Digital utility to turn off a single bit in the drive's run-time configuration. Disabling of this feature will NOT impact normal system operations. No firmware or hardware changes are required. At 08:03 PM 6/20/2003, Charles Sprickman wrote: >Hi, > >Yep, I know the 3ware stuff is IDE, but in the past it seemed to be tended >to by the -scsi folks, so I'm hoping this is the appropriate list. > >I have a 3Ware 6410 running current firmware with two 30GB WD drives >(model number WD300BB-00CCB0) in a RAID 1 config (mirroring). > >Twice in the past few months, 3dm informed me that a drive was dropped >from the mirror. The message logged was "twe0: AEN: . > >If I remove the problem drive, add it, then rebuild, it runs fine for a >month or so (which includes build/install world, etc.). During the time >of the failure, there's not much happening (no daily runs, no backups, >etc.). The box is on a UPS, and I've confirmed there's been no activity >in the vicinity of the rack when this happens (ie: no one was moving >equipment around or causing any other physical shock). > >Is there any way to get more information about what's happening to this >drive? It's my understanding that the firmware on the card and the twe >driver both support "SMART" for monitoring the drive for possible >failures, but there have been no log messages regarding "SMART", just the >above "drive error" message. > >If anyone can provide some additional troubleshooting help, that would be >much appreciated. > >Thanks, > >Charles > >-- >Charles Sprickman >spork@inch.com > >_______________________________________________ >freebsd-scsi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-scsi >To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Sun Jun 22 17:52:47 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0507337B401 for ; Sun, 22 Jun 2003 17:52:47 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D6EE43F93 for ; Sun, 22 Jun 2003 17:52:46 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h5N0qD816020; Sun, 22 Jun 2003 17:52:13 -0700 Received: from freebsd.org (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id RAA07326; Sun, 22 Jun 2003 17:52:43 -0700 (PDT) Message-ID: <3EF64F6F.7060702@freebsd.org> Date: Sun, 22 Jun 2003 18:53:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nick Twaddell References: <013101c33882$24e8db10$0700a8c0@BEASTIE> In-Reply-To: <013101c33882$24e8db10$0700a8c0@BEASTIE> Content-Type: multipart/mixed; boundary="------------030603000308050403020500" cc: freebsd-scsi@freebsd.org Subject: Re: ServeRaid 4Lx + FreeBSD 5.1-Current Panic X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 00:52:47 -0000 This is a multi-part message in MIME format. --------------030603000308050403020500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit The attached patch come from Matt Jacob and might help with your problems. I haven't tested it out yet. Scott Nick Twaddell wrote: > Two weeks ago I tried the 5.1-RELEASE and got a kernel panic. So I just > downloaded last nights snapshot iso and this is the error im getting... > > Ips0: failed to get configuration data from device > Device_probe_and_attach: ips0 attach returned 6 > > The error I got on the -RELEASE cd 2 weeks ago was... > > Fatal trap 12: page fault while in kernel mode > Fault code = supervisor read, page not present > Instruction pointer = 0x8:0xc29ee760 > Stack pointer = 0x10:0xcd33fce4 > Frame pointer = 0x10:0xcd33fd0c > Code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > Processor eflags = interupt enabled, resume, IOPL = 0 > Current process = 29 (irq9: ahc0 ips0) > Trap number = 12 > > Panic = page fault > > Has anyone tried a serveraid card with freebsd yet? Scott Long maybe > your input might be helpful here :) All help is greatly appreciated. > > Thanks > > Nick Twaddell > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > --------------030603000308050403020500 Content-Type: text/plain; name="IPS_PATCH" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="IPS_PATCH" Index: ips.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ips/ips.c,v retrieving revision 1.1 diff -u -r1.1 ips.c --- ips.c 11 May 2003 06:36:49 -0000 1.1 +++ ips.c 19 Jun 2003 17:03:41 -0000 @@ -322,6 +322,7 @@ /* check card and initialize it */ int ips_adapter_init(ips_softc_t *sc) { + int i; DEVICE_PRINTF(1,sc->dev, "initializing\n"); if (bus_dma_tag_create( /* parent */ sc->adapter_dmatag, /* alignemnt */ 1, @@ -359,13 +360,18 @@ can handle */ sc->max_cmds = 1; ips_cmdqueue_init(sc); + callout_handle_init(&sc->timer); if(sc->ips_adapter_reinit(sc, 0)) goto error; mtx_init(&sc->cmd_mtx, "ips command mutex", NULL, MTX_DEF); - if(ips_get_adapter_info(sc) || ips_get_drive_info(sc)){ - device_printf(sc->dev, "failed to get configuration data from device\n"); + if ((i = ips_get_adapter_info(sc)) != 0) { + device_printf(sc->dev, "failed to get adapter configuration data from device (%d)\n", i); + goto error; + } + if ((i = ips_get_drive_info(sc)) != 0) { + device_printf(sc->dev, "failed to get drive configuration data from device (%d)\n", i); goto error; } ips_update_nvram(sc); /* no error check as failure doesn't matter */ Index: ips.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ips/ips.h,v retrieving revision 1.1 diff -u -r1.1 ips.h --- ips.h 11 May 2003 06:36:49 -0000 1.1 +++ ips.h 19 Jun 2003 17:05:00 -0000 @@ -343,7 +343,8 @@ typedef struct ips_softc{ struct resource * iores; struct resource * irqres; - int state; + int configured; + int state; int iotype; int rid; int irqrid; Index: ips_commands.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ips/ips_commands.c,v retrieving revision 1.1 diff -u -r1.1 ips_commands.c --- ips_commands.c 11 May 2003 06:36:49 -0000 1.1 +++ ips_commands.c 19 Jun 2003 17:04:27 -0000 @@ -266,7 +266,7 @@ { int error = 0; ips_cmd_status_t *status; - status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT); + status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT|M_ZERO); if(!status) return ENOMEM; if(ips_get_free_cmd(sc, ips_send_adapter_info_cmd, status, @@ -275,7 +275,7 @@ free(status, M_DEVBUF); return ENXIO; } - if(COMMAND_ERROR(status)){ + if (COMMAND_ERROR(status)){ error = ENXIO; } free(status, M_DEVBUF); @@ -372,7 +372,7 @@ { int error = 0; ips_cmd_status_t *status; - status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT); + status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT|M_ZERO); if(!status) return ENOMEM; if(ips_get_free_cmd(sc, ips_send_drive_info_cmd, status, @@ -415,7 +415,7 @@ int ips_flush_cache(ips_softc_t *sc) { ips_cmd_status_t *status; - status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT); + status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT|M_ZERO); if(!status) return ENOMEM; device_printf(sc->dev, "flushing cache\n"); @@ -534,7 +534,7 @@ int ips_update_nvram(ips_softc_t *sc) { ips_cmd_status_t *status; - status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT); + status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT|M_ZERO); if(!status) return ENOMEM; if(ips_get_free_cmd(sc, ips_read_nvram, status, IPS_NOWAIT_FLAG)){ @@ -602,7 +602,7 @@ int ips_clear_adapter(ips_softc_t *sc) { ips_cmd_status_t *status; - status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT); + status = malloc(sizeof(ips_cmd_status_t), M_DEVBUF, M_NOWAIT|M_ZERO); if(!status) return ENOMEM; device_printf(sc->dev, "syncing config\n"); Index: ips_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ips/ips_pci.c,v retrieving revision 1.1 diff -u -r1.1 ips_pci.c --- ips_pci.c 11 May 2003 06:36:49 -0000 1.1 +++ ips_pci.c 19 Jun 2003 17:05:27 -0000 @@ -50,8 +50,17 @@ static int ips_pci_attach(device_t dev) { u_int32_t command; + int tval; ips_softc_t *sc; + + tval = 0; + if (resource_int_value(device_get_name(dev), device_get_unit(dev), + "disable", &tval) == 0 && tval) { + device_printf(dev, "device is disabled\n"); + /* but return 0 so the !$)$)*!$*) unit isn't reused */ + return (0); + } DEVICE_PRINTF(1, dev, "in attach.\n"); sc = (ips_softc_t *)device_get_softc(dev); if(!sc){ @@ -125,6 +134,7 @@ } if(ips_adapter_init(sc)) goto error; + sc->configured = 1; return 0; error: ips_pci_free(sc); @@ -141,6 +151,7 @@ bus_release_resource(sc->dev, SYS_RES_IRQ, sc->irqrid, sc->irqres); if(sc->iores) bus_release_resource(sc->dev, sc->iotype, sc->rid, sc->iores); + sc->configured = 0; return 0; } @@ -149,18 +160,23 @@ ips_softc_t *sc; DEVICE_PRINTF(1, dev, "detaching ServeRaid\n"); sc = (ips_softc_t *) device_get_softc(dev); - ips_flush_cache(sc); - if(ips_adapter_free(sc)) - return EBUSY; - ips_pci_free(sc); - mtx_destroy(&sc->cmd_mtx); + if (sc->configured) { + sc->configured = 0; + ips_flush_cache(sc); + if(ips_adapter_free(sc)) + return EBUSY; + ips_pci_free(sc); + mtx_destroy(&sc->cmd_mtx); + } return 0; } static int ips_pci_shutdown(device_t dev) { ips_softc_t *sc = (ips_softc_t *) device_get_softc(dev); - ips_flush_cache(sc); + if (sc->configured) { + ips_flush_cache(sc); + } return 0; } --------------030603000308050403020500-- From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 23 10:29:44 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EBBA37B401 for ; Mon, 23 Jun 2003 10:29:44 -0700 (PDT) Received: from mail.allocity.com (exchange.allocity.com [65.90.51.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C0443FAF for ; Mon, 23 Jun 2003 10:29:43 -0700 (PDT) (envelope-from bbawn@allocity.com) Received: from allocity.com ([10.105.2.29]) by mail.allocity.com with Microsoft SMTPSVC(5.0.2195.5329); Mon, 23 Jun 2003 11:29:42 -0600 Message-ID: <3EF738CB.3090901@allocity.com> Date: Mon, 23 Jun 2003 11:28:43 -0600 From: Bob Bawn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Jun 2003 17:29:42.0200 (UTC) FILETIME=[07F30B80:01C339AD] Subject: problem with large aio_write(2)s to raw device through Compaq ciss driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 17:29:44 -0000 Hello, (I hope this is the right forum for this issue - I tried freebsd-questions a couple weeks ago and got no response.) I am running FreeBSD 4.7 on a Compaq DL 380 with a Compaq Smart Array 5i. My application accesses a raw device (e.g. /dev/da0s1g) using aio_write(2). aio_writes of buffers larger than 224 (512-byte) blocks but smaller than 257 blocks fail with EIO. I get the following messages when this happens: bus_dmamap_load: Too many segs! buf_len = 0x3000 ciss0: invalid command, offense size 0 at 52, value 0x0 These writes succeed on various other hardware configurations (Dell RAID, SCSI disk, IDE disk, etc.) so I suspect the ciss driver. Synchronous (write(2)) writes in this size range to the raw device succeed. aio_writes to normal files succeed. Glancing through the ciss source, I noticed that 224 * 512 = 28 * 4096 where 28 is CISS_COMMAND_SG_LENGTH (the max number of scatter/gather elements per command??). So maybe the write fails if the s/g vector doesn't fit in a single command? (I am a non-expert in this area, so this is speculative...) I don't understand why writes larger than 256 blocks succeed. The following patch seems to fix the problem: *** /usr/src/sys/dev/ciss/cissvar.h.orig Mon Jun 16 14:16:39 2003 --- /usr/src/sys/dev/ciss/cissvar.h Mon Jun 16 14:21:40 2003 *************** *** 140,146 **** * too small. */ ! #define CISS_COMMAND_ALLOC_SIZE 512 /* XXX tune to get sensible s/g list length */ #define CISS_COMMAND_SG_LENGTH ((CISS_COMMAND_ALLOC_SIZE - sizeof(struct ciss_command)) \ / sizeof(struct ciss_sg_entry)) --- 140,153 ---- * too small. */ ! /* ! * 6/16/03 bbawn - aio_write(2)s between 225 and 256 blocks (inclusive) ! * fail with EIO with CISS_COMMAND_ALLOC_SIZE of 512. Fix (or actually kludge ! * around this) by having room for enough scatter/gather entries to ! * exceed 256 blocks) (the max size for a SCSI WRITE(6) command??). ! * #define CISS_COMMAND_ALLOC_SIZE 512 ! */ ! #define CISS_COMMAND_ALLOC_SIZE 1024 /* XXX tune to get sensible s/g list length */ #define CISS_COMMAND_SG_LENGTH ((CISS_COMMAND_ALLOC_SIZE - sizeof(struct ciss_command)) \ / sizeof(struct ciss_sg_entry)) Any clues on what's going on here? (and more importantly, if my "fix" is adequate?) If time permits, I hope to investigate in the debugger but any information would be appreciated. I have a small program that illustrates the problem - let me know if you want it. It seems possible that I have something mis-configured. Here are the boot messages from ciss: Jun 6 10:00:16 queso /kernel: pci0: on pcib0 Jun 6 10:00:16 queso /kernel: ciss0: port 0x2000-0x20ff mem 0xf5ef0000-0xf5ef3fff,0xf7ec0000-0xf7efffff irq 3 at device 1.0 on pci0 Jun 6 10:00:16 queso /kernel: ciss0: using 256 of 1024 available commands Jun 6 10:00:16 queso /kernel: ciss0: 3 logical drives configured Jun 6 10:00:16 queso /kernel: ciss0: firmware 1.92 Jun 6 10:00:16 queso /kernel: ciss0: 2 SCSI channels Jun 6 10:00:16 queso /kernel: ciss0: signature 'CISS' Jun 6 10:00:16 queso /kernel: ciss0: valence 1 Jun 6 10:00:16 queso /kernel: ciss0: supported I/O methods 0xe Jun 6 10:00:16 queso /kernel: ciss0: active I/O method 0x3 Jun 6 10:00:16 queso /kernel: ciss0: 4G page base 0x00000000 Jun 6 10:00:16 queso /kernel: ciss0: interrupt coalesce delay 1000us Jun 6 10:00:16 queso /kernel: ciss0: interrupt coalesce count 16 Jun 6 10:00:16 queso /kernel: ciss0: max outstanding commands 1024 Jun 6 10:00:16 queso /kernel: ciss0: bus types 0x2 Jun 6 10:00:16 queso /kernel: ciss0: server name '' Jun 6 10:00:16 queso /kernel: ciss0: heartbeat 0x10000033 Jun 6 10:00:16 queso /kernel: ciss0: 3 logical drives Jun 6 10:00:16 queso /kernel: ciss0: logical drive 0: RAID 5, 92160MB online Jun 6 10:00:16 queso /kernel: ciss0: logical drive 1: RAID 5, 92160MB online Jun 6 10:00:16 queso /kernel: ciss0: logical drive 2: RAID 5, 92160MB online Thanks, Bob Bawn bbawn@allocity.com From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 23 11:02:40 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EAE537B42C for ; Mon, 23 Jun 2003 11:02:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED54844017 for ; Mon, 23 Jun 2003 11:02:39 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h5NI2dUp001766 for ; Mon, 23 Jun 2003 11:02:39 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h5NI2dri001760 for scsi@freebsd.org; Mon, 23 Jun 2003 11:02:39 -0700 (PDT) Date: Mon, 23 Jun 2003 11:02:39 -0700 (PDT) Message-Id: <200306231802.h5NI2dri001760@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 18:02:40 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 23 11:25:25 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2392737B404 for ; Mon, 23 Jun 2003 11:25:24 -0700 (PDT) Received: from knight.ixsystems.net (iweb2.ixsystems.net [206.40.55.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE9CF43FDD for ; Mon, 23 Jun 2003 11:25:23 -0700 (PDT) (envelope-from roger@offmyserver.com) Received: from roger (iweb2.ixsystems.net [206.40.55.73]) by knight.ixsystems.net (8.12.9/8.11.6) with ESMTP id h5NIDdQs049811 for ; Mon, 23 Jun 2003 11:13:39 -0700 (PDT) (envelope-from roger@offmyserver.com) From: "roger" To: Message-ID: <001301c35147$99f9aaf0$5401a8c0@roger> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Subject: RE: Output - Intel SE7501WV2 SCSI ISSUES X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 23 Jun 2003 18:25:25 -0000 X-Original-Date: Wed, 23 Jul 2003 11:24:05 -0700 X-List-Received-Date: Mon, 23 Jun 2003 18:25:25 -0000 I have a new intel server with the SE7501WV2 Motherboard installed. AIC 7902 Controller. I have installed 6 Seagate SCSI Drive (U320) and cannot get Freebsd 4.8 to install With more that 4 drives? I have also tried 5.0 and 5.1 where arfter the fourth drive is installed the systems hangs. On boot where is says waiting 15 sec for SCSI devices to settle - this is where it hangs?? Can you help? Thanks, Roger. -----Original Message----- From: roger [mailto:roger@offmyserver.com] Sent: Wednesday, July 23, 2003 10:24 AM To: 'Murray Stokely' Cc: 'scott1@freebsd.org'; 'gibbs@freebsd.org' Subject: Re: Output - new hardware Hello, Here is the dmesg and pciconf -lv output for the intel motherboard. I seem to be having some issues with the scsi controller ? Intel Motherboard - SE7501WV2 SCSI Pciconf -lv output hostb0@pci0:0:0: class=0x060000 card=0x341a8086 chip=0x254c8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'E7501 Host Controller' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0xff0000 card=0x341a8086 chip=0x25418086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'E7500 System Controller (MCH, Hub Interface A) Error Reporter' pcib1@pci0:3:0: class=0x060400 card=0x00000000 chip=0x25458086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = 'E7500/E7501 HI_C Virtual PCI-to-PCI Bridge' class = bridge subclass = PCI-PCI none1@pci0:3:1: class=0xff0000 card=0x341a8086 chip=0x25468086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'E7500/E7501 HI_C PCI-to-PCI Bridge Error Reporting' uhci0@pci0:29:0: class=0x0c0300 card=0x341a8086 chip=0x24828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) USB Controller #1' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x341a8086 chip=0x24848086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) USB Controller #2' class = serial bus subclass = USB pcib4@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x42 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB (ICH2/3/4) Hub Interface to PCI Bridge (244E)' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24808086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) LPC Interface' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x341a8086 chip=0x248b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA (ICH3) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA none2@pci0:31:3: class=0x0c0500 card=0x341a8086 chip=0x24838086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) SMBus Controller' class = serial bus subclass = SMBus none3@pci2:28:0: class=0x080020 card=0x341a8086 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82870P2 I/OxAPIC Interrupt Controller' class = base peripheral subclass = interrupt controller pcib2@pci2:29:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI none4@pci2:30:0: class=0x080020 card=0x341a8086 chip=0x14618086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82870P2 I/OxAPIC Interrupt Controller' class = base peripheral subclass = interrupt controller pcib3@pci2:31:0: class=0x060400 card=0x00000050 chip=0x14608086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82870P2 P64H2 PCI/PCI-X Hub Controller' class = bridge subclass = PCI-PCI ahd0@pci4:7:0: class=0x010000 card=0x341a8086 chip=0x801f9005 rev=0x03 hdr=0x00 vendor = 'Adaptec' device = 'AIC-7902 Ultra320 SCSI Host Adapter' class = mass storage subclass = SCSI ahd1@pci4:7:1: class=0x010000 card=0x341a8086 chip=0x801f9005 rev=0x03 hdr=0x00 vendor = 'Adaptec' device = 'AIC-7902 Ultra320 SCSI Host Adapter' class = mass storage subclass = SCSI em0@pci3:7:0: class=0x020000 card=0x341a8086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Gigabit Ethernet Controller (copper)' class = network subclass = ethernet em1@pci3:7:1: class=0x020000 card=0x341a8086 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Gigabit Ethernet Controller (copper)' class = network subclass = ethernet none5@pci1:12:0: class=0x030000 card=0x341a8086 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage XL PCI' class = display subclass = VGA dmesg output: Copyright (c) 1992-2003 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 5.1-RELEASE #0: Thu Jun 5 02:55:42 GMT 2003 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc06d4000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06d4244. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2392291112 Hz CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147418112 (2047 MB) avail memory = 2082906112 (1986 MB) Pentium Pro MTRR support enabled ACPI-0660: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [GPEN] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [GPST] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [SBID] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [SWCE] had invalid type (String) for Scope operator, changed to (Scope) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 19 entries at 0xc00f2f10 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu2: on acpi0 acpi_cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P5 - AE_NOT_FOUND pci2: on pcib1 pci2: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci2 pci4: on pcib2 ahd0: port 0x4000-0x40ff,0x3800-0x38ff mem 0xfe8f0000-0xfe8f1fff irq 9 at device 7.0 on pci4 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x3400-0x34ff,0x3000-0x30ff mem 0xfe9f0000-0xfe9f1fff irq 9 at device 7.1 on pci4 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci2: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci2 pci3: on pcib3 em0: port 0x2040-0x207f mem 0xfe6c0000-0xfe6dffff irq 9 at device 7.0 on pci3 em0: Speed:100 Mbps Duplex:Half em1: port 0x2000-0x203f mem 0xfe6e0000-0xfe6fffff irq 9 at device 7.1 on pci3 em1: Speed:N/A Duplex:N/A pci0: at device 3.1 (no driver attached) uhci0: port 0x5020-0x503f irq 9 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x5000-0x501f irq 10 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib4: at device 30.0 on pci0 pci1: on pcib4 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x3a0-0x3af,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 acpi_ec0: port 0xca7,0xca6 on acpi0 fdc0: cmd 3 failed at out byte 1 of 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: cmd 3 failed at out byte 1 of 3 orm0: