Messages in this thread | | | Date | Wed, 14 Dec 2005 08:07:18 +0100 | From | Pierre Ossman <> | Subject | Re: [patch 0/5] Add MMC password protection (lock/unlock) support |
| |
Anderson Briglia wrote: > [resending summary because our first attempt failed] > > > - Password caching: when inserting a locked card, the driver should try to > unlock it with the currently stored password (if any), and if it fails, > revoke the key containing it and fallback to the normal "no password present" > situation. >
Would it be possible to use the id of the card as a search key for the password? That way several passwords can coexist.
> - Currently, some host drivers assume the block length will always be a power > of 2. This is not true for the MMC_LOCK_UNLOCK command, which is a block > command that accepts arbitratry block lengths. We have made the necessary > changes to the omap.c driver (present on the linux-omap tree), but the same > needs to be done for other hosts' drivers. >
The MMC layer is designed that way, so it's hardly surprising that drivers have been coded for it. I'm assuming you've removed blksz_bits in favor of something in bytes?
Rgds Pierre - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |