From: Mark Jackson <mpfj-list@mimc.co.uk>
To: dedekind1@gmail.com
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
lkml <linux-kernel@vger.kernel.org>,
adrian.hunter@intel.com
Subject: Re: MTD : Kernel oops when remounting ubifs as read/write
Date: Thu, 14 Mar 2013 13:40:33 +0000 [thread overview]
Message-ID: <5141D351.8060901@mimc.co.uk> (raw)
In-Reply-To: <1363263812.11441.112.camel@sauron.fi.intel.com>
On 14/03/13 12:23, Artem Bityutskiy wrote:
> On Thu, 2013-03-14 at 14:18 +0200, Artem Bityutskiy wrote:
>>> Is this size larger than the allocated buffer ?
>>
>> I believe so.
>
> Err, I mean, the buffer is large enough. I do not believe there is a
> stupid bug like too small buffer. This code has worked for years and I
> do not think it was changes much.
>
> The oops may be cause by memory corruption - some of your drivers may
> corrupt memory. You need to spend more time debugging this carefully.
It can handle 64k, but not 122880 bytes ...
# mount -o remount,rw /
[ 19.208302] UBIFS: start fixing up free space
[ 19.235881] uealc crc32 : d08cb000 2048
[ 19.240015] uealc crc32 : d08cb000 4096
[ 19.244091] uealc crc32 : d08cb000 8192
[ 19.248184] uealc crc32 : d08cb000 16384
[ 19.252448] uealc crc32 : d08cb000 32768
[ 19.256772] uealc crc32 : d08cb000 65536
[ 19.260133] uealc crc32 : d08cb000 122880
[ 19.261117] Unable to handle kernel paging request at virtual address e79381bc
[ 19.268741] pgd = cf40c000
[ 19.271598] [e79381bc] *pgd=00000000
[ 19.275387] Internal error: Oops: 5 [#1] ARM
[ 19.279902] CPU: 0 Not tainted (3.8.0-next-20130225-00002-g678576f-dirty #47)
[ 19.287819] PC is at crc32_le+0xf8/0x168
[ 19.291965] LR is at ubi_eba_atomic_leb_change+0x3ac/0x4f8
[ 19.297760] pc : [<c01e724c>] lr : [<c026def4>] psr: 20000013
[ 19.297760] sp : cf3bbe08 ip : 00000e4e fp : c054f840
[ 19.309882] r10: e7938104 r9 : c054fc40 r8 : 65e95c1c
[ 19.315396] r7 : 322e315f r6 : 352e332e r5 : 0000002e r4 : 00000035
[ 19.322288] r3 : c054e040 r2 : 00000033 r1 : d08d3d90 r0 : 63c3884e
[ 19.329180] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 19.336713] Control: 10c5387d Table: 8f40c019 DAC: 00000015
[ 19.342781] Process mount (pid: 659, stack limit = 0xcf3ba238)
[ 19.348939] Stack: (0xcf3bbe08 to 0xcf3bc000)
[ 19.353542] be00: cf2f8554 00000000 d08caffc 00002000 cf2f8000 cf357a00
[ 19.362183] be20: 00000000 0000000c cf2ec000 00000000 0000000c cf2f8554 00000000 00000000
[ 19.370823] be40: d08cb000 d08cb000 00000000 07000000 00008000 c026c168 00000000 0001e000
[ 19.379463] be60: 00000000 0000000c d08cb000 00000080 0000000c cf3bbf48 00000000 00000020
[ 19.388101] be80: 00008000 c026c37c 0001e000 cf330000 cf330000 d08cb000 0001e000 c0179a78
[ 19.396738] bea0: 0000000d c0177a68 0001e000 cf330000 00000000 cf330b20 0000000d c01794b4
[ 19.405376] bec0: 00000000 cf330000 00000000 cf330a9c 00000000 c0175170 00000001 60000013
[ 19.414012] bee0: cf32c800 00000000 00000000 00000000 cf3bbf48 00000000 00000020 c00c9e24
[ 19.422648] bf00: 00100100 00200200 cf390300 00008000 cf3ba000 00208020 00000000 cf01a200
[ 19.431284] bf20: cf32c800 c00e3d6c 00000000 0000000c cf32c840 00000000 c0013968 cf325800
[ 19.439921] bf40: 0000000c 00000000 cf01a210 ce828858 0000000c cf053000 000a18b4 00000000
[ 19.448559] bf60: 00208020 c0013968 cf3ba000 00000000 00000003 c00e3e40 00000000 c0071e24
[ 19.457197] bf80: 00000000 00000000 cf325800 cf328380 a0000010 00000000 beb83b68 b6f8348c
[ 19.465838] bfa0: 00000015 c00137c0 00000000 beb83b68 000a18b4 000a18c0 000a18c2 00208020
[ 19.474475] bfc0: 00000000 beb83b68 b6f8348c 00000015 00000000 00000000 00000000 00000003
[ 19.483108] bfe0: b6f35f48 beb83a64 00042994 b6f35f58 a0000010 000a18b4 00000000 00000000
[ 19.491758] [<c01e724c>] (crc32_le+0xf8/0x168) from [<00000000>] ( (null))
[ 19.499115] Code: 0a000008 e59da008 e28a1003 e5f1c001 (e2522001)
[ 19.505555] ---[ end trace 84a04423f0bc8388 ]---
> Do you have fastmap UBI feature enabled?
No ...
#
# LPDDR flash memory drivers
#
# CONFIG_MTD_LPDDR is not set
CONFIG_MTD_UBI=y
CONFIG_MTD_UBI_WL_THRESHOLD=4096
CONFIG_MTD_UBI_BEB_LIMIT=20
# CONFIG_MTD_UBI_FASTMAP is not set
# CONFIG_MTD_UBI_GLUEBI is not set
CONFIG_DTC=y
CONFIG_OF=y
WARNING: multiple messages have this Message-ID (diff)
From: Mark Jackson <mpfj-list@mimc.co.uk>
To: dedekind1@gmail.com
Cc: "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
lkml <linux-kernel@vger.kernel.org>,
adrian.hunter@intel.com
Subject: Re: MTD : Kernel oops when remounting ubifs as read/write
Date: Thu, 14 Mar 2013 13:40:33 +0000 [thread overview]
Message-ID: <5141D351.8060901@mimc.co.uk> (raw)
In-Reply-To: <1363263812.11441.112.camel@sauron.fi.intel.com>
On 14/03/13 12:23, Artem Bityutskiy wrote:
> On Thu, 2013-03-14 at 14:18 +0200, Artem Bityutskiy wrote:
>>> Is this size larger than the allocated buffer ?
>>
>> I believe so.
>
> Err, I mean, the buffer is large enough. I do not believe there is a
> stupid bug like too small buffer. This code has worked for years and I
> do not think it was changes much.
>
> The oops may be cause by memory corruption - some of your drivers may
> corrupt memory. You need to spend more time debugging this carefully.
It can handle 64k, but not 122880 bytes ...
# mount -o remount,rw /
[ 19.208302] UBIFS: start fixing up free space
[ 19.235881] uealc crc32 : d08cb000 2048
[ 19.240015] uealc crc32 : d08cb000 4096
[ 19.244091] uealc crc32 : d08cb000 8192
[ 19.248184] uealc crc32 : d08cb000 16384
[ 19.252448] uealc crc32 : d08cb000 32768
[ 19.256772] uealc crc32 : d08cb000 65536
[ 19.260133] uealc crc32 : d08cb000 122880
[ 19.261117] Unable to handle kernel paging request at virtual address e79381bc
[ 19.268741] pgd = cf40c000
[ 19.271598] [e79381bc] *pgd=00000000
[ 19.275387] Internal error: Oops: 5 [#1] ARM
[ 19.279902] CPU: 0 Not tainted (3.8.0-next-20130225-00002-g678576f-dirty #47)
[ 19.287819] PC is at crc32_le+0xf8/0x168
[ 19.291965] LR is at ubi_eba_atomic_leb_change+0x3ac/0x4f8
[ 19.297760] pc : [<c01e724c>] lr : [<c026def4>] psr: 20000013
[ 19.297760] sp : cf3bbe08 ip : 00000e4e fp : c054f840
[ 19.309882] r10: e7938104 r9 : c054fc40 r8 : 65e95c1c
[ 19.315396] r7 : 322e315f r6 : 352e332e r5 : 0000002e r4 : 00000035
[ 19.322288] r3 : c054e040 r2 : 00000033 r1 : d08d3d90 r0 : 63c3884e
[ 19.329180] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 19.336713] Control: 10c5387d Table: 8f40c019 DAC: 00000015
[ 19.342781] Process mount (pid: 659, stack limit = 0xcf3ba238)
[ 19.348939] Stack: (0xcf3bbe08 to 0xcf3bc000)
[ 19.353542] be00: cf2f8554 00000000 d08caffc 00002000 cf2f8000 cf357a00
[ 19.362183] be20: 00000000 0000000c cf2ec000 00000000 0000000c cf2f8554 00000000 00000000
[ 19.370823] be40: d08cb000 d08cb000 00000000 07000000 00008000 c026c168 00000000 0001e000
[ 19.379463] be60: 00000000 0000000c d08cb000 00000080 0000000c cf3bbf48 00000000 00000020
[ 19.388101] be80: 00008000 c026c37c 0001e000 cf330000 cf330000 d08cb000 0001e000 c0179a78
[ 19.396738] bea0: 0000000d c0177a68 0001e000 cf330000 00000000 cf330b20 0000000d c01794b4
[ 19.405376] bec0: 00000000 cf330000 00000000 cf330a9c 00000000 c0175170 00000001 60000013
[ 19.414012] bee0: cf32c800 00000000 00000000 00000000 cf3bbf48 00000000 00000020 c00c9e24
[ 19.422648] bf00: 00100100 00200200 cf390300 00008000 cf3ba000 00208020 00000000 cf01a200
[ 19.431284] bf20: cf32c800 c00e3d6c 00000000 0000000c cf32c840 00000000 c0013968 cf325800
[ 19.439921] bf40: 0000000c 00000000 cf01a210 ce828858 0000000c cf053000 000a18b4 00000000
[ 19.448559] bf60: 00208020 c0013968 cf3ba000 00000000 00000003 c00e3e40 00000000 c0071e24
[ 19.457197] bf80: 00000000 00000000 cf325800 cf328380 a0000010 00000000 beb83b68 b6f8348c
[ 19.465838] bfa0: 00000015 c00137c0 00000000 beb83b68 000a18b4 000a18c0 000a18c2 00208020
[ 19.474475] bfc0: 00000000 beb83b68 b6f8348c 00000015 00000000 00000000 00000000 00000003
[ 19.483108] bfe0: b6f35f48 beb83a64 00042994 b6f35f58 a0000010 000a18b4 00000000 00000000
[ 19.491758] [<c01e724c>] (crc32_le+0xf8/0x168) from [<00000000>] ( (null))
[ 19.499115] Code: 0a000008 e59da008 e28a1003 e5f1c001 (e2522001)
[ 19.505555] ---[ end trace 84a04423f0bc8388 ]---
> Do you have fastmap UBI feature enabled?
No ...
#
# LPDDR flash memory drivers
#
# CONFIG_MTD_LPDDR is not set
CONFIG_MTD_UBI=y
CONFIG_MTD_UBI_WL_THRESHOLD=4096
CONFIG_MTD_UBI_BEB_LIMIT=20
# CONFIG_MTD_UBI_FASTMAP is not set
# CONFIG_MTD_UBI_GLUEBI is not set
CONFIG_DTC=y
CONFIG_OF=y
next prev parent reply other threads:[~2013-03-14 14:05 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-04 16:42 MTD : Kernel oops when remounting ubifs as read/write Mark Jackson
2013-03-04 16:42 ` Mark Jackson
2013-03-12 11:25 ` Artem Bityutskiy
2013-03-12 11:25 ` Artem Bityutskiy
2013-03-13 11:12 ` Mark Jackson
2013-03-13 11:12 ` Mark Jackson
2013-03-13 11:20 ` Artem Bityutskiy
2013-03-13 11:20 ` Artem Bityutskiy
2013-03-13 11:21 ` Mark Jackson
2013-03-13 11:21 ` Mark Jackson
2013-03-14 9:13 ` Artem Bityutskiy
2013-03-14 9:13 ` Artem Bityutskiy
2013-03-14 9:54 ` Mark Jackson
2013-03-14 9:54 ` Mark Jackson
2013-03-14 10:30 ` Artem Bityutskiy
2013-03-14 10:30 ` Artem Bityutskiy
2013-03-14 11:15 ` Mark Jackson
2013-03-14 11:15 ` Mark Jackson
2013-03-14 11:23 ` Artem Bityutskiy
2013-03-14 11:23 ` Artem Bityutskiy
2013-03-14 12:02 ` Mark Jackson
2013-03-14 12:02 ` Mark Jackson
2013-03-14 12:18 ` Artem Bityutskiy
2013-03-14 12:18 ` Artem Bityutskiy
2013-03-14 12:23 ` Artem Bityutskiy
2013-03-14 12:23 ` Artem Bityutskiy
2013-03-14 13:40 ` Mark Jackson [this message]
2013-03-14 13:40 ` Mark Jackson
2013-03-14 13:55 ` Mark Jackson
2013-03-14 13:55 ` Mark Jackson
2013-03-15 8:40 ` Artem Bityutskiy
2013-03-15 8:40 ` Artem Bityutskiy
2013-03-15 11:03 ` AM335x crc32 oops ? Mark Jackson
2013-03-15 8:42 ` MTD : Kernel oops when remounting ubifs as read/write Artem Bityutskiy
2013-03-15 8:42 ` Artem Bityutskiy
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=5141D351.8060901@mimc.co.uk \
--to=mpfj-list@mimc.co.uk \
--cc=adrian.hunter@intel.com \
--cc=dedekind1@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=linux-omap@vger.kernel.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.