It appears that squashfs 4.0 doesn't work on ia64. I am not sure what could be arch specific here but the same kernel versions work OK on x86_64. I can reproduce this even with a very simple squashfs image that contains just one "hello world" text file so it isn't specific to any strange corner case. I also tried a known-good image file (from x86_64 fedora rawhide) to ensure it wasn't something specific to the ia64 squashfs tool. As far as I can tell the last time this worked on ia64 was with the older squashfs 3.1 code. I will continue to investigate but any ideas are very welcome as I have never looked at the squashfs code before. I did some quick debugging and found that zlib_inflate is returning Z_BUF_ERROR but that is as deep as I have gone. squashfs: version 4.0 (2009/01/31) Phillip Lougher SQUASHFS error: zlib_inflate error, data probably corrupt SQUASHFS error: squashfs_read_data failed to read block 0x85 SQUASHFS error: Unable to read metadata cache entry [85] SQUASHFS error: Unable to read inode 0x20 ------------[ cut here ]------------ WARNING: at fs/inode.c:673 unlock_new_inode+0x50/0xc0() Hardware name: server rx2660 Modules linked in: squashfs sunrpc ip6table_filter ip6_tables ipv6 cpufreq_ondemand acpi_cpufreq freq_table vfat fat dm_multipath tg3 joydev mptsas mptscsih mptbase [last unloaded: scsi_wait_scan] Call Trace: [<a000000100017b10>] show_stack+0x50/0xa0 sp=e0000100874efab0 bsp=e0000100874e9278 [<a0000001009b9cb0>] dump_stack+0x30/0x50 sp=e0000100874efc80 bsp=e0000100874e9260 [<a0000001000b2450>] warn_slowpath+0x130/0x200 sp=e0000100874efc80 bsp=e0000100874e9200 [<a000000100234650>] unlock_new_inode+0x50/0xc0 sp=e0000100874efda0 bsp=e0000100874e91d8 [<a000000100239b50>] iget_failed+0x30/0x60 sp=e0000100874efda0 bsp=e0000100874e91b8 [<a00000020511e9e0>] squashfs_fill_super+0x900/0xb80 [squashfs] sp=e0000100874efda0 bsp=e0000100874e9160 [<a000000100208350>] get_sb_bdev+0x230/0x320 sp=e0000100874efdc0 bsp=e0000100874e9100 [<a00000020511dea0>] squashfs_get_sb+0x40/0x60 [squashfs] sp=e0000100874efde0 bsp=e0000100874e90c0 [<a000000100207a20>] vfs_kern_mount+0x140/0x2e0 sp=e0000100874efde0 bsp=e0000100874e9070 [<a000000100207c80>] do_kern_mount+0x60/0x220 sp=e0000100874efde0 bsp=e0000100874e9030 [<a000000100244300>] do_mount+0x1480/0x1540 sp=e0000100874efde0 bsp=e0000100874e8fb8 [<a0000001002444c0>] sys_mount+0x100/0x1c0 sp=e0000100874efe10 bsp=e0000100874e8f28 [<a00000010000c4b0>] ia64_trace_syscall+0xf0/0x130 sp=e0000100874efe30 bsp=e0000100874e8f28 [<a000000000010800>] __kernel_syscall_via_break+0x0/0x20 sp=e0000100874f0000 bsp=e0000100874e8f28 ---[ end trace c6916087bfb06ff0 ]--- -- To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
![]() |