On Wed, 2006-10-18 at 15:44 -0700, Andrew Morton wrote:
> On Wed, 18 Oct 2006 10:58:23 -0700
> Badari Pulavarty <[email protected]> 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()
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.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Video 4 Linux]
[Linux for the blind]