Issue with jffs2 on sam9260 with linux-2.6.32

We are using the kernel version 2.6.32 and we are running this kernel on AT91SAM9260. Whenever we try to access any file in the NAND Flash, occasionally, we are getting the following 2 sets of errors:

1st Set:

Error garbage collecting node at 00180360!
Error garbage collecting node at 00180360!
uncorrectable error :
uncorrectable error :
uncorrectable error :
SQL error1: disk I/O error
uncorrectable error :
uncorrectable error :
uncorrectable error :
uncorrectable error :
uncorrectable error :
uncorrectable error :
Recovery of wbuf failed due to a second write error
uncorrectable error :
uncorrectable error :
uncorrectable error :
uncorrectable error :
uncorrectable error :
Argh. No free space left for GC. nr_erasing_blocks is 0. nr_free_blocks is 0. (erasableempty: yes, erasingempty: yes, erasependingempty: yes)
uncorrectable error :
uncorrectable error :
uncorrectable error :
SQL error: disk I/O error

2nd Set:

kernel BUG at fs/jffs2/gc.c:530!
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c39c8000
[00000000] *pgd=239c4031, *pte=00000000, *ppte=00000000
Internal error: Oops: 817 [#1]
last sysfs file: /sys/class/tty/ttyGS0/dev
Modules linked in: g_serial
CPU: 0 Not tainted (2.6.32 #330)
PC is at __bug+0x1c/0x28
LR is at __bug+0x18/0x28
pc : [<c0026584>] lr : [<c0026580>] psr: 60000013
sp : c39e7e40 ip : 000012a6 fp : 00000000
r10: 00000000 r9 : 00000000 r8 : c3ab6a10
r7 : 00000000 r6 : 00000000 r5 : c39b9800 r4 : c34b0cb8
r3 : 00000000 r2 : c39e7e34 r1 : c02bfe77 r0 : 00000027
Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Control: 0005317f Table: 239c8000 DAC: 00000015
Process InGenie (pid: 365, stack limit = 0xc39e6270)
Stack: (0xc39e7e40 to 0xc39e8000)
7e40: 00000002 c00d39f0 0001f8f8 c3ab6a10 0000002d c00d6140 c39e7f04 c3dc6000
7e60: c34c53ac c34b0cc8 c39aa410 c005e8b0 00000001 e0021985 000000d9 d7ddc264
7e80: 00000002 000007ae 000081a4 00000000 00008800 50571fc8 5057387a 5057387a
7ea0: 00006000 00000095 00001000 c39b9800 c39b9800 00000002 00000000 c39b982c
7ec0: 0001f8f8 c00d67d4 0001ef14 00000000 00000000 c39b9800 c39aa410 c34b0cb8
7ee0: 00000708 c39b982c 0001f8f8 c3ab6a10 0000002d c00d46d4 7fffffff 00000000
7f00: 00000000 00000000 7fffffff 00000000 c34c53ac ffffffff c39b9800 c39b982c
7f20: 00241000 000000b0 00000000 c39e6000 00000000 c00d801c c34c5310 c34c53ac
7f40: c0244d1c c3b0dea0 c34b2bd8 c00cc040 c00cc028 c009b298 ffffffff 7fffffff
7f60: ffffffff 7fffffff 00000000 00000094 c0022fa8 c009b354 ffffffff 7fffffff
7f80: 00000001 00000000 0000000c c3b0dea0 00000001 c009b380 00000000 001ce220
7fa0: 00000000 c0022e00 001ce220 00000000 0000000e 00000002 40021794 00000000
7fc0: 001ce220 00000000 00000000 00000094 00000c00 00000000 00000200 0000002d
7fe0: 00000000 be8f0fd0 40289d68 40273e34 80000010 0000000e 00000000 00000000
[<c0026584>] (__bug+0x1c/0x28) from [<c00d39f0>] (jffs2_garbage_collect_live+0x6cc/0xe4c)
[<c00d39f0>] (jffs2_garbage_collect_live+0x6cc/0xe4c) from [<c00d46d4>] (jffs2_garbage_collect_pass+0x564/0x64c)
[<c00d46d4>] (jffs2_garbage_collect_pass+0x564/0x64c) from [<c00d801c>] (jffs2_flush_wbuf_gc+0x60/0xe0)
[<c00d801c>] (jffs2_flush_wbuf_gc+0x60/0xe0) from [<c00cc040>] (jffs2_fsync+0x18/0x20)
[<c00cc040>] (jffs2_fsync+0x18/0x20) from [<c009b298>] (vfs_fsync_range+0x68/0x8c)
[<c009b298>] (vfs_fsync_range+0x68/0x8c) from [<c009b354>] (vfs_fsync+0x24/0x2c)
[<c009b354>] (vfs_fsync+0x24/0x2c) from [<c009b380>] (do_fsync+0x24/0x38)
[<c009b380>] (do_fsync+0x24/0x38) from [<c0022e00>] (ret_fast_syscall+0x0/0x28)
Code: e59f0010 e1a01003 eb084f77 e3a03000 (e5833000)
---[ end trace 51af03d317e90529 ]---


We dint find any specific scenario to recreate this problem. Please let us know how to resolve these issues.