From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757986AbbBFSrh (ORCPT ); Fri, 6 Feb 2015 13:47:37 -0500 Received: from baros.cubic.ch ([213.239.213.98]:49299 "EHLO baros.cubic.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755140AbbBFSrg (ORCPT ); Fri, 6 Feb 2015 13:47:36 -0500 Message-ID: <54D50C42.2060805@decentral.ch> Date: Fri, 06 Feb 2015 19:47:30 +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: Richard Weinberger , linux-kernel@vger.kernel.org Subject: Re: [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 > On Fri, Feb 6, 2015 at 5:55 PM, Tim Tassonis wrote: >> 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. > > What about sharing the actual kernel panic? :-) Well, I will, if somebody bothers to actually look at it. Takes me some time to set everything up again for it. And it would be nice if you could cc me directly in the reply, as already mentioned, I'm not on the list and this copy-paste stuff from marc.info is a bit a nuisance. Bye Tim