Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp2569785img; Sun, 24 Mar 2019 12:25:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqxNefe3fS3mNkRNmVAcwGb9rmNf9mpHXjjYN7M8Gj+As6UJJBEOYM+T90SXP5umS7wvCMKz X-Received: by 2002:a63:6e0e:: with SMTP id j14mr2075152pgc.203.1553455544462; Sun, 24 Mar 2019 12:25:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553455544; cv=none; d=google.com; s=arc-20160816; b=uZMfZT/A6588fms+mW53NkmEFr0NBbIY+pZocoiUJQMfaAg2sJJBWXjaWTtMypUMXC +A8ZYTL73a51/NVIln2d0T9tpbCCvCMKxkyJJiZYePGWbSKmamSTVxg04FjDrH/bH216 pBZvbkgQ61PN2rf2JLbGj/QqQ3G7nVc6HBtKmmgHVa6lACSA4f9XOw+gmaLfvWdNc2Z2 5tX9Svettr526SvPb5foE4G0SG/xFn2QHnsL8cYle7N4MtCcdO/ADNgHDguONSW4vG52 C1Qj9Bokp5JMN1kcgyy3oCqecN40LjtOAdOHedqsEzwLfXHoF9quqfSVL3Oy9RGyKtDH 3VZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version:dkim-signature; bh=dQpcJP7nbmXkv0hXgpaBl53aoMKq+rqyM784zpn+Aok=; b=yYL3XM9AaEk5nM5BG3re0cD+6J2IWwS3QyXEFIayp5bMSCfLMzRJMVKzpYNbtn+ayK dewbQgVRalj566iBeALry0y0s4Bux0dSuVpimhE4Wm+3aLPpvghJDCuwSJg9I/LVHoHR MDKiRGmWSmbIOgxzuAVvvIvnnXQpEveegWs8GaAxW8meeLy/zsq//n37QMWP9t8/oNCf 4SJg90LBVWeEDVKMDIATjRBIg6u6FmnGVesg74rGF5SX2J1QiJBIOUVo6J/+8oiEVhvo l6ElpKOGx6XwR5k4XZ9OfCE01AG9WpwG+suZkjBgvswHXtER2Ro7Or0bS/lTCENUUJDa a8tw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@goldelico.com header.s=strato-dkim-0002 header.b=TIvIKQCQ; 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 31si12627361plk.398.2019.03.24.12.25.29; Sun, 24 Mar 2019 12:25:44 -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; dkim=fail header.i=@goldelico.com header.s=strato-dkim-0002 header.b=TIvIKQCQ; 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 S1727275AbfCXTYz (ORCPT + 99 others); Sun, 24 Mar 2019 15:24:55 -0400 Received: from mo4-p01-ob.smtp.rzone.de ([81.169.146.166]:31678 "EHLO mo4-p01-ob.smtp.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726743AbfCXTYz (ORCPT ); Sun, 24 Mar 2019 15:24:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1553455490; s=strato-dkim-0002; d=goldelico.com; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=dQpcJP7nbmXkv0hXgpaBl53aoMKq+rqyM784zpn+Aok=; b=TIvIKQCQ/0MmxvEUy+THaqoJW7F4GwmaHf6L6x2IK66rbNEFPOKJHN9e4ou2+ibEx5 fq0dHExvjvLYATE0ijXrsG7cBLi1I1bglQyme9Wv70amy7bYI4csbEjtuzAc23Vg6dC4 DCFehE7hVaFrDvr75ladQDjAT/taOnK+8wnEn79XNggq42HqDeGrMW6kCLP04gfJ8lY4 TyNEqBRlaDC5HD+trjCq1Eo7jKJnYGuqd2Ph8M7ZY5IX7/bGBsPSr04BcV1SrTZqYhDL X1Zshmnljy2ADRD5y4ZmnNf5y4UDetfPfnMFLEjRpuyXLfQWjDY0/aAAA5k1zaC6LA0v FOfg== X-RZG-AUTH: ":JGIXVUS7cutRB/49FwqZ7WcJeFKiMgPgp8VKxflSZ1P34KBp5hRw/qOxWRk4dCz0tZcku5gKwXbfhDpgJ3gm7d6hM8dy3p83sn1i" X-RZG-CLASS-ID: mo00 Received: from [IPv6:2001:16b8:26a9:3300:bc12:60ce:f8a1:9f77] by smtp.strato.de (RZmta 44.16 AUTH) with ESMTPSA id h04075v2OJOn2rG (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Sun, 24 Mar 2019 20:24:49 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [PATCH] mtd: rawnand: ams-delta: Drop board specific partition info From: "H. Nikolaus Schaller" In-Reply-To: <20190324185932.GA24594@darkstar.musicnaut.iki.fi> Date: Sun, 24 Mar 2019 20:24:48 +0100 Cc: Boris Brezillon , Miquel Raynal , Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , Tony Lindgren , linux-mtd@lists.infradead.org, linux-omap , linux-arm-kernel , LKML Content-Transfer-Encoding: quoted-printable Message-Id: <454BF5C9-478A-4E2A-BF00-D2A2AFE25C45@goldelico.com> References: <20190319223718.26131-1-jmkrzyszt@gmail.com> <20190320011630.GB7872@darkstar.musicnaut.iki.fi> <2631901.52Nzq63B5o@z50> <20190324185932.GA24594@darkstar.musicnaut.iki.fi> To: Aaro Koskinen , Janusz Krzysztofik X-Mailer: Apple Mail (2.3124) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, > Am 24.03.2019 um 19:59 schrieb Aaro Koskinen : >=20 > Hi, >=20 > On Sun, Mar 24, 2019 at 05:48:22PM +0100, Janusz Krzysztofik wrote: >> Hi Aaro, >>=20 >> Thanks for your review. >>=20 >> On Wednesday, March 20, 2019 2:16:30 AM CET Aaro Koskinen wrote: >>> On Tue, Mar 19, 2019 at 11:37:18PM +0100, Janusz Krzysztofik wrote: >>>> After recent modifications, only a hardcoded partition info makes >>>> the driver device specific. Other than that, the driver uses GPIO >>>> exclusively and can be used on any hardware. >>>>=20 >>>> Drop the partition info and use MTD partition parser with default >>>> list of partition types instead. >>>>=20 >>>> Amstrad Delta users should append the followig partition info to = their >>> ^^^^^^^^ >>> Should be "following". >>>=20 >>>> kernel command line, possibly by embedding it in CONFIG_CMDLINE: >>>> = mtdparts=3Dams-delta-nand:3584k(Kernel),256k(u-boot),256k(u-boot_params),\= >>>> 256k(Amstrad_LDR),27m(File_system),768k(PBL_reserved). For their >>>> convenience, select CONFIG_MTD_CMDLINE_PARTS symbol from that = board >>>> Kconfig automatically if this NAND driver is also selected. >>>>=20 >>>> Signed-off-by: Janusz Krzysztofik >>>> Cc: Tony Lindgren >>>=20 >>> Could we move the fixed partition setup to the board file >>> instead? Otherwise this kind of change is not really nice for the = users, >>> as it will likely break existing setups. The default partition = layout >>> should remain the same. >>=20 >> I'm wondering if it would be acceptable to pass partition info from a = .dts=20 >> file. I think that would be a better, more modern approach than = adding a new=20 >> header under include/linux/platform_data. >=20 > Hmm, I thought there was some generic way to define partitions without > adding any new headers. But if that is not possible, then I guess your > CMDLINE proposal is the preferred one.. I am not sure what you exactly need, but partitions can be defined in the DTS as children of some NAND drivers. Example: arch/arm/boot/dts/omap3-beagle.dts So this design pattern could be copied instead of using CMDLINE.