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 2ED27C2BD09 for ; Mon, 1 Jul 2024 16:15:44 +0000 (UTC) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256 header.s=google header.b=UTPKHhiF; dkim-atps=neutral Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4WCWNt68htz3fnV for ; Tue, 2 Jul 2024 02:15:42 +1000 (AEST) Authentication-Results: lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256 header.s=google header.b=UTPKHhiF; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=linaro.org (client-ip=2a00:1450:4864:20::32e; helo=mail-wm1-x32e.google.com; envelope-from=tudor.ambarus@linaro.org; receiver=lists.ozlabs.org) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 4WCWMM4YFLz3dHD for ; Tue, 2 Jul 2024 02:14:23 +1000 (AEST) Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-42565cdf99cso28881785e9.3 for ; Mon, 01 Jul 2024 09:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1719850459; x=1720455259; darn=lists.ozlabs.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=qFC/haLZ9KzQj+xaIDgmhhZVWM9GxdpG2nMd31da2xM=; b=UTPKHhiFW3Cvp66d/RI4HFq40SBBOUE9EThf+R1GM7eWla59Jz5FeZ9gnWpAoXH1B/ xgxnsAZXA4Ou2vXti+tL/eFuwWMb57RwXDhxShQ3GI+86YI4eoTQRUlpOqXzQBmauaZU LXUlPcCrA3Cjd/4IEV2y590e998SKJv8c8fY524cstEFF1620M8XI/+Ypm/qtV4QzB/z LgzO4dooDWmTr1V+sZQY4vKg9uTnJjL+oMgwCA1fK4dbbomf9xOLYhd76AUElhs4LKC0 A4/iicaeI+FqB839DLux8rpTCIVlIKAwL2+qUfh+mYMWHnfwvjZ2uAJ/m0Z49VyKmg/o 7PPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719850459; x=1720455259; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=qFC/haLZ9KzQj+xaIDgmhhZVWM9GxdpG2nMd31da2xM=; b=jOIIX4g8iACAEJ4nB3EvrShQCqP/R016Fycm/7V7qATiZ6Ml7WqQNrLOlQ0ExDYwon /t5/BRsfriiO9ujB37OE6ezPZSOLFybeURDRf6FGTJC+ar7d9bLLZll0xebTnVR0uZAk pvEPE9x4xRstvAhXgFsl82AB5oUglqqwhQPwFinGdLrQ2BXbfBorjUESywjIyrQq2n46 iUgC//9BaScAjhAt1PTXAb+Rvcwsk0xbLAwm6818KM9hDXLiInKAppY9ha5i8YnHYWEX fTQCQrHZJuQeTCTCC10J1Gci965ct7FjbvznyZA7Z68vpQWtswRGkoCsgyL9g+oHmseU tvqg== X-Forwarded-Encrypted: i=1; AJvYcCXcoA2D276Y85SUsKCqLchp8SUv4UZOugl+aZxYlwl3bqifu9HGsbgVZ8dlPPF8uauW7H8Gg00uLXXDPVv2XW+9VQ3ctap33ilpr1uSMw== X-Gm-Message-State: AOJu0Ywpwr4quGm3lZUurGKCkX/PqbJKfJrzozbY+d4z20Nh/Q2/FYhb cCkNPu2d+DEdYYQj1WYOylkQ3MKilWNntHb55RRwcsVcyo/6vVI53DaVmBBJwRg= X-Google-Smtp-Source: AGHT+IGRrPzTXHiPkwd8Me5LrECNfH4SPW4Xfceuvlm6k2ecNUC83zwkdEYq2h00D81su32yvfY2Qg== X-Received: by 2002:a05:600c:1c21:b0:424:addc:c7ae with SMTP id 5b1f17b1804b1-4257a02041emr46524535e9.28.1719850459405; Mon, 01 Jul 2024 09:14:19 -0700 (PDT) Received: from [192.168.2.107] ([79.115.63.178]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4256b09a2bcsm158762215e9.36.2024.07.01.09.14.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 01 Jul 2024 09:14:19 -0700 (PDT) Message-ID: <07b701a9-7b52-45b7-8dba-1c25d77cbf15@linaro.org> Date: Mon, 1 Jul 2024 17:14:14 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 4/9] mtd: devices: add AT24 eeprom support To: Marco Felsch , Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , Arnd Bergmann , Greg Kroah-Hartman , Bartosz Golaszewski , Russell King , Joel Stanley , Andrew Jeffery , Nicolas Ferre , Alexandre Belloni , Claudiu Beznea , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Vladimir Zapolskiy , Andrew Lunn , Gregory Clement , Sebastian Hesselbarth , Tony Lindgren , Geert Uytterhoeven , Magnus Damm , Dinh Nguyen , Thierry Reding , Jonathan Hunter , =?UTF-8?Q?Jonathan_Neusch=C3=A4fer?= , Michael Ellerman , Nicholas Piggin , Christophe Leroy , "Naveen N. Rao" , Thomas Bogendoerfer , Huacai Chen , WANG Xuerui References: <20240701-b4-v6-10-topic-usbc-tcpci-v1-0-3fd5f4a193cc@pengutronix.de> <20240701-b4-v6-10-topic-usbc-tcpci-v1-4-3fd5f4a193cc@pengutronix.de> Content-Language: en-US From: Tudor Ambarus In-Reply-To: <20240701-b4-v6-10-topic-usbc-tcpci-v1-4-3fd5f4a193cc@pengutronix.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: imx@lists.linux.dev, linux-aspeed@lists.ozlabs.org, openbmc@lists.ozlabs.org, linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-mtd@lists.infradead.org, linux-i2c@vger.kernel.org, loongarch@lists.linux.dev, linux-tegra@vger.kernel.org, linux-omap@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On 7/1/24 2:53 PM, Marco Felsch wrote: > EEPROMs can become quite large nowadays (>=64K). Exposing such devices > as single device isn't always sufficient. There may be partitions which > require different access permissions. Also write access always need to > to verify the offset. > > Port the current misc/eeprom/at24.c driver to the MTD framework since > EEPROMs are memory-technology devices and the framework already supports I was under the impression that MTD devices are tightly coupled by erase blocks. But then we see MTD_NO_ERASE, so what are MTD devices after all? > partitioning. This allow using of-paritions like we do for SPI-NOR > devices already: