On Sun, 11 Apr 2021 15:17:56 -0700 Randy Dunlap wrote:
> Fix various kernel-doc warnings in lib/ due to missing or
> erroneous function names.
> Add kernel-doc for some function parameters that was missing.
> Use kernel-doc "Return:" notation in earlycpio.c.
>
> Quietens the following warnings:
On Mon, 29 Mar 2021 20:36:35 +0800 qianjun.ker...@gmail.com wrote:
> From: jun qian
>
> In our project, Many business delays come from fork, so
> we started looking for the reason why fork is time-consuming.
> I used the ftrace with function_graph to trace the fork, found
> that the vm_normal_pa
On Mon, 15 Mar 2021 18:30:03 -0700 Arjun Roy wrote:
> From: Arjun Roy
>
> TCP zerocopy receive is used by high performance network applications
> to further scale. For RX zerocopy, the memory containing the network
> data filled by the network driver is directly mapped into the address
> space
On Wed, 10 Mar 2021 10:46:15 + Mel Gorman
wrote:
> This patch adds a new page allocator interface via alloc_pages_bulk,
> and __alloc_pages_bulk_nodemask. A caller requests a number of pages
> to be allocated and added to a list. They can be freed in bulk using
> free_pages_bulk().
Why am I
On Wed, 10 Mar 2021 10:46:13 + Mel Gorman
wrote:
> This series introduces a bulk order-0 page allocator with sunrpc and
> the network page pool being the first users.
Right now, the [0/n] doesn't even tell us that it's a performance
patchset!
The whole point of this patchset appears to a
On Sat, 6 Feb 2021 14:29:24 -0800 Jakub Kicinski wrote:
> On Fri, 5 Feb 2021 14:35:50 -0800 Andrew Morton wrote:
> > On Fri, 05 Feb 2021 11:36:30 +1100 NeilBrown wrote:
> >
> > > A recent change to seq_file broke some users which were using seq_file
> > > in
On Fri, 05 Feb 2021 11:36:30 +1100 NeilBrown wrote:
> A recent change to seq_file broke some users which were using seq_file
> in a non-"standard" way ... though the "standard" isn't documented, so
> they can be excused. The result is a possible leak - of memory in one
> case, of references to
On Mon, 14 Dec 2020 18:06:29 -0800 Jakub Kicinski wrote:
> On Mon, 14 Dec 2020 17:40:21 -0800 Andrew Morton wrote:
> > On Mon, 14 Dec 2020 17:29:43 -0800 Roman Gushchin wrote:
> > > On Tue, Dec 15, 2020 at 07:21:56AM +1100, Stephen Rothwell wrote:
> > > > On
On Mon, 14 Dec 2020 17:29:43 -0800 Roman Gushchin wrote:
> On Tue, Dec 15, 2020 at 07:21:56AM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > On Fri, 4 Dec 2020 20:20:05 +1100 Stephen Rothwell
> > wrote:
> > >
> > > Today's linux-next merge of the akpm-current tree got conflicts in:
> > >
On Wed, 18 Nov 2020 11:46:54 -0800 Jakub Kicinski wrote:
> > 1. The kernel is under memory pressure and allocation of
> > PAGE_FRAG_CACHE_MAX_ORDER in __page_frag_cache_refill() will fail. Instead,
> > the pfmemalloc page is allocated for page_frag_cache->va.
> >
> > 2: All skb->data from page_f
On Thu, 12 Nov 2020 19:25:48 -0800 Alexei Starovoitov
wrote:
> On Thu, Nov 12, 2020 at 7:18 PM Andrew Morton
> wrote:
> >
> > On Thu, 12 Nov 2020 19:04:56 -0800 Alexei Starovoitov
> > wrote:
> >
> > > On Thu, Nov 12, 2020 at 04:26:10PM -0800, Roma
On Thu, 12 Nov 2020 19:04:56 -0800 Alexei Starovoitov
wrote:
> On Thu, Nov 12, 2020 at 04:26:10PM -0800, Roman Gushchin wrote:
> >
> > These patches are not intended to be merged through the bpf tree.
> > They are included into the patchset to make bpf selftests pass and for
> > informational p
On Wed, 4 Nov 2020 11:10:51 -0800 Nick Desaulniers
wrote:
> bpftrace parses the kernel headers and uses Clang under the hood. Remove
> the version check when __BPF_TRACING__ is defined (as bpftrace does) so
> that this tool can continue to parse kernel headers, even with older
> clang sources.
On Fri, 21 Aug 2020 20:28:26 -0700 Pascal Bouchareine wrote:
> Let caller specify allocation.
> Preserve existing calls with GFP_USER.
>
> 21 files changed, 65 insertions(+), 43 deletions(-)
Why change all existing callsites so that one callsite can pass in a
different gfp_t?
> diff --git a/d
On Tue, 16 Jun 2020 11:43:11 -0400 Waiman Long wrote:
> As said by Linus:
>
> A symmetric naming is only helpful if it implies symmetries in use.
> Otherwise it's actively misleading.
>
> In "kzalloc()", the z is meaningful and an important part of what the
> caller wants.
>
> In "kz
> strncpy_from_kernel_nofault(buf, unsafe_ptr, bufsz);
Another user of strncpy_from_unsafe() has popped up in linux-next's
bpf. I did the below, but didn't try very hard - it's probably wrong
if CONFIG_ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE=n?
Anyway, please take
On Thu, 21 May 2020 17:22:48 +0200 Christoph Hellwig wrote:
> Currently architectures have to override every routine that probes
> kernel memory, which includes a pure read and strcpy, both in strict
> and not strict variants. Just provide a single arch hooks instead to
> make sure all architect
On Tue, 26 May 2020 08:13:09 +0200 Christoph Hellwig wrote:
> On Mon, May 25, 2020 at 03:19:12PM -0700, Andrew Morton wrote:
> > hm. Applying linux-next to this series generates a lot of rejects against
> > powerpc:
> >
> > -rw-rw-r-- 1 akpm akpm 493 May 2
On Thu, 21 May 2020 17:22:38 +0200 Christoph Hellwig wrote:
> this series start cleaning up the safe kernel and user memory probing
> helpers in mm/maccess.c, and then allows architectures to implement
> the kernel probing without overriding the address space limit and
> temporarily allowing acce
On Wed, 13 Feb 2019 22:11:58 +0100 Jann Horn wrote:
> > This is probably more a davem patch than a -mm one.
>
> Ah, sorry. I assumed that I just should go by which directory the
> patched code is in.
>
> You did just add it to the -mm tree though, right? So I shouldn't
> resend it to davem?
Ye
On Wed, 13 Feb 2019 21:41:57 +0100 Jann Horn wrote:
> The basic idea behind ->pagecnt_bias is: If we pre-allocate the maximum
> number of references that we might need to create in the fastpath later,
> the bump-allocation fastpath only has to modify the non-atomic bias value
> that tracks the nu
uires a 64-bit value even on
* 32-bit architectures.
*/
Otherwise,
Acked-by: Andrew Morton
On Thu, 20 Dec 2018 18:25:05 -0800 Joe Perches wrote:
> On Thu, 2018-12-20 at 09:49 -0800, Bart Van Assche wrote:
> > On Thu, 2018-12-20 at 18:44 +0100, Christoph Hellwig wrote:
> > > On Thu, Dec 20, 2018 at 10:43:18AM -0700, Jason Gunthorpe wrote:
> > > > > - chunk->coherent is an int not a bo
On Tue, 27 Nov 2018 16:07:54 -0800 Rick Edgecombe
wrote:
> Change the module allocations to flush before freeing the pages.
>
> ...
>
> --- a/arch/x86/kernel/module.c
> +++ b/arch/x86/kernel/module.c
> @@ -87,8 +87,8 @@ void *module_alloc(unsigned long size)
> p = __vmalloc_node_range(siz
On Fri, 23 Nov 2018 15:24:16 +0530 Anshuman Khandual
wrote:
> At present there are multiple places where invalid node number is encoded
> as -1. Even though implicitly understood it is always better to have macros
> in there. Replace these open encodings for an invalid node number with the
> glo
On Wed, 20 Jun 2018 16:04:34 +0200 Matteo Croce wrote:
> Use $(OBJDUMP) instead of literal 'objdump' to avoid
> using host toolchain when cross compiling.
>
I'm still having issues here, with ld.
x86_64 machine, ARCH=i386:
y:/usr/src/25> make V=1 M=net/bpfilter
test -e include/generated/autoc
On Wed, 2 May 2018 21:58:25 -0700 Cong Wang wrote:
> On Wed, May 2, 2018 at 9:27 PM, Andrew Morton
> wrote:
> >
> > So it's saying that something which got committed into Linus's tree
> > after 4.17-rc3 has caused a NULL deref in
> > sock_release->l
b9fe15ba392f5ee32
> Author: Andrew Morton
> AuthorDate: Fri Apr 20 22:00:53 2018 +
> Commit: Johannes Weiner
> CommitDate: Fri Apr 20 22:00:53 2018 +
>
> origin
OK, this got confusing. origin.patch is the diff between 4.17-rc3 and
current mainline.
>
>
On Tue, 24 Apr 2018 12:33:01 -0400 (EDT) Mikulas Patocka
wrote:
>
>
> On Tue, 24 Apr 2018, Michal Hocko wrote:
>
> > On Tue 24-04-18 11:30:40, Mikulas Patocka wrote:
> > >
> > >
> > > On Tue, 24 Apr 2018, Michal Hocko wrote:
> > >
> > > > On Mon 23-04-18 20:25:15, Mikulas Patocka wrote:
>
On Tue, 24 Apr 2018 16:23:04 +0200 Christoph Hellwig wrote:
> On Thu, Apr 19, 2018 at 09:57:50PM +0300, Alexey Dobriyan wrote:
> > > git://git.infradead.org/users/hch/misc.git proc_create
> >
> >
> > I want to ask if it is time to start using poorman function overloading
> > with _b_c_e().
On Thu, 19 Apr 2018 17:19:20 -0400 (EDT) Mikulas Patocka
wrote:
> > > In order to detect these bugs reliably I submit this patch that changes
> > > kvmalloc to always use vmalloc if CONFIG_DEBUG_VM is turned on.
> > >
> > > ...
> > >
> > > --- linux-2.6.orig/mm/util.c 2018-04-18 15:46:23.0
On Thu, 19 Apr 2018 12:12:38 -0400 (EDT) Mikulas Patocka
wrote:
> The kvmalloc function tries to use kmalloc and falls back to vmalloc if
> kmalloc fails.
>
> Unfortunatelly, some kernel code has bugs - it uses kvmalloc and then
> uses DMA-API on the returned memory or frees it with kfree. Such
On Mon, 12 Mar 2018 21:28:57 -0700 Kees Cook wrote:
> On Mon, Mar 12, 2018 at 4:57 PM, Linus Torvalds
> wrote:
> > On Mon, Mar 12, 2018 at 3:55 PM, Andrew Morton
> > wrote:
> >>
> >> Replacing the __builtin_choose_expr() with ?: works of course.
> >
&g
On Fri, 9 Mar 2018 17:30:15 -0800 Kees Cook wrote:
> > It's one reason why I wondered if simplifying the expression to have
> > just that single __builtin_constant_p() might not end up working..
>
> Yeah, it seems like it doesn't bail out as "false" for complex
> expressions given to __builtin_c
On Fri, 9 Mar 2018 16:28:51 -0800 Linus Torvalds
wrote:
> On Fri, Mar 9, 2018 at 4:07 PM, Andrew Morton
> wrote:
> >
> > A brief poke failed to reveal a workaround - gcc-4.4.4 doesn't appear
> > to know that __builtin_constant_p(x) is a constant. Or something
On Fri, 9 Mar 2018 12:05:36 -0800 Kees Cook wrote:
> When max() is used in stack array size calculations from literal values
> (e.g. "char foo[max(sizeof(struct1), sizeof(struct2))]", the compiler
> thinks this is a dynamic calculation due to the single-eval logic, which
> is not needed in the li
On Fri, 09 Mar 2018 21:41:38 +0100 Greg Kurz wrote:
> If it was interrupted by a signal, the 9p client may need to send some
> more requests to the server for cleanup before returning to userspace.
>
> To avoid such a last minute request to be interrupted right away, the
> client memorizes if a
On Thu, 8 Mar 2018 13:40:45 -0800 Kees Cook wrote:
> When max() is used in stack array size calculations from literal values
> (e.g. "char foo[max(sizeof(struct1), sizeof(struct2))]", the compiler
> thinks this is a dynamic calculation due to the single-eval logic, which
> is not needed in the li
On Thu, 8 Mar 2018 09:02:36 -0600 Josh Poimboeuf wrote:
> On Wed, Mar 07, 2018 at 07:30:44PM -0800, Kees Cook wrote:
> > This series adds SIMPLE_MAX() to be used in places where a stack array
> > is actually fixed, but the compiler still warns about VLA usage due to
> > confusion caused by the sa
> > Date: Wed, 31 Jan 2018 09:16:56 +0100
> > Subject: [PATCH] net/netfilter/x_tables.c: remove size check
> >
> > Back in 2002 vmalloc used to BUG on too large sizes. We are much better
> > behaved these days and vmalloc simply returns NULL for those. Remove
> > the
On Tue, 30 Jan 2018 15:01:04 +0100 Michal Hocko wrote:
> > Well, this is not about syzkaller, it merely pointed out a potential
> > DoS... And that has to be addressed somehow.
>
> So how about this?
> ---
argh ;)
> >From d48e950f1b04f234b57b9e34c363bdcfec10aeee Mon Sep 17 00:00:00 2001
> From
On Wed, 29 Nov 2017 13:05:04 +1100 "Tobin C. Harding" wrote:
> printk specifier %p now hashes all addresses before printing. Sometimes
> we need to see the actual unmodified address. This can be achieved using
> %lx but then we face the risk that if in future we want to change the
> way the Kerne
On Wed, 29 Nov 2017 13:05:03 +1100 "Tobin C. Harding" wrote:
> Currently there exist approximately 14 000 places in the kernel where
> addresses are being printed using an unadorned %p. This potentially
> leaks sensitive information regarding the Kernel layout in memory. Many
> of these calls are
On Wed, 29 Nov 2017 13:05:00 +1100 "Tobin C. Harding" wrote:
> Currently there exist approximately 14 000 places in the Kernel where
> addresses are being printed using an unadorned %p. This potentially
> leaks sensitive information regarding the Kernel layout in memory. Many
> of these calls are
On Mon, 10 Apr 2017 16:08:21 +0100 Mel Gorman
wrote:
> IRQ context were excluded from using the Per-Cpu-Pages (PCP) lists caching
> of order-0 pages in commit 374ad05ab64d ("mm, page_alloc: only use per-cpu
> allocator for irq-safe requests").
>
> This unfortunately also included excluded SoftI
On Mon, 5 Dec 2016 09:01:12 -0800 Alexander Duyck
wrote:
> On Tue, Nov 29, 2016 at 10:23 AM, Alexander Duyck
> wrote:
> > This patch series takes care of a few cleanups for the page fragments API.
> >
> > ...
>
> It's been about a week since I submitted this series. Just wanted to
> check in
On Mon, 21 Nov 2016 08:21:39 -0800 Alexander Duyck
wrote:
> >> + __free_pages_ok(page, order);
> >> + }
> >> +}
> >> +EXPORT_SYMBOL(__page_frag_drain);
> >
> > It's an exported-to-modules library function. It should be documented,
> > please? The page-frag API is only p
On Thu, 10 Nov 2016 06:36:06 -0500 Alexander Duyck
wrote:
> This patch adds a function that allows us to batch free a page that has
> multiple references outstanding. Specifically this function can be used to
> drop a page being used in the page frag alloc cache. With this drivers can
> make u
On Thu, 22 Sep 2016 18:43:59 +0200 Vlastimil Babka wrote:
> The select(2) syscall performs a kmalloc(size, GFP_KERNEL) where size grows
> with the number of fds passed. We had a customer report page allocation
> failures of order-4 for this allocation. This is a costly order, so it might
> easily
On Thu, 15 Sep 2016 13:34:24 +0800 kbuild test robot wrote:
> Hi Johannes,
>
> [auto build test ERROR on net/master]
> [also build test ERROR on v4.8-rc6 next-20160914]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
> [Suggest to use git(>
On Fri, 27 May 2016 23:23:25 +0200 Arnd Bergmann wrote:
> Most users of IS_ERR_VALUE() in the kernel are wrong, as they
> pass an 'int' into a function that takes an 'unsigned long'
> argument. This happens to work because the type is sign-extended
> on 64-bit architectures before it gets convert
On Wed, 04 May 2016 23:08:11 +0200 Arnd Bergmann wrote:
> > But I'm less comfortable making the call on this one. It looks
> > relatively straight forward, but it would be good to have maintainer
> > acks before I add it to my tree.
>
> Agreed. Feel free to add my
>
> Reviewed-by: Arnd Bergmann
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
Thanks. It's probably a TIPC issue.
On Mon, 02 May 2016 16:44:18 + bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=117521
>
> Bug ID: 117
On Sun, 7 Feb 2016 17:08:45 -0800 David Decotigny wrote:
> From: David Decotigny
>
> Aimed at transferring bitmaps to/from user-space in a 32/64-bit agnostic
> way.
>
> Tested:
> unit tests (next patch) on qemu i386, x86_64, ppc, ppc64 BE and LE,
> ARM.
>
> @@ -1060,6 +1062,90 @@ int bit
On Wed, 9 Dec 2015 18:05:05 -0500 Johannes Weiner wrote:
> On Wed, Dec 09, 2015 at 02:28:36PM -0800, Andrew Morton wrote:
> > On Wed, 9 Dec 2015 13:58:58 -0500 Johannes Weiner
> > wrote:
> > > The calls to tcp_init_cgroup() appear earlier in the series than "
On Wed, 9 Dec 2015 13:58:58 -0500 Johannes Weiner wrote:
> > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > index 6faea81e66d7..73cd572167bb 100644
> > --- a/mm/memcontrol.c
> > +++ b/mm/memcontrol.c
> > @@ -4220,13 +4220,13 @@ mem_cgroup_css_online(struct cgroup_subsys_state
> > *css)
> >
On Wed, 19 Aug 2015 17:18:15 -0700 (PDT) David Rientjes
wrote:
> On Wed, 19 Aug 2015, Patil, Kiran wrote:
>
> > Acked-by: Kiran Patil
>
> Where's the call to preempt_disable() to prevent kernels with preemption
> from making numa_node_id() invalid during this iteration?
David asked this que
On Sat, 3 Oct 2015 15:32:36 +0200 Christoph Hellwig wrote:
> This series consolidates the code to implement configfs attributes
> by providing the ->show and ->store method in common code and using
> container_of in the methods to access the containing structure.
>
> This reduces source and bin
On Fri, 2 Oct 2015 15:40:39 +0200 Jesper Dangaard Brouer
wrote:
> > Thus, I need introducing new code like this patch and at the same time
> > have to reduce the number of instruction-cache misses/usage. In this
> > case we solve the problem by kmem_cache_free_bulk() not getting called
> > too
On Wed, 30 Sep 2015 13:44:19 +0200 Jesper Dangaard Brouer
wrote:
> Make it possible to free a freelist with several objects by adjusting
> API of slab_free() and __slab_free() to have head, tail and an objects
> counter (cnt).
>
> Tail being NULL indicate single object free of head object. Thi
On Thu, 17 Sep 2015 10:58:52 +0200 Thierry Reding
wrote:
> On Wed, Sep 16, 2015 at 09:04:15AM -0600, David Ahern wrote:
> > On 9/16/15 9:00 AM, Fabio Estevam wrote:
> > >On Wed, Sep 16, 2015 at 6:24 AM, Sergey Senozhatsky
> > > wrote:
> > >
> > >>added by b7503e0cdb5dbec5d201aa69dc14679b5ae8
On Mon, 15 Jun 2015 17:52:46 +0200 Jesper Dangaard Brouer
wrote:
> Call slowpath __slab_alloc() from within the bulk loop, as the
> side-effect of this call likely repopulates c->freelist.
>
> Choose to reenable local IRQs while calling slowpath.
>
> Saving some optimizations for later. E.g.
On Mon, 15 Jun 2015 17:52:26 +0200 Jesper Dangaard Brouer
wrote:
> The current kmem_cache/SLAB bulking API need to release all objects
> in case the layer cannot satisfy the full request.
>
> If __kmem_cache_alloc_bulk() fails, all allocated objects in array
> should be freed, but, __kmem_cache
On Mon, 15 Jun 2015 17:52:07 +0200 Jesper Dangaard Brouer
wrote:
> From: Christoph Lameter
>
> [NOTICE: Already in AKPM's quilt-queue]
>
> First piece: acceleration of retrieval of per cpu objects
>
> If we are allocating lots of objects then it is advantageous to disable
> interrupts and av
On Mon, 15 Jun 2015 17:51:56 +0200 Jesper Dangaard Brouer
wrote:
> +bool kmem_cache_alloc_bulk(struct kmem_cache *s, gfp_t flags, size_t size,
> + void **p)
> +{
> + return kmem_cache_alloc_bulk(s, flags, size, p);
> +}
hm, any cal
On Mon, 11 May 2015 12:41:34 -0400 Tejun Heo wrote:
> printk logbuf keeps various metadata and optional key=value dictionary
> for structured messages, both of which are stripped when messages are
> handed to regular console drivers.
>
> It can be useful to have this metadata and dictionary avai
On Tue, 26 Feb 2008 11:50:42 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-02-26 at 17:03 +1100, Neil Brown wrote:
> > On Saturday February 23, [EMAIL PROTECTED] wrote:
>
> > > What is the NFS and net people's take on all of this?
> >
> > Well I'm only vaguely an NFS person, ba
On Sat, 23 Feb 2008 09:17:14 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10073
>
>Summary: Just-small-enough packets in tunnels are silently eaten
>Product: Networking
>Version: 2.5
> KernelVersion: 2.6.23 (mainline),
On Mon, 25 Feb 2008 14:36:40 -0600 Steven Hawkes <[EMAIL PROTECTED]> wrote:
> From: Steve Hawkes <[EMAIL PROTECTED]>
>
> The printk_ratelimit() and net_ratelimit() functions each have their own
> tunable parameters to control their respective rate limiting feature, but
> they share common state v
On Sat, 23 Feb 2008 00:34:06 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10071
>
>Summary: kernel hang in inet_init
>Product: Networking
>Version: 2.5
> KernelVersion: 2.6.25 rc2 latest git
> Platform: All
>
On Mon, 25 Feb 2008 10:44:08 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10097
>
>Summary: SMP BUG in __nf_conntrack_find
>Product: Networking
>Version: 2.5
> KernelVersion: 2.6.25-rc3
> Platform: All
>
(plese respond via emailed reply-to-all, not via the bugzilla web interface)
On Thu, 21 Feb 2008 18:04:45 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10063
There's more info (including a tcpdump) in bugzilla.
>Summary: Network problems with 2.6
On Sat, 23 Feb 2008 14:04:18 +0100 clowncoder <[EMAIL PROTECTED]> wrote:
> Hello,
> You can have a configured and running network inside a single linux machine,
> only one script command is enough. After the start of all the machine, a
> graphical representation of your topology helps your interac
On Sat, 23 Feb 2008 14:15:06 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
>
> >> -41525 2066 f, 3370 +, 44895 -, diff: -41525 IS_ERR
> >
> > This is a surprise. I expect that the -mm-only
> > prof
On Sat, 23 Feb 2008 12:05:36 +0200 (EET) "Ilpo Järvinen" <[EMAIL PROTECTED]>
wrote:
> On Sat, 23 Feb 2008, Andrew Morton wrote:
>
> > On Wed, 20 Feb 2008 15:47:18 +0200 "Ilpo Järvinen" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > vm
On Thu, 21 Feb 2008 19:00:03 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
> +#ifndef cache_line_size
> +#define cache_line_size()L1_CACHE_BYTES
> +#endif
argh, you made me look.
Really cache_line_size() should be implemented in include/linux/cache.h.
Then we tromp the stupid private implem
On Wed, 20 Feb 2008 15:46:27 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Change the skb allocation api to indicate RX usage and use this to fall back
> to
> the reserve when needed. SKBs allocated from the reserve are tagged in
> skb->emergency.
>
> Teach all other skb ops about emergency
On Wed, 20 Feb 2008 15:46:20 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Generic reserve management code.
>
> It provides methods to reserve and charge. Upon this, generic alloc/free style
> reserve pools could be build, which could fully replace mempool_t
> functionality.
>
> It should a
On Wed, 20 Feb 2008 15:46:18 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Change ALLOC_NO_WATERMARK page allocation such that the reserves are system
> wide - which they are per setup_per_zone_pages_min(), when we scrape the
> barrel, do it properly.
>
The changelog is fairly incomprehensib
On Wed, 20 Feb 2008 15:46:25 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Provide the basic infrastructure to reserve and charge/account network memory.
>
> We provide the following reserve tree:
>
> 1) total network reserve
> 2)network TX reserve
> 3) protocol TX pages
> 4)ne
On Wed, 20 Feb 2008 15:46:10 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Another posting of the full swap over NFS series.
Well I looked. There's rather a lot of it and I wouldn't pretend to
understand it.
What is the NFS and net people's take on all of this?
--
To unsubscribe from this
On Wed, 20 Feb 2008 15:46:14 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Provide a method to get the upper bound on the pages needed to allocate
> a given number of objects from a given kmem_cache.
>
> This lays the foundation for a generic reserve framework as presented in
> a later patch
On Wed, 20 Feb 2008 15:46:17 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> @@ -213,7 +213,7 @@ enum zone_type {
>
> struct zone {
> /* Fields commonly accessed by the page allocator */
> - unsigned long pages_min, pages_low, pages_high;
> + unsigned long pa
On Wed, 20 Feb 2008 15:46:15 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Allow PF_MEMALLOC to be set in softirq context. When running softirqs from
> a borrowed context save current->flags, ksoftirqd will have its own
> task_struct.
The second sentence doesn't make sense.
> This is needed
On Wed, 20 Feb 2008 15:46:19 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> __GFP_MEMALLOC will allow the allocation to disregard the watermarks,
> much like PF_MEMALLOC.
>
'twould be nice if the changelog had some explanation of the reason
for this change.
--
To unsubscribe from this list:
(cc netdev)
On Wed, 20 Feb 2008 20:04:39 -0800 (PST) Giangiacomo Mariotti <[EMAIL
PROTECTED]> wrote:
> This is what I got with dmesg :
>
> [ 266.978695] WARNING: at net/ipv4/tcp_input.c:2054 tcp_mark_head_lost()
> [ 266.978701] Pid: 0, comm: swapper Not tainted 2.6.24.2-my001 #1
> [ 266.978
On Wed, 20 Feb 2008 15:47:18 +0200 "Ilpo Järvinen" <[EMAIL PROTECTED]> wrote:
> vmlinux.o:
> 62 functions changed, 66 bytes added, 10935 bytes removed, diff: -10869
>
> ...+ these to lib/jhash.o:
> jhash_3words: 112
> jhash2: 276
> jhash: 475
>
> select for networking code might need a more
On Wed, 20 Feb 2008 15:47:10 +0200 "Ilpo J__rvinen" <[EMAIL PROTECTED]> wrote:
> Ok, here's the top of the list (1+ bytes):
This is good stuff - thanks.
> -41525 2066 f, 3370 +, 44895 -, diff: -41525 IS_ERR
This is a surprise. I expect that the -mm-only
profile-likely-unlikely-macros.pa
(please respond via emailed reply-to-all, not via the bugzilla web
interface, thanks)
On Thu, 21 Feb 2008 13:13:13 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10061
>
>Summary: Hang in md5_resync
>Product: IO/Storage
>Ver
On Sun, 17 Feb 2008 15:36:50 +0300 Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> ... and possibly reboot/poweroff (it flows by too fast to be legible).
>
> [ 8803.850634] ACPI: Preparing to enter system sleep state S3
> [ 8803.853141] Suspending console(s)
> [ 8805.287505] serial 00:09: disabled
On Sun, 17 Feb 2008 00:54:08 + (GMT) Chris Rankin <[EMAIL PROTECTED]> wrote:
> [Try this again, except this time I'll force the attachment as inline text!]
>
> Hi,
>
> I have managed to boot 2.6.24.1 on this machine, with the NMI watchdog
> enabled, by using the
> "acpi=noirq" option. (Ther
On Sun, 17 Feb 2008 13:20:59 + "Daniel J Blueman" <[EMAIL PROTECTED]> wrote:
> I'm still hitting this with e1000e on 2.6.25-rc2, 10 times again.
>
> It's clearly non-fatal, but then do we expect it to occur?
>
> Daniel
>
> --- [dmesg]
>
> [ 1250.822786] swapper: page allocation failure. or
On Sat, 16 Feb 2008 11:07:29 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> Andrew, pcounter is a temporary abstraction.
It's buggy! Main problems are a) possible return of negative numbers b)
some of the API can't be from preemptible code c) excessive interrupt-off
time on some machines if
- First up, why was this added at all? We have percpu_counter.h which
has several years development invested in it. afaict it would suit the
present applications of pcounters.
If some deficiency in percpu_counters has been identified, is it
possible to correct that deficiency rather tha
On Wed, 13 Feb 2008 14:00:24 -0800
"Paul E. McKenney" <[EMAIL PROTECTED]> wrote:
> Hello!
>
> This is an updated version of the patch posted last November:
>
> http://archives.free.net.ph/message/20071201.003721.cd6ff17c.en.html
>
> This new version permits arguments with side effects, fo
On Thu, 14 Feb 2008 01:59:12 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9990
>
>Summary: tg3: eth0: The system may be re-ordering memory-mapped
> I/O cycles
>Product: Drivers
>Version: 2.5
> Kernel
On Thu, 14 Feb 2008 09:02:09 +0530 Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
> > /**
> > + * rcu_assign_index - assign (publicize) a index of a newly
> > + * initialized array elementg that will be dereferenced by RCU
>
>
> I hope Andrew got that one while porti
On Wed, 13 Feb 2008 15:57:38 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Wed, 13 Feb 2008 15:52:45 -0800
>
> > On Wed, 13 Feb 2008 15:37:44 -0800
> > "Paul E. McKenney" <[EMAIL PROTECTED]>
On Wed, 13 Feb 2008 15:37:44 -0800
"Paul E. McKenney" <[EMAIL PROTECTED]> wrote:
> Ah. It does take a bit to get fib_trie into one's build -- allyesconfig
> doesn't cut it.
This is not good. The sole purpose of allmodconfig and allyesconfig is for
compilation and linkage coverage testing. Henc
On Wed, 13 Feb 2008 14:00:24 -0800
"Paul E. McKenney" <[EMAIL PROTECTED]> wrote:
> Hello!
>
> This is an updated version of the patch posted last November:
>
> http://archives.free.net.ph/message/20071201.003721.cd6ff17c.en.html
>
> This new version permits arguments with side effects, fo
1 - 100 of 1045 matches
Mail list logo
