From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 C53883B14C6 for ; Wed, 1 Jul 2026 08:06:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782893192; cv=none; b=K0y5Zz35cRzvbt2BwgQNKNSzLmOosaSwX3ZnUeXDwtlr2mgW5EKMEOnV2zobxxv6dTzYfEO3VeEFvMskSJXz79flHE52Cjjpos07c9TlUhE+1VsgVgvnQ53BPfsZiUD7d7OwZJ4aOPZVhxPpu81ijo2nMQCDRSz5fWaglHUc7RQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782893192; c=relaxed/simple; bh=kla6fyvtXv/6e5UGb/ZBcxf+5EJJdQVIibcGC02lElc=; h=Mime-Version:Content-Type:Date:Message-Id:Subject:Cc:From:To: References:In-Reply-To; b=sjeh7cTXAgS2SR5ch1OUTTLA/2xr43EfgN2TtfEuhBMeaX2WSaUslbFEOaMhHugndX2E9YY4fI/MXG2hOlYHg2LaQb0/6uNSaYEJyX0F2F+Vxah4sC8M3a/ozkT98QFgxXV5ALifraLXWcWz/5Cfg2kPKIHK8mw6z6Yug6zFRxU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=b0M7IR9+; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="b0M7IR9+" Received: by smtp.kernel.org (Postfix) with UTF8SMTPSA id E322C1F000E9; Wed, 1 Jul 2026 08:06:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1782893190; bh=FV12w+rvQTWbip6Z1AEblD5563RnUc4s2FS6P9VYD/E=; h=Date:Subject:Cc:From:To:References:In-Reply-To; b=b0M7IR9+0qjOY/WuGsAyfjBsmCwVaRX4FdkM5TUWR5P/qvM4ekS06BU1fKKQgMOc1 XUEVVo9HfoVLEvNve0J0eS2Zg7PwMitqPMdgqLtdTe5MKKQRQYdb2XYqkMsKMJ7S7I PEOp2LmXpbYoevnCSbkkPpLus6wXCw1QKLm/Z9a4MGVZUE7QzmH46zJDKI5Zl2JzCi E3ZzN48BGsjhSaPFKL/JTCZoEq5JWMyy4EqNQBKfctgDMd68iss1GXDlyG8Iiu2pFT kfUe6nXBN+DMd/kfq18HGd69OvYOlNXBJLVmAPDY4NajJTDoUHzbdJ//xblVGkH9lH ZxQKBJVAl2Xcg== Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Type: multipart/signed; boundary=7e2a4fa01a77808d94c03036bcc18aba16b89192e220f76b4303bc9297d7; micalg=pgp-sha384; protocol="application/pgp-signature" Date: Wed, 01 Jul 2026 10:05:30 +0200 Message-Id: Subject: Re: [PATCH v2 3/3] mtd: spi-nor: fujitsu: Add support for MB85RS4MTY chip Cc: , , "Miquel Raynal" , "Richard Weinberger" , "Vignesh Raghavendra" , "Chris Packham" , "Aryan Srivastava" From: "Michael Walle" To: "Ronan Dalton" , , X-Mailer: aerc 0.20.0 References: <20260626022108.1963271-2-ronan.dalton@alliedtelesis.co.nz> <20260626022108.1963271-6-ronan.dalton@alliedtelesis.co.nz> In-Reply-To: <20260626022108.1963271-6-ronan.dalton@alliedtelesis.co.nz> --7e2a4fa01a77808d94c03036bcc18aba16b89192e220f76b4303bc9297d7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Hi, On Fri Jun 26, 2026 at 4:21 AM CEST, Ronan Dalton wrote: > The MB85RS4MTY chip is similar to the MB85RS1MT chip, but it has a > higher capacity and can handle higher temperatures. Compared to the > MB85RS1MT chip, this chip has an expanded set of opcodes which allow > control over power-saving modes, access to a special sector data area, > and reading of the unique ID and serial number. However, since the > spi-nor subsystem doesn't support these extended abilities, they are not > taken advantage of here. I'm sorry, but we don't accept any new parts, which clearly emulates an EEPROM and has no concept of erase blocks (or don't even emulate the erase opcode). I understand, that it was very convenient to have a block device. But I want to move away from that NO_ERASE hack and having two different drivers for the same hardware device. Maybe someone in the loop has an idea how to move forward regarding the filesystem issue. .. > + }, { > + .id =3D SNOR_ID(0x04, 0x7f, 0x49), > + .name =3D "mb85rs4mty", We dropped adding names of the flashes for new parts, because of notorious id reuse. -michael > + .size =3D SZ_512K, > + .sector_size =3D SZ_512K, > + .flags =3D SPI_NOR_NO_ERASE > } > }; > =20 --7e2a4fa01a77808d94c03036bcc18aba16b89192e220f76b4303bc9297d7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iKgEABMJADAWIQTIVZIcOo5wfU/AngkSJzzuPgIf+AUCakTKSxIcbXdhbGxlQGtl cm5lbC5vcmcACgkQEic87j4CH/hIzgF/ZFOzykmps18ahvtmNn5WgK2/N3L2BQpU wBIOZXiFEBK8KQdF2t+KOps8AeGdlfPzAX9ksgIi/pX5GaGJ3UfU/3pinHB5EyYu xXk/DVCzGy3kS35na5eLPvnJ6z9LBnNwu6I= =ltzZ -----END PGP SIGNATURE----- --7e2a4fa01a77808d94c03036bcc18aba16b89192e220f76b4303bc9297d7--