Re: 2.6.19-rc2-mm1

Badari Pulavarty
2006-10-18T23:01:19Z

On Wed, 2006-10-18 at 15:44 -0700, Andrew Morton wrote:
> On Wed, 18 Oct 2006 10:58:23 -0700
> Badari Pulavarty <pbadari@us.ibm.com> wrote:
>
> > > > No. seems to be generic issue .. (happens with ext3 also) :(
> > >
> > > I think I may have missed a fix for ext3 ordered and journalled too
> > > (I've just sent a patch to Andrew privately).
> > >
> > > Sorry. Can you try with ext2? Alternatively, try with ext3 or reiserfs
> > > and change the line in mm/filemap.c:generic_file_buffered_write from
> > >
> > > status = a_ops->commit_write(file, page, offset, offset+copied);
> > > to
> > > status = a_ops->commit_write(file, page, offset, offset+bytes);
> > >
> > > and see if that solves your problem (that will result in rubbish being
> > > temporarily visible, but there is a similar problem upstream anyway, so it
> > > shouldn't cause other failures in your test).
> >
> > No. Above change didn't help either :(
> >
> > Thanks,
> > Badari
> >
> > BUG: soft lockup detected on CPU#1!
>
> We should have got an all-CPU backtrace via the fancy new trigger_all_cpu_backtrace()
> thing.

Yes. Thought so..

>
> Is the NMI watchdog ticking over?

I think so.

# dmesg | grep NMI
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
testing NMI watchdog ... OK.

Thanks,
Badari