Edward Shishkin wrote: > Andrej Podzimek wrote: > >> Hello, >> > > Hello. > > >> I use a 2.6.35.3 kernel and Reiser4 as the root file system. In a >> couple of minutes after boot, a kernel process called 'flush-8:0' >> takes up all the available CPU time. From that moment on, it is >> impossible to sync filesystems (and suspend, hibernate or reboot). >> (The 'sync' command halts indefinitely.) In some cases it is even >> impossible to log in. Existing sessions seem to work fine, to an extent. >> >> I first thought this was related to the GTT chipset coherency patch. >> (This patch fixes a one-year-old bug that caused all the Intel 855 >> class GPUs to be totally unusable.) However, removing the patch and >> testing with only a vanilla kernel (and Reiser4, of course) showed >> that 'flush-8:0' will eventually go mad, no matter if the GPU-related >> patch is present or not. >> >> The machine is an Asus M2400N laptop with a 100GB Seagate Momentus. >> >> Is this a known issue? >> > > Um, nop.. > > >> How could I track this down? >> > > Could you try to catch sysrq-t output to take a look what the flush-8:0 > doing? > Any progress here? Also could you please check your partition with fsck? Thanks, Edward. > >> In fact I don't even know whether this is related to Reiser4 or not. >> > > Which kernel version did you have before upgrade? > > Thanks, > Edward. > > >> It may be a bug in VFS. I don't use 'noflushd' or anything of that >> kind. (Some people reported similar problems related to noflushd. So >> this is not the case.) If this is unrelated to Reiser4, where should I >> report it? >> >> Andrej >> >> > > > -- To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
