* DiskOnChip 2000
@ 2006-07-06 2:40 Thiago Figueiro
0 siblings, 0 replies; 5+ messages in thread
From: Thiago Figueiro @ 2006-07-06 2:40 UTC (permalink / raw)
To: linux-mtd
Hi, all. I have been lurking for some time but couldn't get this
straight.
I see that the current DOC implementation purposedly ignores DOC2000
chips because the INFTL implementation doesn't handle the BBT. I think
this goes back to 2003 so my guess is that this is not so easy to
implement or there's no community interest in doing it.
I am not locked to the DOC because my hardware supports other memories:
NVSRAM (Dallas, SGS, Simtek)
EEROM (SST, Atmel)
FLASH (AMD, Atmel, SST, SGS - 29F256/512/010/020/040' style)
EPROM (AMD, SGS - 27C256/512/010/020/040' style)
Which of the above would you guys recommend? I would like to boot
from it and mount the root FS on it (it would have basically read-only
data).
Many thanks,
--
Thiago Figueiro - Q-Free Australia Pty Ltd.
--
Thiago.Figueiro@Q-Free.com
--
Unit 17 / 1 Talavera Rd.
North Ryde 2113 NSW
Australia
--
Ph: +61 2 9887 8216
Fax: +61 2 9888 6800
Mob: +61 405 700 814
--
^ permalink raw reply [flat|nested] 5+ messages in thread* DiskOnChip 2000
@ 2007-09-14 10:23 Andre Oliveira
0 siblings, 0 replies; 5+ messages in thread
From: Andre Oliveira @ 2007-09-14 10:23 UTC (permalink / raw)
To: linux-mtd
On Aug 09 2007, Andy Kennedy wrote on 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?
Hi!
Unfortunately, I have to work with those exact chips, too! :-(
And I also could never get them to work with Linux MTD (see below),
and the proprietary drivers from the (now gone) M-Systems are for
Linux 2.4, at best, which is just too old for my purposes.
So, I finally ended up writing a driver for Linux 2.6 (2.6.22) from
scratch. Unfortunately, it still uses the proprietary libosak.a from
M-Systems, so it is not entirely free :-( But at least it works for
me! Here it is:
http://anbadeol.googlepages.com/doc2000.html
I also wrote a HOWTO with the steps I take to install and boot a Linux
kernel image from the DiskOnChip:
http://anbadeol.googlepages.com/doc2000-howto.html
I hope any of these help you!
> What is so different between this chip and others that would make
> it so I cannot get it to behave correctly?
I do not know, either. :-( But the last time I tried Linux MTD with
this chip, it got automatically formated during boot, without asking
me anything:
<5>Linux version 2.6.22 (abo@lula) (gcc version 4.1.1) #2 Thu Aug 9
12:03:29 WEST 2007
...
<6>NFTL driver: nftlcore.c $Revision: 1.98 $, nftlmount.c $Revision: 1.41 $
<5>DiskOnChip found at 0xd0000
<6>DiskOnChip 2000 responds to DWORD access
<7>Detected 2 chips per floor.
<6>NAND device: Manufacturer ID: 0x98, Chip ID: 0x73 (Toshiba NAND
16MiB 3,3V 8-bit)
<6>2 NAND chips detected
<6>Found DiskOnChip ANAND Media Header at 0x10000
<6>Found DiskOnChip ANAND Media Header at 0x14000
<6> DataOrgID = ANAND
<4> NumEraseUnits = 2044
<4> FirstPhysicalEUN = 4
<4> FormattedSize = 32768000
<4> UnitSizeFactor = 0
<4>UnitSizeFactor=0x00 detected. Correct value is assumed to be 0xff.
<7>Bad block table at page 129, version 0x55
<7>Bad block table at page 161, version 0x55
<4>Formatting block 6
<4>Formatting block 7
...
<4>Formatting block 135
<6> nftla: unknown partition table
<7>Found alias of DOC at 0xd0000 to 0xd2000
<7>Found alias of DOC at 0xd0000 to 0xd4000
<7>Found alias of DOC at 0xd0000 to 0xd6000
Then, I rebooted, and got a kernel panic:
<6> nftla: unknown partition table
<1>BUG: unable to handle kernel paging request at virtual address c3075280
<1> printing eip:
<4>c019af1e
<1>*pde = 00000000
<0>Oops: 0002 [#1]
<0>CPU: 0
<0>EIP: 0060:[<c019af1e>] Not tainted VLI
<0>EFLAGS: 00010282 (2.6.22 #4)
<0>EIP is at nand_fill_oob+0x36/0xd2
<0>eax: c1151f78 ebx: c105d4b8 ecx: 00000004 edx: 00000010
<0>esi: c1151f78 edi: c3075280 ebp: 00007fe0 esp: c1151b44
<0>ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
<0>Process nftld (pid: 110, ti=c1150000 task=c1153a90 task.ti=c1150000)
<0>Stack: c105d4b8 c105d400 00000200 00000000 c117d000 00007fe0
c019b41b ffffffff
<0> 00000003 c105d590 c105d400 c105d4b8 00007fff 00000001
0000ffe0 0000001f
<0> 00000000 00000200 c1151f78 c117d000 c1151bcc c1151f78
01ffc000 00000000
<0>Call Trace:
<0> [<c019b41b>] nand_do_write_ops+0x260/0x2f0
<0> [<c019b547>] nand_write_oob+0x9c/0xb1
<0> [<c0197200>] nftl_write+0x48/0x59
<0> [<c0197dc8>] nftl_writeblock+0x82e/0x83e
<0> [<c012a671>] __alloc_pages+0x51/0x27b
<0> [<c0137a90>] cache_alloc_refill+0x1ff/0x3b3
<0> [<c01471da>] d_alloc+0x1b/0x150
<0> [<c013f391>] do_lookup+0x4f/0x140
<0> [<c01465f6>] d_kill+0x37/0x47
<0> [<c014661b>] dput+0x15/0xcb
<0> [<c0149c16>] mntput_no_expire+0x11/0x47
<0> [<c0140c8a>] __link_path_walk+0x9d9/0xa08
<0> [<c0149c16>] mntput_no_expire+0x11/0x47
<0> [<c0140d5e>] link_path_walk+0xa5/0xaf
<0> [<c010cc78>] __activate_task+0x1c/0x28
<0> [<c011c88a>] autoremove_wake_function+0x15/0x35
<0> [<c010cb4f>] __wake_up_common+0x31/0x4f
<0> [<c01290f1>] mempool_free+0x4a/0x4e
<0> [<c0154182>] bio_free+0x21/0x2c
<0> [<c0152c46>] end_bio_bh_io_sync+0x0/0x37
<0> [<c0154041>] bio_put+0x22/0x23
<0> [<c0152c79>] end_bio_bh_io_sync+0x33/0x37
<0> [<c01541e8>] bio_endio+0x50/0x57
<0> [<c016edbf>] elv_rb_del+0x20/0x2e
<0> [<c016f0cb>] elv_dispatch_add_tail+0x1b/0x3d
<0> [<c0196ea9>] mtd_blktrans_thread+0xf9/0x150
<0> [<c0196db0>] mtd_blktrans_thread+0x0/0x150
<0> [<c011c720>] kthread+0x36/0x5a
<0> [<c011c6ea>] kthread+0x0/0x5a
<0> [<c0103417>] kernel_thread_helper+0x7/0x10
<0> =======================
<0>Code: 24 89 d0 8b 51 0c 8b 09 83 f9 01 74 30 72 09 83 f9 02 0f 85
a4 00 00 00 8b 7b 14 8b 1c 24 89
d1 89 c6 c1 e9 02 03 bb 80 00 00 00 <f3> a5 89 d1 83 e1 03 74 02 f3 a4
01 d0 e9 83 00 00 00 8b 34 24
<0>EIP: [<c019af1e>] nand_fill_oob+0x36/0xd2 SS:ESP 0068:c1151b44
Can anyone help me? I give up! :-(
--
André Oliveira
http://anbadeol.googlepages.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* DiskOnChip 2000
@ 2008-07-11 16:07 Jesse Malone
2008-07-14 16:59 ` Andre Oliveira
0 siblings, 1 reply; 5+ messages in thread
From: Jesse Malone @ 2008-07-11 16:07 UTC (permalink / raw)
To: anbadeol; +Cc: linux-mtd
I'm trying your driver on a diskonchip 2000 D2202-D16 and seem to be
running into problems writing to the DOC. Have you had success writing to
the DOC? I'm using a 2.6.22 kernel with your patch. I fairly conistently
get a bunch of kernel Oops's after writing a significant amount of data (a
few megabytes). I'll post the Ooops's for you, hopefully they might
provide a clue. Any thoughts?
printing eip:
c0188dc5
*pde = 00000000
Oops: 0000 [#1]
Modules linked in:
CPU: 0
EIP: 0060:[<c0188dc5>] Not tainted VLI
EFLAGS: 00010046 (2.6.22 #1)
EIP is at rb_insert_color+0x1d/0xc4
eax: 00000000 ebx: c1155498 ecx: 00000000 edx: c1155438
esi: 00000000 edi: c1e3ae04 ebp: c1155438 esp: c10b3c5c
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process pdflush (pid: 41, ti=c10b2000 task=c1094a00 task.ti=c10b2000)
Stack: 00005a84 c1e3adc0 c1155438 c10bc900 c017afa0 c1155438 c1e3adc0
c1155420
c01839a3 c1e3adc0 c1155420 c10bc900 00000000 c0184b90 c1e3adc0
c10cade0
00000000 c017b41d 00000000 00000000 c015f710 c1e3adc0 c10cade0
00000000
Call Trace:
[<c017afa0>] elv_rb_add+0x44/0x54
[<c01839a3>] cfq_add_rq_rb+0x2b/0x74
[<c0184b90>] cfq_insert_request+0x1c/0x3c
[<c017b41d>] elv_insert+0x105/0x148
[<c015f710>] bio_phys_segments+0x14/0x18
[<c017e783>] __make_request+0xb3/0x2e0
[<c017eb6e>] generic_make_request+0x142/0x1c0
[<c017dabd>] blk_alloc_request+0x41/0x5c
[<c017ec31>] submit_bio+0x45/0xb8
[<c015e72f>] bio_alloc_bioset+0x7b/0x150
[<c015e1b7>] submit_bh+0xbf/0xfc
[<c015ca75>] __block_write_full_page+0x101/0x2cc
[<c0188abd>] radix_tree_gang_lookup_tag+0x99/0xb0
[<c015f89c>] blkdev_get_block+0x0/0x38
[<c015e070>] block_write_full_page+0xb4/0xb8
[<c015f89c>] blkdev_get_block+0x0/0x38
[<c01300bc>] __writepage+0x8/0x20
[<c012ffb6>] write_cache_pages+0x1c6/0x2c4
[<c01300b4>] __writepage+0x0/0x20
[<c022dc08>] __sched_text_start+0x2e8/0x5a4
[<c01300d4>] generic_writepages+0x0/0x28
[<c01300f7>] generic_writepages+0x23/0x28
[<c013011b>] do_writepages+0x1f/0x38
[<c0158ac6>] __sync_single_inode+0x4e/0x1b4
[<c0158c73>] __writeback_single_inode+0x47/0x16c
[<c022e494>] schedule_timeout+0x4c/0x8c
[<c0115588>] process_timeout+0x0/0x8
[<c0133930>] congestion_wait+0x6c/0x78
[<c011d6b8>] autoremove_wake_function+0x0/0x34
[<c0158f0b>] sync_sb_inodes+0x173/0x240
[<c0159047>] writeback_inodes+0x6f/0x74
[<c012fc8c>] wb_kupdate+0x74/0xe0
[<c01305be>] __pdflush+0x8e/0x12c
[<c013065c>] pdflush+0x0/0x28
[<c013067f>] pdflush+0x23/0x28
[<c012fc18>] wb_kupdate+0x0/0xe0
[<c011d394>] kthread+0x58/0x5c
[<c011d33c>] kthread+0x0/0x5c
[<c0102df3>] kernel_thread_helper+0x7/0x10
=======================
Code: c3 90 89 56 04 eb ed 8d 76 00 89 17 eb e6 55 57 56 53 8b 18 83 e3 fc
89 c
EIP: [<c0188dc5>] rb_insert_color+0x1d/0xc4 SS:ESP 0068:c10b3c5c
estart.
process '/usr/bin/tail------------[ cut here ]------------
kernel BUG at block/elevator.c:780!
invalid opcode: 0000 [#2]
Modules linked in:
CPU: 0
EIP: 0060:[<c017b65e>] Not tainted VLI
EFLAGS: 00010246 (2.6.22 #1)
EIP is at elv_dequeue_request+0x3a/0x40
eax: c10cade0 ebx: c10cade0 ecx: c1e3adc0 edx: c1e3adc0
esi: 00000001 edi: c017d6b8 ebp: c1081fa4 esp: c1081f34
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process kblockd/0 (pid: 23, ti=c1080000 task=c1078a00 task.ti=c1080000)
Stack: c1e3adc0 c017f286 c1e3adc0 c10cade0 c01bc684 c10cade0 c104c340
c017d69d
c10cae60 c017d6a6 c017d6c0 c011a902 00000000 df960f00 0000007f
c104c340
c104c340 c104c348 c1081fb8 c011aa3c 00000000 c1078a00 c011d6b8
c1081fb0
Call Trace:
[<c017f286>] end_request+0x2a/0x38
[<c01bc684>] doc2000_request+0x20/0x38
[<c017d69d>] __generic_unplug_device+0x21/0x24
[<c017d6a6>] generic_unplug_device+0x6/0x8
[<c017d6c0>] blk_unplug_work+0x8/0xc
[<c011a902>] run_workqueue+0x4a/0xe8
[<c011aa3c>] worker_thread+0x9c/0xb0
[<c011d6b8>] autoremove_wake_function+0x0/0x34
[<c010b857>] __wake_up_common+0x33/0x58
[<c011d6b8>] autoremove_wake_function+0x0/0x34
[<c011a9a0>] worker_thread+0x0/0xb0
[<c011d394>] kthread+0x58/0x5c
[<c011d33c>] kthread+0x0/0x5c
[<c0102df3>] kernel_thread_helper+0x7/0x10
=======================
Code: 23 8b 42 04 89 41 04 89 08 80 7a 14 00 89 12 89 52 04 79 06 83 7a 18
01 7
EIP: [<c017b65e>] elv_dequeue_request+0x3a/0x40 SS:ESP 0068:c1081f34
-f /var/log/messages' (pid 3490) exited. Scheduling it for restart.
process '/sbin/BUG: unable to handle kernel NULL pointer dereference at
virtual2
printing eip:
c013e58c
*pde = 00000000
Oops: 0000 [#3]
Modules linked in:
CPU: 0
EIP: 0060:[<c013e58c>] Not tainted VLI
EFLAGS: 00010002 (2.6.22 #1)
EIP is at kmem_cache_alloc+0x28/0x58
eax: 00000000 ebx: 00000286 ecx: c1022aa0 edx: 00000002
esi: c10493c0 edi: 000000d0 ebp: c10fb630 esp: c105fed4
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process init (pid: 1, ti=c105e000 task=c105c000 task.ti=c105e000)
Stack: c1168340 c1155478 00000001 00000000 00000001 c010c8c8 c1155ee0
c1168374
c1168034 c1155490 c1155494 c1155484 c1168000 c1168340 c1078a00
00000000
c10a7ed0 c10a7d80 c010cacb c1078a00 c010d1d4 c01534a7 00000000
c105ff44
Call Trace:
[<c010c8c8>] dup_mm+0x158/0x2d4
[<c010cacb>] copy_mm+0x87/0x94
[<c010d1d4>] copy_process+0x340/0xac8
[<c01534a7>] mntput_no_expire+0x13/0x4c
[<c010d9c0>] do_fork+0x64/0x198
[<c018af8b>] copy_to_user+0x27/0x30
[<c01013b8>] sys_fork+0x2c/0x30
[<c0102b6a>] syscall_call+0x7/0xb
[<c0220000>] devinet_ioctl+0x1f8/0x554
=======================
Code: 8d 76 00 57 56 53 83 ec 08 89 d7 89 c6 8b 54 24 14 9c 5b fa 8b 88 88
00 0
EIP: [<c013e58c>] kmem_cache_alloc+0x28/0x58 SS:ESP 0068:c105fed4
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: DiskOnChip 2000
2008-07-11 16:07 Jesse Malone
@ 2008-07-14 16:59 ` Andre Oliveira
0 siblings, 0 replies; 5+ messages in thread
From: Andre Oliveira @ 2008-07-14 16:59 UTC (permalink / raw)
To: jmalone; +Cc: linux-mtd
On Fri, Jul 11, 2008 at 5:07 PM, Jesse Malone <jmalone@jsoft.ca> wrote:
> I'm trying your driver on a diskonchip 2000 D2202-D16 and seem to be
> running into problems writing to the DOC. Have you had success writing to
> the DOC?
Hi!
Yes, I have been using this patch without problems since kernel
2.6.22, through 2.6.25 (which I'm currently using). I have a
DiskOnChip 2000 MD2202-D32-X.
> I'm using a 2.6.22 kernel with your patch. I fairly conistently
> get a bunch of kernel Oops's after writing a significant amount of data (a
> few megabytes). I'll post the Ooops's for you, hopefully they might
> provide a clue. Any thoughts?
Sorry, no clue. :-(
I think the only part that seems related to the doc2000 is this:
> kernel BUG at block/elevator.c:780!
> ...
> Call Trace:
> [<c017f286>] end_request+0x2a/0x38
> [<c01bc684>] doc2000_request+0x20/0x38
The BUG trap in block/elevator.c is BUG_ON(list_empty(&rq->queuelist));
But I don't know what this means. :-(
I'm sorry I can't be more helpful...
--
Andre Oliveira
http://anbadeol.googlepages.com/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: DiskOnChip 2000
@ 2008-07-11 16:10 Jesse Malone
0 siblings, 0 replies; 5+ messages in thread
From: Jesse Malone @ 2008-07-11 16:10 UTC (permalink / raw)
To: anbadeol; +Cc: linux-mtd
I'm trying your driver on a diskonchip 2000 D2202-D16 and seem to be
running into problems writing to the DOC. Have you had success writing to
the DOC? I'm using a 2.6.22 kernel with your patch. I fairly conistently
get a bunch of kernel Oops's after writing a significant amount of data (a
few megabytes). I'll post the Ooops's for you, hopefully they might
provide a clue. Any thoughts?
printing eip:
c0188dc5
*pde = 00000000
Oops: 0000 [#1]
Modules linked in:
CPU: 0
EIP: 0060:[<c0188dc5>] Not tainted VLI
EFLAGS: 00010046 (2.6.22 #1)
EIP is at rb_insert_color+0x1d/0xc4
eax: 00000000 ebx: c1155498 ecx: 00000000 edx: c1155438
esi: 00000000 edi: c1e3ae04 ebp: c1155438 esp: c10b3c5c
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process pdflush (pid: 41, ti=c10b2000 task=c1094a00 task.ti=c10b2000)
Stack: 00005a84 c1e3adc0 c1155438 c10bc900 c017afa0 c1155438 c1e3adc0
c1155420
c01839a3 c1e3adc0 c1155420 c10bc900 00000000 c0184b90 c1e3adc0
c10cade0
00000000 c017b41d 00000000 00000000 c015f710 c1e3adc0 c10cade0
00000000
Call Trace:
[<c017afa0>] elv_rb_add+0x44/0x54
[<c01839a3>] cfq_add_rq_rb+0x2b/0x74
[<c0184b90>] cfq_insert_request+0x1c/0x3c
[<c017b41d>] elv_insert+0x105/0x148
[<c015f710>] bio_phys_segments+0x14/0x18
[<c017e783>] __make_request+0xb3/0x2e0
[<c017eb6e>] generic_make_request+0x142/0x1c0
[<c017dabd>] blk_alloc_request+0x41/0x5c
[<c017ec31>] submit_bio+0x45/0xb8
[<c015e72f>] bio_alloc_bioset+0x7b/0x150
[<c015e1b7>] submit_bh+0xbf/0xfc
[<c015ca75>] __block_write_full_page+0x101/0x2cc
[<c0188abd>] radix_tree_gang_lookup_tag+0x99/0xb0
[<c015f89c>] blkdev_get_block+0x0/0x38
[<c015e070>] block_write_full_page+0xb4/0xb8
[<c015f89c>] blkdev_get_block+0x0/0x38
[<c01300bc>] __writepage+0x8/0x20
[<c012ffb6>] write_cache_pages+0x1c6/0x2c4
[<c01300b4>] __writepage+0x0/0x20
[<c022dc08>] __sched_text_start+0x2e8/0x5a4
[<c01300d4>] generic_writepages+0x0/0x28
[<c01300f7>] generic_writepages+0x23/0x28
[<c013011b>] do_writepages+0x1f/0x38
[<c0158ac6>] __sync_single_inode+0x4e/0x1b4
[<c0158c73>] __writeback_single_inode+0x47/0x16c
[<c022e494>] schedule_timeout+0x4c/0x8c
[<c0115588>] process_timeout+0x0/0x8
[<c0133930>] congestion_wait+0x6c/0x78
[<c011d6b8>] autoremove_wake_function+0x0/0x34
[<c0158f0b>] sync_sb_inodes+0x173/0x240
[<c0159047>] writeback_inodes+0x6f/0x74
[<c012fc8c>] wb_kupdate+0x74/0xe0
[<c01305be>] __pdflush+0x8e/0x12c
[<c013065c>] pdflush+0x0/0x28
[<c013067f>] pdflush+0x23/0x28
[<c012fc18>] wb_kupdate+0x0/0xe0
[<c011d394>] kthread+0x58/0x5c
[<c011d33c>] kthread+0x0/0x5c
[<c0102df3>] kernel_thread_helper+0x7/0x10
=======================
Code: c3 90 89 56 04 eb ed 8d 76 00 89 17 eb e6 55 57 56 53 8b 18 83 e3 fc
89 c
EIP: [<c0188dc5>] rb_insert_color+0x1d/0xc4 SS:ESP 0068:c10b3c5c
estart.
process '/usr/bin/tail------------[ cut here ]------------
kernel BUG at block/elevator.c:780!
invalid opcode: 0000 [#2]
Modules linked in:
CPU: 0
EIP: 0060:[<c017b65e>] Not tainted VLI
EFLAGS: 00010246 (2.6.22 #1)
EIP is at elv_dequeue_request+0x3a/0x40
eax: c10cade0 ebx: c10cade0 ecx: c1e3adc0 edx: c1e3adc0
esi: 00000001 edi: c017d6b8 ebp: c1081fa4 esp: c1081f34
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process kblockd/0 (pid: 23, ti=c1080000 task=c1078a00 task.ti=c1080000)
Stack: c1e3adc0 c017f286 c1e3adc0 c10cade0 c01bc684 c10cade0 c104c340
c017d69d
c10cae60 c017d6a6 c017d6c0 c011a902 00000000 df960f00 0000007f
c104c340
c104c340 c104c348 c1081fb8 c011aa3c 00000000 c1078a00 c011d6b8
c1081fb0
Call Trace:
[<c017f286>] end_request+0x2a/0x38
[<c01bc684>] doc2000_request+0x20/0x38
[<c017d69d>] __generic_unplug_device+0x21/0x24
[<c017d6a6>] generic_unplug_device+0x6/0x8
[<c017d6c0>] blk_unplug_work+0x8/0xc
[<c011a902>] run_workqueue+0x4a/0xe8
[<c011aa3c>] worker_thread+0x9c/0xb0
[<c011d6b8>] autoremove_wake_function+0x0/0x34
[<c010b857>] __wake_up_common+0x33/0x58
[<c011d6b8>] autoremove_wake_function+0x0/0x34
[<c011a9a0>] worker_thread+0x0/0xb0
[<c011d394>] kthread+0x58/0x5c
[<c011d33c>] kthread+0x0/0x5c
[<c0102df3>] kernel_thread_helper+0x7/0x10
=======================
Code: 23 8b 42 04 89 41 04 89 08 80 7a 14 00 89 12 89 52 04 79 06 83 7a 18
01 7
EIP: [<c017b65e>] elv_dequeue_request+0x3a/0x40 SS:ESP 0068:c1081f34
-f /var/log/messages' (pid 3490) exited. Scheduling it for restart.
process '/sbin/BUG: unable to handle kernel NULL pointer dereference at
virtual2
printing eip:
c013e58c
*pde = 00000000
Oops: 0000 [#3]
Modules linked in:
CPU: 0
EIP: 0060:[<c013e58c>] Not tainted VLI
EFLAGS: 00010002 (2.6.22 #1)
EIP is at kmem_cache_alloc+0x28/0x58
eax: 00000000 ebx: 00000286 ecx: c1022aa0 edx: 00000002
esi: c10493c0 edi: 000000d0 ebp: c10fb630 esp: c105fed4
ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068
Process init (pid: 1, ti=c105e000 task=c105c000 task.ti=c105e000)
Stack: c1168340 c1155478 00000001 00000000 00000001 c010c8c8 c1155ee0
c1168374
c1168034 c1155490 c1155494 c1155484 c1168000 c1168340 c1078a00
00000000
c10a7ed0 c10a7d80 c010cacb c1078a00 c010d1d4 c01534a7 00000000
c105ff44
Call Trace:
[<c010c8c8>] dup_mm+0x158/0x2d4
[<c010cacb>] copy_mm+0x87/0x94
[<c010d1d4>] copy_process+0x340/0xac8
[<c01534a7>] mntput_no_expire+0x13/0x4c
[<c010d9c0>] do_fork+0x64/0x198
[<c018af8b>] copy_to_user+0x27/0x30
[<c01013b8>] sys_fork+0x2c/0x30
[<c0102b6a>] syscall_call+0x7/0xb
[<c0220000>] devinet_ioctl+0x1f8/0x554
=======================
Code: 8d 76 00 57 56 53 83 ec 08 89 d7 89 c6 8b 54 24 14 9c 5b fa 8b 88 88
00 0
EIP: [<c013e58c>] kmem_cache_alloc+0x28/0x58 SS:ESP 0068:c105fed4
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-07-14 16:59 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-07-06 2:40 DiskOnChip 2000 Thiago Figueiro
-- strict thread matches above, loose matches on Subject: below --
2007-09-14 10:23 Andre Oliveira
2008-07-11 16:07 Jesse Malone
2008-07-14 16:59 ` Andre Oliveira
2008-07-11 16:10 Jesse Malone
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox