From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7 Description of problem: The installer chooses smp version of kernel on Pentium M 1.6 GHz processor Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Boot using flash drive with diskboot.img 2. FTP Install from mirror.linux.duke.edu 3. Reboot Actual Results: Anaconda installs smp version of kernel for the uniprocessor version Expected Results: It should have installed the uniprocessor version Additional info: My laptop: Dell Inspiron 6000D, with Pentium M 730 1.6GHz
It is a fresh install
Ditto - With my Pentium M based Shuttle... I suspect it's purely kernel related, but let us know if you need any other information.
This also happens when installing from CD and is not related to a specific Laptop model. My one is an IBM R52, 1.73 GHz Pentium M. Installation seems to be correct. Bootloader starts, but after messaging "OK, booting the kernel" and entering initrd, the bootloader stops without any further message and restarts the system after a few seconds.
Can you provide the contents of /proc/cpuinfo?
I have the same problem on my Asus A6V. However I was able to boot with this kernel argument: mem=nopentium /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.73GHz stepping : 8 cpu MHz : 798.120 cache size : 2048 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx est tm2 bogomips : 1599.23
Same here, CD install, i386 release. Laptop is Compaq PresarioM2000, ATi chipset, AMD64 CPU: /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 36 model name : AMD Turion(tm) 64 Mobile Technology ML-30 stepping : 2 cpu MHz : 1592.082 cache size : 1024 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm bogomips : 3190.57 =================================== Single processor kernel works well.
Aha, this is correct -- we install the smp kernel since you have NX available which makes execshield work far better. Unfortunately, you're then hitting the kernel bug called out in the release announcement which should be fixed in rawhide soon (if not already -- I haven't talked with davej since before Thanksgiving and he may have done a build to fix it)
Jeremy, just to make things clear, SHOULD we be running the SMP kernel even though our CPUs are single core, non-hyperthreaded ones? Are we losing functionality/performance/security by selecting the UP kernel manually? It looks like this to me when I'm readin comment #7, but I want to make sure. If it really makes sense to run the SMP kernel on our systems, we shouldn't all manually change to the UP kernel, with the feeling that "this works much better". That said, I can't see right now why some such functionality would not be available in the UP kernel? Thanks.