From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roger Subject: Re: [PATCH v4 1/3] mfd: Add realtek USB card reader driver Date: Mon, 17 Feb 2014 18:24:54 +0800 Message-ID: <5301E376.8010000@realtek.com> References: <1392199238-14500-1-git-send-email-rogerable@realtek.com> <1392199238-14500-2-git-send-email-rogerable@realtek.com> <20140214094427.GA7380@lee--X1> <5301A786.8040607@realtek.com> <20140217082222.GA17875@lee--X1> <5301D369.5010100@realtek.com> <20140217100211.GE17875@lee--X1> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20140217100211.GE17875@lee--X1> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: driverdev-devel-bounces@linuxdriverproject.org Sender: driverdev-devel-bounces@linuxdriverproject.org To: Lee Jones Cc: Ulf Hansson , Maxim Levitsky , Alex Dubov , Greg Kroah-Hartman , driverdev-devel@linuxdriverproject.org, linux-mmc@vger.kernel.org, Chris Ball , linux-kernel@vger.kernel.org, wei_wang@realsil.com.cn, Dan Carpenter , Samuel Ortiz List-Id: linux-mmc@vger.kernel.org On 02/17/2014 06:02 PM, Lee Jones wrote: >>>>>> From: Roger Tseng >>>>>> >>>>>> Realtek USB card reader provides a channel to transfer command or data to flash >>>>>> memory cards. This driver exports host instances for mmc and memstick subsystems >>>>>> and handles basic works. >>>>>> >>>>>> Signed-off-by: Roger Tseng >>>>>> --- >>>>>> drivers/mfd/Kconfig | 10 + >>>>>> drivers/mfd/Makefile | 1 + >>>>>> drivers/mfd/rtsx_usb.c | 760 +++++++++++++++++++++++++++++++++++++++++++ >>>>>> include/linux/mfd/rtsx_usb.h | 628 +++++++++++++++++++++++++++++++++++ >>>>>> 4 files changed, 1399 insertions(+) >>>>>> create mode 100644 drivers/mfd/rtsx_usb.c >>>>>> create mode 100644 include/linux/mfd/rtsx_usb.h >>>>> >>>>> Applied again, thanks. >>>>> >>>> Would you also apply patch 2/3 and 3/3 that to make the device fully >>>> operational for users? Or should they be applied by maintainers of >>>> mmc/memstick subsystems? >>>> >>>> Chris, would you give some comment? >>> >>> I can apply them, but I need the other Maintainer Acks. >>> >>> If they are build orthogonal i.e. there are no build dependencies >>> between them, it's probably better that they go into their associated >>> trees separately. >>> >> I think it would be better to apply them together since the later >> patches really depend on the 1st one,so now we are waiting for Acks >> from mmc/memstick subsystems. > > When you say "depend on", do you mean as a build depenency, or won't > run without the first patch applied? The later 2 patches actually invoke symbols defined in the first patch and won't compile if it is not applied first. The Kconfig changes for the later oness also specified this by "depends on". I'm not sure if this means "build dependency". Sorry for my unclear words. >> But there is no one specified for "memstick/host/" in MAINTAINERS. >> Could anyone else Ack this? >