I was trying to upgrade to gentoo-sources-2.6.31-r4, but my box would freeze usually during restoration of my KDE4 desktop, but it seemed kind of random when it would happen. I have now succeeded in isolating the problem a bit.
Created attachment 209608 [details] linux-2.6.31-gentoo-r4/.config My working kernel config.
Created attachment 209609 [details] problem-config.diff the diff that when applied will make my kernel freeze.
I also reproduced the problem in 2.6.30-r8.
Would you be willing to do some more experiments to track down which option causes the hangs? If so, I suggest applying just the following set of changes to the "good" config: +CONFIG_PREEMPT_NOTIFIERS=y +CONFIG_FREEZER=y -CONFIG_DEFAULT_MMAP_MIN_ADDR=65536 +CONFIG_MMU_NOTIFIER=y +CONFIG_DEFAULT_MMAP_MIN_ADDR=4096 -CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1 -CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=7 +CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=0 +CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1 +CONFIG_PM_SLEEP_SMP=y +CONFIG_PM_SLEEP=y +CONFIG_SUSPEND=y +CONFIG_SUSPEND_FREEZER=y +CONFIG_ACPI_SLEEP=y -CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y +CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y That top area looks most suspicious to me; netfilter and crypto options seem least likely. Another possible culprit is down at the end -- enabling virtualization.
Can you isolate it further? I think the gentoo kernel patchset does not influence any of those options, so if you can identify the exact problem this might be a better canidate for then kernel bugzilla maybe...
Unfortunately I don't have ready access to the relevant machine any more. I had to leave it behind with my parents in the Netherlands when I moved to Nigeria.
