lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 9 Feb 2012 13:23:42 +0530
From:	Santosh Y <santoshsy@...il.com>
To:	Namjae Jeon <linkinjeon@...il.com>
Cc:	Vinayak Holikatti <vinholikatti@...il.com>,
	James.Bottomley@...senpartnership.com, linux-scsi@...r.kernel.org,
	linux-kernel@...r.kernel.org, patches@...aro.org,
	linux-samsung-soc@...r.kernel.org, saugata.das@...aro.org,
	arnd@...db.de, venkat@...aro.org, girish.shivananjappa@...aro.org,
	vishak.g@...sung.com, k.rajesh@...sung.com, yejin.moon@...sung.com
Subject: Re: [PATCH 0/4] [SCSI] ufshcd: UFS Host Controller Driver

On Thu, Feb 9, 2012 at 10:04 AM, Namjae Jeon <linkinjeon@...il.com> wrote:
> 2012/2/6 Santosh Y <santoshsy@...il.com>:
>> On Mon, Feb 6, 2012 at 4:15 AM, Namjae Jeon <linkinjeon@...il.com> wrote:
>>> 2012/2/5 Namjae Jeon <linkinjeon@...il.com>:
>>>> 2012/2/2 Vinayak Holikatti <vinholikatti@...il.com>:
>>>>> From: Santosh Yaraganavi <santoshsy@...il.com>
>>>>>
>>>>> 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.
>>
>> Hi Namjae,
>>
>> Currently UFS Driver is being tested on on UFS Controller FPGA and UFS
>> Device FPGA. So currently the main concentration is on functionality.
>> Performance on FPGA will not be the correct measurement.
> Hi. Santosh.
> If possible, I hope that you share performance to us when you post new
> patch next time.
> And Personally I am expecting good random I/O speed on UFS.
> Thanks.

Hi Namjae,
As soon as the hardware is available, we'll share the performance results.

>>
>>>>> --
>>>>> 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/
>>
>> --
>> ~Santosh



-- 
~Santosh
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ