Hi, On 4/7/2016 10:15 PM, Winkler, Tomas wrote: > On Wed, 2016-04-06 at 09:51 +0100, Joao Pinto wrote: >> Hi! >> >> On 4/4/2016 12:11 PM, Tomas Winkler wrote: >>> Register UFS RPMB LUN with the RPMB subsystem and provide >>> implementation for the RPMB access operations. RPMB partition is >>> accessed via a sequence of security protocol in and security >>> protocol >>> out commands with UFS specific parameters. This multi step process >>> is >>> abstracted into 4 basic RPMB commands. >> >> [snip] >> >>> * "UFS device" W-LU. >>> */ >>> struct scsi_device *sdev_ufs_device; >>> + struct scsi_device *sdev_ufs_rpmb; >>> >>> enum ufs_dev_pwr_mode curr_dev_pwr_mode; >>> enum uic_link_state uic_link_state; >>> >> >> I have a UFS device emulator that has the RPMB capability. What are >> the expected >> good results for me to validate? > > Hi Joao, thanks for that. I'm attaching an archive with few basic > samples via user space interface. > You should run the program key first (program-key.sh), just don't do it > on a real device it's one in life time operation. > > Thanks > Tomas > I have tested your patch set the following way: Patches applied: - Got 4.7-queue from the SCSI repo - Applied the patch set for DW UFS support - Applied your patch set for RPMB support Platform (UFS IP Prototyping Kit): - CPU: ARC CPU 32-bit - UFS 2.0 Core running in FPGA Results: Kernel Build without RPMB configured: OK Kernel Build with RPMB configured: OK UFS Device partitions shown in UFS Host without RPMB configured: Yes UFS Device partitions shown in UFS Host with RPMB configured: Yes I would like to run more verifications regarding RPMB. Could you tell me what is the procedure you suggest? Thanks, Joao -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
