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:	Mon, 6 Feb 2012 12:47:57 +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 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.

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