Hi Chris
On 12/13/2011 5:35 PM, Chris Ball wrote:
> Hi Peppe,
>
> On Tue, Dec 06 2011, Giuseppe CAVALLARO wrote:
>>> I'm all for this patch so it gets visible in debugfs atleast,
>>> since people seem to need to know these things, so take that as an
>>> Acked-by: Linus Walleij
>>>
>>> Those who
Hi Peppe,
On Tue, Dec 06 2011, Giuseppe CAVALLARO wrote:
>> I'm all for this patch so it gets visible in debugfs atleast,
>> since people seem to need to know these things, so take that as an
>> Acked-by: Linus Walleij
>>
>> Those who want to writ userspace tools can proceed to
>> implement the
On 11/21/2011 11:08 AM, Linus Walleij wrote:
> On Mon, Nov 21, 2011 at 8:39 AM, Giuseppe CAVALLARO
> wrote:
>
>> Just to summarize: the patch works in debugfs context so the parsing doesn't
>> break the sys rules. I agree with Chris this has to be maintained for the
>> next mmc standards but IMO
On Mon, Nov 21, 2011 at 8:39 AM, Giuseppe CAVALLARO
wrote:
> Just to summarize: the patch works in debugfs context so the parsing doesn't
> break the sys rules. I agree with Chris this has to be maintained for the
> next mmc standards but IMO we can pay this waiting for having both a
> user-space
Hello Linus, Chris,
On 11/12/2011 2:12 AM, Linus Walleij wrote:
On Tue, Oct 25, 2011 at 1:43 PM, Sebastian Rasmussen wrote:
[Giuseppe]
This patch enhances the debug information reported
for the mmc card by parsing the extended CSD registers
obviously according to all the current specification
On Sat, Nov 12, 2011 at 2:21 AM, Chris Ball wrote:
> I wonder if we should start an MMC userspace tools repository containing
> code for features like the cmd passthrough ioctl, secure erase/trim/discard
> requests, and debugging output of the type this patch provides. On the
> other hand, maybe
Hi Giuseppe,
On Fri, Oct 28 2011, Giuseppe CAVALLARO wrote:
> On 10/27/2011 4:19 PM, Sebastian Rasmussen wrote:
>> Hi!
>>
>>> Before the patch the output from /sys/kernel/debug/mmc0/mmc0:0001/ext_csd
>>> was a big number and I had many problems parsing it in real-time.
>>> [...]
>>> In any case,
On Tue, Oct 25, 2011 at 1:43 PM, Sebastian Rasmussen wrote:
>[Giuseppe]
>> This patch enhances the debug information reported
>> for the mmc card by parsing the extended CSD registers
>> obviously according to all the current specifications.
>
> Does this belong kernel or in userspace? I'm not sur
Hello Sebastian,
On 10/27/2011 4:19 PM, Sebastian Rasmussen wrote:
> Hi!
>
>> Before the patch the output from /sys/kernel/debug/mmc0/mmc0:0001/ext_csd
>> was a big number and I had many problems parsing it in real-time.
>> [...]
>> In any case, the patch wants to help to directly get the ext_csd
Hi!
> Before the patch the output from /sys/kernel/debug/mmc0/mmc0:0001/ext_csd
> was a big number and I had many problems parsing it in real-time.
>[...]
> In any case, the patch wants to help to directly get the ext_csd in a
> human format.
Yes, I realize this. However I'm unsure whether this p
On 10/26/2011 1:27 PM, Giuseppe CAVALLARO wrote:
> On 10/25/2011 1:43 PM, Sebastian Rasmussen wrote:
[snip]
>> contains a numerical customer id which leads me to believe
>> that it would require some kind of list of number->name to
>> make it accessible to users, something akin to the lspci
>> da
On 10/25/2011 1:43 PM, Sebastian Rasmussen wrote:
>> This patch enhances the debug information reported
>> for the mmc card by parsing the extended CSD registers
>> obviously according to all the current specifications.
>
> Does this belong kernel or in userspace? I'm not sure, and
> I'm hoping th
> This patch enhances the debug information reported
> for the mmc card by parsing the extended CSD registers
> obviously according to all the current specifications.
Does this belong kernel or in userspace? I'm not sure, and
I'm hoping that any of the old-timers here chime in on it.
Anyway I supp
This patch enhances the debug information reported
for the mmc card by parsing the extended CSD registers
obviously according to all the current specifications.
I have no HW to test eMMC 4.5 at this moment. In any case,
the patch supports JEDEC Standard No. 84-B45.
No issues on JESD84-A441 and old
14 matches
Mail list logo