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