Re: 2.6.17-mm4

[Andrew Morton]

On Thu, 29 Jun 2006 23:45:41 +1200
Reuben Farrelly <reuben-lkml@xxxxxxxx> wrote:

> 
> 
> On 29/06/2006 8:36 p.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17/2.6.17-mm4/
> > 
> > 
> > - The RAID patches have been dropped due to testing failures in -mm3.
> > 
> > - The SCSI Attached Storage tree (git-sas.patch) has been restored.
> 
> This at the end of shutdown:
> 
> Sending all processes the TERM signal...
> Sending all processes the KILL signal...
> Saving random seed:
> Syncing hardware clock to system time
> Turning off swap:
> Unmounting file systems:  ----------- [cut here ] --------- [please bite here ] 
> ---------
> Kernel BUG at fs/dcache.c:600
> invalid opcode: 0000 [1] SMP
> last sysfs file: /block/fd0/dev
> CPU 0
> Modules linked in: hidp rfcomm l2cap bluetooth ipv6 ip_gre binfmt_misc ide_cd 
> i2c_i801 cdrom serio_raw ide_disk
> Pid: 4216, comm: umount Not tainted 2.6.17-mm4 #1
> RIP: 0010:[<ffffffff802c4f91>]  [<ffffffff802c4f91>] 
> shrink_dcache_for_umount_subtree+0x151/0x260
> RSP: 0018:ffff810034bc7db8  EFLAGS: 00010202
> RAX: 0000000000000001 RBX: ffff81003e8ce928 RCX: ffff810001df1a00
> RDX: 00000000000000b8 RSI: ffffffff8025e9b1 RDI: ffff81002542eba8
> RBP: ffff810034bc7dd8 R08: 0000000000000000 R09: ffff81003dd1e970
> R10: ffff81003dd1e970 R11: ffff81003dd1e960 R12: ffff81003e8ce928
> R13: ffff81002542ebb8 R14: ffff81003f6466c0 R15: 0000000000000000
> FS:  00002b032cff3750(0000) GS:ffffffff80686000(0000) knlGS:0000000000000000
> CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> CR2: 00002b032cbc6000 CR3: 00000000284ac000 CR4: 00000000000006e0
> Process umount (pid: 4216, threadinfo ffff810034bc6000, task ffff810037f8d750)
> Stack:  ffff81003e1d5c00 ffff81003e1d5c00 ffffffff80584960 ffff810034bc7ec8
>   ffff810034bc7df8 ffffffff802c5324 00000000000001e0 ffff81003e1d5c00
>   ffff810034bc7e28 ffffffff802bdd64 ffff81003f6466c0 ffff810037d6bcc0
> Call Trace:
>   [<ffffffff802c5324>] shrink_dcache_for_umount+0x37/0x63
>   [<ffffffff802bdd64>] generic_shutdown_super+0x24/0x14f
>   [<ffffffff802bdeb5>] kill_block_super+0x26/0x3b
>   [<ffffffff802bdf7f>] deactivate_super+0x4a/0x6b
>   [<ffffffff8022e08f>] mntput_no_expire+0x56/0x8e
>   [<ffffffff802334f1>] path_release_on_umount+0x1d/0x2c
>   [<ffffffff802c72b1>] sys_umount+0x251/0x28c
>   [<ffffffff8022e0db>] fput+0x14/0x19
>   [<ffffffff80223ae8>] filp_close+0x68/0x76
>   [<ffffffff8026014a>] system_call+0x7e/0x83
> 

Thanks.  Probably
destroy-the-dentries-contributed-by-a-superblock-on-unmounting.patch went
wrong, possibly an interaction between
destroy-the-dentries-contributed-by-a-superblock-on-unmounting.patch and
ro-bind-mounts-*.patch.

If you have time, please:

- Confirm that it is reproducible.

- If it is, test http://www.zip.com.au/~akpm/linux/patches/stuff/rf.bz2. 
  That's a patch against 2.6.17.  It's basically -mm4, with
  ro-bind-mounts-*.patch removed (and with x86[_64] generic IRQ wired up). 
  If that fails in the same way, we know that
  destroy-the-dentries-contributed-by-a-superblock-on-unmounting.patch is
  the bad guy.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/