Originally posted by chithanh
View Post
Announcement
Collapse
No announcement yet.
No, AMD Will Not Be Opening Up Its Firmware/Microcode
Collapse
X
-
- Likes 1
-
Originally posted by starshipeleven View PostThat's microcode meant to initialize them and set how they should work at low-level.
Well, the various rings (graphics, compute, transfer, uvd, etc.) are already being run by Command Processors fed by a microcode since GCN1, and possibly earlier
Originally posted by starshipeleven View PostThe ability to write stuff in a disk does not turn low-level firmwares in an operating system.
IPC
Memory management
Scheduling
Networking
Storage
Anyway, as bridgman has noted, storage isn't managed by the GPU but by the driver, though I have a hard time imagining how this is going to happen without any supporting code or logic for that on the GPU itself. The considerable speed gains that were demonstrated by AMD supposedly come from not having to move the data via the host, but directly between GPU and SSD.
Originally posted by starshipeleven View Postfixed.
legit firmwares like these are too low-level to be seen as distinct from the hardware they run. This stuff is usually burned on ROMs or on NOR chips on the boards since decades.
But of course if it is in a chip on the board it's 100% fine, while if it is loaded on runtime it is 100% wrong.
And besides, I think your comment shows that you failed to fully grasp the FSF position on the matter.
- Likes 3
Comment
-
Originally posted by coder111 View PostMy 6550M still gets "ATOMBIOS stuck in loop" messages if I enable dynamic power management on it...
And without power management enabled, it runs slower than the APU graphics core, which sucks.
Comment
-
Originally posted by coder111 View PostMy 6550M still gets "ATOMBIOS stuck in loop" messages if I enable dynamic power management on it...
- Likes 1
Comment
-
Originally posted by pal666 View Postoperating system's job is not managing storageOriginally posted by pal666 View Postlol, didn't you hear about networked microcontrollers? those are not os' tasks, os' task is arbitrating access to those
Access to data stored on disks is a central feature of all operating systems.
Currently most operating systems support a variety of networking protocols, hardware, and applications for using them.
Comment
-
Comment