[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAKVbJB96Y87=a1dOskYX472Um3w=_orQWN19_Yj+iRp7js9Anw@mail.gmail.com>
Date: Thu, 26 Jul 2012 16:42:40 +0530
From: vinayak holikatti <vinholikatti@...il.com>
To: "S, Venkatraman" <svenkatr@...com>
Cc: James.Bottomley@...senpartnership.com, linux-scsi@...r.kernel.org,
linux-kernel@...r.kernel.org, patches@...aro.org,
linux-samsung-soc@...r.kernel.org, arnd@...aro.org,
girish.shivananjappa@...aro.org, saugata.das@...aro.org,
vishak.g@...sung.com, venkat@...aro.org, k.rajesh@...sung.com,
dsaxena@...aro.org, ilho215.lee@...sung.com, nala.la@...sung.com,
sreekumar.c@...sung.com
Subject: Re: [PATCH V3 0/4] [SCSI] ufs: Adds glue drivers to ufshcd
On Thu, Jul 26, 2012 at 4:02 PM, S, Venkatraman <svenkatr@...com> wrote:
> On Thu, Jul 26, 2012 at 2:12 PM, Vinayak Holikatti
> <vinholikatti@...il.com> wrote:
>> This patch set adds following features
>> - Seggregate PCI specific code in ufshcd.c
>> - Adds PCI glue driver ufshcd-pci.c and ufshcd.c become core module
>> - Adds Platform glue driver ufshcd-pltfrm.c
>> - Update correct transfer size in Command UPIU
>>
>> Vinayak Holikatti (4):
>> [SCSI] drivers/scsi/ufs: Seggregate PCI Specific Code
>> [SCSI] drivers/scsi/ufs: Separate PCI code into glue driver
>> [SCSI] ufs: Add Platform glue driver for ufshcd
>> [SCSI] ufs: Correct the expected data transfer size
>>
>> drivers/scsi/ufs/Kconfig | 37 +++-
>> drivers/scsi/ufs/Makefile | 2 +
>> drivers/scsi/ufs/ufshcd-pci.c | 228 ++++++++++++++++++++
>> drivers/scsi/ufs/ufshcd-pltfrm.c | 222 ++++++++++++++++++++
>> drivers/scsi/ufs/ufshcd.c | 422 ++++++--------------------------------
>> drivers/scsi/ufs/ufshcd.h | 206 +++++++++++++++++++
>> drivers/scsi/ufs/ufshcd_common.h | 53 +++++
>> 7 files changed, 813 insertions(+), 357 deletions(-)
>
> Two minor observations..
> 1) If both pci and platform have to do the exact same thing in their
> _suspend() and _resume() routines, perhaps there is scope for making
> them as common (the steps outlined in them should be done in core
> ufshcd) ?
Both will not have to do the exact same thing. We have plan to implement
ufshcd_suspend and ufshcd_resume which will be generic and will be part
of ufshcd core, as you said.
>
> 2) Need to include ufshcd_common.h in ufshcd.c so that the prototypes
> are supplied for the exported functions.
Thank you, I will make necessary changes in next version of patches.
--
Regards,
Vinayak Holikatti
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists