Hi, On Sun, 10 May 2009 15:04:04 +0200, David Arendt wrote: > Hi, > > I am using gcc 4.1.2. > > In the meantime, I upgraded from kernel 2.6.29.2 to 2.6.29.3 and as a > result of this, I have also recompiled nilfs, so I suppose an objdump > from this one would be useless in combination with the old crash log.
It's fine by me unless gcc version has changed. The difference between kernel 2.6.29.2 and 2.6.29.3 is ignorable in this case. Regards, Ryusuke Konishi > I think I should wait until the problem appears again with > 2.6.29.3. What do you think ? > > Bye, > David Arendt > > Ryusuke Konishi wrote: > > Hi David, > > On Wed, 06 May 2009 17:46:26 +0200, David Arendt wrote: > > > >> Hi, > >> > >> today I had run cleanerd on 2 clean partitions. > >> > >> One worked flawlessly. On the other one this error occured: > >> > >> BUG: unable to handle kernel NULL pointer dereference at 00000ccd > >> IP: [<f8341fcc>] nilfs_gc_iget+0x4c/0x130 [nilfs2] > >> *pdpt = 0000000013d32001 *pde = 0000000000000000 > >> Oops: 0000 [#1] PREEMPT SMP > >> last sysfs file: /sys/devices/pci0000:00/0000:00:1f.0/resource > >> Modules linked in: nvidia(P) vmnet vmblock vmci vmmon fcpci(P) capi > >> capifs kernelcapi nilfs2 scsi_wait_scan > >> > >> Pid: 8551, comm: nilfs_cleanerd Tainted: P (2.6.29.2server #1) > >> P5QL-E > >> EIP: 0060:[<f8341fcc>] EFLAGS: 00010202 CPU: 3 > >> EIP is at nilfs_gc_iget+0x4c/0x130 [nilfs2] > >> EAX: 00000ccd EBX: 00000000 ECX: 00000002 EDX: f6897c00 > >> ESI: 0000004e EDI: 00000002 EBP: 00000000 ESP: c3801ca0 > >> DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 > >> Process nilfs_cleanerd (pid: 8551, ti=c3800000 task=d4d10330 > >> task.ti=c3800000) > >> Stack: > >> e11854c0 f6857a00 f6897c3c 00000000 00000000 00000000 e1185500 f8342e06 > >> 00000002 00000000 c3801d60 00000044 f7450990 d4d10484 00000001 00000001 > >> 00000000 00000000 00020050 00000202 00000000 00000000 00000000 c3801d58 > >> Call Trace: > >> [<f8342e06>] nilfs_ioctl_do_move_blocks+0x76/0x3e0 [nilfs2] > >> [<f8342379>] nilfs_ioctl_wrap_copy+0x169/0x1f0 [nilfs2] > >> [<f834292e>] nilfs_ioctl_prepare_clean_segments+0x6e/0x130 [nilfs2] > >> [<f8342d90>] nilfs_ioctl_do_move_blocks+0x0/0x3e0 [nilfs2] > >> [<f833deb3>] nilfs_clean_segments+0x83/0x200 [nilfs2] > >> [<f83423c6>] nilfs_ioctl_wrap_copy+0x1b6/0x1f0 [nilfs2] > >> [<f8342810>] nilfs_ioctl+0x3d0/0x480 [nilfs2] > >> [<f8342c90>] nilfs_ioctl_do_get_bdescs+0x0/0xb0 [nilfs2] > >> [<c0312ddf>] ehci_irq+0x17f/0x340 > >> [<c0168a78>] page_add_new_anon_rmap+0x28/0x60 > >> [<c013ddfe>] getnstimeofday+0x4e/0x120 > >> [<f8342440>] nilfs_ioctl+0x0/0x480 [nilfs2] > >> [<c017f50b>] vfs_ioctl+0x2b/0x90 > >> [<c017f87b>] do_vfs_ioctl+0x1eb/0x530 > >> [<c012d45b>] run_timer_softirq+0x15b/0x190 > >> [<c0128d74>] __do_softirq+0x94/0x140 > >> [<c017fbfd>] sys_ioctl+0x3d/0x70 > >> [<c0103131>] sysenter_do_call+0x12/0x25 > >> [<c0400000>] pci_read_bridge_bases+0x20/0x350 > >> Code: f8 69 c0 01 00 37 9e c1 e8 18 c1 e0 02 89 44 24 08 8b 92 dc 00 00 > >> 00 01 d0 89 44 24 08 8b 00 85 c0 75 08 eb 2b 85 c9 74 27 89 c8 <8b> 08 > >> 0f 18 01 90 3b 70 20 89 c3 75 ed 8b 50 9c 8b 40 98 31 ea > >> EIP: [<f8341fcc>] nilfs_gc_iget+0x4c/0x130 [nilfs2] SS:ESP 0068:c3801ca0 > >> ---[ end trace 573da78de6d7c815 ]--- > >> > >> Bye, > >> Arendt David > >> > > > > I finally gave up trailing this problem from your log because my gcc > > generates different assembler code with yours. > > > > Could you send me a disassembler output of the nilfs_gc_iget function? > > It is acquirable as follows: > > > > $ cd nilfs2-module/fs > > $ objdump -D gcinode.o > gcinode.disasm > > > > And, please let me know the gcc version you are using. > > > > Thanks in advance, > > Ryusuke Konishi > > > _______________________________________________ users mailing list [email protected] https://www.nilfs.org/mailman/listinfo/users
