similar to: CentOS 4.0 -> 4.1 update failing

While I know that, technically, the only i586 machines are the Pentium and Pentium MMX, it is still nice that I can use some headless AMD K6/2 machines I have lying around for CentOS 4. Many thanks for the effort expended to get that working. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu

Just a thought If the I386 (or i686, never could figure out why the name change) disk doesn't quite fit on the DVD+, and needs a DVD-, this might put some folks at an inconvenience. I wonder if the difference between fitting and not fitting is small enough, so that some amount of pruning might make it fit on the DVD+R image. Some ways to prune could be: a) Create two versions of the

A friend has an old Pentium-133 laptop with 32MB of memory and a 1.3 GB hard disk that he wants to use as a web server for a very small community. Will CentOS (or any other RHEL derived distribution for that matter) install and run with acceptable performance on such a system, or will a specialized distribution like Damn Small Linux be a better choice? In this case, disk space is not a big

From: alex at milivojevic.org > At various points in time Red Hat made some somewhat conflicting > decisions. The first was that Red Hat distributions must have NPTL. > For NPTL support, there are two components of system where it is > implemented, kernel and glibc. Back then glibc supported NPTL only > for i686. NPTL support was later backported to i586 and i486. Also remember

Is there a method to get a 586 (i586 text) install to a 486 level? I am looking for information guidance on this. I have looked into using debian/386 which stinks in my opinion, slackware doesnt quite have it either. So I am wishing/hoping there is a NOT TO painful way to get a 586 install to run on a 486 chip. I have been searching but havent found anything useful. If anyone knows what might

Introduce the basic VMI sub-arch configuration dependencies. VMI kernels only are designed to run on modern hardware platforms. As such, they require a working APIC, and do not support some legacy functionality, including APM BIOS, ISA and MCA bus systems, PCI BIOS interfaces, or PnP BIOS (by implication of dropping ISA support). They also require a P6 series CPU. Signed-off-by: Zachary Amsden

Introduce the basic VMI sub-arch configuration dependencies. VMI kernels only are designed to run on modern hardware platforms. As such, they require a working APIC, and do not support some legacy functionality, including APM BIOS, ISA and MCA bus systems, PCI BIOS interfaces, or PnP BIOS (by implication of dropping ISA support). They also require a P6 series CPU. Signed-off-by: Zachary Amsden

Hi, hpa wrote: > On PowerPC (I think) "unsigned char" is the default. In any case it seems a good idea to interpret the character more explicitely. To my experience, one signdness change causes a little tree of consequential signedness changes or questionable cast operations. How about the following instead ? if ((c >= 0 && c <= ' ') || c == '\x7f')

Dear all, I was searching for a recent i586 for CentOS-5 in the CentOSPlus repository. Finding none, I decided to try my hands at building one. I have documented the changes made to the stock SRPM for building an i586 kernel on a temporary wiki page: * http://wiki.centos.org/TimothyLee/centos5_i586_patch These instructions have been successfully tested against the 2.6.18-164.10.1.el5

Hello All! My 1st use of CentOS went well on my later eqpt. Thanks and congrats on a good product. Figured I might as well see if I could use it on some old stuff, still good but obsolete. Picked an AMD 5x86 (equivalent to a Pentium 75 MHz) and decided to see if I could make it my gateway/router. Had some difficulties, not unexpected. Old CD drive couldn't read the CDs. No boot from CD

This is my error message: make[2]: Entering directory `/home/jrt/wine-20041019/dlls/kernel' /usr/local/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/usr/local/ssl/include -I/usr/gnome2/include

From: Maciej ?enczykowski <maze at cela.pl> > That's a good point - does anyone know what the new Intel > Virtualization thingamajig in the new dual core pentium D's is about? It's all speculation at this point. But there are _several_ factors. But I'm sure the first time Intel saw AMD's x86-64/PAE52 presentation, the same thing popped into my mind that popped

Hi This patch fixes code generation bug - 586-class CPUs don't support the nopl instruction and some 686-class CPUs don't support it too. I created bug 17792 for that. BTW. I think you should also optimize padding on these CPUs - instead of a stream of 0x90 nops, you should generate variants of "lea (%esi), %esi" instruction like gcc. This patch disables generation of

When building OpenSSL version 0.9.7i (and all prior versions that I've seen) on Linux, the compiler flags passed to 'gcc' include: "-O3 -fomit-frame-pointer -mcpu=pentium" This occurs even when the output of `uname -m` and `arch` are "i486". I have a few machines with hacked 'uname' and 'arch' commands that will report "i486" even

I am trying to build a file server with 1 x 80 GB main drive and 4 x 500 GB SATA drives in RAID in a Supermicro 3U server. I found out the hard way that Centos 4.2 does not have a driver for the onboard Marvell H2 controller the drives are connected to. Supermicro techs sent me aar81xx.rhel4qu2.i686.img as an img file. I used dd to copy to a floppy and dd confirmed successful write. I booted

I've just attempted to reinstall my ancient laptop that has Pentium MMX processor. Since it is ancient, I've decided to go with CentOS 2.1. Got stuck, installer claims I need at least i686. Hmmm... I know that 3.8 and 4.4 work without a glitch on i586, so this came as surprise. I even thing original RHEL2.1 might had support for i586 too (but I might be wrong). Anyhow, what

Your clang invocation below works for me, and generates target triple in the llvm IR of i386. And then in the specific options for the functions it generates the following: ; Function Attrs: nounwind define float @foo() #0 { entry: ret float 1.000000e+00 } attributes #0 = { nounwind "less-precise-fpmad"="false" "no-frame-pointer-elim"= "true"

Hi Andi, Four patches: - clean up asm/bugs.h, by moving all the C code into its own C file - split identify_cpu() into boot and secondary variants, so that boot-time setup functions can be marked __init - repost of the COMPAT_VDSO patches with a bit more robustness from unknown DT_tags, and functions marked __init, since all this is boot-time only setup. Thanks, J --

Hi Andi, Four patches: - clean up asm/bugs.h, by moving all the C code into its own C file - split identify_cpu() into boot and secondary variants, so that boot-time setup functions can be marked __init - repost of the COMPAT_VDSO patches with a bit more robustness from unknown DT_tags, and functions marked __init, since all this is boot-time only setup. Thanks, J --

Please include a testcase with the patch. gas uses " nopl 0x0(%eax)" for k6_2. Are you sure it is a gas bug? On 3 November 2013 13:50, Mikulas Patocka <mikulas at artax.karlin.mff.cuni.cz> wrote: > Hi > > This patch fixes code generation bug - 586-class CPUs don't support the > nopl instruction and some 686-class CPUs don't support it too. > > I