From owner-freebsd-smp Sun Nov 24 17: 3: 2 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 230FC37B401 for ; Sun, 24 Nov 2002 17:02:55 -0800 (PST) Received: from hub.org (hub.org [64.49.215.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C3B143EA3 for ; Sun, 24 Nov 2002 17:02:54 -0800 (PST) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.49.215.141]) by hub.org (Postfix) with ESMTP id 611D08A1994 for ; Sun, 24 Nov 2002 21:02:44 -0400 (AST) Date: Sun, 24 Nov 2002 21:02:44 -0400 (AST) From: "Marc G. Fournier" To: freebsd-smp@freebsd.org Subject: CPU not detected after firmware upgrade ... Message-ID: <20021124210158.H16724-100000@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Over the past couple of weeks, I've been experiencing a problem where -STABLE after Oct 28th would hang on booting. The only change that appeared to be on the 29th was the amr driver changes that Eric committed, and he suggested upgrading the firmware on my MegaRAID controller to 'correct' the issue. Last night, Rackspace performed that upgrade for us, and powered up using the same kernel (RELENG_4_7) we had installed ... it hung on reboot. They could boot off of the GENERIC kernel that I still had on that machine, but not the kernel that I had running several hours previous ... after playing with the kernel config for a period of time, I finally figured out that as long as I didn't enable SMP, the kernel would boot. Not good, but better then nothing ... Today, after getting some rest, I dove back into things again, finally thinking to setup /boot.config to enable -v on boot, figuring that was hte only way I was going to more detailed information ... After looking through /var/run/dmesg.boot after trying to boot an SMP kernel, I noticed that the kernel isn't detecting the second CPU in the machine: IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 bios32: Found BIOS32 Service Directory header at 0xc00fdb90 bios32: Entry = 0xfdba0 (c00fdba0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdbc1 pnpbios: Found PnP BIOS data at 0xc00f4c50 pnpbios: Entry = f0000:3954 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 whereas my other server, same motherboard and BIOS level, shows: FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 Now, I've had Rackspace check to make sure that the second CPU is, in fact, in the machine, and they went to the extent of swap out the CPUs and put new ones in ... the CPUs are detected by the BIOs itself, its only once it gets to the OS level that it seems to "lose" the second CPU ... The kernel config I'm trying to boot is quite basic, and included at the bottom of this, as well as the output of mptable -verbose: What would cause a CPU to "disappear" as far as the operating system is concerned? And how could a firmware upgrade (and/or driver upgrade) cause this? This is a totally new one for me, and I haven't got a clue what direction to go at next ... ___machine i386 ___cpu I686_CPU ___ident kernel ___maxusers 0 ___makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols ___options INET #InterNETworking ___options FFS #Berkeley Fast Filesystem ___options FFS_ROOT #FFS usable as root device [keep this!] ___options SOFTUPDATES #Enable FFS soft updates support ___options UFS_DIRHASH #Improve performance on big directories ___options PROCFS #Process filesystem ___options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] ___options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI ___options KTRACE #ktrace(1) support ___options SYSVSHM ___options SHMMAXPGS=199608 ___options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) ___options SYSVSEM ___options SEMMNI=4096 ___options SEMMNS=8192 ___options SYSVMSG #SYSV-style message queues ___options IPFIREWALL #firewall ___options IPFIREWALL_FORWARD #enable transparent proxy support ___options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default ___options P1003_1B #Posix P1003_1B real-time extensions ___options _KPOSIX_PRIORITY_SCHEDULING ___options ICMP_BANDLIM #Rate limit bad replies ___options KBD_INSTALL_CDEV # install a CDEV entry in /dev ___# To make an SMP kernel, the next two are needed ___options SMP # Symmetric MultiProcessor Kernel ___options APIC_IO # Symmetric (APIC) I/O ___device isa ___device pci ___device sym # NCR/Symbios Logic (newer chipsets) ___device scbus # SCSI bus (required) ___device da # Direct Access (disks) ___device sa # Sequential Access (tape etc) ___device pass # Passthrough device (direct SCSI access) ___device amr # AMI MegaRAID ___device atkbdc0 at isa? port IO_KBD ___device atkbd0 at atkbdc? irq 1 flags 0x1 ___device psm0 at atkbdc? irq 12 ___device vga0 at isa? ___pseudo-device splash ___device sc0 at isa? flags 0x100 ___device npx0 at nexus? port IO_NPX irq 13 ___device miibus # MII bus support ___device fxp # Intel EtherExpress PRO/100B (82557, 82558) ___pseudo-device loop # Network loopback ___pseudo-device ether # Ethernet support ___pseudo-device pty 256 # Pseudo-ttys (telnet etc) ___pseudo-device bpf #Berkeley packet filter ___options DDB ___options DDB_UNATTENDED ___options INCLUDE_CONFIG_FILE # Include this file in kernel =============================================================================== MPTable, version 2.0.15 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00 searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000ff780 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000ff780 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0xd4 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f0db0 signature: 'PCMP' base table length: 268 version: 1.4 checksum: 0x45 OEM ID: 'AMI ' Product ID: 'CNB30LE ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 25 local APIC address: 0xfee00000 extended table length: 200 extended table checksum: 171 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 11 1 0x383fbff 1 0x11 AP, usable 6 11 1 0x383fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 ISA -- I/O APICs: APIC ID Version State Address 4 0x11 usable 0xfec00000 5 0x11 usable 0xfec01000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# INT active-lo level 0 1:A 5 6 INT active-lo level 1 2:A 5 11 INT active-lo level 0 4:A 5 4 INT active-lo level 1 3:B 5 8 INT active-lo level 1 3:A 5 7 ExtINT active-hi edge 2 0 4 0 INT active-hi edge 2 1 4 1 INT active-hi edge 2 0 4 2 INT active-hi edge 2 4 4 4 INT active-hi edge 2 6 4 6 INT active-hi edge 2 7 4 7 INT active-hi edge 2 8 4 8 INT active-hi edge 2 12 4 12 INT active-hi edge 2 13 4 13 INT active-hi edge 2 14 4 14 INT active-hi edge 2 15 4 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 2 0 255 0 NMI active-hi edge 0 0:A 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0xd000 address range: 0x1000 -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x100 -- System Address Space bus ID: 0 address type: memory address address base: 0xfc600000 address range: 0x2500000 -- System Address Space bus ID: 0 address type: prefetch address address base: 0xfc400000 address range: 0x100000 -- System Address Space bus ID: 1 address type: I/O address address base: 0xe000 address range: 0x1000 -- System Address Space bus ID: 1 address type: memory address address base: 0xfeb00000 address range: 0x100000 -- System Address Space bus ID: 1 address type: prefetch address address base: 0xfc500000 address range: 0x100000 -- Bus Heirarchy bus ID: 2 bus info: 0x01 parent bus ID: 0 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 1 address modifier: subtract predefined range: 0x00000000 -- System Address Space bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000001 -- Compatibility Bus Address bus ID: 1 address modifier: subtract predefined range: 0x00000001 =============================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Nov 24 21:26:49 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA62B37B401; Sun, 24 Nov 2002 21:26:46 -0800 (PST) Received: from hub.org (hub.org [64.49.215.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C7C43E3B; Sun, 24 Nov 2002 21:26:45 -0800 (PST) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.49.215.141]) by hub.org (Postfix) with ESMTP id 811D18A42B4; Mon, 25 Nov 2002 01:26:37 -0400 (AST) Date: Mon, 25 Nov 2002 01:26:37 -0400 (AST) From: "Marc G. Fournier" To: "Moore, Eric Dean" Cc: freebsd-hardware@freebsd.org, , Mike Tancsa Subject: SMP kernel hangs with latest MegaRAID firmware In-Reply-To: <0E3FA95632D6D047BA649F95DAB60E57017EF2D3@EXA-ATLANTA.se.lsil.com> Message-ID: <20021124235548.G16724-100000@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Eric ... First and foremost, I don't believe its the CAM support directly that is breaking things, as you may have seen in my other posts ... but I do believe its related to the MegaRAID controller. When we started this, the problem was that an Oct 28th kernel would work, but an Oct 29th kernel would hang while booting ... Oct 29th was when you updated the AMR driver code, and, as I recall, the changes touched enough files that it wasn't just camifying the code ... Your suggestion was to upgrade the firmware on the controller itself, which made sense, so we schedualed it ... now, while waiting for that, I downgraded the server to RELENG_4_7, negating any work you did on the AMR driver, figuring it would give me some stability while waiting for the firmware upgrade ... On Friday, as schedualed, Rackspace upgraded the firmware on the card, at which point, all hell broke lose ... the RELENG_4_7 kernel could no longer boot up, they had to bring it up on a GENERIC kernel ... After futzing around for a period of time with the kernel configs (namely, what was different between a GENERIC kernel and my kernel), we determined that if we disable the SMP code, everything boots up great ... as soon as we enable the two options required for SMP, it hangs ... so, I added -v to /boot.config, figuring I should be able to get some better information for around the hang ... after scannin through the output a few times, I finally stumbled upon something that should have been more (or less) obvious: IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 bios32: Found BIOS32 Service Directory header at 0xc00fdb90 bios32: Entry = 0xfdba0 (c00fdba0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdbc1 pnpbios: Found PnP BIOS data at 0xc00f4c50 pnpbios: Entry = f0000:3954 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 cpu1 is missing, which is why its hanging while trying to start up CPU #1 ... so, went back at Rackspace to take a look at the server, make sure that both CPUs are actually in the machine ... sure enough, they are, and the BIOs recognizes both ... but, just in case, they swap'd both CPUs out ... mptable shows: Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 11 1 0x383fbff 1 0x11 AP, usable 6 11 1 0x383fbff So, the machine has two CPUs in it that worked under RELENG_4_7 *before* the firmware upgrade, but fails to work after the firmware upgrade ... the operating system sees that there are, in fact, two CPUs in the machine ... So, we have two changes to the MegaRAID card/driver that have succeeded in crippling SMP ... the motherboard is a Tyan LE-T with a 1.06 BIOS on it ... there are 7 18gig drives in a RAID5 configuration on the MegaRAID card ... the server was originally setup with (and ran) with a 300W power supply, that has since been upgraded to 400W ... One person email'd me and suggested that they've seen similar with an Adaptec RAID controller when a drive was bad, but as part of the firmware upgrade, Rackspace ran a consistency check, which I would assume would pick that up ... The key thing right now, to note, is that since the firmware upgrade, neither a pre or post oct 29th SMP kernel will work, while both pre/post non-SMP does ... Right now, I'm stump'd, so if anyone else has any ideas, I'm all ears ... Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Nov 26 5:27:19 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF01637B401 for ; Tue, 26 Nov 2002 05:27:05 -0800 (PST) Received: from smtp.completel.fr (smtp.completel.fr [213.244.0.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A6A43EA9 for ; Tue, 26 Nov 2002 05:27:04 -0800 (PST) (envelope-from fabien.thomas@netasq.com) Received: from netasq.com (unknown [213.30.137.178]) by smtp.completel.fr (Postfix) with ESMTP id A3D92179D72 for ; Tue, 26 Nov 2002 14:27:00 +0100 (CET) Received: from netasq.com by completel.fr (8.10.1/8.10.1) with ESMTP id gAQDRDn00286 for ; Tue, 26 Nov 2002 14:27:13 +0100 (CET) Date: Tue, 26 Nov 2002 14:26:53 +0100 From: Fabien THOMAS X-Mailer: The Bat! (v1.61) Business Organization: NETASQ X-Priority: 3 (Normal) Message-ID: <142339311406.20021126142653@netasq.com> To: freebsd-smp@freebsd.org Subject: Adaptec ultra320, FreeBSD 4.7, SMP hang at boot MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------AB175B714F14B65" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a cryptographically signed message in MIME format. ------------AB175B714F14B65 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Actually i'm trying to run an embedded controller (7901A Ultra320) on a Supermicro motherboard (PDDP8-G2) under FreeBSD 4.7 using the ahd driver. With the GENERIC kernel the card seem to work fine but each time i run an SMP kernel the system lock up before init and after one or two minute the system dump the card state. the funny things is that under FreeBSD 5.0 DP2 the system is working fine. can you help me ? fabien here the associated dmesg (with AHD_DEBUG and AHD_DEBUG_FLAGS=0xFFFF for the SMP dump) BAD (SMP): >> >> Copyright (c) 1992-2002 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.7-RELEASE #4: Wed Jan 2 02:38:30 GMT 2002 >> root@:/usr/src/sys/compile/SMP >> Timecounter "i8254" frequency 1193182 Hz >> CPU: Pentium 4 (1999.79-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 >> >> Features=0x3febfbff> P,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SS >> E2,SS,,ACC> >> real memory = 536346624 (523776K bytes) >> avail memory = 517337088 (505212K 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 >> Programming 24 pins in IOAPIC #3 >> Programming 24 pins in IOAPIC #4 >> FreeBSD/SMP: Multiprocessor motherboard >> cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 >> cpu1 (AP): apic id: 6, 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 >> io3 (APIC): apic id: 5, version: 0x00178020, at 0xfec81000 >> io4 (APIC): apic id: 8, version: 0x00178020, at 0xfec81400 >> Preloaded elf kernel "kernel" at 0xc0466000. >> Pentium Pro MTRR support enabled >> md0: Malloc disk >> Using $PIR table, 29 entries at 0xc00fddf0 >> 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 >> pci0: (vendor=0x8086, dev=0x2541) at 0.1 >> 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 0 -> irq 16 >> IOAPIC #2 intpin 1 -> irq 17 >> pci2: on pcib2 >> em0: >> port 0x3000-0x303f mem 0xfc200000-0xfc21ffff irq 16 at device >> 1.0 on pci2 >> em0: Speed:1000 Mbps Duplex:Full >> em1: >> port 0x3040-0x307f mem 0xfc220000-0xfc23ffff irq 17 at device >> 1.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 0 -> irq 18 >> IOAPIC #1 intpin 1 -> irq 19 >> IOAPIC #1 intpin 4 -> irq 20 >> IOAPIC #1 intpin 5 -> irq 21 >> pci3: on pcib3 >> em2: >> port 0x4000-0x403f mem 0xfc300000-0xfc31ffff irq 18 at device >> 1.0 on pci3 >> em2: Speed:N/A Duplex:N/A >> em3: >> port 0x4040-0x407f mem 0xfc320000-0xfc33ffff irq 19 at device >> 1.1 on pci3 >> em3: Speed:N/A Duplex:N/A >> em4: >> port 0x4080-0x40bf mem 0xfc340000-0xfc35ffff irq 20 at device >> 2.0 on pci3 >> em4: Speed:N/A Duplex:N/A >> em5: >> port 0x40c0-0x40ff mem 0xfc360000-0xfc37ffff irq 21 at device >> 2.1 on pci3 >> em5: Speed:N/A Duplex:N/A >> pcib4: at >> device 3.0 on pci0 >> pci4: on pcib4 >> pci4: (vendor=0x8086, dev=0x1461) at 28.0 >> pcib5: at >> device 29.0 on pci4 >> IOAPIC #4 intpin 0 -> irq 22 >> IOAPIC #4 intpin 1 -> irq 23 >> pci5: on pcib5 >> em6: >> port 0x5000-0x503f mem 0xfc500000-0xfc51ffff irq 22 at device >> 1.0 on pci5 >> em6: Speed:N/A Duplex:N/A >> em7: >> port 0x5040-0x507f mem 0xfc520000-0xfc53ffff irq 23 at device >> 1.1 on pci5 >> em7: Speed:N/A Duplex:N/A >> em8: >> port 0x5080-0x50bf mem 0xfc540000-0xfc55ffff irq 11 at device >> 2.0 on pci5 >> em8: Speed:N/A Duplex:N/A >> em9: >> port 0x50c0-0x50ff mem 0xfc560000-0xfc57ffff irq 11 at device >> 2.1 on pci5 >> em9: Speed:N/A Duplex:N/A >> em10: > 1.3.14> port 0x5400-0x543f mem 0xfc580000-0xfc59ffff irq 11 >> at device 3.0 on pci5 >> em10: Speed:N/A Duplex:N/A >> em11: > 1.3.14> port 0x5440-0x547f mem 0xfc5a0000-0xfc5bffff irq 11 >> at device 3.1 on pci5 >> em11: Speed:N/A Duplex:N/A >> pci4: (vendor=0x8086, dev=0x1461) at 30.0 >> pcib6: at >> device 31.0 on pci4 >> pci6: on pcib6 >> ahd0: port >> 0x6000-0x60ff,0x6400-0x64ff mem 0xfc600000-0xfc601fff irq 11 >> at device 2.0 on pci6 >> ahd0: scb size = 0x4c, hscb size - 0x40 >> ahd0: Seeprom Contents: >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x9f4 >> 0x146 >> 0x2807 >> 0x10 >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0x400 >> 0xb3c7 >> (0): 1:8:fe:3f >> (1): 1:8:fe:3f >> (2): 1:8:fe:3f >> (3): 1:8:fe:3f >> (4): 1:8:fe:3f >> (5): 1:8:fe:3f >> (6): 1:8:fe:3f >> (7): 1:8:fe:3f >> (8): 1:8:fe:3f >> (9): 1:8:fe:3f >> (10): 1:8:fe:3f >> (11): 1:8:fe:3f >> (12): 1:8:fe:3f >> (13): 1:8:fe:3f >> (14): 1:8:fe:3f >> (15): 1:8:fe:3f >> ahd0: ahd_sglist_allocsize = 0x3000 >> Mapped SG data >> Mapped sense data >> Setting mode 0x0 >> Setting mode 0x11 >> Setting mode 0x44 >> ahd0: Setting up iocell workaround >> Setting mode 0x33 >> Setting mode 0x22 >> Setting mode 0x33 >> Setting mode 0x22 >> Setting mode 0x33 >> aic7901A: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or >> 66Mhz, 512 SCBs >> ahd1: port >> 0x6800-0x68ff,0x6c00-0x6cff mem 0xfc602000-0xfc603fff irq 11 >> at device 2.1 on pci6 >> ahd1: scb size = 0x4c, hscb size - 0x40 >> ahd1: Seeprom Contents: >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x17c8 >> 0x9f4 >> 0x146 >> 0x2807 >> 0x10 >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0xffff >> 0x400 >> 0xb3c7 >> (0): 1:8:fe:3f >> (1): 1:8:fe:3f >> (2): 1:8:fe:3f >> (3): 1:8:fe:3f >> (4): 1:8:fe:3f >> (5): 1:8:fe:3f >> (6): 1:8:fe:3f >> (7): 1:8:fe:3f >> (8): 1:8:fe:3f >> (9): 1:8:fe:3f >> (10): 1:8:fe:3f >> (11): 1:8:fe:3f >> (12): 1:8:fe:3f >> (13): 1:8:fe:3f >> (14): 1:8:fe:3f >> (15): 1:8:fe:3f >> ahd1: ahd_sglist_allocsize = 0x3000 >> Mapped SG data >> Mapped sense data >> Setting mode 0x0 >> Setting mode 0x11 >> Setting mode 0x44 >> ahd1: Setting up iocell workaround >> Setting mode 0x33 >> Setting mode 0x22 >> Setting mode 0x33 >> Setting mode 0x22 >> Setting mode 0x33 >> aic7901A: Ultra320 Wide Channel B, SCSI Id=7, PCI 33 or >> 66Mhz, 512 SCBs >> uhci0: port >> 0x2000-0x201f irq 2 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 >> 0x2020-0x203f 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 >> uhci2: port >> 0x2040-0x205f irq 11 at device 29.2 on pci0 >> usb2: on uhci2 >> usb2: USB revision 1.0 >> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub2: 2 ports with 2 removable, self powered >> pcib7: at device >> 30.0 on pci0 >> pci7: on pcib7 >> pci7: 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 >> orm0: