On Sat, Mar 10, 2007 at 07:49:32AM +0100, Michal Mertl wrote: > Kostik Belousov wrote: > > > > > #7 0xffffffff8059c175 in inodedep_find (inodedephd=0xffffffff8106d660, > > > > > fs=0xffffff0061a4d800, inum=168358, inodedeppp=0xffff ffffaf6b83e0) > > > > > at ../../../ufs/ffs/ffs_softdep.c:1246 > > > > Please, from this frame (#7) do > > > > p/x *inodedep > > > > p/x *inodedephd > > > > > > 1246 LIST_FOREACH(inodedep, inodedephd, id_hash) > > > Current language: auto; currently c > > > (kgdb) p/x *inodedep > > > Cannot access memory at address 0x18 > > > (kgdb) p/x *inodedephd > > > $1 = {lh_first = 0x18} > > > > Ok, this seems to be exactly the same problem as Rong-en' one, even the > > corrupted value is the same. > > > > For start, could you, please, show your dmesg ? > > > Just to be sure the problem had not been fixed by now I have updated the > sources and rebuilt and got similar panic again: .... No, it is not tracked down still. > ACPI APIC Table: <LENOVO TP-7F > You have the same hardware as Rong-en. I highly suspect that the problem is machine-specific.
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:06 UTC