it seems 32bit enable io_apic after all cpus up. and64 bit will enable that just after first cpu.
apic doesn’t work with 32bit kernel (fine with 64bit) [asus m2n-mx se+] | Linux | Kernel
it seems 32bit enable io_apic after all cpus up. and64 bit will enable that just after first cpu.
apic doesn’t work with 32bit kernel (fine with 64bit) [asus m2n-mx se+] | Linux | Kernel
[bug] mm/slab.c boot crash in -git, “kernel BUG at mm/slab.c:2103!”
[bug] mm/slab.c boot crash in -git, “kernel BUG at mm/slab.c:2103!” | Linux | Kernel
tuttodebian.blogspot.com: Linux: automatic reboot on kernel panic, an article on how to reboot on Kernel panic.
A change to GCC for a recent release coupled with a kernel bug has created a messy situation, with possible security implications. GCC changed some assumptions about x86 processor flags, in accordance with the ABI standard, that can lead to memory corruption for programs built with GCC 4.3.0. No one has come up with a way to exploit the flaw, at least yet, but it clearly is a problem that needs to be addressed.
GCC 4.3.0 exposes a kernel bug [LWN.net]
“Andrew [Morton] was looking for someone to run a linux-next tree that just contained the subsystem git and quilt trees for 2.6.x+1 and I (in a moment of madness) volunteered. So, this is to announce the creating of such a tree,” began Stephen Rothwell,
Tracking Upcoming Stable Merges | KernelTrap
Blogged with Flock