I've been lurking here for sometime so it's about time I gave something back.
I thought I'd setup a separate thread for the Watchguard X-Peak as I could only find passing references to it elsewhere. Also I needed to document my findings.
First off Watchguards X series came in two hardware variants: Core (X500, X700, X1000, X2500) and Peak (X5000, X6000 and X8000).
The X Peak hardware is as standard (at least in my X6000):
Pentium 4 2.8GHz (SL6PF), 512MB in two 256MB DIMMS, 128MB compact flash card (Sandisk 'industrial'!).
3X Intel 82547GI Gig Ether, 7X Intel 82551ER 10/100 Ether, USB 2.0, 2X DB9 Com ports.
Intel FWE6300ESB 875p chipset
The motherboard is an Advantech AIMB-X3 (Rev.A1 in my case).
The PSU is a Seasonic SSF-160U1
It has an unfilled mini-pci slot and a space for a hard disk caddy with a spare IDE connector.
Front mounted LCD and cursor controls.
In other words quite a tasty piece of kit!
See output of dmesg attached.
I've been playing with it for a few days. Firstly, installing pfSense on this hardware in incredibly easy. Just flash the nanobsd image onto a CF card stick it in the slot and away she goes. This is lucky since as there's no PCI slot it's difficult to get into the BIOS to change the boot settings. I'm using a Sony 2GB 300X card with no problems but it also boots a 16MB Canon card. Interestingly although the CF card supports UDMA it seems freeBSD does not, see here.
pfSense just hangs with timeouts if you enable it.
Initial access to pfSense setup is via the front serial console. 9600,8,N,1 in case you're wandering.
The network interfaces come up conveniently from left to right. Port 3 is fxp0.
The Peak hardware does not suffer from the packet loss / timeouts the Core hardware does as it's not using Realtek NICs. Great.
The LCD driver created for the Core hardware (search the forum) works perfectly.
The front Panel.
Inside the box
The board has a LOT of extra connectors and unpopulated pads. I've labled those which have pins to avoid any confusion. CN24 is under the ribbon cable leading to the LCD. CN42 looks like a spare fan connector. It's hard to say which pins are CN11,12 and 14. The labling on the board practically non-existant and there's no mention of it on Advantech's site.
Like the Core its doesn't shutdown properly and when it halts it uses more power than when it's running! I guess in a rack you don't want to have go around switching everything on. The PSU has a bare jumper (J3) which is also labled ON/OFF. It maybe that the power switching line is not connected. I can't find much info on the PSU though. pdf
It has three 40mm fans running flat out all the time. No thermal control.
It uses a lot of power. The box draws aroung 85-90W at boot and around 55W at idle.
Dissapointingly it seems from dmesg that the front USB port is USB1 only although it has 2.0 on board.
Edit: This isn't true, you can use USB2 devices in the front port.
All of these things may be possible to work around but it would be really helpful to have access to the BIOS. Unfortunately it doesn't have serial console bios access. This is what I've been working on for the past few days.
After much struggling (stupid corrupt MBR!) I have a booting CF card with Freedos loaded so I can use some bios tools. biosid.com revealed:
BIOS DATE : 10/21/2004
CHIPSET ID : Canterwood
BIOS ID : 6A79BAKDC-00
BIOS TYPE : Phoenix Technologies, Ltd.
OEM INFO : (046) EVALUATION ROM - NOT FOR SALE
Watchguard not paying for a proper bios
Update: I should probably take this back! The bios has obviously been modified by/for Watchguard for the platform as it writes to the LCD.
Of course no info to be found on this bios.
I did read it to a file though with awdflash. File to be uploaded.
Eventually I found a bios editor that could open it in some sense. Using MODBIN6 I can look at the bios setup. Several interesting things. It has console redirect but the default is disabled. Also ACPI is disabled by default.
I can't actually modify the bios settings as they are stored in CMOS but I can set the defaults to enabled re-flash my modified bios and clear the cmos. However doing that may well brick my shiny red box!
Any input most welcome.
Update: Corrected ethernet chip types