Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3800564ybz; Tue, 28 Apr 2020 00:17:00 -0700 (PDT) X-Google-Smtp-Source: APiQypIkPnd1tXkGm0fpkn8l9nmua5beWhp8w2zr6ct1sN7iKOoXQek6NtcJPG5FzdesczSWlJOR X-Received: by 2002:aa7:c453:: with SMTP id n19mr21378105edr.218.1588058220163; Tue, 28 Apr 2020 00:17:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588058220; cv=none; d=google.com; s=arc-20160816; b=W4f3CKhBN7NT8K1SbIs4fx4ukX5EjO38jYZVQe07xyJ3gSg1PXXbDzwHF1fR4jEKGi H5bwFhjEUV+Rm/mQDF4NdGoe8a9XiH5UqdIkcNqhzMN6GhXBYjxx+huYL1JXldB0AZEZ psgA6RkMdIfOUegiILxwPKwoWoyUN0EhZevwOfgkffj0QUUV4Mkbbm6XAZnl9vX6kk7b z8qmvy+TQS5KVkAbFxPst9U4g2KJUq1TCD9EVjjhrxrLrU9fIIRcP2y6AxfwkSI3WE4r 0inpAneRk2YqL2OiNuneCqeHJ+aH2zmZeXJlRW8x6RJaC6QKyIIoebot1tC4F1FOclEW TFTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=MS2o89rPX08fYfLG56pnKr91VCgwEiweba5HnccU9ZY=; b=euKdZeukB1MF7y+wJiC0w9FiTP7qyrxG8QtMvZHEHuW5lBNz4L/Q+77vSopW1ypK17 GWH648eSbaq5qbDZigM4l7ZX//UpWFu2oUPI+vnrJ5Im3+wgJWtak4nE/NkxqMDVcC+j WSaYsx2M9pOJ5cmF5ZF84PL5JVqANA0cqvs/yMWrawHtzJ4/FbFPmD+rcm5NI50Qj4DZ Wros8jMadp2hS2UrDowR4qLYk3hJ4micrhOqGr/qt7CRqB+EsylvVgCCpvhrBJ67GAkB hxNmGmxZW/uMd7uN2gMrYy1bSmdhiJ8Z35H7/Md+Bv9Q8suvuQzbuqunoOZjcsBmyVmu Sqlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=G1StGchj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id f11si1328359ejb.492.2020.04.28.00.16.36; Tue, 28 Apr 2020 00:17:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=G1StGchj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1726259AbgD1HOv (ORCPT + 99 others); Tue, 28 Apr 2020 03:14:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50602 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725867AbgD1HOv (ORCPT ); Tue, 28 Apr 2020 03:14:51 -0400 Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B87C9C03C1A9 for ; Tue, 28 Apr 2020 00:14:50 -0700 (PDT) Received: by mail-wr1-x444.google.com with SMTP id d17so23337901wrg.11 for ; Tue, 28 Apr 2020 00:14:50 -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; bh=MS2o89rPX08fYfLG56pnKr91VCgwEiweba5HnccU9ZY=; b=G1StGchj6YAW1ze/OrIrILEJzpeXsicEtD4oGcWyIGFpfJ+EPofToUYVrvEyhlvJbE WSXT0g+0OzVtQhxGSKdLTgDaRWpp5+av8l249FJcFr6DS1CMmH1/5s8iWjXPgTcNCw10 4CFkO2DJMIB8mwxjCwV7KpEhULORcPvxj7R4vlG7eTvhXJcreESVeNzD7P4FNRbes2Xe Q+++dP9EQHBlcY8JIMNVZczd+5HaMDdGCVJxcYjTuQfivY+YSXiIbsGCzn92SItilBvc cu2RclbU0a/8vvXEov68dyZu3nIH/dj4Pn7p2YVkXXLFO1lHt6dsAHQzQZCszRguQCr6 D68g== 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; bh=MS2o89rPX08fYfLG56pnKr91VCgwEiweba5HnccU9ZY=; b=uQgr6W5edugcuhQRJjaZbxfocdjb0TEnP0MmKJZv0WpAF5dsUMS0HDpyErswk5Y4rm nM1w3LUhsqp35IV+gqJ9OLP9O5oCg8ZtwSEUeG2Zo2RghDzwNBsQGUpQXRcX1Ov9Xbzq RdfloKRpEIa39bUzchAX97uhXl1mpHOO7pu7S+2GamgatjSkM7QtmQwCKhcbFTn6rszg xoTj17pcRKthLD3W5eX78VD4Noch17X3Ydd9YA7vz+NNJvfxbw0FCFTFqUL5086Rvi/F yGWtgMupOq2WkY2uo2noBz7I+qELLDXg7/+/2+EcUxiFzvzKox2ZhSjiqItsLsebrYqP WAmw== X-Gm-Message-State: AGi0Puadi1J+Mghljz1rViGu37uJ7v3ZBGi18yPfQ+Q7mWSPkB8NfRzv Ol2k+6MQRfrZIQYaglojtF8EKXhMGDY= X-Received: by 2002:adf:82f5:: with SMTP id 108mr30618064wrc.43.1588058089492; Tue, 28 Apr 2020 00:14:49 -0700 (PDT) Received: from dell ([2.31.163.63]) by smtp.gmail.com with ESMTPSA id d7sm23722846wrn.78.2020.04.28.00.14.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Apr 2020 00:14:48 -0700 (PDT) Date: Tue, 28 Apr 2020 08:14:47 +0100 From: Lee Jones To: Baolin Wang Cc: Arnd Bergmann , Mark Brown , Orson Zhai , Chunyan Zhang , LKML Subject: Re: [PATCH v3] mfd: syscon: Add Spreadtrum physical regmap bus support Message-ID: <20200428071447.GJ3559@dell> References: <20200427090518.GG3559@dell> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 28 Apr 2020, Baolin Wang wrote: > On Mon, Apr 27, 2020 at 5:05 PM Lee Jones wrote: > > > > On Mon, 27 Apr 2020, Baolin Wang wrote: > > > > > Hi Arnd and Lee, > > > > > > On Tue, Apr 21, 2020 at 10:13 PM Baolin Wang wrote: > > > > > > > > Some platforms such as Spreadtrum platform, define a special method to > > > > update bits of the registers instead of read-modify-write, which means > > > > we should use a physical regmap bus to define the reg_update_bits() > > > > operation instead of the MMIO regmap bus. Thus we can register a new > > > > physical regmap bus into syscon core to support this. > > > > > > > > Signed-off-by: Baolin Wang > > > > > > Do you have any comments for this patch? Thanks. > > > > Yes. I'm not accepting it, sorry. > > > > I'd rather you duplicate the things you need from of_syscon_register() > > in your own driver than taint this one. > > Thanks for your comments and I can understand your concern. But we > still want to use the standard syscon APIs in syscon.c, which means we > still need insert an callback or registration or other similar methods > to support vendor specific regmap bus. Otherwise we should invent some > similar syscon APIs in our vendor syscon driver, like > sprd_syscon_regmap_lookup_by_phandle/sprd_syscon_regmap_lookup_by_compatible. So long as the generic driver stays generic. Providing a registration function sounds cleaner than tainting the code with vendor specifics. > Arnd, what do you think? Thanks. -- Lee Jones [李琼斯] Linaro Services Technical Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog