this is due to the interrupt issues found at the hackathon.
run current and you'll get much better performance.
-Bob
* Gregory Tod <[EMAIL PROTECTED]> [2005-06-09 11:31]:
> In case it saves someone the effort of responding I now believe that the
> 2 logical drives should work fine. My trusty 3rd CD had the source, and
> a little greping reveals that some of the cards are AMI_BROKEN and some
> - including PERC 4/Di - are not.
>
> I've been using OpenBSD since 3.1 and this is my first question to misc
> and it still turns out I should have worked it out myself... ;) Very
> nice software - thanks.
>
> Kevin - thanks for your input. I'd love to hear how it goes. Disk
> performance has been the only issue with the 1750/3.5 combo:
>
> time dd if=/dev/zero of=/tmp/test bs=1024k count=1000
>
> takes 55 secs or so...
>
> Greg
>
>
> Gregory Tod wrote:
> >I'm running OpenBSD 3.5 on a Dell Poweredge 1750 - dmesg below.
> >
> >Initially there were a pair of 30Gb SCSI disks making a single
> >logical disk (raid 1) on the ami controller. Worked fine for nearly
> >a year until I needed more space and put in a single 130Gb and made
> >it the second logical disk.
> >
> >At this point I discovered the then problems with ami(4) fixed by
> >the patch here:
> >
> > http://archives.neohapsis.com/archives/openbsd/2004-12/1779.html
> >
> >What I can't tell from reading the comments at the start of the
> >patch is whether (when I install 3.7) I be able to access both the
> >logical drives?
> >
> >The good news seems to be that one of the issues fixed is:
> > >* Only 1 LD (Logical Drive) can be accessed at the same time
> >while this comment seems not so good:
> > >therefore the driver limits the maximum LDs to 1.
> >
> >My confusion arises because I can't tell if that limiting to 1
> >logical drive _only_ applies to really old ULTRA-2 controllers.
> >Could someone please clear this up.
> >
> >If it is bad news, advice from anyone running one of these boxes
> >on which scsi raid controller to replace that PERC 4/Di would be
> >appreciated (I would be keeping the disks in the same configuration
> >shown above).
> >
> >Cheers,
> >
> >Greg
> >
> >
> >OpenBSD 3.5-stable (GENERIC) #0: Tue Jun 22 09:15:27 BST 2004
> > [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
> >cpu0: Intel(R) Xeon(TM) CPU 2.80GHz ("GenuineIntel" 686-class) 2.79 GHz
> >cpu0:
> >FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID
> >
> >
> >real mem = 1073164288 (1048012K)
> >avail mem = 989777920 (966580K)
> >using 4278 buffers containing 53760000 bytes (52500K) of memory
> >mainbus0 (root)
> >bios0 at mainbus0: AT/286+(00) BIOS, date 04/14/04, BIOS32 rev. 0 @ 0xffe90
> >pcibios0 at bios0: rev. 2.1 @ 0xf0000/0x10000
> >pcibios0: PCI IRQ Routing Table rev. 1.0 @ 0xfc4a0/144 (7 entries)
> >pcibios0: no compatible PCI ICU found: ICU vendor 0x1166 product 0x0201
> >pcibios0: Warning, unable to fix up PCI interrupt routing
> >pcibios0: PCI bus #0 is the last bus
> >bios0: ROM list: 0xc0000/0x8000 0xc8000/0x2200 0xca800/0x1800
> >0xec000/0x4000!
> >pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
> >pchb0 at pci0 dev 0 function 0 "ServerWorks CNB20-HE" rev 0x33
> >pchb1 at pci0 dev 0 function 1 "ServerWorks CNB20-HE" rev 0x00
> >pci1 at pchb1 bus 1
> >fxp0 at pci1 dev 4 function 0 "Intel 82557" rev 0x0c: irq 11, address
> >00:0e:0c:4c:79:b6
> >inphy0 at fxp0 phy 1: i82555 10/100 media interface, rev. 4
> >pchb2 at pci0 dev 0 function 2 "ServerWorks CNB20-HE" rev 0x00
> >pci2 at pchb2 bus 3
> >vga1 at pci0 dev 14 function 0 "ATI Rage XL" rev 0x27
> >wsdisplay0 at vga1: console (80x25, vt100 emulation)
> >wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> >pchb3 at pci0 dev 15 function 0 "ServerWorks CSB5 SouthBridge" rev 0x93
> >pciide0 at pci0 dev 15 function 1 "ServerWorks CSB5 IDE" rev 0x93: DMA
> >atapiscsi0 at pciide0 channel 1 drive 0
> >scsibus0 at atapiscsi0: 2 targets
> >cd0 at scsibus0 targ 0 lun 0: <TEAC, CD-224E, K.9A> SCSI0 5/cdrom removable
> >cd0(pciide0:1:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2
> >pcib0 at pci0 dev 15 function 3 "ServerWorks CSB5 PCI" rev 0x00
> >pchb4 at pci0 dev 16 function 0 "ServerWorks CIOB-E" rev 0x12
> >pchb5 at pci0 dev 16 function 2 "ServerWorks CIOB-E" rev 0x12
> >pci3 at pchb5 bus 2
> >bge0 at pci3 dev 0 function 0 "Broadcom BCM5704C" rev 0x02: irq 7:
> >address: 00:0f:1f:67:20:9b
> >brgphy0 at bge0 phy 1: BCM5704 10/100/1000baseTX PHY, rev. 0
> >bge1 at pci3 dev 0 function 1 "Broadcom BCM5704C" rev 0x02: irq 5:
> >address: 00:0f:1f:67:20:a2
> >brgphy1 at bge1 phy 1: BCM5704 10/100/1000baseTX PHY, rev. 0
> >pchb6 at pci0 dev 17 function 0 "ServerWorks CIOBX2" rev 0x05
> >pchb7 at pci0 dev 17 function 2 "ServerWorks CIOBX2" rev 0x05
> >pci4 at pchb7 bus 4
> >ami0 at pci4 dev 3 function 0 "Dell PERC 4/Di Verde" rev 0x02: irq 11
> >Dell 14a/32b
> >ami0: FW 412W, BIOS vH406, 128MB RAM
> >ami0: 2 channels, 0 FC loops, 2 logical drives
> >scsibus1 at ami0: 40 targets
> >sd0 at scsibus1 targ 0 lun 0: <AMI, Host drive #00, > SCSI2 0/direct fixed
> >sd0: 34680MB, 4421 cyl, 255 head, 63 sec, 512 bytes/sec, 71024640 sec total
> >sd1 at scsibus1 targ 1 lun 0: <AMI, Host drive #01, > SCSI2 0/direct fixed
> >sd1: 139900MB, 17834 cyl, 255 head, 63 sec, 512 bytes/sec, 286515200 sec
> >total
> >isa0 at pcib0
> >isadma0 at isa0
> >pckbc0 at isa0 port 0x60/5
> >pckbd0 at pckbc0 (kbd slot)
> >pckbc0: using irq 1 for kbd slot
> >wskbd0 at pckbd0: console keyboard, using wsdisplay0
> >pcppi0 at isa0 port 0x61
> >midi0 at pcppi0: <PC speaker>
> >sysbeep0 at pcppi0
> >npx0 at isa0 port 0xf0/16: using exception 16
> >pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> >fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> >fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
> >biomask c840 netmask c8e0 ttymask c8e2
> >pctr: user-level cycle counter enabled
> >dkcsum: sd0 matched BIOS disk 80
> >dkcsum: sd1 matched BIOS disk 81
> >root on sd0a
> >rootdev=0x400 rrootdev=0xd00 rawdev=0xd02
> >ami0: timeout ccb 1
> >ami0: timeout ccb 2
> >ami0: timeout ccb 1
>
--
Bob Beck Computing and Network Services
[EMAIL PROTECTED] University of Alberta
True Evil hides its real intentions in its street address.
