Re: Problems with the 'flush-8:0' process in 2.6.35.3

[Edward Shishkin <edward.shishkin@gmail.com>]

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?

> 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
>