xfs
[Top] [All Lists]

Re: Lilo hanging in XFS development tree

To: Chaitanya Tumuluri <chait@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: Lilo hanging in XFS development tree
From: Steve Lord <lord@xxxxxxx>
Date: Wed, 04 Oct 2000 13:48:24 -0500
Cc: Steve Lord <lord@xxxxxxx>, linux-xfs@xxxxxxxxxxx
In-reply-to: Message from Chaitanya Tumuluri <chait@getafix.engr.sgi.com> of "Wed, 04 Oct 2000 11:45:48 EDT." <200010041545.LAA21566@getafix.engr.sgi.com>
Sender: owner-linux-xfs@xxxxxxxxxxx
> 
> On Wed, 04 Oct 2000 09:30:04 CDT, Steve Lord <lord@xxxxxxx> wrote:
> >Chait,
> >
> >I want to send this one your way, not sure why, but the latest kernels
> >from the development tree cause a hang in lilo.
> >
> >             <stuff deleted>
> >
> >All the same page, but different devices and block numbers - this could
> >be a red herring though.
> >
> >This is repeatable - even on a kernel where XFS has not even been loaded
> >in. Something in ll_rw_blk.c is probably at fault here. Root and /boot are
> >both on ext2 on /dev/sda.
> >
> 
> Steve,
> 
> I've been trying for a while to reproduce this with t-o-t kernels from the
> development tree and haven't had much success. Among the possiblities you
> mentioned earlier, I'm starting to think that its something localized to 
> your workarea ?
> 
> Has anyone else seen this lilo weirdness with the latest kernels?
> 
> Thanks,
> -Chait.


I just got a clean top of trunk kernel up on the machine in a new workarea.
I hit the hang again.

[root@lord lord]# lilo
Added xfs-2.4 *
Added xfs-root
Added sgilinux

hangs here for ever....


0xc51a0000 00001217 00001205  0  000  stop  0xc51a0340 lilo
[1]kdb> btp 1217
    EBP       EIP         Function(args)
0xc51a1ec4 0xc01172a8 schedule+0x420 (0x1a4)
                               kernel .text 0xc0100000 0xc0116e88 0xc0117560
0xc51a1ee4 0xc0131c5d __wait_on_buffer+0x4d (0xc66c7140)
                               kernel .text 0xc0100000 0xc0131c10 0xc0131cf0
           0xc0131dac sync_buffers+0xbc (0x300, 0x1)
                               kernel .text 0xc0100000 0xc0131cf0 0xc0131f18
           0xc0131fbd fsync_dev+0x81 (0x300)
                               kernel .text 0xc0100000 0xc0131f3c 0xc0131fc4
           0xc0138b5d blkdev_put+0x61 (0xc7d6bba0, 0x0)
                               kernel .text 0xc0100000 0xc0138afc 0xc0138c10
           0xc0138c22 blkdev_close+0x12 (0xc7d653e0, 0xc5a5c900)
                               kernel .text 0xc0100000 0xc0138c10 0xc0138c28
           0xc01319af __fput+0x23 (0xc5a5c900, 0xc5a5c900)
                               kernel .text 0xc0100000 0xc013198c 0xc0131a28
           0xc0131a39 _fput+0x11 (0xc5a5c900)
                               kernel .text 0xc0100000 0xc0131a28 0xc0131a7c
           0xc0131a8f fput+0x13 (0xc5a5c900, 0xc5b2a040)
                               kernel .text 0xc0100000 0xc0131a7c 0xc0131a94
           0xc0130966 filp_close+0xa6 (0xc5a5c900, 0xc5b2a040)
                               kernel .text 0xc0100000 0xc01308c0 0xc0130970
           0xc01309cf sys_close+0x5f (0x4, 0x8059b80, 0x4010a1ec, 0x4000ae60, 
0xbffffa74)
                               kernel .text 0xc0100000 0xc0130970 0xc01309e4
[1]more> 
           0xc010a8cb system_call+0x33
                               kernel .text 0xc0100000 0xc010a898 0xc010a8d0
[1]kdb> bh 0xc66c7140
buffer_head at 0xc66c7140
  next 0x00000000 bno 0 rsec 0 size 1024 dev 0x300 rdev 0x300
  count 2 state 0x1d [Uptodate Lock Req Mapped] ftime 0x5587
  b_page 0xc11b4868 b_this_page 0xc66c71a0 b_private 0x00000000

Here is the partition table for the machine (running devfs)

major minor  #blocks  name     rio rmerge rsect ruse wio wmerge wsect wuse 
running use aveq

   8     0    8891620 scsi/host0/bus0/target1/lun0/disc 26884 203259 460294 
99760 1569 6090 15348 320290 0 97510 420050
   8     1     530113 scsi/host0/bus0/target1/lun0/part1 1135 8198 18666 13550 
1061 175 2498 21520 0 14120 35070
   8     2     136552 scsi/host0/bus0/target1/lun0/part2 1 0 8 10 0 0 0 0 0 10 
10
   8     3    3445942 scsi/host0/bus0/target1/lun0/part3 25747 195061 441618 
86210 508 5915 12850 298770 0 87930 384960
   8     4    4771305 scsi/host0/bus0/target1/lun0/part4 0 0 0 0 0 0 0 0 0 0 0
   3     0   10002825 ide/host0/bus0/target0/lun0/disc 1 0 2 10 0 0 2 0 1 49070 
49070
   3     1     530113 ide/host0/bus0/target0/lun0/part1 0 0 0 0 0 0 0 0 0 0 0
   3     2     273105 ide/host0/bus0/target0/lun0/part2 0 0 0 0 0 0 0 0 0 0 0
   3     3    9197212 ide/host0/bus0/target0/lun0/part3 0 0 0 0 0 0 0 0 0 0 0

Mounted filesystems are on:

/dev/scsi/host0/bus0/target1/lun0/part1 on / type ext2 (rw)
/dev/scsi/host0/bus0/target1/lun0/part3 on /usr type ext2 (rw)

plus some automounted NFS filesystems. This device is not even mounted.

I am now about to try a kernel with the last set of kiobuf changes
backed out.

Steve



<Prev in Thread] Current Thread [Next in Thread>