FS#23937 - comp becames very slow with kernel26-2.6.38.4-1_x86_64
Attached to Project:
Arch Linux
Opened by Marat Kagarmanov (corvinusz) - Monday, 25 April 2011, 21:14 GMT
Last edited by Jan de Groot (JGC) - Wednesday, 11 May 2011, 09:41 GMT
Opened by Marat Kagarmanov (corvinusz) - Monday, 25 April 2011, 21:14 GMT
Last edited by Jan de Groot (JGC) - Wednesday, 11 May 2011, 09:41 GMT
|
Details
Description:
After update packages kernel26 and kernel26-headers from 2.6.38.3.-1 to 2.6.38.4-1 my old notebook "Roverbook Explorer E15" (AMD64 Turion MT-30, 800MHz, RAM 512Mb) became freezy. Boot process goes about 5 minutes (instead 20sec on 2.6.38.3-1). Ctrl-Alt-F1 takes tty1 after 1 minute. Additional info: * package version - kernel26-2.6.38.4-1-x86_64 * /usr/bin/top says "all ok", cpu load ~1%. Of course, /usr/bin/top bring main screen after 30sec lock. * i have no special partition for /boot. /boot is hosted on / * grub-string "kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/xxxxxxx ro quiet" adding rootfstype=ext4 does not anything * i did not verify kernel26-2.6.38.4-1-i686 Steps to reproduce: just power on. Steps to restore good state: downgrade to kernel26 2.38.3-1 |
This task depends upon
Closed by Jan de Groot (JGC)
Wednesday, 11 May 2011, 09:41 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in 2.6.38.6 which is in testing at this moment.
Wednesday, 11 May 2011, 09:41 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in 2.6.38.6 which is in testing at this moment.
boot takes about 8 to 10 min.
I have an AMD64 Turion 1.6 Ghz 2GB RAM running x86_64.
Problem disappear when booting whit kernel26-lts
Rule out that it is a kernel problem, I do not think that is a problem .config used, and would think that is a problem in the compilation of any module as the gcc 4.6 is more restrictive, but I use it without the parameter -fpermissive and all is well, use all ext4 least the / boot partition (ext2).
CPU AMD Phenom II and chipset ATI, no problems here.
Try compile your kernel.
mkinitcpio -k 2.6.38.4-1 -c /etc/mkinicpio.conf -g /boot/kernel26.img
i'm using the default /etc/mkinicpio.conf
booting whit kernel26-lts have no problems.
also, I tried to compile the kernel 2.6.39-rc5 from kernel.org using the whit makepkg and pacman using the make oldconfig, just like the https://wiki.archlinux.org/index.php/Kernel_Compilation_from_Source recomend, but the system doesn't boot with that kernel.
https://bugzilla.kernel.org/
[kernel26-ck]
Server = http://home.comcast.net/~repo-ck/i686
The previous lts-ck kernel (kernel26-lts-ck-headers-2.6.35.12-5-i686) worked fine.
Moreover, I noticed a very strange thing:
As far as we know, booting with the affected kernels (kernel26-2.6.38.4, kernel26-ck-2.6.38.4 or kernel26-lts-ck-2.6.35.13-2) is very slow.
But accidentally I noticed the following: when the booting process seems to be frozen for some seconds and I press the SPACE button, the booting process goes forward to the next step and seems to be frozen again. If I press SPACE again, the process goes one more step forward and so on.
It is strange, isn't it?
have anybody been trying to boot another distro with those kernel version? just to verify if it's not a problem with Arch package.
1) wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.38.4.tar.bz2 in /usr/src/
2) tar jxvf linux-2.6.38.4.tar.bz2
3) cd linux-2.6.38.4
4) create .config with .config file attach
5) make menuconfig
6) modify the kernel for you hardware (video sound chipset etc)
7) save and exit
8) make -jX (X == number of cores)
9) make modules_install
10) make install
11) mkinitcpio -k 2.6.38.4 -c /etc/mkinitcpio.conf -g /boot/vmlinuz-2.6.38.4.img
12) mv /boot/vmlinuz /boot/vmlinuz-2.6.38.4
13) add a line in /boot/grub/menu.lst with:
title Arch Linux 2.6.38.4
root (hd0,0)
kernel /vmlinuz-2.6.38.4 root=(your route here, copie of last line of grub uuid of device) ro
initrd /vmlinuz-2.6.38.4.img
14) save and exit
15) boot and press Esc in grub and type "e" and "e" new over kernel line, add number 3 at the end of the line (boot in runlevel 3) and put enter and "b" over kernel line to boot
16) Login as root, compile the nvidia driver or your driver (use links to download from ftp://download.nvidia.com)
17) chmod +x NVIDIA-xxx and ./NVIxxx.run
18) reboot and test
please tell me how did it work for you and if you need further assistance
i'm gonna look on https://bugzilla.kernel.org/ if it's reported. Maybe you can do the same to make sure they will fix the bug on the next release
commit "x86, AMD: Set ARAT feature on AMD processors" in both 2.6.38.4 and 2.6.35.13
http://www.gossamer-threads.com/lists/linux/kernel/1369696#1369696
fix "x86, AMD: Fix APIC timer erratum 400 affecting K8 Rev.A-E processors"
http://www.gossamer-threads.com/lists/linux/kernel/1373217#1373217
It has been sent to -stable, so it should be in 2.6.38.6. You can wait for it to show up in the queue here (when a new ".38 patches" is there):
http://git.kernel.org/?p=linux/kernel/git/stable/stable-queue.git;a=summary
Linux voodoo 2.6.38-ARCH #1 SMP PREEMPT Tue May 3 06:04:40 UTC 2011 i686 Mobile AMD Sempron(tm) Processor 2600+ AuthenticAMD GNU/Linux
The way I fixed it here was adding nohz=off notsc to the grub kernel line. I honestly think the notsc is superfluous since the clocksource is still acpi_pm and the only available one is acpi_pm too so it seems to be a AMD bug with the tickless kernel. Anyway, that might help whomever is affected.
Linux percevale 2.6.38-ARCH #1 SMP PREEMPT Tue May 3 07:40:34 CEST 2011 x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
The trick of fogobogo works fine, thank for that. No "notsc" needed indeed.