From: umar@janteq.com
To: "Iwo Mergler" <IwoM@netcomm.com.au>
Cc: David Wagner <david.wagner@free-electrons.com>,
"umar@janteq.com" <umar@janteq.com>,
linux-mtd@lists.infradead.org
Subject: Re: Discovering current MTD partition
Date: Thu, 28 Apr 2011 13:26:51 -0400 [thread overview]
Message-ID: <7bc099d4301235c5f76f9689cb956f2c.squirrel@emailmg.startlogic.com> (raw)
In-Reply-To: <201104281427.52402.IwoM@netcomm.com.au>
> On Thu, 28 Apr 2011 03:14:36 umar@janteq.com wrote:
>> > On 04/27/2011 09:25 AM, umar@janteq.com wrote:
>> >> Hi,
>> >> [...]
>> >> What I'd like is to detect from userspace is which /dev/mtdX
>> partition
>> >> is
>> >> the currently executing program running on because that is the
>> partition
>> >> that has been obviously booted.
>> >
>> > I think you might want to take a look at getmntent (3) : it is a libc
>> > function for getting the /etc/mtab entries. It also seems to be
>> portable.
>> >
>> > Cheers,
>> > David.
>> >
>> > --
>> > David Wagner, Free Electrons
>> > Kernel, drivers, real-time and embedded Linux
>> > development, consulting, training and support.
>> > http://free-electrons.com
>>
>> This will give me the same info as /proc/mtab. I cannot figure out how
>> I
>> can infer which /dev/mtdXX was booted from with this information.
>>
>
> Here is an example from the embedded system I have on my desk
> right now:
>
> root:/proc# cat /proc/mounts
> rootfs / rootfs rw 0 0
> mtd:rfs / jffs2 rw,relatime 0 0
> proc /proc proc rw,relatime 0 0
> devpts /dev/pts devpts rw,relatime,mode=600 0 0
> etc.
>
> From this we can see that the current root file system is
> mtd:rfs
>
> root:/proc# cat mtd
> dev: size erasesize name
> mtd0: 00100000 00020000 "S1S2EN"
> mtd1: 00400000 00020000 "rkern"
> mtd2: 00b00000 00020000 "rfs"
> mtd3: 00400000 00020000 "kernel"
> mtd4: 02000000 00020000 "root"
> etc.
>
> This tells us that mtd:rfs corresponds to mtd2, which
> should be accessible under /dev/mtd2, /dev/mtdblock2, etc.
>
>
> Best regards,
>
> Iwo
>
>
# cat /proc/mounts
rootfs / rootfs rw 0 0
ubi0:rootfs / ubifs rw,sync,relatime 0 0
proc /proc proc rw,relatime 0 0
tmpfs /tmp tmpfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620 0 0
sysfs /sys sysfs rw,relatime 0 0
debugfs /debug debugfs rw,relatime 0 0
tmpfs /webSvr/logs tmpfs rw,relatime 0 0
# cat /proc/mtd
dev: size erasesize name
mtd0: 00020000 00020000 "bst"
mtd1: 00500000 00020000 "ptb"
mtd2: 00500000 00020000 "bld"
mtd3: 00500000 00020000 "hal"
mtd4: 00500000 00020000 "pba"
mtd5: 00800000 00020000 "pri"
mtd6: 00800000 00020000 "sec"
mtd7: 03c00000 00020000 "bak"
mtd8: 03c00000 00020000 "rmd"
mtd9: 03c00000 00020000 "rom"
mtd10: 00300000 00020000 "dsp"
mtd11: 03c00000 00020000 "lnx"
# df
Filesystem Size Used Available Use% Mounted on
ubi0:rootfs 52.7M 35.1M 17.5M 67% /
tmpfs 65.4M 32.0K 65.4M 0% /tmp
tmpfs 65.4M 32.0K 65.4M 0% /webSvr/logs
There's nothing above I can use to infer about which /dev/mtdXX is
currently booted - at least on this system.
I have resorted to my backup strategy of parsing /proc/cmdline within
Python to determine which partition is booted. *sigh*
next prev parent reply other threads:[~2011-04-28 17:27 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-26 23:43 Discovering current MTD partition Umar Qureshey
2011-04-27 5:31 ` Artem Bityutskiy
2011-04-27 6:22 ` Ricard Wanderlof
2011-04-27 17:08 ` umar
2011-04-28 7:31 ` Ricard Wanderlof
2011-04-28 7:37 ` Artem Bityutskiy
2011-04-28 8:00 ` Ricard Wanderlof
2011-04-28 8:52 ` Artem Bityutskiy
2011-04-28 9:09 ` Ricard Wanderlof
2011-04-27 7:25 ` umar
[not found] ` <4DB7C9F9.9000609@free-electrons.com>
2011-04-27 17:14 ` umar
2011-04-28 4:27 ` Iwo Mergler
2011-04-28 7:39 ` Ricard Wanderlof
2011-04-28 17:26 ` umar [this message]
2011-04-28 17:48 ` Artem Bityutskiy
2011-04-29 0:53 ` umar
2011-04-28 18:08 ` Bjørn Forsman
2011-04-28 18:21 ` Atlant Schmidt
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=7bc099d4301235c5f76f9689cb956f2c.squirrel@emailmg.startlogic.com \
--to=umar@janteq.com \
--cc=IwoM@netcomm.com.au \
--cc=david.wagner@free-electrons.com \
--cc=linux-mtd@lists.infradead.org \
/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