* DiskOnChip 2000 (DOC 2000) woes.
@ 2007-08-06 18:57 Andy Kennedy
2007-08-06 22:03 ` Andy Kennedy
2007-08-08 16:26 ` Andy Kennedy
0 siblings, 2 replies; 9+ messages in thread
From: Andy Kennedy @ 2007-08-06 18:57 UTC (permalink / raw)
To: linux-mtd
I have been tasked to install Linux on a DOC 2000 on a SBC by
Winsystems. Since the DOC has reached EOL (July 1, 2007 -- for those
that didn't know this) Winsystems won't assist me in this task -- and he
got rid of all his work towards this end a few weeks ago, so I'm out of
luck there.
What I have done:
Made a all-in-one kernel with BusyBox as the init for the initrd.
Included MTD support in the kernel -- including NFTL.
I do get a /dev/mtd0 that I can access rw.
I also get the following message at boot:
NFTL driver: nftlcore.c $Revision: 1.98 $, nftlmount.c
$Revision: 1.41 $
DiskOnChip found at 0xd8000
DiskOnChip 2000 responds to DWORD access
NAND device: Manufacturer ID: 0xec, Chip ID: 0x75 (Samsung NAND
32MiB 3,3V 8-bit)
Found DiskOnChip ANAND Media Header at 0x0
Found DiskOnChip ANAND Media Header at 0x4000
DataOrgID = ANAND
NumEraseUnits = 2048
FirstPhysicalEUN = 0
FormattedSize = 32849920
UnitSizeFactor = 255
mtd: Giving out device 0 to DiskOnChip 2000 (NFTL Model)
NFTL: add_mtd for DiskOnChip 2000 (NFTL Model)
nand_read_oob: from = 0x00000200, len = 8
nand_isbad_bbt(): bbt info for offs 0x00000000: (block 0)
0x02
<snip> ...
nand_isbad_bbt(): bbt info for offs 0x01ff8000: (block 2046) 0x00
nand_isbad_bbt(): bbt info for offs 0x01ffc000: (block 2047) 0x00
nand_read_oob: from = 0x00004200, len = 8
nand_read_oob: from = 0x0000c200, len = 8
NFTL Media Headers at 0x0 and 0xc000 disagree.
nand_read_oob: from = 0x00010200, len = 8
NFTL Media Headers at 0x0 and 0x10000 disagree.
nand_read_oob: from = 0x00008000, len = 8
<snip> ...
nand_read_oob: from = 0x01fffe00, len = 16
nand_write_oob: to = 0x01ffc200, len = 8
NFTL: cannot calculate a geometry to match size of 0xfaa0.
NFTL: using C:1002 H:16 S:4 (== 0xfa80 sects)
nftla: unknown partition table
I didn't start getting this error at first - other than the nftla:
unknown partition table - until I attempted to nftl-format the DOC.
After reading through the archive (which I have done extensively) I
found that I may have needed to load the nftl driver AFTER the
nftl-format took place. The first boot, however, it looked like the
NFTL driver itself formated the DOC -- Is this correct?
I've looked all over for a *good* and recent howto for the DOC, however,
I cannot locate one. Searching through the list hasn't helped me much
either. Other questions I have are as follows:
Can I build Ext3 onto DOC using the NFTL driver in Kernel 2.6.22.1?
Can I use lilo on the DOC using the NFTL driver?
Will I be able to boot from the DOC with the NFTL replacement firmware
if the Caldera DOS with the M-systems drivers do?
My next task in attempting to make this work is to reformat the system
with DOS and ensure that the DOS drivers can load everything. I was
also thinking of grabbing one of the newer systems that I have to make
sure I have a good firmware version -- I don't think I have the
latest/greatest firmware loaded at this moment, and the dformat command
that I found online somewhere (as it appears that all of the DOS utils
are removed from the Sandisk website) is version . Is this the latest
and does anyone have a copy of newer utils/images? Do I need these
utilities to get a bootable Linux onto the DOC?
Thanks for any assistance you can offer,
Andy
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: DiskOnChip 2000 (DOC 2000) woes.
2007-08-06 18:57 DiskOnChip 2000 (DOC 2000) woes Andy Kennedy
@ 2007-08-06 22:03 ` Andy Kennedy
2007-08-08 16:26 ` Andy Kennedy
1 sibling, 0 replies; 9+ messages in thread
From: Andy Kennedy @ 2007-08-06 22:03 UTC (permalink / raw)
To: linux-mtd
Andy Kennedy wrote:
<SNIP>
> Is this the latest
> and does anyone have a copy of newer utils/images?
<SNIP>
I now have a copy of these utilities -- if anyone else needs these,
e-mail me and I can send them along to you. The rest of my issues,
however. . .
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: DiskOnChip 2000 (DOC 2000) woes.
2007-08-06 18:57 DiskOnChip 2000 (DOC 2000) woes Andy Kennedy
2007-08-06 22:03 ` Andy Kennedy
@ 2007-08-08 16:26 ` Andy Kennedy
2007-08-08 17:03 ` Bob Beers
2007-08-09 14:17 ` Andy Kennedy
1 sibling, 2 replies; 9+ messages in thread
From: Andy Kennedy @ 2007-08-08 16:26 UTC (permalink / raw)
To: linux-mtd
Andy Kennedy wrote:
> I have been tasked to install Linux on a DOC 2000 on a SBC by
> Winsystems. Since the DOC has reached EOL (July 1, 2007 -- for those
> that didn't know this) Winsystems won't assist me in this task -- and he
> got rid of all his work towards this end a few weeks ago, so I'm out of
> luck there.
>
> What I have done:
> Made a all-in-one kernel with BusyBox as the init for the initrd.
> Included MTD support in the kernel -- including NFTL.
> I do get a /dev/mtd0 that I can access rw.
> I also get the following message at boot:
> NFTL driver: nftlcore.c $Revision: 1.98 $, nftlmount.c
> $Revision: 1.41 $
> DiskOnChip found at 0xd8000
> DiskOnChip 2000 responds to DWORD access
> NAND device: Manufacturer ID: 0xec, Chip ID: 0x75 (Samsung NAND
> 32MiB 3,3V 8-bit)
> Found DiskOnChip ANAND Media Header at 0x0
> Found DiskOnChip ANAND Media Header at 0x4000
> DataOrgID = ANAND
> NumEraseUnits = 2048
> FirstPhysicalEUN = 0
> FormattedSize = 32849920
> UnitSizeFactor = 255
> mtd: Giving out device 0 to DiskOnChip 2000 (NFTL Model)
> NFTL: add_mtd for DiskOnChip 2000 (NFTL Model)
> nand_read_oob: from = 0x00000200, len = 8
> nand_isbad_bbt(): bbt info for offs 0x00000000: (block 0)
> 0x02
> <snip> ...
> nand_isbad_bbt(): bbt info for offs 0x01ff8000: (block 2046) 0x00
> nand_isbad_bbt(): bbt info for offs 0x01ffc000: (block 2047) 0x00
> nand_read_oob: from = 0x00004200, len = 8
> nand_read_oob: from = 0x0000c200, len = 8
> NFTL Media Headers at 0x0 and 0xc000 disagree.
> nand_read_oob: from = 0x00010200, len = 8
> NFTL Media Headers at 0x0 and 0x10000 disagree.
> nand_read_oob: from = 0x00008000, len = 8
> <snip> ...
> nand_read_oob: from = 0x01fffe00, len = 16
> nand_write_oob: to = 0x01ffc200, len = 8
> NFTL: cannot calculate a geometry to match size of 0xfaa0.
> NFTL: using C:1002 H:16 S:4 (== 0xfa80 sects)
> nftla: unknown partition table
> I didn't start getting this error at first - other than the nftla:
> unknown partition table - until I attempted to nftl-format the DOC.
> After reading through the archive (which I have done extensively) I
> found that I may have needed to load the nftl driver AFTER the
> nftl-format took place. The first boot, however, it looked like the
> NFTL driver itself formated the DOC -- Is this correct?
>
> I've looked all over for a *good* and recent howto for the DOC, however,
> I cannot locate one. Searching through the list hasn't helped me much
> either. Other questions I have are as follows:
>
> Can I build Ext3 onto DOC using the NFTL driver in Kernel 2.6.22.1?
> Can I use lilo on the DOC using the NFTL driver?
> Will I be able to boot from the DOC with the NFTL replacement firmware
> if the Caldera DOS with the M-systems drivers do?
>
> My next task in attempting to make this work is to reformat the system
> with DOS and ensure that the DOS drivers can load everything. I was
> also thinking of grabbing one of the newer systems that I have to make
> sure I have a good firmware version -- I don't think I have the
> latest/greatest firmware loaded at this moment, and the dformat command
> that I found online somewhere (as it appears that all of the DOS utils
> are removed from the Sandisk website) is version . Is this the latest
> and does anyone have a copy of newer utils/images? Do I need these
> utilities to get a bootable Linux onto the DOC?
>
> Thanks for any assistance you can offer,
> Andy
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>
>
>
What I have done now:
I have installed Slackware 12.0 onto a USB hard drive with a boot disk
via floppy using kernel 2.6.22.1. I attempted to first get partitions
of the nftl via fdisk, next I attempted to create an ext3 fs on the
unit. . . this is the result:
root@winsys:~# fdisk -l /dev/nftla
Disk /dev/nftla: 32 MB, 32768000 bytes
16 heads, 4 sectors/track, 1000 cylinders
Units = cylinders of 64 * 512 = 32768 bytes
Disk /dev/nftla doesn't contain a valid partition table
root@winsys:~# mke2fs -j /dev/nftla
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
8000 inodes, 32000 blocks
1600 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=32768000
4 block groups
8192 blocks per group, 8192 fragments per group
2000 inodes per group
Superblock backups stored on blocks:
8193, 24577
Writing inode tables: done
Creating journal (1024 blocks): done
Writing superblocks and filesystem accounting information: general
protection fault: 0000 [#1]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c01b5e88>] Not tainted VLI
EFLAGS: 00010097 (2.6.22.1 #3)
EIP is at blk_recount_segments+0x78/0x1b2
eax: c11c83f8 ebx: c1139260 ecx: 00000000 edx: c1000000
esi: c1139260 edi: ffffffff ebp: c11c83f8 esp: c0ce7f00
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process nftld (pid: 1380, ti=c0ce6000 task=c19380d0 task.ti=c0ce6000)
Stack: c10befe0 c11c83f8 00000000 c1000000 00000000 00000000 00000000
00000000
00000000 00000001 00000000 00000001 00000000 00000000 c1139260
c3ac51d4
c11392a0 c11c83f8 c015bc59 c1139260 c01b6a5a 00000000 00000001
c01bc12e
Call Trace:
[<c015bc59>] bio_phys_segments+0xe/0x14
[<c01b6a5a>] __end_that_request_first+0x277/0x366
[<c01bc12e>] as_dispatch_request+0x2d9/0x30f
[<c01b6f46>] end_request+0xe/0x32
[<c48034f5>] mtd_blktrans_thread+0x138/0x150 [mtd_blkdevs]
[<c48033bd>] mtd_blktrans_thread+0x0/0x150 [mtd_blkdevs]
[<c011ee9c>] kthread+0x36/0x5a
[<c011ee66>] kthread+0x0/0x5a
[<c0103d37>] kernel_thread_helper+0x7/0x10
=======================
Code: c7 44 24 20 00 00 00 00 c7 44 24 2c 01 00 00 00 c7 44 24 30 00 00
00 00 e9 f9 00 00 00 8b 15 e0 39 3d c0 8b 44 24 04 89 54
EIP: [<c01b5e88>] blk_recount_segments+0x78/0x1b2 SS:ESP 0068:c0ce7f00
attempt to access beyond end of device
sda1: rw=32, want=4294967296, limit=156296322
Message from sBUG: unable to handle kernel NULL pointer
dereferenceyslogd@winsys at at virtual address 00000007
Wed Aug 8 10:2 printing eip:
1:46 2007 ...
c016505a
*pde = 00000000
Oops: 0000 [#2]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c016505a>] Not tainted VLI
EFLAGS: 00010246 (2.6.22.1 #3)
EIP is at dnotify_flush+0xa/0x55
eax: ffffffff ebx: c1131480 ecx: 00000000 edx: c10cc740
esi: c1131480 edi: c10cc740 ebp: c10cc748 esp: c36adf40
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process syslogd (pid: 1395, ti=c36ac000 task=c19380d0 task.ti=c36ac000)
Stack: c1131480 c10cc740 00000000 c013f5e8 c0136afe c10cc740 00000014
0000000f
c01134ff 00000000 00000000 00000000 c19380d0 00000001 00000000
c01143f0
c36adfb8 c38fc5b4 c38fc580 00000000 c36adfb8 c02edea4 00000004
00000000
Call Trace:
[<c013f5e8>] filp_close+0x41/0x58
[<c0136afe>] exit_mmap+0xb2/0xc9
[<c01134ff>] put_files_struct+0x5e/0xa6
[<c01143f0>] do_exit+0x1c0/0x5f2
[<c0114873>] sys_exit_group+0x0/0xd
[<c0102c02>] syscall_call+0x7/0xb
=======================
Code: 90 f0 00 00 00 74 18 83 3b 00 75 04 0f 0b eb fe ff 03 e8 67 ff ff
ff 89 d8 5b e9 26 8f fe ff 5b c3 57 56 53 89 c6 8b 40 0c
EIP: [<c016505a>] dnotify_flush+0xa/0x55 SS:ESP 0068:c36adf40
winsys kernel: EFixing recursive fault but reboot is needed!
IP: 0060:[<c01b5e88>] Not tainted VLI
BUG: unable to handle kernel NULL pointer dereference
Message from s at
virtual address 00000007
yslogd@winsys at printing eip:
c016505a
*pde = 00000000
Wed Aug 8 10:2Oops: 0000 [#3]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c016505a>] Not tainted VLI
EFLAGS: 00010246 (2.6.22.1 #3)
EIP is at dnotify_flush+0xa/0x55
eax: ffffffff ebx: c1131480 ecx: 00000000 edx: c10cc800
esi: c1131480 edi: c10cc800 ebp: c10cc808 esp: c3709f40
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process syslogd (pid: 1393, ti=c3708000 task=c10efab0 task.ti=c3708000)
Stack: c1131480 c10cc800 00000000 c013f5e8 c0136afe c10cc800 00000014
0000000f
c01134ff 00000000 00000000 00000000 c10efab0 00000001 00000000
c01143f0
c3709fb8 c38fcdd4 c38fcda0 00000000 c3709fb8 c02edea4 00000004
00000000
Call Trace:
[<c013f5e8>] filp_close+0x41/0x58
[<c0136afe>] exit_mmap+0xb2/0xc9
[<c01134ff>] put_files_struct+0x5e/0xa6
[<c01143f0>] do_exit+0x1c0/0x5f2
[<c0114873>] sys_exit_group+0x0/0xd
[<c0102c02>] syscall_call+0x7/0xb
=======================
Code: 90 f0 00 00 00 74 18 83 3b 00 75 04 0f 0b eb fe ff 03 e8 67 ff ff
ff 89 d8 5b e9 26 8f fe ff 5b c3 57 56 53 89 c6 8b 40 0c
EIP: [<c016505a>] dnotify_flush+0xa/0x55 SS:ESP 0068:c3709f40
1:46 2007 ...
Fixing recursive fault but reboot is needed!
winsys kernel: EEXT3-fs error (device sda1): ext3_get_inode_loc: IP:
0060:[<c0unable to read inode block - inode=1376261, bloc
tainted VLI
BUG: unable to handle kernel NULL pointer dereference at virtual address
00000093
printing eip:
c0210d19
*pde = 00000000
Oops: 0000 [#4]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c0210d19>] Not tainted VLI
EFLAGS: 00010046 (2.6.22.1 #3)
EIP is at scsi_prep_fn+0x1af/0x222
eax: c11d5840 ebx: c11d5840 ecx: 00000000 edx: ffffffff
esi: c11d4400 edi: 00000000 ebp: c3ac5334 esp: c3705c28
ds: 007b es: 007b fs: 0000 gs: 0033 ss: 0068
Process syslogd (pid: 1394, ti=c3704000 task=c19385d0 task.ti=c3704000)
Stack: c0117e33 c0123d09 00000001 c11c8080 c3ac5334 c11c8080 c11d4c00
c11c8080
c01b5381 c366bda0 c11c8080 000000f0 c3ac5334 c11c8080 c11d4400
c11d4c00
c0211518 00000082 c11c8080 c01b796e 00000186 c11c8080 00000000
c3705ccc
Call Trace:
[<c0117e33>] run_timer_softirq+0x11/0x12f
[<c0123d09>] tick_handle_periodic+0xf/0x5e
[<c01b5381>] elv_next_request+0x67/0x114
[<c0211518>] scsi_request_fn+0x59/0x273
[<c01b796e>] blk_remove_plug+0x4e/0x5a
[<c01b7997>] __generic_unplug_device+0x1d/0x1f
[<c01b8281>] generic_unplug_device+0x6/0x8
[<c01b5c7c>] blk_backing_dev_unplug+0xc/0xd
[<c01594d5>] sync_buffer+0x26/0x2e
[<c02a9388>] __wait_on_bit+0x33/0x58
[<c01594af>] sync_buffer+0x0/0x2e
[<c01594af>] sync_buffer+0x0/0x2e
[<c02a940f>] out_of_line_wait_on_bit+0x62/0x6a
[<c011f026>] wake_bit_function+0x0/0x3c
[<c0159466>] __wait_on_buffer+0x24/0x27
[<c0159e60>] sync_dirty_buffer+0x86/0xba
[<c017c648>] ext3_commit_super+0x3a/0x4e
[<c017ce39>] ext3_handle_error+0x72/0x99
[<c01127d8>] printk+0x1b/0x1f
[<c017cf0f>] ext3_error+0x55/0x5a
[<c0176527>] __ext3_get_inode_loc+0x2af/0x2cf
[<c0176571>] ext3_reserve_inode_write+0x19/0x5d
[<c01765cf>] ext3_mark_inode_dirty+0x1a/0x30
[<c0178def>] ext3_dirty_inode+0x55/0x6c
[<c013048c>] blockable_page_cache_readahead+0x4c/0x9f
[<c0156131>] __mark_inode_dirty+0x28/0x148
[<c01155a3>] current_fs_time+0x37/0x3c
[<c012bf26>] do_generic_mapping_read+0x3ee/0x43b
[<c012d7aa>] generic_file_aio_read+0x130/0x156
[<c012b3a0>] file_read_actor+0x0/0xd1
[<c0140a7f>] do_sync_read+0xc6/0x109
[<c011eff1>] autoremove_wake_function+0x0/0x35
[<c01409b9>] do_sync_read+0x0/0x109
[<c01411f5>] vfs_read+0x88/0x110
[<c0141520>] sys_read+0x41/0x67
[<c0102c02>] syscall_call+0x7/0xb
=======================
Code: 00 75 04 0f 0b eb fe 89 ea 89 f0 e8 ad f7 ff ff 89 c3 85 c0 74 73
e8 96 fd ff ff 89 c7 85 c0 75 32 8b 45 58 8b 40 3c 8b 10
EIP: [<c0210d19>] scsi_prep_fn+0x1af/0x222 SS:ESP 0068:c3705c28
Message from syslogd@winsys at Wed Aug 8 10:21:46 2007 ...
winsys kernel: general protection fault: 0000 [#1]
Message from syslogd@wiBUG: unable to handle kernel NULL pointer
dereferencensys at Wed Aug at virtual address 00000007
8 10:21:46 2007 printing eip:
...
winsys kec016505a
*pde = 00000000
rnel: general prOops: 0000 [#5]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c016505a>] Not tainted VLI
EFLAGS: 00010246 (2.6.22.1 #3)
EIP is at dnotify_flush+0xa/0x55
eax: ffffffff ebx: c1131480 ecx: 00000000 edx: c10ccec0
esi: c1131480 edi: c10ccec0 ebp: c10ccec8 esp: c3595f40
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process syslogd (pid: 1397, ti=c3594000 task=c3703a70 task.ti=c3594000)
Stack: c1131480 c10ccec0 00000000 c013f5e8 c0136afe c10ccec0 00000014
0000000f
c01134ff 00000000 00000000 00000000 c3703a70 00000001 00000000
c01143f0
c3595fb8 c38fcdd4 c38fcda0 00000000 c3595fb8 c02edea4 00000004
00000000
Call Trace:
[<c013f5e8>] filp_close+0x41/0x58
[<c0136afe>] exit_mmap+0xb2/0xc9
[<c01134ff>] put_files_struct+0x5e/0xa6
[<c01143f0>] do_exit+0x1c0/0x5f2
[<c0114873>] sys_exit_group+0x0/0xd
[<c0102c02>] syscall_call+0x7/0xb
=======================
Code: 90 f0 00 00 00 74 18 83 3b 00 75 04 0f 0b eb fe ff 03 e8 67 ff ff
ff 89 d8 5b e9 26 8f fe ff 5b c3 57 56 53 89 c6 8b 40 0c
EIP: [<c016505a>] dnotify_flush+0xa/0x55 SS:ESP 0068:c3595f40
otection fault: Fixing recursive fault but reboot is needed!
0000 [#1]
Message from syslogd@winsys at Wed Aug 8 10:21:BUG: unable to handle
kernel NULL pointer dereference46 2007 ...
wi at virtual address 00000007
nsys kernel: EIP printing eip:
c016505a
is at blk_recou*pde = 00000000
nt_segments+0x78Oops: 0000 [#6]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c016505a>] Not tainted VLI
EFLAGS: 00010246 (2.6.22.1 #3)
EIP is at dnotify_flush+0xa/0x55
eax: ffffffff ebx: c1131480 ecx: 00000000 edx: c10cc680
esi: c1131480 edi: c10cc680 ebp: c10cc688 esp: c3653f40
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process syslogd (pid: 1398, ti=c3652000 task=c3703570 task.ti=c3652000)
Stack: c1131480 c10cc680 00000000 c013f5e8 c0136afe c10cc680 00000014
0000000f
c01134ff 00000000 00000000 00000000 c3703570 00000001 00000000
c01143f0
c3653fb8 c38fcdd4 c38fcda0 00000000 c3653fb8 c02edea4 00000004
00000000
Call Trace:
[<c013f5e8>] filp_close+0x41/0x58
[<c0136afe>] exit_mmap+0xb2/0xc9
[<c01134ff>] put_files_struct+0x5e/0xa6
[<c01143f0>] do_exit+0x1c0/0x5f2
[<c0114873>] sys_exit_group+0x0/0xd
[<c0102c02>] syscall_call+0x7/0xb
=======================
Code: 90 f0 00 00 00 74 18 83 3b 00 75 04 0f 0b eb fe ff 03 e8 67 ff ff
ff 89 d8 5b e9 26 8f fe ff 5b c3 57 56 53 89 c6 8b 40 0c
EIP: [<c016505a>] dnotify_flush+0xa/0x55 SS:ESP 0068:c3653f40
/0x1b2
MesFixing recursive fault but reboot is needed!
sage from syslogd@winsys at Wed Aug 8 10:21:46 2007 ...
winsyBUG: unable to handle kernel NULL pointer dereferences kernel: EIP
is at virtual address 00000007
at blk_recount_ printing eip:
segments+0x78/0xc016505a
*pde = 00000000
1b2
MessagOops: 0000 [#7]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c016505a>] Not tainted VLI
EFLAGS: 00010246 (2.6.22.1 #3)
EIP is at dnotify_flush+0xa/0x55
eax: ffffffff ebx: c1131480 ecx: 00000000 edx: c10cc140
esi: c1131480 edi: c10cc140 ebp: c10cc148 esp: c366ff40
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process syslogd (pid: 1399, ti=c366e000 task=c3703070 task.ti=c366e000)
Stack: c1131480 c10cc140 00000000 c013f5e8 c0136afe c10cc140 00000014
0000000f
c01134ff 00000000 00000000 00000000 c3703070 00000001 00000000
c01143f0
c366ffb8 c38fcdd4 c38fcda0 00000000 c366ffb8 c02edea4 00000004
00000000
Call Trace:
[<c013f5e8>] filp_close+0x41/0x58
[<c0136afe>] exit_mmap+0xb2/0xc9
[<c01134ff>] put_files_struct+0x5e/0xa6
[<c01143f0>] do_exit+0x1c0/0x5f2
[<c0114873>] sys_exit_group+0x0/0xd
[<c0102c02>] syscall_call+0x7/0xb
=======================
Code: 90 f0 00 00 00 74 18 83 3b 00 75 04 0f 0b eb fe ff 03 e8 67 ff ff
ff 89 d8 5b e9 26 8f fe ff 5b c3 57 56 53 89 c6 8b 40 0c
EIP: [<c016505a>] dnotify_flush+0xa/0x55 SS:ESP 0068:c366ff40
e from syslogd@wFixing recursive fault but reboot is needed!
insys at Wed Augattempt to access beyond end of device
8 10:21:46 200sda1: rw=0, want=4294967296, limit=156296322
7 ...
winsys kEXT3-fs error (device sda1): read_block_bitmap: ernel: eax:
c11cCannot read block bitmap - block_group = 84, block_bitmap3
9260 ecx: 0000BUG: unable to handle kernel NULL pointer
dereference0000 edx: c100 at virtual address 00000007
0000
Messa printing eip:
c016505a
*pde = 00000000
ge from syslogd@Oops: 0000 [#8]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c016505a>] Not tainted VLI
EFLAGS: 00010246 (2.6.22.1 #3)
EIP is at dnotify_flush+0xa/0x55
eax: ffffffff ebx: c1131480 ecx: 00000000 edx: c10ccc80
esi: c1131480 edi: c10ccc80 ebp: c10ccc88 esp: c3705b14
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process syslogd (pid: 1394, ti=c3704000 task=c19385d0 task.ti=c3704000)
Stack: c1131480 c10ccc80 00000000 c013f5e8 c0136afe c10ccc80 00000014
0000000f
c01134ff 00000000 00000000 c3705bf0 c19385d0 00000001 0000000b
c01143f0
c3704000 00000002 c01ddb06 c3705bf0 c3705c28 00000006 c02e0068
c3705bf0
Call Trace:
[<c013f5e8>] filp_close+0x41/0x58
[<c0136afe>] exit_mmap+0xb2/0xc9
[<c01134ff>] put_files_struct+0x5e/0xa6
[<c01143f0>] do_exit+0x1c0/0x5f2
[<c01ddb06>] do_unblank_screen+0x1b/0x110
[<c01044ed>] die+0x185/0x18d
[<c010e22e>] do_page_fault+0x45f/0x541
[<c010ddcf>] do_page_fault+0x0/0x541
[<c02a9e8a>] error_code+0x6a/0x70
[<c0210d19>] scsi_prep_fn+0x1af/0x222
[<c0117e33>] run_timer_softirq+0x11/0x12f
[<c0123d09>] tick_handle_periodic+0xf/0x5e
[<c01b5381>] elv_next_request+0x67/0x114
[<c0211518>] scsi_request_fn+0x59/0x273
[<c01b796e>] blk_remove_plug+0x4e/0x5a
[<c01b7997>] __generic_unplug_device+0x1d/0x1f
[<c01b8281>] generic_unplug_device+0x6/0x8
[<c01b5c7c>] blk_backing_dev_unplug+0xc/0xd
[<c01594d5>] sync_buffer+0x26/0x2e
[<c02a9388>] __wait_on_bit+0x33/0x58
[<c01594af>] sync_buffer+0x0/0x2e
[<c01594af>] sync_buffer+0x0/0x2e
[<c02a940f>] out_of_line_wait_on_bit+0x62/0x6a
[<c011f026>] wake_bit_function+0x0/0x3c
[<c0159466>] __wait_on_buffer+0x24/0x27
[<c0159e60>] sync_dirty_buffer+0x86/0xba
[<c017c648>] ext3_commit_super+0x3a/0x4e
[<c017ce39>] ext3_handle_error+0x72/0x99
[<c01127d8>] printk+0x1b/0x1f
[<c017cf0f>] ext3_error+0x55/0x5a
[<c0176527>] __ext3_get_inode_loc+0x2af/0x2cf
[<c0176571>] ext3_reserve_inode_write+0x19/0x5d
[<c01765cf>] ext3_mark_inode_dirty+0x1a/0x30
[<c0178def>] ext3_dirty_inode+0x55/0x6c
[<c013048c>] blockable_page_cache_readahead+0x4c/0x9f
[<c0156131>] __mark_inode_dirty+0x28/0x148
[<c01155a3>] current_fs_time+0x37/0x3c
[<c012bf26>] do_generic_mapping_read+0x3ee/0x43b
[<c012d7aa>] generic_file_aio_read+0x130/0x156
[<c012b3a0>] file_read_actor+0x0/0xd1
[<c0140a7f>] do_sync_read+0xc6/0x109
[<c011eff1>] autoremove_wake_function+0x0/0x35
[<c01409b9>] do_sync_read+0x0/0x109
[<c01411f5>] vfs_read+0x88/0x110
[<c0141520>] sys_read+0x41/0x67
[<c0102c02>] syscall_call+0x7/0xb
=======================
Code: 90 f0 00 00 00 74 18 83 3b 00 75 04 0f 0b eb fe ff 03 e8 67 ff ff
ff 89 d8 5b e9 26 8f fe ff 5b c3 57 56 53 89 c6 8b 40 0c
EIP: [<c016505a>] dnotify_flush+0xa/0x55 SS:ESP 0068:c3705b14
winsys at Wed AuFixing recursive fault but reboot is needed!
g 8 10:21:46 20attempt to access beyond end of device
07 ...
winsys sda1: rw=32, want=4294967296, limit=156296322
kernel: eax: c11EXT3-fs error (device sda1): ext3_get_inode_loc: c83f8
ebx: c11unable to read inode block - inode=1376261, bloc0
00000 edx: c1000000
Message from syslogd@winsys at Wed Aug 8 10:21:46 2007 ...
winsys kernel: esi: c1139260 edi: ffffffff ebp: c11c83f8 esp: c0ce7f00
Message from syslogd@winsys at Wed Aug 8 10:21:46 2007 ...
winsys kernel: esi: c1139260 edi: ffffffff ebp: c11c83f8 esp: c0ce7f00
Clocksource tsc unstable (delta = 1160005963 ns)
Time: pit clocksource has been installed.
general protection fault: 0000 [#9]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c013e0e7>] Not tainted VLI
EFLAGS: 00010286 (2.6.22.1 #3)
EIP is at drain_array+0x13/0x83
eax: 00000000 ebx: c117b260 ecx: ffffffff edx: c117b260
esi: c1111680 edi: ffffffff ebp: c1111680 esp: c10d5f6c
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process events/0 (pid: 4, ti=c10d4000 task=c10d1a50 task.ti=c10d4000)
Stack: 00000046 c117b260 c1111680 c03d3a60 00000000 c013ed0e 00000000
00000000
c10be9e0 c03d3a60 c013eccc c011c7a9 00000092 c38fc3e0 c038a138
c10be9e0
c10be9e0 c011cd2e c10be9e8 c011cdb8 00000000 c10d1a50 c011eff1
c10d5fc8
Call Trace:
[<c013ed0e>] cache_reap+0x42/0xde
[<c013eccc>] cache_reap+0x0/0xde
[<c011c7a9>] run_workqueue+0x6b/0xdf
[<c011cd2e>] worker_thread+0x0/0x96
[<c011cdb8>] worker_thread+0x8a/0x96
[<c011eff1>] autoremove_wake_function+0x0/0x35
[<c011ee9c>] kthread+0x36/0x5a
[<c011ee66>] kthread+0x0/0x5a
[<c0103d37>] kernel_thread_helper+0x7/0x10
=======================
Code: 10 04 8b 54 24 08 39 54 24 0c 0f 8c 2b ff ff ff 83 c4 14 5b 5e 5f
5d c3 55 57 56 53 83 ec 04 89 c5 89 cf 85 c9 8b 44 24 18
EIP: [<c013e0e7>] drain_array+0x13/0x83 SS:ESP 0068:c10d5f6c
BUG: unable to handle kernel NULL pointer dereference at virtual address
00000027
printing eip:
c014788e
*pde = 00000000
Oops: 0000 [#10]
Modules linked in: nftl mtd_blkdevs
CPU: 0
EIP: 0060:[<c014788e>] Not tainted VLI
EFLAGS: 00010286 (2.6.22.1 #3)
EIP is at __link_path_walk+0x654/0xa08
eax: c3e60cf4 ebx: c10cbf04 ecx: 00000000 edx: ffffffff
esi: c113580c edi: c11350a0 ebp: c0d75005 esp: c10cbe18
ds: 007b es: 007b fs: 0000 gs: 0033 ss: 0068
Process init (pid: 1, ti=c10ca000 task=c10c9a30 task.ti=c10ca000)
Stack: c0d7500c 00000001 00000000 00000004 c10cbe4c c10cbe4c c10cbe58
c014a77d
00000000 72c2ee54 00000007 c0d75005 c10b4da0 c3e60cf4 c032f980
c10cbf04
c11a2a88 c10b4f20 c0147c84 c0d75000 c11a2a88 c10b4f20 00000000
00000000
Call Trace:
[<c014a77d>] core_sys_select+0x1a3/0x2ca
[<c0147c84>] link_path_walk+0x42/0xaf
[<c0147f25>] do_path_lookup+0x131/0x14c
[<c0146fcc>] getname+0x59/0x8f
[<c01486dc>] __user_walk_fd+0x2f/0x45
[<c014324b>] vfs_stat_fd+0x19/0x40
[<c01432ff>] sys_stat64+0xf/0x23
[<c01c176d>] copy_to_user+0x25/0x3c
[<c014ad32>] sys_select+0x160/0x186
[<c01218aa>] do_gettimeofday+0x2c/0xc2
[<c011552b>] sys_time+0xa/0x2d
[<c0102c02>] syscall_call+0x7/0xb
=======================
Code: 03 00 00 8b 44 24 34 f6 44 24 04 01 8b 70 08 0f 84 7f 02 00 00 85
f6 0f 84 77 02 00 00 8b 96 80 00 00 00 85 d2 0f 84 69 02
EIP: [<c014788e>] __link_path_walk+0x654/0xa08 SS:ESP 0068:c10cbe18
Kernel panic - not syncing: Attempted to kill init!
Please help me if you can.
Andy
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: DiskOnChip 2000 (DOC 2000) woes.
2007-08-08 16:26 ` Andy Kennedy
@ 2007-08-08 17:03 ` Bob Beers
[not found] ` <46BA05D6.4080605@techmoninc.com>
2007-08-09 14:17 ` Andy Kennedy
1 sibling, 1 reply; 9+ messages in thread
From: Bob Beers @ 2007-08-08 17:03 UTC (permalink / raw)
To: Andy Kennedy; +Cc: linux-mtd
I can't address the stack dumps you're seeing,
but I think you don't want ext3 or
any journal file system on DoC.
In fact if you do mount the file system rw, you'll
want to specify the option "noatime" to prevent
as much chip writing as possible.
And, to give you some hope, I will tell you
that I have done what you are trying.
fdisk /dev/nftla (create a linux partition or two)
mke2fs /dev/nftla1
mount /dev/nftla1 /mnt/doc
cp blahblahblah /mnt/doc/blahblah
etc. ...
end up with a bootable DoC on a SBC with no other drive.
I hope this helps,
-Bob
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: DiskOnChip 2000 (DOC 2000) woes.
[not found] ` <46BA05D6.4080605@techmoninc.com>
@ 2007-08-08 19:30 ` Bob Beers
0 siblings, 0 replies; 9+ messages in thread
From: Bob Beers @ 2007-08-08 19:30 UTC (permalink / raw)
To: Andy Kennedy; +Cc: linux-mtd
On 8/8/07, Andy Kennedy <akennedy@techmoninc.com> wrote:
> Bob Beers wrote:
> > And, to give you some hope, I will tell you
> > that I have done what you are trying.
> > fdisk /dev/nftla (create a linux partition or two)
> > mke2fs /dev/nftla1
> > mount /dev/nftla1 /mnt/doc
> > cp blahblahblah /mnt/doc/blahblah
> > etc. ...
> > end up with a bootable DoC on a SBC with no other drive.
>
> What kernel did you use?
I have used many 2.6.x, (2.6.15.4 for certain) with this relevant .config:
root@alakazam:/usr/src/linux-2.6.15.4-PM# grep MTD .config | grep -v ^#
CONFIG_MTD=y
CONFIG_MTD_MAP_BANK_WIDTH_1=y
CONFIG_MTD_MAP_BANK_WIDTH_2=y
CONFIG_MTD_MAP_BANK_WIDTH_4=y
CONFIG_MTD_CFI_I1=y
CONFIG_MTD_CFI_I2=y
CONFIG_MTD_NAND=y
CONFIG_MTD_NAND_IDS=y
CONFIG_MTD_NAND_DISKONCHIP=y
CONFIG_MTD_NAND_DISKONCHIP_PROBE_ADDRESS=0
CONFIG_MTD_NAND_DISKONCHIP_BBTWRITE=y
> How did you make it bootable. . . lilo?
yep, lilo v, 22.2, I think
> Did you follow a howto -- or just do it plain like I figured I could do. . .
> It shouldn't be that hard, right?
No, never found a howto.
If I recall correctly, it is very important to format the DoC with
the DOS tools' dformat before trying any linux action on it.
I booted from a bootable DOS floppy and ran:
dformat /win:d800 /s:doc514.exb /ebda /y
Then reboot into DOS once more.
Then boot into linux and run fdisk,
format the partitions, copy the files,
run lilo, etc.
Hope this helps,
-Bob
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: DiskOnChip 2000 (DOC 2000) woes.
2007-08-08 16:26 ` Andy Kennedy
2007-08-08 17:03 ` Bob Beers
@ 2007-08-09 14:17 ` Andy Kennedy
2007-08-09 17:06 ` Andy Kennedy
1 sibling, 1 reply; 9+ messages in thread
From: Andy Kennedy @ 2007-08-09 14:17 UTC (permalink / raw)
To: linux-mtd
The struggle continues. This particular chip is the MD2202-D32-X. Has
anyone ever had any success with installing Linux on this chip?
What is so different between this chip and others that would make it so
I cannot get it to behave correctly?
Andy
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: DiskOnChip 2000 (DOC 2000) woes.
2007-08-09 14:17 ` Andy Kennedy
@ 2007-08-09 17:06 ` Andy Kennedy
2007-08-09 17:52 ` Bob Beers
0 siblings, 1 reply; 9+ messages in thread
From: Andy Kennedy @ 2007-08-09 17:06 UTC (permalink / raw)
To: linux-mtd
More information:
An oops on my locale computer as I was attempting to make a jumpdrive
back to an vfat filesystem. I needed to recreate the partition so I
typed the following:
root@Andy:/# fdisk /dev/sdb1
Obliviously my mistake is just adding the partition number to the device
-- it happens. I get the following error:
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF
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.
Warning: invalid flag 0x0000 of partition table 4 will be corrected by
w(rite)
I quit out of it but realize that this is the SAME error that I get on
the DiskOnChip. So, to me it looks like I'm hitting the first partition
of the nftl in place of the device base. This is the command I use:
root@winsys:~# modprobe nftl
root@winsys:~# fdisk /dev/nftla
And here are the results:
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF
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.
Warning: invalid flag 0x0000 of partition table 4 will be corrected by
w(rite)
Command (m for help): q
So, am I getting the wrong device from the driver? I cannot update the
partition table on this unit -- it would make sense to me if I'm
attempting to put a partition on the device /dev/nftla1 in place of
/dev/nftla. I created the block devices nftla{,1,2} using:
mknod /dev/nftla b 93 0
and I end up with a device:
brw-rw---- 1 root disk 93, 0 2007-08-09 10:52 /dev/nftla
So, am I seeing a driver error or am I the error?
Any help would be greatly appreciated.
Andy
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: DiskOnChip 2000 (DOC 2000) woes.
2007-08-09 17:06 ` Andy Kennedy
@ 2007-08-09 17:52 ` Bob Beers
2007-08-09 18:00 ` Andy Kennedy
0 siblings, 1 reply; 9+ messages in thread
From: Bob Beers @ 2007-08-09 17:52 UTC (permalink / raw)
To: Andy Kennedy; +Cc: linux-mtd
On 8/9/07, Andy Kennedy <akennedy@techmoninc.com> wrote:
> root@winsys:~# modprobe nftl
> root@winsys:~# fdisk /dev/nftla
Have you tried compiling the MTD, MTD_NAND, MTD_NAND_DISKONCHIP
parts into the kernel rather than as modules?
If you do that, what kind of dmesg output do you get related to MTD?
> I created the block devices nftla{,1,2} using:
> mknod /dev/nftla b 93 0
> and I end up with a device:
> brw-rw---- 1 root disk 93, 0 2007-08-09 10:52 /dev/nftla
my device nodes look like this:
bash-3.00# ls /dev/nftla* -al
brw-r--r-- 1 root root 93, 0 Mar 4 2005 /dev/nftla
brw-r--r-- 1 root root 93, 1 Mar 4 2005 /dev/nftla1
brw-r--r-- 1 root root 93, 2 Mar 4 2005 /dev/nftla2
brw-r--r-- 1 root root 93, 3 Mar 4 2005 /dev/nftla3
I never had any success with 32M, but 8M, 16M, 64M worked for me.
(48M worked, but had incredibly slow boot time.)
Does your process work with other sizes of DiskOnChip 2000?
-Bob
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: DiskOnChip 2000 (DOC 2000) woes.
2007-08-09 17:52 ` Bob Beers
@ 2007-08-09 18:00 ` Andy Kennedy
0 siblings, 0 replies; 9+ messages in thread
From: Andy Kennedy @ 2007-08-09 18:00 UTC (permalink / raw)
To: linux-mtd
Bob Beers wrote:
> On 8/9/07, Andy Kennedy <akennedy@techmoninc.com> wrote:
>
>
>> root@winsys:~# modprobe nftl
>> root@winsys:~# fdisk /dev/nftla
>>
>
> Have you tried compiling the MTD, MTD_NAND, MTD_NAND_DISKONCHIP
> parts into the kernel rather than as modules?
>
> If you do that, what kind of dmesg output do you get related to MTD?
>
>
Did that. Changed over when I found something that someone suggested on
the list about making sure that you run nftl_format on the /dev/mtd0
before you load the nftl module. Attempted this and it didn't work.
Just haven't put the nftl back in the kernel yet. The output, however,
of the module was NFTL was nftla: Unknown partition table.
>> I created the block devices nftla{,1,2} using:
>> mknod /dev/nftla b 93 0
>> and I end up with a device:
>> brw-rw---- 1 root disk 93, 0 2007-08-09 10:52 /dev/nftla
>>
>
> my device nodes look like this:
> bash-3.00# ls /dev/nftla* -al
> brw-r--r-- 1 root root 93, 0 Mar 4 2005 /dev/nftla
> brw-r--r-- 1 root root 93, 1 Mar 4 2005 /dev/nftla1
> brw-r--r-- 1 root root 93, 2 Mar 4 2005 /dev/nftla2
> brw-r--r-- 1 root root 93, 3 Mar 4 2005 /dev/nftla3
>
> I never had any success with 32M, but 8M, 16M, 64M worked for me.
> (48M worked, but had incredibly slow boot time.)
>
> Does your process work with other sizes of DiskOnChip 2000?
>
> -Bob
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>
>
>
The only other DOC I have is the (driver reports it as a Toshiba)
M-Systems DOC MD-2800-D08. This required me to select the detect
obsolete chips setting before it would detect it. The system is a
Pro-Log 486 SBC too. The same thing happens. I get the same errors.
I'm clearly doing something wrong. . . or the driver is. It is
probably me since it doesn't work on two different ones.
Andy
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2007-08-09 18:00 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-06 18:57 DiskOnChip 2000 (DOC 2000) woes Andy Kennedy
2007-08-06 22:03 ` Andy Kennedy
2007-08-08 16:26 ` Andy Kennedy
2007-08-08 17:03 ` Bob Beers
[not found] ` <46BA05D6.4080605@techmoninc.com>
2007-08-08 19:30 ` Bob Beers
2007-08-09 14:17 ` Andy Kennedy
2007-08-09 17:06 ` Andy Kennedy
2007-08-09 17:52 ` Bob Beers
2007-08-09 18:00 ` Andy Kennedy
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox