I've been held up by my work, but here is the continuation of the conversation regarding i586 CentOS-5: On 01/11/2010 08:18 PM, Karanbir Singh wrote: >> * Can the changes mentioned in that article be incorporated into the >> stock SRPM? (As far as I know, non-i586 builds should not be >> affected) > No, but there is a big open door in the c5plus kernel window. That would > be the best place for this. > > However, expanding a bit ( and this conversation might be better for > -devel rather than -docs ). > > Is the modified kernel the the only bit of change you need for i586 > support ? I'd think a glibc.i586 might be worth doing as well. And there > were a few other packages that were required to be patched on c4 to make > it work for i586. How many of those are needed here as well ? And there > are a lot of patches in the kernel tree that might not impact the i586 > code at all. eg. whats the state of xen in this i586 kernel ? For my purpose, yes. The modified kernel and glibc.i386 and openssl.i386 are all I needed to get the system running from CF card. I'm not using the procps RPM, but using busybox instead. I never tested Xen support on the i586 kernel. The "CentOS5PentiumSupport" wiki doc mentioned that "-ffast-math" generated CMOV instructions in .i386 packages. That sounds more like a gcc bug. So instead of patching all the packages that enable "-ffast-math", patching gcc would be the ultimate solution. > If there is reasonable interest in running a i586 tree, then imho, a SIG > dedicated to this would be the best route to go. It would also make it > possible to have a i586 specific tree that can be maintained in parallel > to the main core distro. I can see that the amount of physical hardware available for testing i586 packages is limited, but I guess when CentOS-4 reaches EOL, some people might opt for a CentOS-5 upgrade path. Anyway, I'm happy to help out with any testing on physical hardware. When I do find the time, I'll try to look into the CMOV and gcc issue, but no promises there. One thing I'm not good at is organizing things, so I won't volunteer to initiate the SIG... Regards, Timothy Lee