Intel 82580EB - Hardware Initialization Failed

2012-08-20 Thread Liam Farr
Hi Guys,


I have a HotLava Systems Sumatra 8G4S 4 port SFP PCIe network card with 
a Intel 82580EB chip set.

I'm running OpenBSD 5.1 and according to the release notes the 82580 
chip set is supported under the em drivers in this release.

However I get the following in my dmesg

em0 at pci8 dev 0 function 0 "Intel 82580 Fiber" rev 0x01: msiem0: 
Hardware Initialization Failedem0: Unable to initialize the hardware
em1 at pci8 dev 0 function 1 "Intel 82580 Fiber" rev 0x01: msiem1: 
Hardware Initialization Failedem1: Unable to initialize the hardware
em2 at pci8 dev 0 function 2 "Intel 82580 Fiber" rev 0x01: msiem2: 
Hardware Initialization Failedem2: Unable to initialize the hardware
em3 at pci8 dev 0 function 3 "Intel 82580 Fiber" rev 0x01: msiem3: 
Hardware Initialization Failedem3: Unable to initialize the hardware


Can someone please point me in the right direction?


Cheers

Liam

[demime 1.01d removed an attachment of type application/x-pkcs7-signature which 
had a name of smime.p7s]



Re: RouterBOARD RB600A support

2010-03-13 Thread Liam Farr
I'd be quite keen to get OpenBSD running on the RB1000.

I tried writing the miniroot47.fs to a CF card and booting off that, (on the 
off chance that it might work), but didn't get very far.

--
RouterBOOT booter 2.20

RouterBoard 1000

CPU frequency: 1333 MHz
  Memory size: 512 MB

Press any key within 2 seconds to enter setup..
Booting CF
Loading kernel... done
setting up elf image... OK
jumping to kernel code
>> OpenBSD/socppc BOOT 1.0

|/-boot> 
--

At this point the serial console just hangs.

I was hoping that it might work as the RB600A and RB1000 CPU / SOC seem similar 
(MPC8343/E and MPC8547/E).


Liam



HIFN 7955 Support in OpenBSD 4.6 on AMD Geode LX800 System

2010-02-18 Thread Liam Farr
Hi,

I have a AMD Geode LX800 based system (PC Engines ALIX 2C3) and am trying to 
use a HIFN 7955 (Soekris VPN1411) crypto card to improve OpenSSL performance 
(for SFTP and OpenVPN).

However after installing the HIFN card I don't seem to get any performance 
gain, and all the crypto still seems to be happening in software.

# fstat /dev/crypto
USER CMD  PID   FD MOUNTINUM MODE   R/WSZ|DV NAME
root sshd   108173 /   79183 crw-rw-rw-  rw   crypto 
/dev/crypto
root sshd   288513 /   79183 crw-rw-rw-  rw   crypto 
/dev/crypto
root sshd23453 /   79183 crw-rw-rw-  rw   crypto 
/dev/crypto
_openvpn openvpn158005 /   79183 crw-rw-rw-  rw   crypto 
/dev/crypto

It appears that sshd & openvpn are using /dev/crypto, is there a way to tell if 
this is actually using the HIFN card?

I thought that the system might be using the built in crypto in the AMD Geode 
CPU instead of the HIFN and have used "config -e -o bsd.new /bsd" to disable 
glxsb (glxsb0 at pci0 dev 1 function 2 "AMD Geode LX Crypto" rev 0x00: RNG AES) 
in the kernel, and booted the new kernel config however this makes no 
difference.

# dmesg
OpenBSD 4.6 (GENERIC) #58: Thu Jul  9 21:24:42 MDT 2009
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD" 586-class) 499 
MHz
cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX
real mem  = 268009472 (255MB)
avail mem = 250335232 (238MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 12/10/07, BIOS32 rev. 0 @ 0xfceb2
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: pcibios_get_intr_routing - function not supported
pcibios0: PCI IRQ Routing information unavailable.
pcibios0: PCI bus #0 is the last bus
bios0: ROM list: 0xe/0xa800
cpu0 at mainbus0: (uniprocessor)
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 1 function 0 "AMD Geode LX" rev 0x33
"AMD Geode LX Crypto" rev 0x00 at pci0 dev 1 function 2 not configured
vr0 at pci0 dev 9 function 0 "VIA VT6105M RhineIII" rev 0x96: irq 10, address 
00:0d:b9:14:eb:48
ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, 
model 0x0034
vr1 at pci0 dev 10 function 0 "VIA VT6105M RhineIII" rev 0x96: irq 11, address 
00:0d:b9:14:eb:49
ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, 
model 0x0034
vr2 at pci0 dev 11 function 0 "VIA VT6105M RhineIII" rev 0x96: irq 12, address 
00:0d:b9:14:eb:4a
ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, 
model 0x0034
hifn0 at pci0 dev 12 function 0 "Hifn 7955/7954" rev 0x00: LZS 3DES ARC4 MD5 
SHA1 RNG AES PK, 32KB dram, irq 9
glxpcib0 at pci0 dev 15 function 0 "AMD CS5536 ISA" rev 0x03: rev 0, 32-bit 
3579545Hz timer, watchdog, gpio
gpio0 at glxpcib0: 32 pins
pciide0 at pci0 dev 15 function 2 "AMD CS5536 IDE" rev 0x01: DMA, channel 0 
wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 1-sector PIO, LBA, 3823MB, 7831152 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
ohci0 at pci0 dev 15 function 4 "AMD CS5536 USB" rev 0x02: irq 15, version 1.0, 
legacy support
ehci0 at pci0 dev 15 function 5 "AMD CS5536 USB" rev 0x02: irq 15
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "AMD EHCI root hub" rev 2.00/1.00 addr 1
isa0 at glxpcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
pcppi0 at isa0 port 0x61
midi0 at pcppi0: 
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 "AMD OHCI root hub" rev 1.00/1.00 addr 1
biomask e1ef netmask ffef ttymask 
mtrr: K6-family MTRR support (2 registers)
nvram: invalid checksum
softraid0 at root
root on wd0a swap on wd0b dump on wd0b
clock: unknown CMOS layout

I am very new to OpenBSD and any help would be appreciated.


Thanks

Liam



Re: HIFN 7955 Support in OpenBSD 4.6 on AMD Geode LX800 System

2010-02-18 Thread Liam Farr
 
32-bit/33 MHz has a bus speed of 133.33 MB/s which should be sufficient?


Thanks

Liam 
 
On Friday, February 19, 2010, at 12:33PM, "Stuart Henderson" 
 wrote:
>On 2010-02-18, Liam Farr  wrote:
>> I have a AMD Geode LX800 based system (PC Engines ALIX 2C3) and
>> am trying to use a HIFN 7955 (Soekris VPN1411) crypto card to improve
>> OpenSSL performance (for SFTP and OpenVPN).
>
>You could compare your current results with those after setting
>sysctl kern.usercrypto=0 - e.g. openssl speed -evp aes128 -elapsed
>
>If the accelerator is working for the cipher you're testing, you
>will most likely see some gains on the larger block sizes, and
>probably a slow-down on smaller block sizes.