From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from post2.inre.asu.edu ([129.219.110.73]) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 1660Fz-00010p-00 for ; Tue, 20 Nov 2001 02:03:27 +0000 Received: from conversion.post2.inre.asu.edu by asu.edu (PMDF V6.1 #40111) id <0GN200I01U78X6@asu.edu> for linux-mtd@lists.infradead.org; Mon, 19 Nov 2001 19:13:56 -0700 (MST) Date: Mon, 19 Nov 2001 19:15:08 -0700 From: Russ Dill Subject: Re: second "mount" hangs In-reply-to: <001b01c17166$6af4de40$0100a8c0@secret.org.uk> To: Si Cc: David Woodhouse , Michael Rothwell , linux-mtd@lists.infradead.org Message-id: <1006222508.15500.21.camel@russ> MIME-version: 1.0 Content-type: text/plain Content-transfer-encoding: 7bit References: <1006107094.1391.46.camel@gromit.house> <2915.1006111512@redhat.com> <001b01c17166$6af4de40$0100a8c0@secret.org.uk> Sender: linux-mtd-admin@lists.infradead.org Errors-To: linux-mtd-admin@lists.infradead.org List-Help: List-Post: List-Subscribe: , List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: On Mon, 2001-11-19 at 18:54, Si wrote: > > > > I think that the last time I saw this reported, it was also on a blkmtd > > device. A quick perusal of the blkmtd code shows that it uses sleep_on > > functions - which makes me instantly assume it's racy. > > > > Simon - can you reproduce this problem? > > > > -- > > dwmw2 > > > This is reproducible on both blkmtd and mtdram (and probably others) - this > is from stock 2.4.14 > testbox:/home/spse# cat /proc/mtd > dev: size erasesize name > mtd0: 00400000 00020000 "mtdram test device" > > testbox:/home/spse/src/mtd/util# ./mkfs.jffs2 >/dev/mtd/0 > testbox:/home/spse/src/mtd/util# mount -t jffs2 /dev/mtdblock/0 /mnt/test > testbox:/home/spse/src/mtd/util# umount /mnt/test > testbox:/home/spse/src/mtd/util# mount -t jffs2 /dev/mtdblock/0 /mnt/test > testbox:/home/spse/src/mtd/util# mount -t jffs2 /dev/mtdblock/0 /mnt/test > [Hang] > > a ksymoops of a alt-sysrq T gives: > Trace; c0232f55 > Trace; c0235739 > Trace; c013de29 > Trace; c012ebc3 > Trace; c013e427 > Trace; c01cabce > Trace; c0132e36 > Trace; c0131bcf > Trace; c013fa23 > Trace; c01321ab > Trace; c0140755 > Trace; c01409db > Trace; c014084d > Trace; c0140a78 > Trace; c0106b0b > > so possibly there is something in mtdblock that is going wrong. > I've seen similar problems with busybox mount for some time (post 2.4.7ish) if the below entry is in /etc/fstab when busybox mount -a is run, a similar hang occurs: /dev/mtdblock2 / jffs2 rw 0 0 both mount and kupdated are stuck in D states (this is on 2.4.15-pre6-rmk1) Proc; kupdated >>EIP; c0021cbc <===== Trace; c0021a18 Trace; c0145930 <__down_read+84/a0> Trace; c01458ac <__down_read+0/a0> Trace; c0049bac Trace; c0049abc Trace; c00491f8 Trace; c00491e0 Trace; c0049598 Trace; c0049458 Trace; c001ac24 Proc; mount >>EIP; c0021cbc <===== Trace; c0021a18 Trace; c0145930 <__down_read+84/a0> Trace; c01458ac <__down_read+0/a0> Trace; c0049ccc Trace; c0049c58 Trace; c0059e9c Trace; c0059e80 Trace; c0046150 Trace; c0046128 Trace; c005a694 Trace; c005a670 Trace; c00cb56c Trace; c00cb544 Trace; c004bb08 Trace; c004ba68 Trace; c004a330 Trace; c004a198 Trace; c004aad4 Trace; c004aa00 Trace; c005d5f0 Trace; c005d5c8 Trace; c005d93c Trace; c005d7ec Trace; c005d9ec Trace; c005d950 Trace; c0019840