Source Activity

* based on current glibc sysdeps/nptl/bits/libc-lock.h file. * include missing headers which were previously included by libc-lock.h. * This fixes #11182. * based on current glibc sysdeps/nptl/bits/libc-lock.h file. * include missing headers which were previously included by libc-lock.h. * This fixes #11182.

* drop my fdt tests * we have to call fdt parsing code *after* cpu_init (why?) * pass fdt pointer to all FDT support calls to avoid confusion once we get into the kernel land * look for PL011 compatible uart and use it * Add some saftey checks to serial putc code to avoid null* * fdt_node_check_compatible returns 0 on success not 1 * fdt_get_device_reg needs to add the SOC base to the result * fdt_get_device_reg might need to add the second range cell instead of reg? * drop my fdt tests * we have to call fdt parsing code *after* cpu_init (why?) * pass fdt pointer to all FDT support calls to avoid confusion once we get into the kernel land * look for PL011 compatible uart and use it * Add some saftey checks to serial putc code to avoid null* * fdt_node_check_compatible returns 0 on success not 1 * fdt_get_device_reg needs to add the SOC base to the result * fdt_get_device_reg might need to add the second range cell instead of reg?

* Update it to actual API and restore build. * Add SyncToNode test. * Update it to actual API and restore build. * Add SyncToNode test.

* Next steps are to begin using reg-addresses instead of hard coding them at build time. * Next steps are to begin using reg-addresses instead of hard coding them at build time.

The comparison to decide whether or not to reuse the name buffer when renaming a rootfs entry was reversed. For renames where the new name was longer than the old one this resulted in writing beyond the name buffer and corrupting random kernel memory. A likely candidate for this to be triggered was when a audio cd was renamed due to a CDDB lookup, as the placeholder "Audio CD" is quite short and the actual CD name is usually longer. Fixes: #10259. Possibly fixes the related #9528 and #9858. The comparison to decide whether or not to reuse the name buffer when renaming a rootfs entry was reversed. For renames where the new name was longer than the old one this resulted in writing beyond the name buffer and corrupting random kernel memory. A likely candidate for this to be triggered was when a audio cd was renamed due to a CDDB lookup, as the placeholder "Audio CD" is quite short and the actual CD name is usually longer. Fixes: #10259. Possibly fixes the related #9528 and #9858.

This makes the progressbars disappear after the download is complete, as well as reducing the number of lines for most actions to 1 instead of 3-4. This makes the progressbars disappear after the download is complete, as well as reducing the number of lines for most actions to 1 instead of 3-4.

* the weak symbol feenableexcept wasn't available. * the weak symbol feenableexcept wasn't available.