From: Jan Kiszka <jan.kiszka@siemens.com>
To: Kieran Bingham <kieran.bingham@linaro.org>, linux-kernel@vger.kernel.org
Cc: lee.jones@linaro.org, peter.griffin@linaro.org, maxime.coquelin@st.com
Subject: Re: [PATCHv3 08/13] scripts/gdb: Add mount point list command
Date: Mon, 14 Mar 2016 16:05:20 +0100 [thread overview]
Message-ID: <56E6D330.6050306@siemens.com> (raw)
In-Reply-To: <56E6CD19.1040509@linaro.org>
On 2016-03-14 15:39, Kieran Bingham wrote:
> On 13/03/16 16:34, Jan Kiszka wrote:
>> On 2016-03-03 12:41, Kieran Bingham wrote:
>>> lx-mounts will identify current mount points based on the 'init_task'
>>> namespace by default, as we do not yet have a kernel thread list
>>> implementation to select the current running thread.
>>>
>>> Optionally, a user can specify a PID to list from that process'
>>> namespace
>>>
>>> Signed-off-by: Kieran Bingham <kieran.bingham@linaro.org>
>>>
>>> ---
>>> Changes from v1:
>>> - Updated to use LX_ constant macros
>>> - Adjusted for new list_for_each_item() function
>>> - Removed unnecessary Null check in vfs['mnt_parent']
>>> - Tested and not needed. It probably occurred in early testing
>>> with a bad iterator
>>>
>>> Changes since v2:
>>> - dentry path helper moved to utils module
>>> ---
>>> scripts/gdb/linux/constants.py.in | 21 +++++++++
>>> scripts/gdb/linux/proc.py | 99 +++++++++++++++++++++++++++++++++++++++
>>> 2 files changed, 120 insertions(+)
>>>
>>> diff --git a/scripts/gdb/linux/constants.py.in b/scripts/gdb/linux/constants.py.in
>>> index 79d9d0092452..57213ad8cf75 100644
>>> --- a/scripts/gdb/linux/constants.py.in
>>> +++ b/scripts/gdb/linux/constants.py.in
>>> @@ -12,7 +12,11 @@
>>> *
>>> */
>>>
>>> +#include <linux/fs.h>
>>> +#include <linux/mount.h>
>>> +
>>> /* We need to stringify expanded macros so that they can be parsed */
>>> +
>>> #define STRING(x) #x
>>> #define XSTRING(x) STRING(x)
>>>
>>> @@ -30,3 +34,20 @@
>>> <!-- end-c-headers -->
>>>
>>> import gdb
>>> +
>>> +/* linux/fs.h */
>>> +LX_VALUE(MS_RDONLY)
>>> +LX_VALUE(MS_SYNCHRONOUS)
>>> +LX_VALUE(MS_MANDLOCK)
>>> +LX_VALUE(MS_DIRSYNC)
>>> +LX_VALUE(MS_NOATIME)
>>> +LX_VALUE(MS_NODIRATIME)
>>> +
>>> +/* linux/mount.h */
>>> +LX_VALUE(MNT_NOSUID)
>>> +LX_VALUE(MNT_NODEV)
>>> +LX_VALUE(MNT_NOEXEC)
>>> +LX_VALUE(MNT_NOATIME)
>>> +LX_VALUE(MNT_NODIRATIME)
>>> +LX_VALUE(MNT_RELATIME)
>>> +
>>> diff --git a/scripts/gdb/linux/proc.py b/scripts/gdb/linux/proc.py
>>> index d855b2fd9a06..115f20b07a54 100644
>>> --- a/scripts/gdb/linux/proc.py
>>> +++ b/scripts/gdb/linux/proc.py
>>> @@ -12,6 +12,10 @@
>>> #
>>>
>>> import gdb
>>> +from linux import constants
>>> +from linux import utils
>>> +from linux import tasks
>>> +from linux import lists
>>>
>>>
>>> class LxCmdLine(gdb.Command):
>>> @@ -96,3 +100,98 @@ Equivalent to cat /proc/ioports on a running target"""
>>> return show_lx_resources("ioport_resource")
>>>
>>> LxIOPorts()
>>> +
>>> +
>>> +# Mount namespace viewer
>>> +# /proc/mounts
>>> +
>>> +def info_opts(lst, opt):
>>> + opts = ""
>>> + for key, string in lst.items():
>>> + if opt & key:
>>> + opts += string
>>> + return opts
>>> +
>>> +
>>> +FS_INFO = {constants.LX_MS_SYNCHRONOUS: ",sync",
>>> + constants.LX_MS_MANDLOCK: ",mand",
>>> + constants.LX_MS_DIRSYNC: ",dirsync",
>>> + constants.LX_MS_NOATIME: ",noatime",
>>> + constants.LX_MS_NODIRATIME: ",nodiratime"}
>>> +
>>> +MNT_INFO = {constants.LX_MNT_NOSUID: ",nosuid",
>>> + constants.LX_MNT_NODEV: ",nodev",
>>> + constants.LX_MNT_NOEXEC: ",noexec",
>>> + constants.LX_MNT_NOATIME: ",noatime",
>>> + constants.LX_MNT_NODIRATIME: ",nodiratime",
>>> + constants.LX_MNT_RELATIME: ",relatime"}
>>> +
>>> +mount_type = utils.CachedType("struct mount")
>>> +mount_ptr_type = mount_type.get_type().pointer()
>>> +
>>> +
>>> +class LxMounts(gdb.Command):
>>> + """Report the VFS mounts of the current process namespace.
>>> +
>>> +Equivalent to cat /proc/mounts on a running target
>>> +An integer value can be supplied to display the mount
>>> +values of that process namespace"""
>>> +
>>> + def __init__(self):
>>> + super(LxMounts, self).__init__("lx-mounts", gdb.COMMAND_DATA)
>>> +
>>> + # Equivalent to proc_namespace.c:show_vfsmnt
>>> + # However, that has the ability to call into s_op functions
>>> + # whereas we cannot and must make do with the information we can obtain.
>>> + def invoke(self, arg, from_tty):
>>> + argv = gdb.string_to_argv(arg)
>>> + if len(argv) >= 1:
>>> + try:
>>> + pid = int(argv[0])
>>> + except:
>>> + raise gdb.GdbError("Provide a PID as integer value")
>>> + else:
>>> + pid = 1
>>> +
>>> + task = tasks.get_task_by_pid(pid)
>>> + if not task:
>>> + raise gdb.GdbError("Couldn't find a process with PID {}"
>>> + .format(pid))
>>> +
>>> + namespace = task['nsproxy']['mnt_ns']
>>> + if not namespace:
>>> + raise gdb.GdbError("No namespace for current process")
>>> +
>>> + for vfs in lists.list_for_each_entry(
>>> + namespace['list'], mount_ptr_type, "mnt_list"):
>>
>> pep8 and /me prefer
>>
>> for vfs in lists.list_for_each_entry(namespace['list'],
>> mount_ptr_type, "mnt_list"):
>
> Ack. No problem.
>
> Did pep8 tool generate a warning here? (Just wondering if this is
> another instance of my tool behaving differently)
Yep.
>
>>
>>> + devname = vfs['mnt_devname'].string()
>>> + devname = devname if devname else "none"
>>> +
>>> + pathname = ""
>>> + parent = vfs
>>> + while True:
>>> + mntpoint = parent['mnt_mountpoint']
>>> + pathname = utils.dentry_name(mntpoint) + pathname
>>> + if (parent == parent['mnt_parent']):
>>> + break
>>> + parent = parent['mnt_parent']
>>> +
>>> + if (pathname == ""):
>>> + pathname = "/"
>>> +
>>> + superblock = vfs['mnt']['mnt_sb']
>>> + fstype = superblock['s_type']['name'].string()
>>> + s_flags = int(superblock['s_flags'])
>>> + m_flags = int(vfs['mnt']['mnt_flags'])
>>> + rd = "ro" if (s_flags & constants.LX_MS_RDONLY) else "rw"
>>> +
>>> + gdb.write(
>>> + "{} {} {} {}{}{} 0 0\n"
>>> + .format(devname,
>>> + pathname,
>>> + fstype,
>>> + rd,
>>> + info_opts(FS_INFO, s_flags),
>>> + info_opts(MNT_INFO, m_flags)))
>>> +
>>> +LxMounts()
>>>
>>
>> This doesn't list all parameters of a mount. Can this be fixed easily?
>
> Not easily I'm afraid: The comment at the top was hoping to highlight this:
>
>>> + # Equivalent to proc_namespace.c:show_vfsmnt
>>> + # However, that has the ability to call into s_op functions
>>> + # whereas we cannot and must make do with the information we can
> obtain.
Sorry, missed this.
>
> Each VFS can call into an extra hook to provide extra option
> information. We would need to duplicate each of those implementations :(
So these options are not available as string somewhere?
Jan
--
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2016-03-14 15:05 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-03 11:40 [PATCHv3 00/13] scripts/gdb: Linux awareness debug commands Kieran Bingham
2016-03-03 11:40 ` [PATCHv3 01/13] scripts/gdb: Provide linux constants Kieran Bingham
2016-03-03 11:40 ` [PATCHv3 02/13] scripts/gdb: Provide kernel list item generators Kieran Bingham
2016-03-08 3:47 ` Jeff Mahoney
2016-03-08 7:55 ` Kieran Bingham
2016-03-03 11:40 ` [PATCHv3 03/13] scripts/gdb: Convert modules usage to lists functions Kieran Bingham
2016-03-03 11:40 ` [PATCHv3 04/13] scripts/gdb: Provide exception catching parser Kieran Bingham
2016-03-03 11:40 ` [PATCHv3 05/13] scripts/gdb: Support !CONFIG_MODULES gracefully Kieran Bingham
2016-03-03 11:41 ` [PATCHv3 06/13] scripts/gdb: Provide a dentry_name VFS path helper Kieran Bingham
2016-03-03 11:41 ` [PATCHv3 07/13] scripts/gdb: Add io resource readers Kieran Bingham
2016-03-03 11:41 ` [PATCHv3 08/13] scripts/gdb: Add mount point list command Kieran Bingham
2016-03-13 16:34 ` Jan Kiszka
2016-03-14 14:39 ` Kieran Bingham
2016-03-14 15:05 ` Jan Kiszka [this message]
2016-03-15 10:46 ` Kieran Bingham
2016-03-03 11:41 ` [PATCHv3 09/13] scripts/gdb: Add meminfo command Kieran Bingham
2016-03-13 16:34 ` Jan Kiszka
2016-03-13 18:16 ` Kieran Bingham
2016-03-13 19:08 ` Jan Kiszka
2016-03-14 12:13 ` Kieran Bingham
2016-03-03 11:41 ` [PATCHv3 10/13] scripts/gdb: Add cpu iterators Kieran Bingham
2016-03-13 16:33 ` Jan Kiszka
2016-03-13 18:39 ` Kieran Bingham
2016-03-03 11:41 ` [PATCHv3 11/13] scripts/gdb: Add a Radix Tree Parser Kieran Bingham
2016-03-03 11:41 ` [PATCHv3 12/13] scripts/gdb: Add interrupts command Kieran Bingham
2016-03-03 11:41 ` [PATCHv3 13/13] scripts/gdb: Add lx_thread_info_by_pid helper Kieran Bingham
2016-03-13 16:35 ` [PATCHv3 00/13] scripts/gdb: Linux awareness debug commands Jan Kiszka
2016-03-14 14:40 ` Kieran Bingham
2016-03-14 15:09 ` Jan Kiszka
2016-03-14 17:18 ` Kieran Bingham
2016-03-14 17:31 ` Jan Kiszka
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=56E6D330.6050306@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=kieran.bingham@linaro.org \
--cc=lee.jones@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maxime.coquelin@st.com \
--cc=peter.griffin@linaro.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;
as well as URLs for NNTP newsgroup(s).