| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <8e2fbab4c611cc1bbf45f58e88736a0bd0bd6fa2.camel@mediatek.com>
Date: Thu, 15 Feb 2024 03:02:01 +0000
From: Kuan-Ying Lee (李冠穎)
<Kuan-Ying.Lee@...iatek.com>
To: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mediatek@...ts.infradead.org" <linux-mediatek@...ts.infradead.org>,
Qun-wei Lin (林群崴) <Qun-wei.Lin@...iatek.com>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
Chinwen Chang (張錦文)
<chinwen.chang@...iatek.com>, Casper Li (李中榮)
<casper.li@...iatek.com>, "akpm@...ux-foundation.org"
<akpm@...ux-foundation.org>, "kbingham@...nel.org" <kbingham@...nel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, "matthias.bgg@...il.com"
<matthias.bgg@...il.com>, "urezki@...il.com" <urezki@...il.com>,
"angelogioacchino.delregno@...labora.com"
<angelogioacchino.delregno@...labora.com>, "jan.kiszka@...mens.com"
<jan.kiszka@...mens.com>
Subject: Re: [PATCH] scripts/gdb/vmalloc: fix vmallocinfo error
On Wed, 2024-02-07 at 15:59 -0800, Andrew Morton wrote:
>
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
> On Wed, 7 Feb 2024 15:56:23 -0800 Andrew Morton <
> akpm@...ux-foundation.org> wrote:
>
> > > [1]
> https://lore.kernel.org/linux-mm/20240102184633.748113-1-urezki@gmail.com/
> >
> > vmap_area_list was removed by
> https://lkml.kernel.org/r/20240102184633.748113-6-urezki@gmail.com
> >
> > So I think this patch is actually a fix against mm.git:mm-
> unstable's
> > mm-vmalloc-remove-vmap_area_list.patch?
> >
Yes, you are right.
Thanks for helping to fix the commit message.
> > However this gdb function was probably probably broken earlier in
> that
> > series, so perhaps this patch would be best staged as a predecessor
> to
> > Ulad's vmalloc series.
>
> ie, this:
>
>
> From: Kuan-Ying Lee <Kuan-Ying.Lee@...iatek.com>
> Subject: scripts/gdb/vmalloc: fix vmallocinfo error
> Date: Wed, 7 Feb 2024 16:58:51 +0800
>
> The patch series "Mitigate a vmap lock contention" removes
> vmap_area_list,
> which will break the gdb vmallocinfo command:
>
> (gdb) lx-vmallocinfo
> Python Exception <class 'gdb.error'>: No symbol "vmap_area_list" in
> current context.
> Error occurred in Python: No symbol "vmap_area_list" in current
> context.
>
> So we can instead use vmap_nodes to iterate all vmallocinfo.
>
> Link:
> https://lkml.kernel.org/r/20240207085856.11190-1-Kuan-Ying.Lee@mediatek.com
> Signed-off-by: Kuan-Ying Lee <Kuan-Ying.Lee@...iatek.com>
> Cc: Casper Li <casper.li@...iatek.com>
> Cc: AngeloGioacchino Del Regno <
> angelogioacchino.delregno@...labora.com>
> Cc: Chinwen Chang <chinwen.chang@...iatek.com>
> Cc: Jan Kiszka <jan.kiszka@...mens.com>
> Cc: Kieran Bingham <kbingham@...nel.org>
> Cc: Matthias Brugger <matthias.bgg@...il.com>
> Cc: Qun-Wei Lin <qun-wei.lin@...iatek.com>
> Cc: Uladzislau Rezki (Sony) <urezki@...il.com>
> Signed-off-by: Andrew Morton <akpm@...ux-foundation.org>
> ---
>
> scripts/gdb/linux/vmalloc.py | 56 +++++++++++++++++---------------
> -
> 1 file changed, 29 insertions(+), 27 deletions(-)
>
> --- a/scripts/gdb/linux/vmalloc.py~scripts-gdb-vmalloc-fix-
> vmallocinfo-error
> +++ a/scripts/gdb/linux/vmalloc.py
> @@ -29,32 +29,34 @@ class LxVmallocInfo(gdb.Command):
> if not constants.LX_CONFIG_MMU:
> raise gdb.GdbError("Requires MMU support")
>
> - vmap_area_list = gdb.parse_and_eval('vmap_area_list')
> - for vmap_area in lists.list_for_each_entry(vmap_area_list,
> vmap_area_ptr_type, "list"):
> - if not vmap_area['vm']:
> - gdb.write("0x%x-0x%x %10d vm_map_ram\n" %
> (vmap_area['va_start'], vmap_area['va_end'],
> - vmap_area['va_end'] - vmap_area['va_start']))
> - continue
> - v = vmap_area['vm']
> - gdb.write("0x%x-0x%x %10d" % (v['addr'], v['addr'] +
> v['size'], v['size']))
> - if v['caller']:
> - gdb.write(" %s" % str(v['caller']).split(' ')[-1])
> - if v['nr_pages']:
> - gdb.write(" pages=%d" % v['nr_pages'])
> - if v['phys_addr']:
> - gdb.write(" phys=0x%x" % v['phys_addr'])
> - if v['flags'] & constants.LX_VM_IOREMAP:
> - gdb.write(" ioremap")
> - if v['flags'] & constants.LX_VM_ALLOC:
> - gdb.write(" vmalloc")
> - if v['flags'] & constants.LX_VM_MAP:
> - gdb.write(" vmap")
> - if v['flags'] & constants.LX_VM_USERMAP:
> - gdb.write(" user")
> - if v['flags'] & constants.LX_VM_DMA_COHERENT:
> - gdb.write(" dma-coherent")
> - if is_vmalloc_addr(v['pages']):
> - gdb.write(" vpages")
> - gdb.write("\n")
> + nr_vmap_nodes = gdb.parse_and_eval('nr_vmap_nodes')
> + for i in range(0, nr_vmap_nodes):
> + vn = gdb.parse_and_eval('&vmap_nodes[%d]' % i)
> + for vmap_area in
> lists.list_for_each_entry(vn['busy']['head'], vmap_area_ptr_type,
> "list"):
> + if not vmap_area['vm']:
> + gdb.write("0x%x-0x%x %10d vm_map_ram\n" %
> (vmap_area['va_start'], vmap_area['va_end'],
> + vmap_area['va_end'] -
> vmap_area['va_start']))
> + continue
> + v = vmap_area['vm']
> + gdb.write("0x%x-0x%x %10d" % (v['addr'], v['addr'] +
> v['size'], v['size']))
> + if v['caller']:
> + gdb.write(" %s" % str(v['caller']).split(' ')[-
> 1])
> + if v['nr_pages']:
> + gdb.write(" pages=%d" % v['nr_pages'])
> + if v['phys_addr']:
> + gdb.write(" phys=0x%x" % v['phys_addr'])
> + if v['flags'] & constants.LX_VM_IOREMAP:
> + gdb.write(" ioremap")
> + if v['flags'] & constants.LX_VM_ALLOC:
> + gdb.write(" vmalloc")
> + if v['flags'] & constants.LX_VM_MAP:
> + gdb.write(" vmap")
> + if v['flags'] & constants.LX_VM_USERMAP:
> + gdb.write(" user")
> + if v['flags'] & constants.LX_VM_DMA_COHERENT:
> + gdb.write(" dma-coherent")
> + if is_vmalloc_addr(v['pages']):
> + gdb.write(" vpages")
> + gdb.write("\n")
>
> LxVmallocInfo()
> _
>
Powered by blists - more mailing lists