Flash needs bad-block remapping, block refresh, and write levelling. In the case of a USB attached flash storage these functions clearly get done in the USB device... in some sort of "processor" or ASIC. I always thought that MMC/SD devices worked the same. Are you saying that a SD card does this in the controller or driver, and there is no logic done on the card? -Bart On Fri, Jan 20, 2012 at 22:21, Singer X.J. Wang <wang [ at ] singerwang [ dot ] com> wrote: > There is no on card processor on the SD cards.. > > S > > On Thu, Jan 19, 2012 at 16:46, Rick Leir <rick [ dot ] leir [ at ] sympatico [ dot ] ca> wrote: > > > On 19/01/2012 3:10 PM, linux-request [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca wrote: > > > the actual capacity of the SD card was noticeably > > > less than advertised. > > From wikipedia: > > All SD cards incorporate a digital rights management > > <http://en.wikipedia.org/wiki/Digital_rights_management> (DRM) scheme. > > Roughly 10% of the storage capacity of an SD card is not available to > > the user, but is used by the on-card processor to verify the identity of > > an application program > > <http://en.wikipedia.org/wiki/Application_program> that it will then > > allow to read protected content. The card prohibits other accesses, such > > as users trying to make copies of protected files. > > _______________________________________________ > > Linux mailing list > > Linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca > > http://oclug.on.ca/mailman/listinfo/linux > > > > -- > Pythian proud winner of Oracle North America Titan Award for Exadata > Solution...watch the video on pythian.com > _______________________________________________ > Linux mailing list > Linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca > http://oclug.on.ca/mailman/listinfo/linux >