From owner-freebsd-scsi Mon Mar 3 11: 3:35 2003 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 13CA937B401 for ; Mon, 3 Mar 2003 11:03:35 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7702943F75 for ; Mon, 3 Mar 2003 11:03:34 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h23J3YNS087236 for ; Mon, 3 Mar 2003 11:03:34 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h23J3XS3087231 for scsi@freebsd.org; Mon, 3 Mar 2003 11:03:33 -0800 (PST) Date: Mon, 3 Mar 2003 11:03:33 -0800 (PST) Message-Id: <200303031903.h23J3XS3087231@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 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Mar 3 12:36:52 2003 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 E067637B401 for ; Mon, 3 Mar 2003 12:36:50 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E1F843FDF for ; Mon, 3 Mar 2003 12:36:50 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 78643 invoked by uid 1000); 3 Mar 2003 20:36:50 -0000 Date: Mon, 3 Mar 2003 12:36:50 -0800 (PST) From: Nate Lawson To: Hidetoshi Shimokawa Cc: non@ever.sanda.gr.jp, freebsd-scsi@freebsd.org Subject: Re: call scan_bus in interrupt context. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 27 Feb 2003, Hidetoshi Shimokawa wrote: > At Wed, 26 Feb 2003 13:07:21 +0900, > non@ever.sanda.gr.jp wrote: > > > > From: Hidetoshi Shimokawa > > Date: Wed, 26 Feb 2003 12:43:26 +0900 > > > I have a question about XPT_SCAN_BUS in CAM. > > > I need to initiate a bus scan from a interrupt context but xpt_alloc_ccb() > > > failed because it calls malloc with M_WAITOK. > > > (kernel panics if you compile it with INVARIANTS in 4-stable) > > > > Does scsi_low_rescan_bus_cam() in sys/cam/scsi/scsi_low.c help ? > > This is almost same as I did except I used M_NOWAIT flags for > malloc(). XPT_SCAN_BUS cannot be used in an interrupt context. > > Anyway, I implemented scan_target function using XPT_SCAN_LUN which > can be used in an interrupt context. It's ok for now. I waited for someone else to ask this question but no one did so I will: "Why do you have to do this?" Couldn't you use a condition variable to signal a kthread telling it "rescan needed"? Could you set a flag that rescan is needed and check it in the open() call and perform a rescan there if necessary? I see a lot of ways to avoid rescanning in an interrupt context. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Mar 3 12:40: 1 2003 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 B373637B401 for ; Mon, 3 Mar 2003 12:40:00 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id C436C43FDF for ; Mon, 3 Mar 2003 12:39:59 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 78655 invoked by uid 1000); 3 Mar 2003 20:40:00 -0000 Date: Mon, 3 Mar 2003 12:40:00 -0800 (PST) From: Nate Lawson To: Steve Grandi Cc: freebsd-scsi@freebsd.org Subject: Re: Troubles with Adaptec 7902 Ultra320 controller In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 28 Feb 2003, Steve Grandi wrote: > On Tue, 25 Feb 2003, Steve Grandi wrote: > > > I've been trying to bring up Stable on a Supermicro X5DPR-8G2+ motherboard > > which features an integrated Adaptec AIC-7902 dual channel Ultra 320 > > controller. Three disks are present, all on the A channel. > > > > 4.7-Release blows up badly on this hardware (starting with "ahd0: WARNING - > > Failed chip reset! Trying to initialize anyway). > > To follow up my own post, I installed a 29160 in the system, installed > 4.7-RELEASE, upgraded to STABLE, and then tried the on-board Ultra 320 > controller again. Lo and behold, the hang during disk probing no longer > occurs and the system comes up and runs fine. However, the "card state > dump" on the unused B channel of the 7902 (ahd1) still occurs. I wonder > what would happen if there actually was a disk on the B channel? My only guess is that this is a firmware problem that was fixed in 5.0. isp(4) on the 2[12]00 had (has?) a similar problem where the firmware would never finish a probe when there was no drive attached. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Mar 3 12:50:45 2003 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 7F7EB37B401 for ; Mon, 3 Mar 2003 12:50:44 -0800 (PST) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0AD943F85 for ; Mon, 3 Mar 2003 12:50:43 -0800 (PST) (envelope-from gibbs@scsiguy.com) 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 h23KmrF20311; Mon, 3 Mar 2003 12:48:53 -0800 Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA11378; Mon, 3 Mar 2003 12:49:52 -0800 (PST) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA13748; Mon, 3 Mar 2003 13:49:48 -0700 (MST) Date: Mon, 03 Mar 2003 13:49:49 -0700 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: Nate Lawson , Hidetoshi Shimokawa Cc: non@ever.sanda.gr.jp, freebsd-scsi@freebsd.org Subject: Re: call scan_bus in interrupt context. Message-ID: <1600480000.1046724589@aslan.btc.adaptec.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I waited for someone else to ask this question but no one did so I will: > "Why do you have to do this?" Couldn't you use a condition variable to > signal a kthread telling it "rescan needed"? Could you set a flag that > rescan is needed and check it in the open() call and perform a rescan > there if necessary? I see a lot of ways to avoid rescanning in an > interrupt context. Sure, but the main point is that CAM should have facilities to do this for you so that each driver doesn't have to re-invent the wheel. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Mar 3 12:57: 0 2003 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 5F44137B401 for ; Mon, 3 Mar 2003 12:56:59 -0800 (PST) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE9E43FBD for ; Mon, 3 Mar 2003 12:56:57 -0800 (PST) (envelope-from gibbs@scsiguy.com) 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 h23KtwF18051 for ; Mon, 3 Mar 2003 12:55:58 -0800 Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA12859 for ; Mon, 3 Mar 2003 12:56:56 -0800 (PST) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA13753 for ; Mon, 3 Mar 2003 13:56:54 -0700 (MST) Date: Mon, 03 Mar 2003 13:56:55 -0700 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: scsi@freebsd.org Subject: Latest aic7xxx/aic79xx diffs for stable Message-ID: <1603440000.1046725015@aslan.btc.adaptec.com> X-Mailer: Mulberry/3.0.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've uploaded the latest set of changes for the -stable versions of the aic7xxx and aic79xx drivers here: http://people.freebsd.org/~gibbs/aic7xxx-FreeBSD-20030303.diffs.gz I would appreciate feedback on them prior to merging them back into the stable branch. Thanks, Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Mar 3 14:26:20 2003 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 246E237B4CB for ; Mon, 3 Mar 2003 14:26:13 -0800 (PST) Received: from noao.edu (email.tuc.noao.edu [140.252.1.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE9A44248 for ; Mon, 3 Mar 2003 14:19:53 -0800 (PST) (envelope-from grandi@noao.edu) Received: from rigel.tuc.noao.edu ([140.252.1.16] verified) by noao.edu (CommuniGate Pro SMTP 4.0.3) with ESMTP-TLS id 6657923; Mon, 03 Mar 2003 15:19:11 -0700 Date: Mon, 3 Mar 2003 15:19:10 -0700 (US Mountain Standard Time) From: Steve Grandi To: "Justin T. Gibbs" Cc: scsi@freebsd.org Subject: Re: Latest aic7xxx/aic79xx diffs for stable In-Reply-To: <1603440000.1046725015@aslan.btc.adaptec.com> Message-ID: References: <1603440000.1046725015@aslan.btc.adaptec.com> X-X-Sender: grandi@email.noao.edu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 3 Mar 2003, Justin T. Gibbs wrote: > I've uploaded the latest set of changes for the -stable versions > of the aic7xxx and aic79xx drivers here: > > http://people.freebsd.org/~gibbs/aic7xxx-FreeBSD-20030303.diffs.gz > > I would appreciate feedback on them prior to merging them back into > the stable branch. > > Thanks, > Justin > I've tried to apply these patches, but there are some "notational" problems that keep them from going in cleanly. For example, in aic79xx.seq, the STABLE source says: SET_MODE(M_SCSI, M_SCSI) bmov SCBPTR, ARG_1, 2; queue_scb_completion: if ((ahd->bugs & AHD_ABORT_LQI_BUG) == 0) { while the patch refers to: @@ -1030,14 +1032,6 @@ SET_MODE(M_SCSI, M_SCSI) bmov SCBPTR, ARG_1, 2; queue_scb_completion: - if ((ahd->bugs & AHD_ABORT_LQI_BUG) == 0) { note the difference between "ahd->bugs" and "ahd->bugs" Am I missing some preprocessing step or another? -- Steve Grandi National Optical Astronomy Observatory/AURA Inc., Tucson AZ USA Internet: grandi@noao.edu Voice: +1 520 318-8228 FAX: +1 520 318-8360 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Mar 3 14:26:30 2003 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 E803C37B66C for ; Mon, 3 Mar 2003 14:26:27 -0800 (PST) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3980B44401 for ; Mon, 3 Mar 2003 14:23:51 -0800 (PST) (envelope-from gibbs@scsiguy.com) 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 h23MM2F10609; Mon, 3 Mar 2003 14:22:02 -0800 Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA03297; Mon, 3 Mar 2003 14:23:01 -0800 (PST) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA13790; Mon, 3 Mar 2003 15:22:58 -0700 (MST) Date: Mon, 03 Mar 2003 15:22:59 -0700 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: Steve Grandi Cc: scsi@freebsd.org Subject: Re: Latest aic7xxx/aic79xx diffs for stable Message-ID: <1634250000.1046730179@aslan.btc.adaptec.com> In-Reply-To: References: <1603440000.1046725015@aslan.btc.adaptec.com> X-Mailer: Mulberry/3.0.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I've tried to apply these patches, but there are some "notational" > problems that keep them from going in cleanly. How are you viewing and saving the patch? It looks like your web browser has decided to convert certain symbols to their HTML/SGML/XML equivalents. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Mar 3 15: 9:26 2003 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 2274437B401 for ; Mon, 3 Mar 2003 15:09:20 -0800 (PST) Received: from noao.edu (email.noao.edu [140.252.1.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DF5643FB1 for ; Mon, 3 Mar 2003 15:09:17 -0800 (PST) (envelope-from grandi@noao.edu) Received: from regulus.tuc.noao.edu (account grandi [140.252.1.146] verified) by noao.edu (CommuniGate Pro SMTP 4.0.3) with ESMTP-TLS id 6658497; Mon, 03 Mar 2003 16:09:16 -0700 Date: Mon, 3 Mar 2003 16:09:16 -0700 (MST) From: Steve Grandi X-X-Sender: grandi@regulus.tuc.noao.edu To: "Justin T. Gibbs" Cc: scsi@freebsd.org Subject: Re: Latest aic7xxx/aic79xx diffs for stable In-Reply-To: <1603440000.1046725015@aslan.btc.adaptec.com> Message-ID: <20030303160725.I18938@regulus.tuc.noao.edu> References: <1603440000.1046725015@aslan.btc.adaptec.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 3 Mar 2003, Justin T. Gibbs wrote: > I've uploaded the latest set of changes for the -stable versions > of the aic7xxx and aic79xx drivers here: > > http://people.freebsd.org/~gibbs/aic7xxx-FreeBSD-20030303.diffs.gz > > I would appreciate feedback on them prior to merging them back into > the stable branch. > > Thanks, > Justin Sorry about my previous confusion... I've applied (properly, this time!) the patches and tried them on my Supermicro X5DPR-8G2+ motherboard with an integrated AIC-7902 dual channel Ultra 320 controller. The system comes up fine, but my "dump card state" on the second channel still remains. I have diffed the dmesg output from a boot before after the driver changes and find only small changes in the dump. Here is a complete dmesg output from the latest kernel build with the driver changes. 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 4.8-RC #2: Mon Mar 3 07:43:51 MST 2003 grandi@new-archive.tuc.noao.edu:/usr/obj/usr/src/sys/ARCHIVE Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2146959360 (2096640K bytes) config> di pcic0 No such device: pcic0 Invalid command or syntax. Type `?' for help. config> di sio1 config> di ppc0 No such device: ppc0 Invalid command or syntax. Type `?' for help. config> di sn0 No such device: sn0 Invalid command or syntax. Type `?' for help. config> di lnc0 No such device: lnc0 Invalid command or syntax. Type `?' for help. config> di ie0 No such device: ie0 Invalid command or syntax. Type `?' for help. config> di fe0 No such device: fe0 Invalid command or syntax. Type `?' for help. config> di ed0 No such device: ed0 Invalid command or syntax. Type `?' for help. config> di cs0 No such device: cs0 Invalid command or syntax. Type `?' for help. config> di bt0 No such device: bt0 Invalid command or syntax. Type `?' for help. config> di aic0 No such device: aic0 Invalid command or syntax. Type `?' for help. config> di aha0 No such device: aha0 Invalid command or syntax. Type `?' for help. config> di adv0 No such device: adv0 Invalid command or syntax. Type `?' for help. config> q avail memory = 2087424000 (2038500K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 24 pins in IOAPIC #1 Programming 24 pins in IOAPIC #2 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00050014, at 0xfee00000 cpu2 (AP): apic id: 6, version: 0x00050014, at 0xfee00000 cpu3 (AP): apic id: 7, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000 io1 (APIC): apic id: 3, version: 0x00178020, at 0xfec80000 io2 (APIC): apic id: 4, version: 0x00178020, at 0xfec80400 Preloaded elf kernel "kernel" at 0xc03a8000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03a809c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 24 entries at 0xc00fde40 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 16 -> irq 2 IOAPIC #0 intpin 19 -> irq 10 IOAPIC #0 intpin 18 -> irq 11 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: (vendor=0x8086, dev=0x1461) at 28.0 pcib2: at device 29.0 on pci1 IOAPIC #2 intpin 6 -> irq 16 IOAPIC #2 intpin 7 -> irq 17 pci2: on pcib2 em0: port 0x3000-0x303f mem 0xfc200000-0xfc21ffff irq 16 at device 3.0 on pci2 em0: Speed:1000 Mbps Duplex:Full em1: port 0x3040-0x307f mem 0xfc220000-0xfc23ffff irq 17 at device 3.1 on pci2 em1: Speed:N/A Duplex:N/A pci1: (vendor=0x8086, dev=0x1461) at 30.0 pcib3: at device 31.0 on pci1 IOAPIC #1 intpin 4 -> irq 18 IOAPIC #1 intpin 5 -> irq 19 pci3: on pcib3 ahd0: port 0x4000-0x40ff,0x4400-0x44ff mem 0xfc300000-0xfc301fff irq 18 at device 2.0 on pci3 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs ahd1: port 0x4800-0x48ff,0x4c00-0x4cff mem 0xfc302000-0xfc303fff irq 19 at device 2.1 on pci3 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs pci0: at 29.0 irq 2 pci0: at 29.1 irq 10 pci0: at 29.2 irq 11 pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at 1.0 irq 2 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2060-0x206f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xfc000000-0xfc0003ff irq 0 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x8086, dev=0x2483) at 31.3 irq 0 eisa0: on motherboard eisa0: unknown card @@@0000 (0x00000000) at slot 4 orm0: