From: Brad Beveridge <bbeveridge@bluewatersys.com>
To: linux-mtd@lists.infradead.org
Subject: Re: Removable flash storage
Date: Thu, 18 Nov 2004 12:23:33 +1300 [thread overview]
Message-ID: <419BDD75.8030209@bluewatersys.com> (raw)
In-Reply-To: <419BCFA2.5090900@bluewatersys.com>
Looks like I sent a message that didn't hit the list. It is attached
below.
More info - having a single partition on my NAND device causes no oops.
But multiple (3) partitions on the nand device does cause it to break.
From a quick look in mtdpart.c, it looks like when you add a partition,
slave->master is always set to master. Automatically adding/deleting
mtd devices looks like it is killing me somehow. Any suggestions on
what I should do to tell mtd and nand_release that only one device
should be deleted for all 3 partitions?
Cheers
Brad
Brad Beveridge wrote:
> Hi again. Further to my previous post, I am finding that when I rmmod
> my nand module, I get a kernel oops (see below).
> When I insmod my driver, basically I do some setup & call nand_scan,
> then if that returns OK I call add_mtd_partitions.
> On rmmod, I simply call nand_release, then kfree my mtd_info
> structure. I've only started looking into this, but I thought I
> should post the oops output so wiser heads could take a look. Ang
> suggestions on how to start tracking down this particular oops?
>
> Cheers
> Brad
>
>
> Here is the oops output
>
> kernel BUG at include/linux/dcache.h:276!
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000000
> pgd = c5864000
> [00000000] *pgd=a5cd1011, *pte=00000000, *ppte=00000000
> Internal error: Oops: 807 [#1]
> Modules linked in: scallop
> CPU: 0
> PC is at __bug+0x40/0x54
> LR is at 0x1
> pc : [<c0028bec>] lr : [<00000001>] Not tainted
> sp : c5e9ddd8 ip : 60000093 fp : c5e9dde8
> r10: befffe64 r9 : c5e9c000 r8 : c02a1400
> r7 : c01dabc0 r6 : c01dab7c r5 : c587b948 r4 : 00000000
> r3 : 00000000 r2 : 00000000 r1 : 00001596 r0 : 00000001
> Flags: nZCv IRQs on FIQs on Mode SVC_32 Segment user
> Control: 397F Table: A5864000 DAC: 00000015
> Process rmmod (pid: 43, stack limit = 0xc5e9c190)
> Stack: (0xc5e9ddd8 to 0xc5e9e000)
> ddc0: c5c5dd60
> c5e9de00
> dde0: c5e9ddec c00a1840 c0028bb8 c5c5dd60 c026a380 c5e9de14 c5e9de04
> c00d9028
> de00: c00a1820 c5c5dd60 c5e9de28 c5e9de18 c00d904c c00d9010 c5c5dd10
> c5e9de3c
> de20: c5e9de2c c01127fc c00d9044 c5c5dd10 c5e9de54 c5e9de40 c0116bdc
> c01127e8
> de40: c026a380 c026a380 c5e9de68 c5e9de58 c0117970 c0116bb8 00000000
> c5e9de80
> de60: c5e9de6c c00a0a0c c0117968 c031b920 c01daba8 c5e9de94 c5e9de84
> c012f37c
> de80: c00a09ac c031b920 c5e9dea8 c5e9de98 c012e9f4 c012f2e4 c01dabb0
> c5e9decc
> dea0: c5e9deac c012f3f4 c012e9ec c01dabe8 c02a1400 c01daaec c01daadc
> c021b468
> dec0: c5e9def0 c5e9ded0 c012b62c c012f3ac c01daaf4 c02a1400 c01daaf4
> c5880c00
> dee0: 00000880 c5e9df10 c5e9def4 c012c818 c012b5a4 c5880c00 c5880d68
> c01cf184
> df00: c5e9df48 c5e9df28 c5e9df14 c0132f38 c012c7d8 00000002 bf001580
> c5e9df40
> df20: c5e9df2c bf0007b8 c0132f2c bf001480 00000000 c5e9dfa4 c5e9df44
> c004cf20
> df40: bf00077c 00000000 6c616373 00706f6c c0060fb0 c5ee428c c5c60640
> 60000010
> df60: c5e9c000 4019cbe0 c5ee428c c5e9dfac c5e9df7c c0029e88 c00dab58
> c5e9dfac
> df80: 00000000 6c616373 00706f6c 000741c8 00000081 c00232a4 00000000
> c5e9dfa8
> dfa0: c0023120 c004cd68 00706f6c 000741c8 00900081 befffe5c 00000880
> 00000000
> dfc0: 6c616373 00706f6c 000741c8 00000002 00000880 00000000 befffe64
> befffe8c
> dfe0: befffe5c befffe50 0002cf10 4019cbf0 60000010 00900081 0000b990
> 0000b990
> Backtrace:
> [<c0028bac>] (__bug+0x0/0x54) from [<c00a1840>]
> (sysfs_remove_dir+0x2c/0x168)
> r4 = C5C5DD60
> [<c00a1814>] (sysfs_remove_dir+0x0/0x168) from [<c00d9028>]
> (kobject_del+0x24/0x34)
> r5 = C026A380 r4 = C5C5DD60
> [<c00d9004>] (kobject_del+0x0/0x34) from [<c00d904c>]
> (kobject_unregister+0x14/0x20)
> r4 = C5C5DD60
> [<c00d9038>] (kobject_unregister+0x0/0x20) from [<c01127fc>]
> (elv_unregister_queue+0x20/0x30)
> r4 = C5C5DD10
> [<c01127dc>] (elv_unregister_queue+0x0/0x30) from [<c0116bdc>]
> (blk_unregister_queue+0x30/0x48)
> r4 = C5C5DD10
> [<c0116bac>] (blk_unregister_queue+0x0/0x48) from [<c0117970>]
> (unlink_gendisk+0x14/0x28)
> r5 = C026A380 r4 = C026A380
> [<c011795c>] (unlink_gendisk+0x0/0x28) from [<c00a0a0c>]
> (del_gendisk+0x6c/0xc4)
> r4 = 00000000
> [<c00a09a0>] (del_gendisk+0x0/0xc4) from [<c012f37c>]
> (del_mtd_blktrans_dev+0xa4/0xc8)
> r5 = C01DABA8 r4 = C031B920
> [<c012f2d8>] (del_mtd_blktrans_dev+0x0/0xc8) from [<c012e9f4>]
> (mtdblock_remove_dev+0x14/0x20)
> r4 = C031B920
> [<c012e9e0>] (mtdblock_remove_dev+0x0/0x20) from [<c012f3f4>]
> (blktrans_notify_remove+0x54/0x84)
> r4 = C01DABB0
> [<c012f3a0>] (blktrans_notify_remove+0x0/0x84) from [<c012b62c>]
> (del_mtd_device+0x94/0xf0)
> r8 = C021B468 r7 = C01DAADC r6 = C01DAAEC r5 = C02A1400
> r4 = C01DABE8
> [<c012b598>] (del_mtd_device+0x0/0xf0) from [<c012c818>]
> (del_mtd_partitions+0x4c/0x70)
> r8 = 00000880 r7 = C5880C00 r6 = C01DAAF4 r5 = C02A1400
> r4 = C01DAAF4
> [<c012c7cc>] (del_mtd_partitions+0x0/0x70) from [<c0132f38>]
> (nand_release+0x18/0x58)
> r7 = C5E9DF48 r6 = C01CF184 r5 = C5880D68 r4 = C5880C00
> [<c0132f20>] (nand_release+0x0/0x58) from [<bf0007b8>]
> (scallop_cleanup+0x48/0x94 [scallop])
> r5 = BF001580 r4 = 00000002
> [<bf000770>] (scallop_cleanup+0x0/0x94 [scallop]) from [<c004cf20>]
> (sys_delete_module+0x1c4/0x228)
> r5 = 00000000 r4 = BF001480
> [<c004cd5c>] (sys_delete_module+0x0/0x228) from [<c0023120>]
> (ret_fast_syscall+0x0/0x2c)
> r8 = C00232A4 r7 = 00000081 r6 = 000741C8 r5 = 00706F6C
> r4 = 6C616373
> Code: 1b003adb e59f0014 eb003ad9 e3a03000 (e5833000)
> Segmentation fault
>
> <--- end of oops -->
>
--
Bluewater Systems Ltd - ARM Technology Solution Centre
Brad Beveridge Bluewater Systems Ltd
Phone: +64 3 3779127 (Aus +1 800 148 751) Level 17, 119 Armagh St
Fax: +64 3 3779135 PO Box 13889
Email: bbeveridge@bluewatersys.com Christchurch
Web: http://www.bluewatersys.com New Zealand
prev parent reply other threads:[~2004-11-17 23:21 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-17 3:06 Removable flash storage Brad Beveridge
[not found] ` <419BCFA2.5090900@bluewatersys.com>
2004-11-17 23:23 ` Brad Beveridge [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=419BDD75.8030209@bluewatersys.com \
--to=bbeveridge@bluewatersys.com \
--cc=linux-mtd@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.