| From | Subject | Date |
|---|---|---|
| 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 | Re: [PATCH 00 of 10] x86: unify asm/pgtable.h
[Empty message]
| 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 | [patch 15/19] non-reclaimable mlocked pages
[Empty message]
| 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 day | today | next day |
|---|---|---|
| January 7, 2008 | January 8, 2008 | January 9, 2008 |
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| Martin Michlmayr | Network slowdown due to CFS |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Christos Zoulas | Re: Boot device confusion |
| Manuel Bouyer | Re: NFSv3 bug |
| Anders Magnusson | Re: setsockopt() compat issue |
| Martin Husemann | Re: Compressed vnd handling tested successfully |
