From: Chris Ball <cjb@laptop.org>
To: Giuseppe CAVALLARO <peppe.cavallaro@st.com>
Cc: Sebastian Rasmussen <sebras@gmail.com>, linux-mmc@vger.kernel.org
Subject: Re: [PATCH] mmc: debugfs: parse all ext_csd via debug_fs
Date: Fri, 11 Nov 2011 20:21:44 -0500 [thread overview]
Message-ID: <878vnmjftj.fsf@laptop.org> (raw)
In-Reply-To: <4EAA5F02.2080702@st.com> (Giuseppe CAVALLARO's message of "Fri, 28 Oct 2011 09:51:30 +0200")
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, 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 parsing should be
>> done in kernelspace at all. If your patch is accepted then it is obvious
>> that people think this belongs in kernelspace rather than in userspace.
>
> I've found really useful to have this kind of parsing in Kernel space
> because, fortunately, we are also using the kernel to validate the HW on
> our platforms.
sysfs has a strict one-value-per-file rule which this patch breaks, but
I can see putting something like this in debugfs instead. I'm wary of
committing to maintaining a parser for this information in the kernel,
though -- does anyone have advice on where this ought to be done?
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 existing similar tools should just be modified to
learn about how to deal with MMC?
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
next prev parent reply other threads:[~2011-11-12 1:21 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-24 15:04 [PATCH] mmc: debugfs: parse all ext_csd via debug_fs Giuseppe CAVALLARO
2011-10-25 11:43 ` Sebastian Rasmussen
2011-10-26 11:27 ` Giuseppe CAVALLARO
2011-10-27 7:20 ` Giuseppe CAVALLARO
2011-10-27 14:19 ` Sebastian Rasmussen
2011-10-28 7:51 ` Giuseppe CAVALLARO
2011-11-12 1:21 ` Chris Ball [this message]
2011-11-12 10:25 ` Linus Walleij
2011-11-12 1:12 ` Linus Walleij
2011-11-21 7:39 ` Giuseppe CAVALLARO
2011-11-21 10:08 ` Linus Walleij
2011-12-06 5:52 ` Giuseppe CAVALLARO
2011-12-13 16:35 ` Chris Ball
2011-12-15 13:08 ` Giuseppe CAVALLARO
2011-10-27 7:16 ` [PATCH] mmc: debugfs: parse ext_csd via debug_fs (v2) Giuseppe CAVALLARO
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=878vnmjftj.fsf@laptop.org \
--to=cjb@laptop.org \
--cc=linux-mmc@vger.kernel.org \
--cc=peppe.cavallaro@st.com \
--cc=sebras@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).