linux-kernel mailing list

FromSubjectsort iconDate
Paolo Ciarrocchi
[PATCH 4/4] x86: coding style fixes in arch/x86/pci/fixup.c
Simple coding style fixes. Signed-off-by: Paolo Ciarrocchi <paolo.ciarrocchi@gmail.com> --- arch/x86/pci/fixup.c | 30 +++++++++++++++--------------- 1 files changed, 15 insertions(+), 15 deletions(-) diff --git a/arch/x86/pci/fixup.c b/arch/x86/pci/fixup.c index 6cff66d..cb63007 100644 --- a/arch/x86/pci/fixup.c +++ b/arch/x86/pci/fixup.c @@ -19,7 +19,7 @@ static void __devinit pci_fixup_i450nx(struct pci_dev *d) printk(KERN_WARNING "PCI: Searching for i450NX host bridges on %...
Jan 8, 7:31 pm 2008
Paolo Ciarrocchi
[PATCH 3/4] x86: coding style fixes in arch/x86/pci/direct.c
Simple coding style fixes. File is now "error" free according to checkpatch.pl Signed-off-by: Paolo Ciarrocchi <paolo.ciarrocchi@gmail.com> --- arch/x86/pci/direct.c | 10 +++++----- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/arch/x86/pci/direct.c b/arch/x86/pci/direct.c index 431c9a5..4eefa5c 100644 --- a/arch/x86/pci/direct.c +++ b/arch/x86/pci/direct.c @@ -50,7 +50,7 @@ int pci_conf1_write(unsigned int seg, unsigned int bus, { unsigned long flags; - if...
Jan 8, 7:31 pm 2008
Paolo Ciarrocchi
[PATCH 2/4] x86: coding style fixes in arch/x86/pci/acpi.c
Simple coding style fixes. Signed-off-by: Paolo Ciarrocchi <paolo.ciarrocchi@gmail.com> --- arch/x86/pci/acpi.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/pci/acpi.c b/arch/x86/pci/acpi.c index 0234f28..c3c9cbf 100644 --- a/arch/x86/pci/acpi.c +++ b/arch/x86/pci/acpi.c @@ -142,7 +142,7 @@ adjust_transparent_bridge_resources(struct pci_bus *bus) u16 class = dev->class >> 8; if (class == PCI_CLASS_BRIDGE_PCI && dev->...
Jan 8, 7:30 pm 2008
Paolo Ciarrocchi
[PATCH 1/4] x86: coding style fixes in /arch/x86/pci/common.c
Fix some coding style issues. Signed-off-by: Paolo Ciarrocchi <paolo.ciarrocchi@gmail.com> --- arch/x86/pci/common.c | 12 +++++------- 1 files changed, 5 insertions(+), 7 deletions(-) diff --git a/arch/x86/pci/common.c b/arch/x86/pci/common.c index 52deabc..7388b1a 100644 --- a/arch/x86/pci/common.c +++ b/arch/x86/pci/common.c @@ -67,7 +67,7 @@ static void __devinit pcibios_fixup_ghosts(struct pci_bus *b) { struct list_head *ln, *mn; struct pci_dev *d, *e; - int mirror = PC...
Jan 8, 7:30 pm 2008
Paolo Ciarrocchi
[PATCH 0/4] x86: coding style fixes in arch/x86/pci/
Hi Ingo, after you asked me to work against x86.git[1] I noticed that 4 out of 5 of my previous patches didn't make sense any longer. While I was compiling the kernel, and hopefully starting doing something more useful (Sam, again thank you for the hints), I create these 4 very simple patches fixing some coding style issue. [PATCH 1/4] x86: coding style fixes in /arch/x86/pci/common.c [PATCH 2/4] x86: coding style fixes in arch/x86/pci/acpi.c [PATCH 3/4] x86: coding style fixes in arch/x86/pci/...
Jan 8, 7:30 pm 2008
Franck JONCOURT
forcedeth driver
Hi, Running a 2.6.22 kernel and using the forcedeth driver with my ethernet card, I noticed this one is not available from the gigabit section but from the 10-100Mbit section as __nForce Ethernet Support__. [quote forcedeth.c] 0.27: 19 Jun 2004: Gigabit support, new descriptor rings, added CK804/MCP04 device IDs, code fixes for registers, link status and other minor fixes. [/quote] Shouldn't it be in the gigabit section ? Did I miss anything, or maybe this is fixed...
Jan 8, 6:48 pm 2008
Brent Casavant
AF_UNIX MSG_PEEK bug?
Hello, I was coding an application which passes variable-length messages over an AF_UNIX SOCK_STREAM socket. As such I would pass a message length embedded as the first element in the message, use recv(...,MSG_PEEK) to determine the message length, and perform the necessary allocation on the receiving end before performing the real recv(). However, the program would occasionally get into a situation where a call to recv(sockfd, &buf, len, MSG_PEEK) returns some number of bytes less than the...
Jan 8, 6:27 pm 2008
Rick Jones
Re: AF_UNIX MSG_PEEK bug?
Potential bugs notwithstanding, given that this is a STREAM socket, and as such shouldn't (I hope, or I'm eating toes for dinner again) have side effects like tossing the rest of a datagram, why are you using MSG_PEEK? Why not simply read the N bytes of the message that will have the message length with a normal read/recv, and then read that many bytes in the next call? rick jones --
Jan 8, 6:40 pm 2008
Brent Casavant
Re: AF_UNIX MSG_PEEK bug?
That's entirely reasonable, and probably a worthwhile change to make. But, as you say, it doesn't change whether or not this is a bug in the MSG_PEEK code. With a small bit of complication I certainly can do what you suggest. The initial reasoning was that this made it easy to handle the case where the caller of the library routine (my code which stumbled on this was part of a small library I wrote as part of the application) did not supply a sufficiently sized buffer for reception of the next ...
Jan 8, 7:20 pm 2008
Tom Spink
Re: AF_UNIX MSG_PEEK bug?
Hi, Where in the code is the message length being sent across the socket? -- Regards, Tom Spink University of Edinburgh --
Jan 8, 6:53 pm 2008
Brent Casavant
Re: AF_UNIX MSG_PEEK bug?
In do_producer(), there are the following lines in the main loop: /* Send random lengths of data */ messages[i].length = (rand() % MAXLEN) + sizeof(size_t); iov[i].iov_len = messages[i].length; The entire "struct sockmsg" is sent across the socket, so the first size_t in each message contains the length of the entire message (including the size_t). This size gets picked up at the recv(...,MSG_PEEK) line in do_consumer(). Thanks, Brent -- Brent Casavant All ...
Jan 8, 7:18 pm 2008
Tom Spink
Re: AF_UNIX MSG_PEEK bug?
Hi, But you're not consuming the size_t on the other end. You're only peeking it, i.e. you're doing the recv to peek at the message, but never calling recv to remove that data from the queue... or am I missing something? -- Regards, Tom Spink University of Edinburgh --
Jan 8, 7:39 pm 2008
Tom Spink
Re: AF_UNIX MSG_PEEK bug?
Ach. I *am* missing something... and what I'm missing is my understanding of the sendmsg and recvmsg calls. A quick Google has sorted me out. -- Regards, Tom Spink University of Edinburgh --
Jan 8, 7:46 pm 2008
Bodo Eggert
Re: The ext3 way of journalling
Edit the start script, append your commands to create the links. If you wire your devices to a named/numbered port, you can use one device node for each port. Therefore it's sane to create hda to hdd, fd0 to fd3, etc. But if you don't have a fixed mapping (USB), or if you'd have too many possible (and mostly unused) ports for the available amount of devices (SCSI), you can not create fixed numbers. Even for hde ..., you have no native ordering, you can only tell the first controller from the rest....
Jan 8, 6:24 pm 2008
Russ Dill
[PATCH] Fix 2.6.24-rc7 regression in asix.c
51bf2976 caused a regression in the asix usbnet driver. usb_control_msg returns the number of bytes read on success, not 0. Tested with NETGEAR FA120. Signed-off-by: Russ Dill <Russ.Dill@gmail.com> --- drivers/net/usb/asix.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/usb/asix.c b/drivers/net/usb/asix.c index 1249f44..569028b 100644 --- a/drivers/net/usb/asix.c +++ b/drivers/net/usb/asix.c @@ -202,10 +202,10 @@ static int asix_read_cmd(struc...
Jan 8, 6:17 pm 2008
Jeremy Fitzhardinge
[PATCH 00 of 10] x86: unify asm/pgtable.h
Hi Ingo, Here's a series which goes some way to tidying up pgtable.h. It is not complete yet, but this lot compiles and works for me. In many cases I've moved code around with no attempt at adjusting the formatting to acceptible style. That can be done in a later patch, but it means that checkpatch is noisy with this lot. Thanks, J --
Jan 8, 6:00 pm 2008
Ingo Molnar Jan 8, 6:42 pm 2008
Ingo Molnar
Re: [PATCH 00 of 10] x86: unify asm/pgtable.h
threw this into the random test setup: it found the attached config after a few iterations, which needed the fix below. (config builds and boots fine with this fix) the problem was that set_pud() is used by include/asm-generic/pgtable-nopud.h, to build set_pgd(): #define set_pgd(pgdptr, pgdval) set_pud((pud_t *)(pgdptr), (pud_t) { pgdval }) it's truly a maze ... took me 10 straight minutes of staring at the code to figure out where the set_pud() came from :-/ anyway, ...
Jan 8, 7:12 pm 2008
Jeremy Fitzhardinge
Re: [PATCH 00 of 10] x86: unify asm/pgtable.h
Oh, yeah. That's bitten me before, but I guess I lost that part of the It's pretty awful. The pagetable level folding stuff is fairly deep into "too clever" territory, but its hard to see what better alternatives there are... Dropping non-PAE support would be nice, but impractical given that even relatively recent chips are missing support Great! J --
Jan 8, 7:23 pm 2008
Ingo Molnar
Re: [PATCH 00 of 10] x86: unify asm/pgtable.h
right now i'm trying to bisect this crash on 64-bit: Calling initcall 0xffffffff80395877: pci_init+0x0/0x2b() ------------[ cut here ]------------ kernel BUG at arch/x86/mm/pageattr_64.c:176! [...] Call Trace: [<ffffffff8021db68>] change_page_attr_addr+0x9e/0x119 [<ffffffff8021d44f>] ioremap_change_attr+0x49/0x58 [<ffffffff8021d626>] iounmap+0xbe/0xe0 [<ffffffff804dfc95>] quirk_usb_early_handoff+0x396/0x3a5 [<ffffffff80396ea0>] pci_fixup_device+0x90...
Jan 8, 7:28 pm 2008
Ingo Molnar
Re: [PATCH 00 of 10] x86: unify asm/pgtable.h
it's the first one that causes the crash. reviewed it carefully and found the bug below. Checking now whether it fixes the crash. Ingo --- include/asm-x86/pgtable.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: linux-x86.q/include/asm-x86/pgtable.h =================================================================== --- linux-x86.q.orig/include/asm-x86/pgtable.h +++ linux-x86.q/include/asm-x86/pgtable.h @@ -68,7 +68,7 @@ extern unsigned long long __PAGE_KERNEL, #...
Jan 8, 7:44 pm 2008
Ingo Molnar
Re: [PATCH 00 of 10] x86: unify asm/pgtable.h
hm, doesnt fix it. Weird. Ingo --
Jan 8, 7:51 pm 2008
Jeremy Fitzhardinge
[PATCH 05 of 10] x86: page.h: make pte_t a union to always i...
Make sure pte_t, whatever its definition, has a pte element with type pteval_t. This allows common code to access it without needing to be specifically parameterised on what pagetable mode we're compiling for. For 32-bit, this means that pte_t becomes a union with "pte" and "{ pte_low, pte_high }" (PAE) or just "pte_low" (non-PAE). Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> --- arch/x86/xen/mmu.c | 4 +--- include/asm-x86/page.h | 10 ++++++++++...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 02 of 10] x86: avoid name conflict for Voyager leave_mm
Avoid a conflict between Voyager's leave_mm and asm-x86/mmu.h's leave_mm. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> --- arch/x86/mach-voyager/voyager_smp.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/arch/x86/mach-voyager/voyager_smp.c b/arch/x86/mach-voyager/voyager_smp.c --- a/arch/x86/mach-voyager/voyager_smp.c +++ b/arch/x86/mach-voyager/voyager_smp.c @@ -808,7 +808,7 @@ static DEFINE_SPINLOCK(tlbstate_lock); * We need to reload...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 09 of 10] x86: unify paravirt pagetable accessors
Put all the defines for mapping pagetable operations to their native versions (for the non-paravirt case) into one place. Make the corresponding changes to paravirt.h. The tricky part here is that when a pagetable entry can't be updated atomically (ie, 32-bit PAE), we need special handlers for pte_clear, set_pte_atomic and set_pte_present. However, the other two modes don't need special handling for these, and can use a common set_pte(_at) path. Signed-off-by: Jeremy Fitzhardinge <jeremy@xe...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 10 of 10] xen: mask out PWT too
The hypervisor doesn't allow PCD or PWT to be set on guest ptes, so make sure they're masked out. Also, fix up some previous mispatching. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> --- arch/x86/xen/mmu.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c --- a/arch/x86/xen/mmu.c +++ b/arch/x86/xen/mmu.c @@ -244,7 +244,7 @@ pte_t xen_make_pte(unsigned long long pt if (pte & 1) pte = phys_to_machi...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 08 of 10] x86: unify zero_page definition
Move ZERO_PAGE/empty_zero_page to common place. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> --- include/asm-x86/pgtable.h | 8 ++++++++ include/asm-x86/pgtable_32.h | 6 ------ include/asm-x86/pgtable_64.h | 7 ------- 3 files changed, 8 insertions(+), 13 deletions(-) diff --git a/include/asm-x86/pgtable.h b/include/asm-x86/pgtable.h --- a/include/asm-x86/pgtable.h +++ b/include/asm-x86/pgtable.h @@ -110,6 +110,14 @@ extern unsigned long long __PAGE_KERNEL, ...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 06 of 10] x86/vmi: fix compilation as a result of pte...
Fix various compilation problems as a result of changing pte_t. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> Cc: Zachary Amsden <zach@vmware.com> --- arch/x86/kernel/vmi_32.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/vmi_32.c b/arch/x86/kernel/vmi_32.c --- a/arch/x86/kernel/vmi_32.c +++ b/arch/x86/kernel/vmi_32.c @@ -475,7 +475,7 @@ static void vmi_set_pmd(pmd_t *pmdp, pmd static void vmi_set_pmd(pmd_t *pmdp, pmd_t ...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 04 of 10] x86: unify pgtable accessors which use supp...
Make users of supported_pte_mask common. This has the side-effect of introducing the variable for 32-bit non-PAE, but I think its a pretty small cost to simplify the code. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> --- arch/x86/mm/init_32.c | 5 +++-- include/asm-x86/pgtable-2level.h | 2 -- include/asm-x86/pgtable-3level.h | 14 -------------- include/asm-x86/pgtable.h | 32 ++++++++++++++++++++++++++++++++ include/asm-x86/pgtable_32.h | ...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 07 of 10] x86: pgtable: unify pte accessors
Make various pte accessors common. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> --- include/asm-x86/pgtable-2level.h | 1 include/asm-x86/pgtable-3level.h | 1 include/asm-x86/pgtable.h | 110 +++++++++++++++++++++++++++++++++++++- include/asm-x86/pgtable_32.h | 101 ---------------------------------- include/asm-x86/pgtable_64.h | 43 +------------- 5 files changed, 113 insertions(+), 143 deletions(-) diff --git a/include/asm-x86/pgtable-2level.h ...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 01 of 10] x86: move all asm/pgtable constants into on...
32 and 64-bit use the same flags for pagetable entries, so make them all common. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> --- include/asm-x86/pgtable.h | 113 ++++++++++++++++++++++++++++++++++++++++++ include/asm-x86/pgtable_32.h | 110 ---------------------------------------- include/asm-x86/pgtable_64.h | 91 --------------------------------- 3 files changed, 113 insertions(+), 201 deletions(-) diff --git a/include/asm-x86/pgtable.h b/include/asm-x86/pgtable.h ...
Jan 8, 6:00 pm 2008
Jeremy Fitzhardinge
[PATCH 03 of 10] x86/pgtable: unify pagetable accessors
Unify functions to test and set bits in pagetable entries. Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> --- include/asm-x86/pgtable.h | 28 ++++++++++++++++++++++++++++ include/asm-x86/pgtable_32.h | 25 ------------------------- include/asm-x86/pgtable_64.h | 26 -------------------------- 3 files changed, 28 insertions(+), 51 deletions(-) diff --git a/include/asm-x86/pgtable.h b/include/asm-x86/pgtable.h --- a/include/asm-x86/pgtable.h +++ b/include/asm-x86/pgta...
Jan 8, 6:00 pm 2008
Al Boldi
[RFD] Incremental fsck
Has there been some thought about an incremental fsck? You know, somehow fencing a sub-dir to do an online fsck? Thanks for some thoughts! -- Al --
Jan 8, 5:22 pm 2008
Alan
Re: [RFD] Incremental fsck
Is that anything like a cluster fsck? ]:> --
Jan 8, 5:31 pm 2008
Rik van Riel
Re: [RFD] Incremental fsck
On Wed, 9 Jan 2008 00:22:55 +0300 Search for "chunkfs" -- All rights reversed. --
Jan 8, 5:41 pm 2008
Rik van Riel
[patch 18/19] account mlocked pages
V2 -> V3: + rebase to 23-mm1 atop RvR's split lru series + fix definitions of NR_MLOCK to fix build errors when not configured. V1 -> V2: + new in V2 -- pulled in & reworked from Nick's previous series From: Nick Piggin <npiggin@suse.de> To: Linux Memory Management <linux-mm@kvack.org> Cc: Nick Piggin <npiggin@suse.de>, Andrew Morton <akpm@osdl.org> Subject: [patch 4/4] mm: account mlocked pages Date: Mon, 12 Mar 2007 07:39:14 +0100 (CET) Add NR_M...
Jan 8, 4:59 pm 2008
Rik van Riel
[patch 14/19] SHM_LOCKED pages are nonreclaimable
V2 -> V3: + rebase to 23-mm1 atop RvR's split LRU series. + Use scan_mapping_noreclaim_page() on unlock. See below. V1 -> V2: + modify to use reworked 'scan_all_zones_noreclaim_pages()' See 'TODO' below - still pending. While working with Nick Piggin's mlock patches, I noticed that shmem segments locked via shmctl(SHM_LOCKED) were not being handled. SHM_LOCKed pages work like ramdisk pages--the writeback function just redirties the page so that it can't be reclaimed. Deal with thes...
Jan 8, 4:59 pm 2008
Rik van Riel
[patch 08/19] add newly swapped in pages to the inactive list
Swapin_readahead can read in a lot of data that the processes in memory never need. Adding swap cache pages to the inactive list prevents them from putting too much pressure on the working set. This has the potential to help the programs that are already in memory, but it could also be a disadvantage to processes that are trying to get swapped in. In short, this patch needs testing. Signed-off-by: Rik van Riel <riel@redhat.com> Index: linux-2.6.24-rc6-mm1/mm/swap_state.c ============...
Jan 8, 4:59 pm 2008
Christoph Lameter
Re: [patch 08/19] add newly swapped in pages to the inactive...
Seems to be a good idea. Reviewed-by: Christoph Lameter <clameter@sgi.com> --
Jan 8, 6:28 pm 2008
Rik van Riel
[patch 00/19] VM pageout scalability improvements
On large memory systems, the VM can spend way too much time scanning through pages that it cannot (or should not) evict from memory. Not only does it use up CPU time, but it also provokes lock contention and can leave large systems under memory presure in a catatonic state. Against 2.6.24-rc6-mm1 This patch series improves VM scalability by: 1) making the locking a little more scalable 2) putting filesystem backed, swap backed and non-reclaimable pages onto their own LRUs, so the system o...
Jan 8, 4:59 pm 2008
Rik van Riel Jan 8, 4:59 pm 2008
Rik van Riel
[patch 12/19] scan noreclaim list for reclaimable pages
V2 -> V3: + rebase to 23-mm1 atop RvR's split LRU series New in V2 This patch adds a function to scan individual or all zones' noreclaim lists and move any pages that have become reclaimable onto the respective zone's inactive list, where shrink_inactive_list() will deal with them. This replaces the function to splice the entire noreclaim list onto the active list for rescan by shrink_active_list(). That method had problems with vmstat accounting and complicated '[__]isolate_lru_pages()'. ...
Jan 8, 4:59 pm 2008
Rik van Riel
[patch 16/19] mlock vma pages under mmap_sem held for read
V2 -> V3: + rebase to 23-mm1 atop RvR's split lru series [no change] + fix function return types [void -> int] to fix build when not configured. New in V2. We need to hold the mmap_sem for write to initiatate mlock()/munlock() because we may need to merge/split vmas. However, this can lead to very long lock hold times attempting to fault in a large memory region to mlock it into memory. This can hold off other faults against the mm [multithreaded tasks] and other scans of the mm, suc...
Jan 8, 4:59 pm 2008
Rik van Riel
[patch 01/19] move isolate_lru_page() to vmscan.c
V1 -> V2 [lts]: + fix botched merge -- add back "get_page_unless_zero()" From: Nick Piggin <npiggin@suse.de> To: Linux Memory Management <linux-mm@kvack.org> Subject: [patch 1/4] mm: move and rework isolate_lru_page Date: Mon, 12 Mar 2007 07:38:44 +0100 (CET) isolate_lru_page logically belongs to be in vmscan.c than migrate.c. It is tough, because we don't need that function without memory migration so there is a valid argument to have it in migrate.c. However a subsequ...
Jan 8, 4:59 pm 2008
Christoph Lameter
Re: [patch 01/19] move isolate_lru_page() to vmscan.c
Reviewed-by: Christoph Lameter <clameter@sgi.com> --
Jan 8, 6:03 pm 2008
Rik van Riel
[patch 05/19] split LRU lists into anon & file sets
Split the LRU lists in two, one set for pages that are backed by real file systems ("file") and one for pages that are backed by memory and swap ("anon"). The latter includes tmpfs. Eventually mlocked pages will be taken off the LRUs alltogether. A patch for that already exists and just needs to be integrated into this series. This patch mostly has the infrastructure and a basic policy to balance how much we scan the anon lists and how much we scan the file lists. The big policy changes are in ...
Jan 8, 4:59 pm 2008
Christoph Lameter
Re: [patch 05/19] split LRU lists into anon & file sets
It may be good to coordinate this with Andrea Arcangeli's OOM fixes. Also would it be possible to create generic functions that can move pages in pagevecs to an arbitrary lru list? --
Jan 8, 6:22 pm 2008
Rik van Riel
Re: [patch 05/19] split LRU lists into anon & file sets
On Tue, 8 Jan 2008 14:22:38 -0800 (PST) Probably. With the split LRU lists (and the noreclaim LRUs), we can simplify the OOM test a lot: If free + file_active + file_inactive <= zone->pages_high and swap What would you use those functions for? Or am I simply misunderstanding your idea? -- All rights reversed. --
Jan 8, 6:36 pm 2008
Christoph Lameter
Re: [patch 05/19] split LRU lists into anon & file sets
We keep on duplicating the pagevec lru operation functions in mm/swap.c. Some generic stuff would reduce the code size. --
Jan 8, 6:42 pm 2008
Rik van Riel
[patch 17/19] handle mlocked pages during map/unmap and trun...
V2 -> V3: + rebase to 23-mm1 atop RvR's split lru series [no changes] V1 -> V2: + modified mmap.c:mmap_region() to return error if mlock_vma_pages_range() does. This can only occur if the vma gets removed/changed while we're switching mmap_sem lock modes. Most callers don't care, but sys_remap_file_pages() appears to. Rework of Nick Piggins's "mm: move mlocked pages off the LRU" patch -- part 2 0f 2. Remove mlocked pages from the LRU using "NoReclaim infrastructure" during...
Jan 8, 4:59 pm 2008
previous daytodaynext day
January 7, 2008January 8, 2008January 9, 2008