On Fri, Feb 13, 2009 at 01:32:19AM +0100, Carl-Daniel Hailfinger wrote: > Point taken. > > If the firmware doesn't set up the things which can't be probed, can it > even be called firmware or is it more like a glorified bootloader? > > Ouch. I always thought turning on all the RAM was either a hardware (old > x86) or firmware (modern x86) task.
Certainly a lot of embedded systems, the bootloader is the firmware and is responsible for a lot of hardwre configuration, although often the operating system also does a lot. Most x86 systems configure devices on the PCI bus fairly sensible at power on before the OS starts. On an arm system, the linux kernel has to do all the PCI bus enumeration and configuration since there is generally no PCI handling in the firmware/boot laoder on such a system. Of course embedded x86 systems sometimes also don't do everything you want, in which case fixing it in the boot loader is handy to avoid messing too much with the kernel. > I'm a bit surprised by the lack of automatically detectable features in > embedded systems. Wouldn't automatic detection allow reusing whole OS > images on slighly different systems and thus lower development cost? There is the problem of detecting what a given GPIO line does. Use of GPIO lines is very common on embedded systems, and the use is almost always custom to each device. -- Len Sorensen _______________________________________________ devicetree-discuss mailing list [email protected] https://ozlabs.org/mailman/listinfo/devicetree-discuss
