Possible bug in mmc-utils: Is MMC 'partition setting completed' required for 'write reliability'?

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

 



I am having problems with the 'mmc' userspace command in mmc-utils.
This call:

> /usr/bin/mmc write_reliability set -y 0 /dev/mmcblk1

results in:

> setting OTP PARTITION_SETTING_COMPLETED!
> Setting OTP PARTITION_SETTING_COMPLETED failed on /dev/mmcblk1

Which is not too surprising, since I only want to set the write
reliability bit and did not touch any (mmc-)partition information, so
that it probably still is invalid.

If I then type:

> /usr/bin/mmc extcsd read /dev/mmcblk1

that reliable write bit is shown as set:

> Write reliability setting register [WR_REL_SET]: 0x01

After consulting the JEDEC standards I failed to find the necessity to
set the "Partition setting complete" bit to actually enable the
"reliable write" function. If there *is* no connection, then commit
196d0d29588867bed50cd28b8f03cbbb5e0e6608 (2013-09-19 17:14:29) must not
try to set that bit and also must refrain from setting the reliable
write bit itself when in dry run mode.

I will have to defer to the experts in this matter whether this is
actually a bug in the mmc utility or just a less than clear definition
in the standard or something else entirely.

--

i.A. Harald Brinkmann

BST eltromat International GmbH
Werk Leopoldshöhe
Herforder Straße 249-251
D-33818 Leopoldshöhe

T:      +49 (5208) 987-513

E:      harald.brinkmann@xxxxxxxxxxxxxxxxxxxxx
W:      http://www.bst-eltromat.com




_______________________________________________________
Amtsgericht Bielefeld, HRB Nr. 30830
Geschäftsführer Kristian Jünke, Dr. Johann-Carsten Kipp, Dr. Gunter
Tautorus
Sitz der Gesellschaft: Bielefeld
Vertrauliche E-Mail von BST eltromat International GmbH

��.n��������+%������w��{.n�����{��i��)��jg��������ݢj����G�������j:+v���w�m������w�������h�����٥




[Index of Archives]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux