linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).