Re: [PATCH 0/4] [SCSI] ufshcd: UFS Host Controller Driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2012/2/5 Namjae Jeon <linkinjeon@xxxxxxxxx>:
> 2012/2/2 Vinayak Holikatti <vinholikatti@xxxxxxxxx>:
>> From: Santosh Yaraganavi <santoshsy@xxxxxxxxx>
>>
>> UFS is designed to be the most advanced specification for
>> both embedded and removable flash memory-based storage in mobile devices
>> such as smart phones and tablet computers.  The UFS standard represents
>> an evolutionary progression of JEDEC standards in this field, and has been
>> specifically tailored for mobile applications and computing systems requiring
>> high performance and low power consumption.  The initial data throughput for
>> UFS will be ~300 megabytes per second (MB/s), and the standard also supports
>> command queuing features to raise random read/write speeds.
>>
>> To achieve the highest performance and most power efficient data
>> transport, UFS uses the leading industry interface standards to form its
>> Interconnect Layer: MIPI® Alliance’s M-PHY and UniProSM  specifications.
>> UniPro is a comprehensive specification meant to act as a universal
>> chip-to-chip protocol, providing a common tunnel for other protocols.
>> The M-PHY interface is designed as the primary physical interface (PHY layer)
>> for the UniPro specification, and is a high speed serial interface targeting
>> up to 2.9 gigabits per second (Gbps) per lane with up-scalability to 5.8Gbps
>> per lane.
>>
>> MIPI’s M-PHY and UniPro specifications are optimized for mobile applications,
>> and are designed from the ground up for efficient power management in mobile
>> devices, including enabling efficient transitions between the active and power
>> save modes. Combined with a low active power level and a near-zero idle power
>> level, UFS offers the promise for significant reductions in device power
>> consumption.
>>
>> The UFS standard adopts the well-known SCSI Architecture Model and command
>> protocols supporting multiple commands with command queuing features and
>> enabling a multi-thread programming paradigm. This differs from conventional
>> flash-based memory cards and embedded flash solutions which process one
>> command at a time, limiting random read/write access performance.
>> In addition, a forthcoming complementary UFS Host Controller Interface (HCI)
>> specification will allow system designers greater flexibility by simplifying
>> the involvement of the host processor in the operation of the flash storage
>> subsystem. The UFS HCI specification and the adoption of SCSI will provide
>> a well-known software programming model and enable wider market adoption.
>>
>> This patchset contains PCIe based UFS host controller driver which complies
>> to UFSHCI 1.0 and 1.1. The driver is based on Linux SCSI framework.
>> The driver is tested with UFS Host controller(FPGA) and UFS device(FPGA).
>>
>> This patch set is successfully applied on kernel version 3.3-rc2.
>>
>> Santosh Yaraganavi (4):
>>  [SCSI] ufshcd: UFS Host controller driver
>>  [SCSI] ufshcd: UFS UTP Transfer requests handling
>>  [SCSI] ufshcd: UFSHCI error handling
>>  [SCSI] ufshcd: SCSI error handling
>>
>>  drivers/scsi/Kconfig      |    1 +
>>  drivers/scsi/Makefile     |    1 +
>>  drivers/scsi/ufs/Kconfig  |   49 ++
>>  drivers/scsi/ufs/Makefile |    2 +
>>  drivers/scsi/ufs/ufs.h    |  203 +++++
>>  drivers/scsi/ufs/ufshcd.c | 1954 +++++++++++++++++++++++++++++++++++++++++++++
>>  drivers/scsi/ufs/ufshci.h |  360 +++++++++
>>  7 files changed, 2570 insertions(+), 0 deletions(-)
>>  create mode 100644 drivers/scsi/ufs/Kconfig
>>  create mode 100644 drivers/scsi/ufs/Makefile
>>  create mode 100644 drivers/scsi/ufs/ufs.h
>>  create mode 100644 drivers/scsi/ufs/ufshcd.c
>>  create mode 100644 drivers/scsi/ufs/ufshci.h
>>
>> --
>> 1.7.5.4
> Hi.
> I have been waiting for ufs contribution.
> Unfortunately I don't have real target supported ufs(maybe only you
> have it). I can not debug and run this code, So just review only code
> with specification.
>>
Hi. Santosh.
Would you share performance measurement result (read/write seq,ran) ?
Thanks.
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> Please read the FAQ at  http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux SoC Development]     [Linux Rockchip Development]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Linux SCSI]     [Yosemite News]

  Powered by Linux