Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp521726imm; Wed, 25 Jul 2018 01:08:44 -0700 (PDT) X-Google-Smtp-Source: AAOMgpc+eHa/f1z8V8KEHJjomOFVO//n8QipgqM0V0n66imxEFkj31v24vrHoWOxqPHoomMHowPA X-Received: by 2002:a62:3306:: with SMTP id z6-v6mr20668817pfz.85.1532506124021; Wed, 25 Jul 2018 01:08:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532506123; cv=none; d=google.com; s=arc-20160816; b=P3or/xI8aNYAbEIjOYVav8QwGMnZ/8sX1jZ1oQPWMZ7WHZIBYz/B45mNjxOYMdgweE XReFP3IHaWLeb2iQXGIDKsxeBhnbqv8gg3xIaFnWI176lpNT7EbK3JKVvkz0RBB9MqpF 2z44snCaNfZvmPAnGbBqYl7xehPVcZ/po1QqGZF6B8xhUkx201wBnaxvbgFI8VeuYGrS gRvUJXTCI+IQciEr+d/jbn0r7WEJIO3GIbBsM1Ei2L/StyLfyP8klz9aTmjT4EwLeSNS n0WFP+IVlehzd2t0fz4zHQAmkjMb5fQqswD90kViYZw6sodk3dwz5syaxTFM6dxXhzBI YMPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=zE8UukvlbpF//+Bd1SC0i3Mx4y2Zr+VU6/bW0mirefQ=; b=LocOWdImMQRn0Fh0A3lDRorrrNAodnTapWX54X4j/2PdBQJKHO4FDI2vgE8q60Brp+ lfXdBiZh5d64kRhu35FlV8kEqEr9+59Sa4ZxZ1qPtjYRTLYkPIe6oB3RbcUIPmWA7J1u 1gH3AOTGpY6h/73f0PtK332h/4dsX53E8rPVNZmcL6jwV9M8RYBiIG5Xjt5Eb9jxRLdX UG+GO5dz7QaNNQ4t4l5jMVDuHYr/CI7r2S5KX9kB872X1ulnjRrJZSQDYQBGf+7FrNuT v6739BBI2IlP60E7vT5FDoZi+GSP37AotnH8rvmeNapVxGKmMthQTzgbXcfnEJcX32YD fimQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d132-v6si13084460pga.355.2018.07.25.01.08.29; Wed, 25 Jul 2018 01:08:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728592AbeGYJSL (ORCPT + 99 others); Wed, 25 Jul 2018 05:18:11 -0400 Received: from eddie.linux-mips.org ([148.251.95.138]:41362 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728222AbeGYJSL (ORCPT ); Wed, 25 Jul 2018 05:18:11 -0400 Received: (from localhost user: 'ladis' uid#1021 fake: STDIN (ladis@eddie.linux-mips.org)) by eddie.linux-mips.org id S23991808AbeGYIHgfKYzg (ORCPT + 2 others); Wed, 25 Jul 2018 10:07:36 +0200 Date: Wed, 25 Jul 2018 10:07:35 +0200 From: Ladislav Michl To: "H. Nikolaus Schaller" Cc: Marek Belisko , =?iso-8859-2?Q?Beno=EEt?= Cousson , Tony Lindgren , Rob Herring , Mark Rutland , linux-omap@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, letux-kernel@openphoenux.org Subject: Re: [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot Message-ID: <20180725080735.GA7467@lenoch> References: <8dcf3efd3270451314a663c125841ca87ed2b387.1532501910.git.hns@goldelico.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8dcf3efd3270451314a663c125841ca87ed2b387.1532501910.git.hns@goldelico.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 25, 2018 at 08:58:41AM +0200, H. Nikolaus Schaller wrote: > Vendor defined U-Boot has changed the partition scheme a while ago: > > * kernel partition 6MB > * file system partition uses the remainder up to end of the NAND > * increased size of the environment partition (to get an OneNAND compatible base address) > * shrink the U-Boot partition > > Let's be compatible (e.g. Debian kernel built from upstream). That, in fact, is breaking compatibility. So once you are touching this what about relying on partitioning provided by bootloader just to prevent something like this happening again? ladis > Signed-off-by: H. Nikolaus Schaller > --- > arch/arm/boot/dts/omap3-gta04.dtsi | 12 ++++++------ > 1 file changed, 6 insertions(+), 6 deletions(-) > > diff --git a/arch/arm/boot/dts/omap3-gta04.dtsi b/arch/arm/boot/dts/omap3-gta04.dtsi > index 65f77a0b5dd4..03fe404cbf56 100644 > --- a/arch/arm/boot/dts/omap3-gta04.dtsi > +++ b/arch/arm/boot/dts/omap3-gta04.dtsi > @@ -645,22 +645,22 @@ > > bootloaders@80000 { > label = "U-Boot"; > - reg = <0x80000 0x1e0000>; > + reg = <0x80000 0x1c0000>; > }; > > - bootloaders_env@260000 { > + bootloaders_env@240000 { > label = "U-Boot Env"; > - reg = <0x260000 0x20000>; > + reg = <0x240000 0x40000>; > }; > > kernel@280000 { > label = "Kernel"; > - reg = <0x280000 0x400000>; > + reg = <0x280000 0x600000>; > }; > > - filesystem@680000 { > + filesystem@880000 { > label = "File System"; > - reg = <0x680000 0xf980000>; > + reg = <0x880000 0>; /* 0 = MTDPART_SIZ_FULL */ > }; > }; > }; > -- > 2.12.2 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html