From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 404A5C8303C for ; Tue, 8 Jul 2025 15:37:06 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [127.0.0.1]) by lists.ozlabs.org (Postfix) with ESMTP id 4bc4wc6FvMz3bkP; Wed, 9 Jul 2025 01:37:04 +1000 (AEST) Authentication-Results: lists.ozlabs.org; arc=none smtp.remote-ip=115.124.30.111 ARC-Seal: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1751989024; cv=none; b=APaqK1DRad7DscQ1NTh5L+H4ZvZ/Qy9EfBjd2Cf99RsxHAjr+2ezEE0AAxZnvNKc5QgBgjzvvVTgp/55lhO0h7aDSS0d2p8vVP6O+MUT/UvBqhWIDX7pqf75/zrteLu4VdONnWvPruvi/QL4IAi/yeyyW8hnBXnhbRpFQid6qI9iv6PasDNwBvKD1O5Hn8ey4/aGKgbVl66eNB7AVOms4P4rrFMctt4QANoCDHFvMESDBOvAuFm4Xnj9bTmBP4/k2frRJkxGaIXFKGOXbZVIYV3g/Ryz4NCs+7GgbT3MJQB1KlfE5IQNFDFJ5tST2rSySbbeCvEpcTxwUWDc9WLXyw== ARC-Message-Signature: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1751989024; c=relaxed/relaxed; bh=l2uN4Cfwt3rAItEjrl964sCyBiqBYAj3m9Q/YHLFzGU=; h=Message-ID:Date:MIME-Version:Subject:From:To:Cc:References: In-Reply-To:Content-Type; b=hL/l2YyoSGdMDZlZslyIj3oJnQkeYZLtpwneN8i8RvrHF5pkPBIg4uxRB/OECClIX5GcOgGZrOtNq/Nv6le2wnJUw/tksdGi2C94hbWK1OShe/hfisvPsQCduuNaeh9lfY9GvjUA8d5dc4iIXbikC8b+gBF916UrkAJ74qhkR/fGpi+rH/8m5JYjTO3ZQHTtaAM7mkKt2cwmt9eHeckKxahclQX5Ev6RLmhOntdRZ2YlPwgUG6srA7G/Az5bSZjAhSd/YXO0cbdh2G123iCZCXE6nwcbq+95CBlo6y8QNSPYjnxT/VZicTQe7yZ3P3keN3tRvG6B1Xb5oRWxT322WQ== ARC-Authentication-Results: i=1; lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; dkim=pass (1024-bit key; unprotected) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.a=rsa-sha256 header.s=default header.b=Xj0hRcUd; dkim-atps=neutral; spf=pass (client-ip=115.124.30.111; helo=out30-111.freemail.mail.aliyun.com; envelope-from=hsiangkao@linux.alibaba.com; receiver=lists.ozlabs.org) smtp.mailfrom=linux.alibaba.com Authentication-Results: lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: lists.ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.a=rsa-sha256 header.s=default header.b=Xj0hRcUd; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=linux.alibaba.com (client-ip=115.124.30.111; helo=out30-111.freemail.mail.aliyun.com; envelope-from=hsiangkao@linux.alibaba.com; receiver=lists.ozlabs.org) Received: from out30-111.freemail.mail.aliyun.com (out30-111.freemail.mail.aliyun.com [115.124.30.111]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4bc4wb5vrhz3bVW for ; Wed, 9 Jul 2025 01:37:03 +1000 (AEST) DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1751989019; h=Message-ID:Date:MIME-Version:Subject:From:To:Content-Type; bh=l2uN4Cfwt3rAItEjrl964sCyBiqBYAj3m9Q/YHLFzGU=; b=Xj0hRcUd5ph1UVBr694YoW0fkFKzJZCWR7Q/1LANMyHcul/YKAj6tJXBRO8JoqUyn2kEtNiijc3zUnYaCuZW3SPTuY6kEcnqv28qF/YNjigfojqdrT9kcFxhlEKTStBnk9dvCMnw9Nq/LbNPXycDfeY7HYMadR8DEKUUtk5P1bk= Received: from 30.170.233.0(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0WiPkkGr_1751989018 cluster:ay36) by smtp.aliyun-inc.com; Tue, 08 Jul 2025 23:36:58 +0800 Message-ID: <2bfd263e-d6f7-4dcd-adf5-2518ba34c36b@linux.alibaba.com> Date: Tue, 8 Jul 2025 23:36:57 +0800 X-Mailing-List: linux-erofs@lists.ozlabs.org List-Id: List-Help: List-Owner: List-Post: List-Subscribe: , , List-Unsubscribe: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Executable loading issues with erofs on arm? From: Gao Xiang To: Jan Kiszka , Gao Xiang , Chao Yu , linux-erofs@lists.ozlabs.org Cc: Linux Kernel Mailing List References: <38d43fae-1182-4155-9c5b-ffc7382d9917@siemens.com> <452a2155-ab3b-43d1-8783-0f1db13a675f@siemens.com> <81a3d28b-4570-4d44-8ed6-51158353c0ff@siemens.com> <6216008a-dc0c-4f90-a67c-36bead99d7f2@linux.alibaba.com> In-Reply-To: <6216008a-dc0c-4f90-a67c-36bead99d7f2@linux.alibaba.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2025/7/8 23:32, Gao Xiang wrote: > > > On 2025/7/8 23:22, Jan Kiszka wrote: >> On 08.07.25 17:12, Gao Xiang wrote: >>> Hi Jan, >>> >>> On 2025/7/8 20:43, Jan Kiszka wrote: >>>> On 08.07.25 14:41, Jan Kiszka wrote: >>>>> Hi all, >>>>> >>>>> for some days, I'm trying to understand if we have an integration issue >>>>> with erofs or rather some upstream bug. After playing with various >>>>> parameters, it rather looks like the latter: >>>>> >>>>> $ ls -l erofs-dir/ >>>>> total 132 >>>>> -rwxr-xr-x 1 1000 users 132868 Jul  8 10:50 dash >>>>> (from Debian bookworm) >>>>> $ mkfs.erofs -z lz4hc erofs.img erofs-dir/ >>>>> mkfs.erofs 1.8.6 (trixie version, but same happens with bookworm 1.5) >>>>> Build completed. >>>>> ------ >>>>> Filesystem UUID: aae0b2f0-4ee4-4850-af49-3c1aad7fa30c >>>>> Filesystem total blocks: 17 (of 4096-byte blocks) >>>>> Filesystem total inodes: 2 >>>>> Filesystem total metadata blocks: 1 >>>>> Filesystem total deduplicated bytes (of source files): 0 >>>>> >>>>> Now I have 6.15-rc5 and a defconfig-close setting for the 32-bit ARM >>>>> target BeagleBone Black. When booting into init=/bin/sh, then running >>>>> >>>>> # mount -t erofs /dev/mmcblk0p1 /mnt >>>>> erofs (device mmcblk0p1): mounted with root inode @ nid 36. >>>>> # /mnt/dash >>>>> Segmentation fault Two extra quick questions: - If the segfault happens, then if you run /mnt/dash again, does segfault still happen? - If the /mnt/dash segfault happens, then if you run cat /mnt/dash > /dev/null /mnt/dash does segfault still happen? Thanks, Gao Xiang