From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755477AbbBFR2h (ORCPT ); Fri, 6 Feb 2015 12:28:37 -0500 Received: from baros.cubic.ch ([213.239.213.98]:48381 "EHLO baros.cubic.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753626AbbBFR2g (ORCPT ); Fri, 6 Feb 2015 12:28:36 -0500 X-Greylist: delayed 1997 seconds by postgrey-1.27 at vger.kernel.org; Fri, 06 Feb 2015 12:28:36 EST Message-ID: <54D4F1ED.8020605@decentral.ch> Date: Fri, 06 Feb 2015 17:55:09 +0100 From: Tim Tassonis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: linux-kernel@vger.kernel.org Subject: [BUG] Kernel Panic in squashfs Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all Just found out that squashfs panics when compiled in statically instead of as a module, when mounting an sqf file. The sequence I did was: # mkdir /mnt/gaia-ro # mount /gaiarule.sqf /mnt/gaia-ro -t squashfs -o loop Maybe it is of importance that the sqf file is located in the initramfs. The kernel was panicking reliably with different sqf files, on different hardware upon the mount command, with "unable to handle kernel paging request". This was on 3.18.5. As soon as I compiled squashfs as a modules, the problem went away. If you need further details, please cc me directly, as I unsubscribed from the list due to not being able to handle the massive load. Bye Tim