On Thu, 6 Mar 2025 20:51:10 +0200 Mike Rapoport wrote:
> Every architecture has implementation of mem_init() function and some
> even more than one. All these release free memory to the buddy
> allocator, most of them set high_memory to the end of directly
> addressable memory and many of them s
On Tue, 4 Mar 2025 10:31:07 +0800 Qi Zheng wrote:
>
>
> On 3/4/25 7:53 AM, Andrew Morton wrote:
> > On Mon, 3 Mar 2025 15:26:03 +0800 Qi Zheng
> > wrote:
> >
> >> Now, the nine architectures of csky, hexagon, loongarch, m68k, mips,
> >
On Mon, 3 Mar 2025 15:26:03 +0800 Qi Zheng wrote:
> Now, the nine architectures of csky, hexagon, loongarch, m68k, mips,
> nios2, openrisc, sh and um do not select CONFIG_MMU_GATHER_RCU_TABLE_FREE,
> and just call pagetable_dtor() + tlb_remove_page_ptdesc() (the wrapper of
> tlb_remove_page()).
On Tue, 25 Feb 2025 11:45:55 +0800 Qi Zheng wrote:
> The x86 has already been converted to use struct ptdesc, so convert it to
> use tlb_remove_ptdesc() instead of tlb_remove_table().
>
This is dependent upon Rik's a37259732a7dc ("x86/mm: Make
MMU_GATHER_RCU_TABLE_FREE unconditional") from the
On Fri, 3 Jan 2025 02:06:10 + Andrew Cooper
wrote:
> > Hi Mike,
> >
> > This commit is making my intel box not boot in mm-unstable :>) I bisected
> > it to
> > this commit.
>
> For what it's worth, we've found the same under Xen too.
>
> There's one concrete bug in the series, failing to
On Mon, 30 Dec 2024 17:07:35 +0800 Qi Zheng wrote:
> Changes in v4:
> - remove [PATCH v3 15/17] and [PATCH v3 16/17] (Mike Rapoport)
>(the tlb_remove_page_ptdesc() and tlb_remove_ptdesc() are intermediate
> products of the project: https://kernelnewbies.org/MatthewWilcox/Memdescs,
>
On Mon, 30 Dec 2024 11:12:00 +0800 Qi Zheng wrote:
> > For now struct ptdesc overlaps struct page, but the goal is to have them
> > separate and always operate on struct ptdesc when working with page tables.
>
> OK, so tlb_remove_page_ptdesc() and tlb_remove_ptdesc() are somewhat
> intermediate
On Fri, 20 Dec 2024 17:26:38 +0800 Guo Weikang
wrote:
> Before SLUB initialization, various subsystems used memblock_alloc to
> allocate memory. In most cases, when memory allocation fails, an immediate
> panic is required. To simplify this behavior and reduce repetitive checks,
> introduce `mem
On Sun, 13 Oct 2024 11:43:41 +0300 Mike Rapoport wrote:
> > > The idea is to keep everything together and have execmem_info describe all
> > > that architecture needs.
> >
> > But why? That's pretty different from our normal style of arch hooks,
> > and introduces an indirect call in a securit
On Wed, 9 Oct 2024 21:08:15 +0300 Mike Rapoport wrote:
> Using large pages to map text areas reduces iTLB pressure and improves
> performance.
Are there any measurable performance improvements?
What are the effects of this series upon overall memory consumption?
The lack of acks is a bit surp
On Mon, 02 Sep 2024 21:06:48 +0200 Sven Schnelle wrote:
> So uprobe_clear_state() in the beginning free's the memory area
> containing the vm_special_mapping data, but exit_mmap() uses this
> address later via vma->vm_private_data (which was set in
> _install_special_mapping().
>
> The followin
On Tue, 20 Aug 2024 16:14:29 -0700 Linus Torvalds
wrote:
> Andrew - I think this is good, but there may be other issues lurking.
> Do with it as you see fit,
Hey you know me, I'll merge any old thing if I think it'll help nurture
newbies.
On Mon, 19 Aug 2024 13:16:32 -0700 Linus Torvalds
wrote:
> On Mon, 19 Aug 2024 at 13:15, Linus Torvalds
> wrote:
> >
> > Ok, I did a quick hack-job to remove that disgusting
> > install_special_mapping() legacy case.
> >
> > With this [..]
>
> I forgot to actually attach that "this". Here it i
On Mon, 24 Jul 2023 17:31:31 +0300 Andy Shevchenko
wrote:
> This reverts commit 9b0da3f22307af693be80f5d3a89dc4c7f360a85.
>
> The sigio.c is clearly user space code which is handled by
> arch/um/scripts/Makefile.rules (see USER_OBJS rule).
>
> The above mentioned commit simply broke this agree
On Sun, 26 Feb 2023 00:47:19 -0600 Glenn Washburn
wrote:
> Would you like me to resent the series rebased onto v6.2?
Yes please ;) Against current linus tip if possible.
___
linux-um mailing list
linux-um@lists.infradead.org
http://lists.infradead.o
On Fri, 17 Feb 2023 19:11:52 -0600 Glenn Washburn
wrote:
> Added suggestions from Jan.
>
> Glenn
>
> Glenn Washburn (2):
> scripts/gdb: Correct indentation in get_current_task
> scripts/gdb: Support getting current task struct in UML
>
For some reason I get a bunch of rejects when applyi
On Fri, 17 Feb 2023 15:56:43 -0600 Glenn Washburn
wrote:
> On Fri, 17 Feb 2023 11:14:01 +0100
> Geert Uytterhoeven wrote:
>
> > Hi Andrew,
> >
> > On Fri, Feb 17, 2023 at 12:33 AM Andrew Morton
> > wrote:
> > > On Thu, 16 Feb 2023 23:54:38 +
On Thu, 16 Feb 2023 23:54:38 +0100 (CET) Richard Weinberger
wrote:
> - Ursprüngliche Mail -
> > Von: "Andrew Morton"
> > Thanks, but I'm not subscribed to linux-um and my usual
> > get-it-from-lkml didn't work.
> >
> > Could we plea
On Thu, 16 Feb 2023 08:51:52 +0100 Jan Kiszka wrote:
> On 16.02.23 08:37, Glenn Washburn wrote:
> > Added suggestions from Jan.
> >
> > Glenn
> >
> > Glenn Washburn (2):
> > scripts/gdb: Correct indentation in get_current_task
> > scripts/gdb: Support getting current task struct in UML
> >
On Wed, 25 Jan 2023 21:07:57 +0200 Mike Rapoport wrote:
> Every architecture that supports FLATMEM memory model defines its own
> version of pfn_valid() that essentially compares a pfn to max_mapnr.
>
> Use mips/powerpc version implemented as static inline as a generic
> implementation of pfn_va
On Mon, 28 Nov 2022 09:18:47 +0100 David Hildenbrand wrote:
> > Less chances of things going wrong that way.
> >
> > Just mention in the v2 cover letter that the first patch was added to
> > make it easy to backport that fix without being hampered by merge
> > conflicts if it was added after you
On Mon, 11 Jul 2022 12:35:34 +0530 Anshuman Khandual
wrote:
> This series drops __SXXX/__PXXX macros from across platforms in the tree.
I've updated mm-unstable to this version, thanks. I skipped the added-to-mm
emails to avoid wearing out people's inboxes.
Reissuing a 26-patch series N times
On Fri, 27 May 2022 11:55:59 -0700 David Gow wrote:
> This is just the same as PAGE_ALIGN(), but rounds the address down, not
> up.
Acked-by: Andrew Morton
Please include this in the UML tree alongside [2/2].
___
linux-um mailing list
li
On Wed, 16 Mar 2022 21:52:44 -0700 Randy Dunlap wrote:
> >> In file included from ./arch/x86/include/generated/asm/rwonce.h:1:0,
> >> from ../include/linux/compiler.h:248,
> >> from ../include/linux/kernel.h:20,
> >> from ../include/linux/cpumask
On Wed, 16 Mar 2022 21:21:16 -0700 Randy Dunlap wrote:
>
>
> On 3/16/22 17:43, Andrew Morton wrote:
> > The mm-of-the-moment snapshot 2022-03-16-17-42 has been uploaded to
> >
> >https://www.ozlabs.org/~akpm/mmotm/
> >
> > mmotm-readme.txt sa
25 matches
Mail list logo
