The BIOS is what the hardware is based upon and the testing of a
Mother-Board should be started at the BIOS level.
The Basic Input Output for today hardware is basically based on USB even
for many servers.
There are cases which you see a system that CentOS6 was not designed to
work with.
Not just that but in the level that the engineers designed this MB or
it's chips to work with a specific OS or with a specific set of tools.
There are other Operation Systems around the work which are not MS or
Linux or FreeBSD or Unix.
There are custom OS's that do allow other operations and other levels
then these.
No I do not see them every day but the reason that the Manufacturer is
maintaining the Compatibility lists is to let the Desktop or Server
Distributer the Benefit of understanding that this piece of software was
designed to work with this specific cases.
In the case that there is a mismatch between the list and reality the
human mind comes in handy.
I do really like to buy in stores I know the owner or at-least have good
name.
The main issue is that one is expecting a set of results while the
others do not.
When a 200Mhz server was running fine with a Linux kernel it ran fine..
Some people just don't understand what 2.2 Ghz is and what level of
complexity we are talking about.
(Another squid was compiled safely)
How do we test ECC memory?
Eliezer
On 02/01/14 02:06, John R Pierce wrote:
> huh? the BIOS is nearly irrelevant, its code is used for phase 0
> bootstrap only, and other than the ACPI tables that are used to provide
> info about power management capabilities. the rest of the BIOS went the
> way of MSDOS.
>
> whats important know is whether or not the RHEL6 package, and by
> implication, CentOS6, has out of the box support for all the core IO
> devices on the system, its network and storage controllers for a server,
> and also audio and graphics for a workstation.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
