Originally posted by mendieta
View Post
Announcement
Collapse
No announcement yet.
AMD Provides Coreboot Support For Fusion
Collapse
X
-
-
Originally posted by Ex-Cyber View PostIf the storage device is the same flash chip that coreboot itself is running from, why not?
Comment
-
Originally posted by deanjo View PostSo then every time you do a OS upgrade you are going to be essentially reflashing a cmos device that was never meant to have many write cycles and hope that nothing goes wrong during that more frequent flash? Not really a great idea.
Comment
-
Originally posted by Ex-Cyber View PostNo, I'm talking about using kboot as a customizable flash-resident bootloader (similar in principle to how it and petitboot were used on PS3). A typical distro kernel+initrd wouldn't fit anyway.
Comment
-
Originally posted by deanjo View PostI get what you are saying however bootloaders usually have to be rewritten every time a OS is installed (or kernel change).
Besides, even supposing that you did need to rewrite the whole thing every time you do a kernel upgrade, modern SLC flash chips are usually rated to at least 100,000 write/erase cycles. If you're going to burn through that before the board is retired, you're probably savvy enough to handle buying a board with a socketed flash chip and swapping it out.
Comment
-
what the hell are you talking about ?
isn't that payload should be an analogue of proprietary BIOS'es "boot menu" and such ?
like (core BIOS stuff)->(payload with minimal bootloader with boot order written on CMOS to boot system's main, external bootloader)->(system bootloader from external device)->(OS or chainbooted other bootloader like Windows crap) ?
grub or kernel on BIOS's shitty flash (i know you can do it with coreboot now, and other then for very specific situations - _this is not a good idea_)... what can go wrong, right ?
personally, i think that main OS and its /boot partition should be located at some flash drive like SSD in PCI slot, SD card in SD<->IDE/SATA adapter or something like that and not on HDDs/SSDs where you store your data and/or /home. but BIOS's flash is stretching this idea into nonsense unless, again, it's for something specific and non-desktop related.
Comment
-
BIOSes are extremely shitty.
I cannot stress this enough.
You know how you have to go through a bluescreen dialog and go up and down and press little configuration changes to configure your hardware.
You know how Linux has a hard time with ACPI configurations and getting hardware to suspend properly.
You know it takes something like a minute and a half for your system to boot up?
I've had to work with vendors and bios makers before, professionally. Their software sucks. It's really horrible and it's a afflicted on everybody that uses a PC. I cannot stress it enough just how bad BIOSes are designed and programed.
Coreboot can do everything a BIOS does if it is properly setup... but it does it very very quick. Probably quicker then it takes for your LCD display to boot up. Essentially by the time the display activates you should already be half-way done booting your system up.
On modern hardware it should take about 30 seconds, at most, from you hitting the power button to desktop login. Distro makers have really cut the fat out and made Linux boot fast. Now we just have to make the rest of the system as fast.
Comment
-
Originally posted by drag View PostBIOSes are extremely shitty.
I cannot stress this enough.
(...)
I've had to work with vendors and bios makers before, professionally. Their software sucks. It's really horrible and it's a afflicted on everybody that uses a PC. I cannot stress it enough just how bad BIOSes are designed and programed.
Comment
-
One other thing I as a customer would love when it comes to vendors using coreboot would be support.
I currently have an old desktop from DELL. Its motherboard supports many CPUs wrt chipset, socket and so on. But since DELL only sold it with one two kinds of CPU (first they only supported one kind of CPU, then they sold later models with the other CPU and a BIOS update, then they EOL that model). Now I got an old CPU from a friend. This CPU is supported by the chipset, it is supported by the sockets, the family is partly supported by the motherboard, but since DELL have not released a BIOS update the motherboard does not start with it.
There are a a reference card from intel (who made the motherboard to begin with) with some minor changes, and also another computer model from DELL which are nearly identical, both supporting the CPU in question. But I do not dare to cross-flash since I do not want to brick that computer, and that BIOS-version of DELL is stripped on any information that would make it possible to easy to mod.
Now if the vendor had used coreboot for this machine, the source code for a BIOS would already exist, and I would feel a bit less risky by flashing it since I could essentially just grab the revision the vendor based their "bios" on, update just those parts I think was needed (in this case replace some of the supported CPUs by others that never ever is going to be placed in that computer anyway), compile and reflash. And it would not feel as hacky and dangerous as the current way of modding those stripped versions of Phoenix-BIOS: hex-edit.
Comment
Comment