Klaus Knopper wrote:
On Fri, Sep 16, 2005 at 01:18:24PM +0400, Anton Farygin wrote:
On Thu, 15 Sep 2005 15:12:55 -0400, Dave Quigley wrote:
Unionfs 1.0.14 has just been released. The next version of unionfs that
will be released will be 1.1.0. This release will signify a split in the
2.4 and 2.6 source tree. We will continue to deal with security issues
under Linux 2.4, but feature enhancements and future development will be
focused on 2.6 only. Others can continue to fix bugs and problems on the
1.0 branch for 2.4, and we will be glad to apply any patches they put
forth, but want to focus our resources on stabilizing the 1.1 branch (for
2.6).
Great.
what about always reproduced oops (#386, #367), unionfs-1.0.14, kernel
2.6.12, squashfs-2.2 ?
Same as the attached Oops for "update-menus" with
Knoppix/2.6.12.3/iso9660+tmpfs, it's still crashing.
Regards
-Klaus Knopper
------------------------------------------------------------------------
<2>ASSERTION FAILED (atomic_read(&hidden_inode->i_count)) > 0 at
/mnt/test/unionfs-20050915-1656/unionfs_debugmacros.h:92 (__itohi_index) called by
/mnt/test/unionfs-20050915-1656/print.c:412 (fist_checkinode)
<1>Unable to handle kernel NULL pointer dereference at virtual address 00000000
<1> printing eip:
<4>c92d6c8b
<1>*pde = 00000000
<1>Oops: 0002 [#1]
<4>PREEMPT SMP
<4>Modules linked in: sworks_agp nvidia_agp efficeon_agp amd_k7_agp ali_agp agpgart autofs4 af_packet ne2k_pci 8390 parport_pc parport 8250 serial_core usbhid pcmcia yenta_socket rsrc_nonstatic pcmcia_core apm rtc unionfs cloop sbp2 ohci1394 ieee1394 usb_storage ohci_hcd uhci_hcd usbcore
<4>CPU: 0
<4>EIP: 0060:[<c92d6c8b>] Not tainted VLI
<4>EFLAGS: 00000286 (2.6.12)
<4>EIP is at fist_checkinode+0x20b/0x264 [unionfs]
<4>eax: 000000d5 ebx: c76f12bc ecx: c7e95e50 edx: c92df620
<4>esi: c76f1284 edi: c4f4a518 ebp: c92e084a esp: c7e95e6c
<4>ds: 007b es: 007b ss: 0068
<4>Process kswapd0 (pid: 50, threadinfo=c7e94000 task=c7f6bac0)
<4>Stack: c76f12bc c9219e24 c4f4a518 00000011 c9219e61 c76f12bc c92e084a c76f12bc
<4> c016ce63 c76f12bc c76f12bc c4f4a510 c016d078 c76f12bc c76f12bc c91c9890
<4> c76f12bc c016a873 c4f4a510 c76f12bc 00000088 000000d0 00000000 c7fdea40
<4>Call Trace:
<4> [<c9219e24>] unionfs_delete_inode+0x0/0x80 [unionfs]
<4> [<c9219e61>] unionfs_delete_inode+0x3d/0x80 [unionfs]
<4> [<c016ce63>] generic_delete_inode+0xa7/0x138
<4> [<c016d078>] iput+0x58/0x6c
<4> [<c91c9890>] unionfs_d_iput+0x3c/0x70 [unionfs]
<4> [<c016a873>] prune_dcache+0x13b/0x180
<4> [<c016ac49>] shrink_dcache_memory+0x1d/0x44
<4> [<c01447d8>] shrink_slab+0x124/0x150
<4> [<c0145a3d>] balance_pgdat+0x285/0x33c
<4> [<c0145bce>] kswapd+0xda/0x10c
<4> [<c012d8b0>] autoremove_wake_function+0x0/0x3c
<4> [<c010344a>] ret_from_fork+0x6/0x14
<4> [<c012d8b0>] autoremove_wake_function+0x0/0x3c
<4> [<c0145af4>] kswapd+0x0/0x10c
<4> [<c01013b9>] kernel_thread_helper+0x5/0xc
<4>Code: 9b 2d c9 68 9c 01 00 00 68 80 f4 2d c9 68 eb 9a 2d c9 6a 5c 68 a0 f5 2d c9 68 e0 f5 2d c9 68 20 f6 2d c9 e8 80 46 e4 f6 83 c4 20 <c6> 05 00 00 00 00 00 e9 35 fe ff ff 90 55 ff 73 20 68 a0 fc 2d
<4>
------------------------------------------------------------------------
_______________________________________________
unionfs mailing list
[email protected]
http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs
Hello,
As I mentioned in the IRC Channel We believe taht those oopses are
happening by not useing the proprer vfs locking primitives. Hopefully
when we figure that out these problems wont be there anymote.
Dave
_______________________________________________
unionfs mailing list
[email protected]
http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs
