Re: Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG

Re: Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG

[David Woodhouse]

Hmm. Did you do this from scratch, starting by reformatting the NFTL again? 
It doesn't look like it.

Use the M-Systems DFORMAT (version 4.2) if you can, rather than nftl_format.
If you do use nftl_format, make sure the NFTL kernel module isn't loaded 
while you do so.

Then get logs again, preferably over a serial console, because syslog is 
lossy.

I may have a 288MiB unit here, in fact - I'll see if I can reproduce it 
myself.

--
dwmw2

Re: Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG

[Brian P. Austin]

I shut down syslog, and everything is going out to the terminal now,
however, it just keeps scrolling

 _DoC_WaitReady called for out-of-line wait

accross all my tty's, and I can't stop it!

----- Original Message -----
From: "David Woodhouse" <dwmw2@infradead.org>
To: "Brian P. Austin" <baustin@codemonsters.net>
Cc: <linux-mtd@lists.infradead.org>
Sent: Friday, March 01, 2002 1:14 PM
Subject: Re: Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG


>
> Hmm. Did you do this from scratch, starting by reformatting the NFTL
again?
> It doesn't look like it.
>
> Use the M-Systems DFORMAT (version 4.2) if you can, rather than
nftl_format.
> If you do use nftl_format, make sure the NFTL kernel module isn't loaded
> while you do so.
>
> Then get logs again, preferably over a serial console, because syslog is
> lossy.
>
> I may have a 288MiB unit here, in fact - I'll see if I can reproduce it
> myself.
>
> --
> dwmw2
>
>
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/

Re: Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG

[David Woodhouse]

baustin@codemonsters.net said:
>  accross all my tty's, and I can't stop it!

Heh. SysRq-1

--
dwmw2

Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG

[Brian P. Austin]

Ok.  I was able to get to the same point as before.

here is my terminal input.
-----------------------------------------------------------------------
MODULE INSERTS

[root@ba /root]# depmod -a
[root@ba /root]# modprobe -a doc2000 nftl mtdchar mtdcore
[root@ba /root]# modprobe -a docprobe
[root@ba /root]# cat /proc/mtd       
dev:    size   erasesize  name
mtd0: 12000000 00004000 "DiskOnChip 2000"

-----------------------------------------------------------------------
FDISK

[root@ba /root]# fdisk /dev/nftla

Device contains neither a valid DOS partition table, nor Sun or SGI
disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.


Command (m for help): p

Disk /dev/nftla: 16 heads, 15 sectors, 1023 cylinders
Units = cylinders of 240 * 512 bytes

     Device Boot    Start       End    Blocks   Id  System

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-1023, default 1): 
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-1023, default 1023): 
Using default value 1023

Command (m for help): p

Disk /dev/nftla: 16 heads, 15 sectors, 1023 cylinders
Units = cylinders of 240 * 512 bytes

     Device Boot    Start       End    Blocks   Id  System
/dev/nftla1             1      1023    122752+  83  Linux

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.

WARNING: If you have created or modified any DOS 6.x
partitions, please see the fdisk manual page for additional
information.
Syncing disks.

-----------------------------------------------------------------------------------
MKE2FS

[root@ba /root]# mke2fs /dev/nftla1

mke2fs 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
30720 inodes, 122752 blocks
6137 blocks (5.00%) reserved for the super user
First data block=1
15 block groups
8192 blocks per group, 8192 fragments per group
2048 inodes per group
Superblock backups stored on blocks: 
        8193, 24577, 40961, 57345, 73729

Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done
[root@ba /root]# 
-----------------------------------------------------------------------

the message logging is too long, so I attached it.  I hope it makes it
through to the list


Brian P. Austin

Re: Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG

[Brian P. Austin]

Ok.

I formated the disk with dformat and reran the modules

I get this...

[root@ba /root]# modprobe -a doc2000 nftl mtdchar mtdcore
[root@ba /root]# modprobe -a docprobe
DiskOnChip 2000 found at address 0xD0000
Formatting block 2
Formatting block 3
Formatting block 9
Formatting block 11
Formatting block 13
Formatting block 15
Formatting block 17

and it has been sitting here for quite a while now.

the message repeated in log is....

Mar  1 14:36:12 ba kernel: _DoC_WaitReady called for out-of-line wait
Mar  1 14:36:43 ba last message repeated 8365 times
Mar  1 14:37:44 ba last message repeated 17039 times
Mar  1 14:38:45 ba last message repeated 17045 times
...

I apologize, I'm not sure what you mean by logging the serial term.. 

Re: Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG

[Brian P. Austin]

OK.

re-did everything from scratch.  Dformat doc42.exb and loaded modules

modprobe -a doc2000 nftl mtdchar mtdcore
modprobe -a docprobe

the end of the output is.
--------------------------------------------------------------------------
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait

-- A whole lot of this --

_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
 nftla:<6>NFTL_request
NFTL Read  request, from sector 0x0000 for 0x0002 sectors
Waiting for mutex
Got mutex
NFTL read request of 0x2 sectors @ 0 (req->nr_sectors == 8)
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
NFTL read request completed OK
end_request(1)
NFTL_request
NFTL Read  request, from sector 0x0002 for 0x0002 sectors
Waiting for mutex
Got mutex
NFTL read request of 0x2 sectors @ 2 (req->nr_sectors == 6)
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
NFTL read request completed OK
end_request(1)
NFTL_request
NFTL Read  request, from sector 0x0004 for 0x0002 sectors
Waiting for mutex
Got mutex
NFTL read request of 0x2 sectors @ 4 (req->nr_sectors == 4)
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
NFTL read request completed OK
end_request(1)
NFTL_request
NFTL Read  request, from sector 0x0006 for 0x0002 sectors
Waiting for mutex
Got mutex
NFTL read request of 0x2 sectors @ 6 (req->nr_sectors == 2)
_DoC_WaitReady called for out-of-line wait
_DoC_WaitReady called for out-of-line wait
NFTL read request completed OK
end_request(1)
 nftla1

.

Is this correct?

Brian Austin

Re: Reproduction of NFTL Bug with DOC 2000 288MB FULL DEBUG

[David Woodhouse]

baustin@codemonsters.net said:
> re-did everything from scratch.  Dformat doc42.exb and loaded modules 

> _DoC_WaitReady called for out-of-line wait
> -- A whole lot of this --

You could comment that one out.

It doesn't look like anything's gone wrong with it (yet). Make a filesystem 
on it and do some dbenches or something.


--
dwmw2