From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out30-98.freemail.mail.aliyun.com (out30-98.freemail.mail.aliyun.com [115.124.30.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 135E8329C67 for ; Fri, 10 Apr 2026 10:22:44 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.30.98 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775816568; cv=none; b=Dv5Tjfpdl+SYCug1xjTqBzqRrHWn0oZtleWF+UwUJIFcQIgVkVQHzxTe6YMo3dcVZBMtLzx5WUuVOfpHC0sx751+8Einzabsfnsi6n8Q5U502u8yUDJpXBEkHtNU7bMvbjq2OR2Z9RWyg5o/fz0ANQhvGJgrO0lTptdnJzkoqa0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775816568; c=relaxed/simple; bh=16qBWqowsveBq4T4TwIZgrJxHNFRQQSpXWBRdZt6FYU=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=C49kP1l8g8WxiWMsAgfRrRFvIpHb3V2LKNe2ZkVX9d+96AJ/iEe5Tx3mY67TODzf9TxBrSfi8+SzkeqipWjN+MpLeijDHniSM7AoiCM/tfNeQWA9TrNxcqlYv122NtQ4BNaEuNXAdOWMtGBYGg0/jkNkFw8gQDZckeHgV7O/j8g= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; spf=pass smtp.mailfrom=linux.alibaba.com; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b=U9BGIEgG; arc=none smtp.client-ip=115.124.30.98 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b="U9BGIEgG" DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1775816561; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=NtWRXic568bsJt4xBzk+XesFrsjsjfwhm/XAwDSBZig=; b=U9BGIEgGTkBtI1eB1MOdgJLFSFNsRUAb4cBRDVtPW0nL3Oko+UQSNiiNrzeT4DFlq1nwR6oy853lUr/l9AEjLObmcJyZWRFjya2kkiuyVmH5AbimiOF3DTnlibjFdQO4u/4hGVySQp4oPRwJdXS6Gf56uNRrJmU9S7Y65G4JXV4= X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R201e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=maildocker-contentspam011083073210;MF=hsiangkao@linux.alibaba.com;NM=1;PH=DS;RN=5;SR=0;TI=SMTPD_---0X0kyHeF_1775816560; Received: from 30.221.66.188(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0X0kyHeF_1775816560 cluster:ay36) by smtp.aliyun-inc.com; Fri, 10 Apr 2026 18:22:41 +0800 Message-ID: <198c23d4-6b8b-4d13-a090-9b01c5d97698@linux.alibaba.com> Date: Fri, 10 Apr 2026 18:22:40 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: erofs pointer corruption and kernel crash To: Arseniy Krasnov Cc: oxffffaa@gmail.com, linux-erofs@lists.ozlabs.org, linux-kernel@vger.kernel.org, kernel@salutedevices.com References: <4a2f3801-fac1-42fe-ae75-da315822e088@salutedevices.com> <9d8a073a-982e-4c7b-9445-623941a16b05@salutedevices.com> <16ea58e8-43b7-439b-91db-9f87d2fb2b84@linux.alibaba.com> <5301be8f-4b2e-4f1d-a90b-91da00f98994@salutedevices.com> From: Gao Xiang In-Reply-To: <5301be8f-4b2e-4f1d-a90b-91da00f98994@salutedevices.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2026/4/10 18:10, Arseniy Krasnov wrote: > > > 10.04.2026 13:06, Gao Xiang пишет: >> >> >> On 2026/4/10 18:03, Arseniy Krasnov wrote: >>> >>> >>> 10.04.2026 13:01, Gao Xiang пишет: >>>> >>>> >>>> On 2026/4/10 17:59, Arseniy Krasnov wrote: >>>>> >>>>> >>>>> 10.04.2026 12:20, Gao Xiang wrote: >>>>>> >>>>>> >>>>>> On 2026/4/10 16:55, Arseniy Krasnov wrote: >>>>>>> >>>>>>> >>>>>> >>>>>> ... >>>>>> >>>>>>>>> >>>>>>>>> BR2_TARGET_ROOTFS_EROFS=y >>>>>>>>> BR2_TARGET_ROOTFS_EROFS_CUSTOM_COMPRESSION=y >>>>>>>>> BR2_TARGET_ROOTFS_EROFS_COMPRESSION_ALGORITHMS="zstd,22 --max-extent-bytes 65536 -E48bit" >>>>>> >>>>>> btw, may I ask what's the erofs-utils version? >>>>>> erofs-utils 1.9? >>>>> >>>>> We have 1.8.5 erofs-utils >>>> >>>> 1.8.5 shouldn't have `-E48bit` support, that is my question. >>> >>> You mean to try to reproduce with 1.9 utils ? >> >> Nope, I meant >> >> BR2_TARGET_ROOTFS_EROFS_COMPRESSION_ALGORITHMS="zstd,22 --max-extent-bytes 65536 -E48bit" >> >> is invalid in erofs-utils 1.8.5. >> >> If you were using erofs-utils 1.9+, that may be due to >> the new `-E48bit`; >> >> but you said you are using erofs-utils 1.8.5, that makes >> me feel confused. >> > > Ah, ok, so need to debug it at kernel side as we talked before. Sigh, you don't answer my questions: 1. so are you using `-E48bit` and newer erofs-utils verison? 2. Is "EXPERIMENTAL 48-bit layout support in use. Use at your own risk!" shown when mounting? Thanks, Gao Xiang