|
General Hardware General hardware related questions. |
|
Thread Tools | Display Modes |
|
|||
My new box is up and running. I used the VIA EPIA LN10000EG Mini-ITX Mainboard with 1GB of RAM and a 160GB 2.5" HDD. Installation was done using PXE Boot and the 4.3 'pxeboot' image. I did a full recompile for 4.3-stable on the box in just over 3 hours.
Here is the dmesg: Quote:
Last edited by twisted_steel; 27th July 2008 at 12:40 PM. Reason: Added some more info to the top |
|
|||
Be sure to send your dmesg(8) output to the address specified in Section 4.15 of the FAQ:
http://openbsd.org/faq/faq4.html#SendDmesg ...as this provides information the developers can use to maintain & enhance hardware compatibility. |
|
|||
Hello,
I think it would be nice to get a Sun Thin Client, but I see a few issues with that. 1) They don't run on SPARC anymore, but on RMI Au1550 - which is based on the MIPS architecture. I would want to deal with Sun to get SPARC. 2) As far as I know, they won't work without a server on the other end. 3) Because of #2, they are very weak on components such as CPU, RAM, and Storage. CPU isn't too bad - ~500MHz, but RAM is very low - I don't know what the current ones have, but the SunRay 150 had only 8MB of RAM (I think). And the Storage is (again I think) only enough to hold software enough to connect to the server, which is meant to do all the real work. I think that if they made a thin client like they currently have (the basic design is there, in my opinion) and switched back to a SPARC (T2 - would be awesome) ~1.0-1.5 GHz, put in 1GB RAM, and gave it 16-32 GB RAM (maybe CF in RAID 1) - that would be a great little system. I could still work in a client-server environment, but would have the ability to work as a stand-alone setup. But, just dreaming I guess.
__________________
And the WORD was made flesh, and dwelt among us. (John 1:14) |
|
||||
I had problems installing x64 version of Openbsd 4.3 due to my onboard nic. I disabled it in the bios and installed a PCI nic card, xl0. All is well after that. I like the board and runs pretty good for the carbon footprint is produces as well as the price, 70$. I'm using it as a web/mail server. Good luck. Let me know if you're able to get the onboard nic to work. I believe mine was labeled re0? Can't remember.
Last edited by revzalot; 11th August 2008 at 11:02 PM. |
|
||||
Got my Atom.
Installed the Aug 13th 4.4 snapshot and almost all what I need for postgresql server, NAT, .... The onboard Intel lan chip is recognized at full (checked the sources before). The AMD PAE NX bit gets OKayed as Intel XD bit. No problem. 64bit OpenBSD is amazingly fast for a 1.6MHz CPU. Just, it is mounted in a Morex Venus 669 case and the CPU is measured at 49 deg C, threshold of the BIOS: the screen just hangs there (for *any* 32 or 64 bit OS, Linux or else..). Must find a way to cool the darn thing. Ordered another Atom board to serve as "Windows emulator", ordered at Saland Netherlands, board plus 1G RAM for 70 Euro VAT incl. (vs. Euro 91.65 at mini-itx). Just that I could not find cases at Salland. Dmesg when the thing cools off.
__________________
da more I know I know I know nuttin' Last edited by lvlamb; 14th August 2008 at 09:19 PM. |
|
||||
So far:
Box one: OpenBSD. Snapshot 4.4 beta i/386 of April? works by just putting the harddrive from the former MB in it. New install of 4.4 amd64 snapshot of August 13th, went fine, including pkg_add of *everything* I use. Since I rebooted it just halts after Pentium MT? support (in the blue background lines, so no logs). Test will be kernel and world installed from source on a fresh or zeroed drive. Box two: WinXP Pro SP3 No problem, still have to install coLinux and UWIN. Still is WinXP 32bit. ArchLinux 64. Funny. First installed the core, selecting all available packages from base. System hang on installation of BIND (or was it DNS?). New install with defaults then pacman -Sy no problem. Fwiw, I could get a new Western Digital RE3 drive. Nice piece. Only buy the product numbers ending in *YS from WD. Maxtor must have same high specs, but didn't found the proper webpages. CentOS 64: first tried on OpenBSD box, but forgot that anaconda hates A6 partitions. Didn't got the usual message "partition is active", didn't got any massage at all. Will retry later. Slackware (always 32bit), till now, no way to install. So, basically, my headless server/router works on OpenBSD, all I need. My WinXP "emulation" machine can emulate many Linuces and has UWIN. Can dual boot with ArchLinux on which I can install the VirtualBox and emulate what coLinux can't. As said, basically, I fill the bill of materials, run the stoopid Windows only apps, have darn Flash. Hope to get rid of the Windows if Wine works (Now release and not beta anymore). Now two Morex Venus cubes taking the place of one midi-tower, each drawing 70W when the harddrives are working. Noting that my half terabyte backup is in a separate eSATA/USB Antec enclosure. My small contribution against greenhouse gases. The Atom boards are really recent and new, they still have bugs. I downloaded the specifications update (June 2008, hey! you call this an update ? The document is named: 319978.pdf The errata AAF4 seems to describe what I experience as this is application dependent, not OS. Code:
AAF4 Writing the Local Vector Table (LVT) when an Interrupt is Pending May Cause an Unexpected Interrupt Problem: If a local interrupt is pending when the LVT entry is written, an interrupt may be taken on the new interrupt vector even if the mask bit is set. Implication: An interrupt may immediately be generated with the new vector when a LVT entry is written, even if the new LVT entry has the mask bit set. If there is no Interrupt Service Routine (ISR) set up for that vector the system will GP fault. If the ISR does not do an End of Interrupt (EOI) the bit for the vector will be left set in the in-service register and mask all interrupts at the same or lower priority. Workaround: Any vector programmed into an LVT entry must have an ISR associated with it, even if that vector was programmed as masked. This ISR routine must do an EOI to clear any unexpected interrupts that may occur. The ISR associated with the spurious vector does not generate an EOI, therefore the spurious vector should not be used when writing the LVT. All in all, I find those 1.6GHz CPUs very cumfy for my usage. PC533 DRAMs and high specs hard drives surely play their part too.
__________________
da more I know I know I know nuttin' |
Tags |
alix, hardware, mini-itx, soekris, via epia |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Need suggestions on what to name this project | TerryP | Off-Topic | 10 | 6th November 2010 03:13 PM |
Thin Client cases and Mini ITX boards | Oko | General Hardware | 2 | 15th April 2009 02:25 AM |
Cheap, FreeBSD compatible mini PC? | chris | General Hardware | 2 | 26th September 2008 06:28 AM |
Mac Mini | aleunix | Other BSD and UNIX/UNIX-like | 6 | 18th August 2008 12:35 PM |
Software suggestions | rex | FreeBSD General | 10 | 17th May 2008 12:00 AM |