Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3759447yba; Tue, 7 May 2019 06:41:17 -0700 (PDT) X-Google-Smtp-Source: APXvYqxlef2LGuA48tb0N2WbxF5SSsAvaBomqeqQHbUaiteUBHAvDOd+gWDRyqUW4qOUVQh5HDlx X-Received: by 2002:a63:1852:: with SMTP id 18mr39748144pgy.283.1557236476935; Tue, 07 May 2019 06:41:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557236476; cv=none; d=google.com; s=arc-20160816; b=mLKNaXqH6mTFz1ywJlVk0hmlUBCm5ng60rMbG3N//l5B9qEESg8nyvIXd9u+5EcKNz PcaPWCTJ7FltV03l231bxbdEXnErLBJOF6kQxpEGs2ofp30xZGUNia8zhtJm0OlBLydt SMTC5HCJAsW1Je5td6025RByiGGLcQgcCpmHsNdxhfOXB6yjnjoTIrmFaIT4tikxopVW b1U1hO8S3BPJsH+M2ZhrDpj3a44gCnb5FMg0qg4OgJzes6hjDMKc9NbVmFpOCZ3yLujL BzUkBtQEA7u1ZVG3Ra4rwA++W8XCwSEG73YW7SU/sddZ1bEiZjyQTp6QMW7xPxzgoPx6 +Pvg== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=95N2sOqjFK2SEDFDpk3AdvSOj/M5lpdzHr7lDlnGVig=; b=Ef8fQDB55SeV7lGx0NqZRQMmolga9YGh34SSMsViDk2J9otiu+RaNIdonew0ZOgDvx yChnRHQZL/RtdeWkKYEAXXMhyPWlTAhNVv58NMYUSGu5dazt+07e7PMYIs1CbGS6qdQx qeD6dpLSjxWLNX9Cgg294mmPVxbka6FEO5ZNOqxbxcOrBZD2NwfUxHwyG7aKGqWv2E0F IKy7yC7SaJNENr7Rnxk9tBdL/CfcjhGmvHQs+6D17S59qZ3sQDLjL5AJPuqMIkEfNEv7 EFVvCj27e0ThWazkTRTCe4G13uWv5PSQDG3EupTP0iYKYbsOsEbO9MKg8a3VzcpXZVoC wKeA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=KW7vTBZF; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s24si18047351plp.363.2019.05.07.06.41.00; Tue, 07 May 2019 06:41:16 -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=pass header.i=@linaro.org header.s=google header.b=KW7vTBZF; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726772AbfEGNiu (ORCPT + 99 others); Tue, 7 May 2019 09:38:50 -0400 Received: from mail-wr1-f65.google.com ([209.85.221.65]:37465 "EHLO mail-wr1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726658AbfEGNit (ORCPT ); Tue, 7 May 2019 09:38:49 -0400 Received: by mail-wr1-f65.google.com with SMTP id a12so12299012wrn.4 for ; Tue, 07 May 2019 06:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=95N2sOqjFK2SEDFDpk3AdvSOj/M5lpdzHr7lDlnGVig=; b=KW7vTBZFonygPEsPYR1tw6TF8a/+gXvDihNoSLjkrxXD8EgTDd6B/RdpwFdhKeGKjh 6niiPi11BNQAxL+xjtMG3PPpvoSbSOC+X92Ty7yBwRaLMUDScWXaw06sNMnB05Vtuu/d /3bxbZ0wyFRkvqGIjczQh4UZP6lHC8oJa5sZOagRNjiJDcHXQJCj1HPZ6AwfLUZTH6NW y23etyfvPFxvuNmszYYvWFb8iPgsedsyRJ3ARs3XG4v+bj5ih3n5O5JQ68Q2JghSn9kT XFUjawSumswdkJhhx9MzEMszB1MoI6gcv7yFFfkxcuULqLCzYchbsr9qz5sOZ3YE2PY/ zxrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=95N2sOqjFK2SEDFDpk3AdvSOj/M5lpdzHr7lDlnGVig=; b=uJNvsDz2onrmz4YfbplAC6uNwFNHE9FxVFQqQHDAxrV4CfrtuTIlQsEssmswK/KatH dKxLoZKHFo/P8UOKJr05K1pM0/g//N1zURZ7a5LkqTNjeZrrixi9daM+JIhviu5T2fJs M3XZRgPugfzJ302SnJjc+MEN+dwzI0BmOImzf1yW5Hj+EgngaXNbGKo56sWJ5gfBdloc Z3VxpvuTKsVqrwoLXf3nBIOBpqbqKDyz2zxEFSk9lRsqNbhnJh0fLKXEHQlD8EYRcrLM LZSHZdZRuHVHp21Y78if21VccAIM93xIECPj9S8Nmaeb0wBIteH3oZXsjYVo0fxziHyA qUjA== X-Gm-Message-State: APjAAAXJ7+4K/2pp9k5Z4Tchn0khrT5cMCTintIzWZUQnmvk28ZTa8yX zJXoJAu5sDfaDpensRdd0hn96A== X-Received: by 2002:adf:eb8e:: with SMTP id t14mr999162wrn.113.1557236327254; Tue, 07 May 2019 06:38:47 -0700 (PDT) Received: from dell ([2.27.167.43]) by smtp.gmail.com with ESMTPSA id v12sm11606546wrw.23.2019.05.07.06.38.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 07 May 2019 06:38:46 -0700 (PDT) Date: Tue, 7 May 2019 14:38:44 +0100 From: Lee Jones To: Esben Haabendal Cc: linux-serial@vger.kernel.org, Greg Kroah-Hartman , Jiri Slaby , Nishanth Menon , Vignesh R , Tony Lindgren , Lokesh Vutla , Florian Fainelli , linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/2] serial: 8250: Add support for 8250/16550 as MFD function Message-ID: <20190507133844.GA6194@dell> References: <20190426084038.6377-1-esben@geanix.com> <20190426084038.6377-3-esben@geanix.com> <20190507114905.GB29524@dell> <87o94ejwrx.fsf@haabendal.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87o94ejwrx.fsf@haabendal.dk> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 07 May 2019, Esben Haabendal wrote: > Lee Jones writes: > > > On Fri, 26 Apr 2019, Esben Haabendal wrote: > > > >> The serial8250-mfd driver is for adding 8250/16550 UART ports as functions > >> to an MFD driver. > >> > >> When calling mfd_add_device(), platform_data should be a pointer to a > >> struct plat_serial8250_port, with proper settings like .flags, .type, > >> .iotype, .regshift and .uartclk. Memory (or ioport) and IRQ should be > >> passed as cell resources. > > > > What? No, please! > > > > If you *must* create a whole driver just to be able to use > > platform_*() helpers (which I don't think you should), then please > > call it something else. This doesn't have anything to do with MFD. > > True. > > I really don't think it is a good idea to create a whole driver just to > be able to use platform_get_*() helpers. And if I am forced to do this, > because I am unable to convince Andy to improve the standard serial8250 > driver to support that, it should be called MFD. The driver would be I assume you mean "shouldn't"? > generally usable for all usecases where platform_get_*() works. > > I don't have any idea what to call such a driver. It really would just > be a fork of the current serial8250 driver, just allowing use of > platform_get_*(), supporting exactly the same hardware. > > I am still hoping that we can find a way to improve serial8250 to be > usable in these cases. Me too. -- Lee Jones [李琼斯] Linaro Services Technical Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog