Summary: | gentoo-sources 2.6.12-r3 causes slowdown of entire system | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matt Beswick (Soir) <soir> |
Component: | [OLD] Core system | Assignee: | Daniel Drake (RETIRED) <dsd> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | dsd |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | diff -u of messages between -r2 and -r3 |
Description
Matt Beswick (Soir)
2005-07-03 11:04:52 UTC
Are you using the same .config for both kernels? Please post a unified diff of the dmesg output (capture to files, then use diff -u) Do you have megaraid or ite8212 storage hardware? Created attachment 62560 [details]
diff -u of messages between -r2 and -r3
The .config files are the same except for what 'make oldconfig' changed
(summarised):
+# CONFIG_BLK_DEV_IT821X is not set
-CONFIG_INOTIFY=y
Attached unified diff of file output.
I haven't got any such hardware, no.
You don't appear to be loading the spca5xx driver in the -r2 instance. Does it help if you don't load then when trying -r3? This particular issue existed before that particular driver was installed: I was running -r2 when I emerged spca5xx, and it installed under -r3's modules, which I wasn't using at the time since it caused this mentioned issue. Of course, memory be darned, I removed the module anyway, and it actually sped the init up to be of similar speed to -r2. Seemed like a good start. However, wvdial still takes forever to dial out as compared to instaneously under -r2, and X still steals the display and sits there doing nothing when it is run, so it's only helped the init. I could test more programs under -r3, if it'd help. Ok, thats quite odd as I don't see any changes inbetween -r2 and -r3 which might have such an effect. The next step is to revert the changes, one by one, recompiling/rebooting after every change, to see if there has been any difference. I understand if you don't have enough time as this is a big thing to ask.. (maybe you could just try some?) Here are the patches you need to revert one-by-one: http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/2315_ide-no-lba.patch http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/1002_linux-2.6.12.2.patch http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/4345_it8212.patch http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/4350_megaraid-update.patch http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/4351_megaraid-compatibility.patch I've listed the most likely ones at the top, so hopefully the problematic one will appear earlier. (you might like to revert the 3 at the end in the same go, as they are very unlikely to have effect.) To revert a patch: Download it, then: # cd /usr/src/linux # patch -p1 -R -i /path/to/patch Then recompile, install, reboot as normal. Then try the next patch, etc. Thanks! By design this had to produce results, and it did; whatever problem I'm having is contained within 1002_linux-2.6.12.2.patch, as removing this patch fixes the issue, thanks. If that's the case, this might not be a gentoo issue specifically, so I pre-emptively checked bugzilla.kernel.org and found this: http://bugzilla.kernel.org/show_bug.cgi?id=4824 My symptoms aren't so severe, but the machine architecture and setup mentioned are rather similar to mine. (XP-M 2500+, Compaq Presario 2143EA with ALi IDE controller and chipset) Presuming the unapplied patch isn't too dissimilar to the vanilla distribution, the issues might be related, but I'll wait for comment before I consider going off and editing bits of kernel on a whim. :) Ok, great! Thanks a lot for investigating that. Please re-apply the 2.6.12.2 patch: # cd /usr/src/linux # patch -p1 -i /path/to/1002_linux-2.6.12.2.patch Then, download the patch from here to a file: http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=44f8e1a20cf3afe10a3744bd9317808a39a242bb;hp=4a89a04f1ee21a7c1f4413f1ad7dcfac50ff9b63 And apply that one in a similar manner. (Note that this time we aren't using -R argument in the patch command) Then recompile, install, reboot, and hopefully the system will be fast again. Yep, running -r3 and all is back up to speed now, thanks a lot. Will this be in the next gentoo-sources? Yes Fixed in gentoo-sources-2.6.12-r4 Fixed in genpatches-2.6.12-7 Forgot to say, thanks a lot for investigating the issue and testing those patches so quickly. Nice to have it fixed as we're hitting release deadlines real soon... Heh, no problem, it didn't take so long. Linux is the friend of those with lots of free time. :) Cleaning up, 2.6.12-r3 verified, no recurrence in later revisions. Closing. |