On 2009-09-03, Jason Beaudoin <[email protected]> wrote: > -- > 401.837.8417 > [email protected] > > > On Wed, Sep 2, 2009 at 7:51 PM, Stuart Henderson <[email protected]>wrote: > >> On 2009-08-29, Jason Beaudoin <[email protected]> wrote: >> > >> > Hiya Kevin, >> > >> > I'm hoping this dmesg is from a jetway NF76-N1G: >> > http://www.mini-box.com/Jetway-NF76-N1G6-mini-ITX_2 >> >> try again. >> > might you know what it actually is? (curious)
I quoted that bit back but you trimmed it; > On Thu, Jun 11, 2009 at 3:51 AM, Kevin Lo <[email protected]> wrote: >> bios0: iDOT Computers, Inc. iDOT VED8900 Series. (easy to find in a web search). > I'm trying to determine which (if any) chips from this board might be a > problem in openbsd. Between this dmesg (which shares some of the chipsets) > and a few snippets I've seen elsewhere it looks good, the only thing I > haven't determined is the sound chipset. For the NF76? it's on the page you quoted actually; VT1708B. One (the?) major problem nowadays though isn't with support for the chips, but with the information about how they're connected together. You can have two systems with the same chips and have one work totally ok and another be unusable, just because of buggy or "wierd" AML in the acpi tables provided by the BIOS. This isn't just a set of static information, it's a computer program in a special restricted machine language stored in the BIOS that the OS runs - see a disassembled version with "acpidump". With "white box" systems these appear to usually be provided by the BIOS vendor then tweaked, with varying levels of competence, by the OEM. So without someone having the same system, BIOS version, settings in the BIOS configuration screens, etc, you won't get more than "most things on the board are likely to work" (and that's already the case with most PC hardware). http://www.openbsd.org/lyrics.html#45
