Hi Bernhard,
2007/07/19 01:10:50 +0200, Bernhard Walle <[EMAIL PROTECTED]> wrote:
>[1] didn't we agree to vmcoreinfo?
I agree to vmcoreinfo.
I'll rename makedumpfile's config file to "vmcoreinfo".
Thanks
Ken'ichi Ohmichi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Mon, Jul 23 2007, Andrew Morton wrote:
> On Sat, 21 Jul 2007 01:08:57 +0200
> Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>
> > On Saturday 21 July 2007, Sebastian Siewior wrote:
> > >
> > > Got with randconfig
> > > include/linux/loop.h:66: error: expected specifier-qualifier-list before
> > > '
On Tue, 2007-07-24 at 08:01 +0200, Peter Zijlstra wrote:
> Then we can either fixup the slab allocators to mask out __GFP_ZERO, or
> do something like the below.
>
> Personally I like the consistency of adding __GFP_ZERO here (removes
> this odd exception) and just masking it in the sl[aou]b thin
On Sat, Jul 21, 2007 at 02:14:41PM +0200, Bodo Eggert wrote:
> Greg KH <[EMAIL PROTECTED]> wrote:
> > On Fri, Jul 20, 2007 at 08:21:39PM -0400, Rob Landley wrote:
>
> >> I'm not trying to document /sys/devices. I'm trying to document hotplug,
> >> populating /dev, and things like firmware loading
On Tue, 2007-07-24 at 09:21 +0300, Avi Kivity wrote:
> Rusty Russell wrote:
> > Actually, get_user_pages() does that for you. You have to make R/O any
> > writable pte where the guest doesn't set the dirty bit (so you can trap
> > it later) but last I put a printk in there, Linux doesn't do that.
Hi Dan,
2007/07/23 16:02:39 +0300, Dan Aloni <[EMAIL PROTECTED]> wrote:
>> Dan Aloni, I'd like to cooperate with you for implementing this feature.
>> If you have some patches other than 2007/07/10 patches, could you send
>> me them ? I will update them.
>
>Sure, though I haven't made new patche
The following commit appears to break some of my udev rules (I don't
have the time to finish the bisect right now, but there's only four
changes showing in "git bisect visualize" - this one is tagged
bisect/bad, and the other three are docs/docs/unrelated).
Neither of these symlinks get created
On Mon, Jul 23, 2007 at 09:53:10PM -0700, Andrew Morton wrote:
> On Tue, 24 Jul 2007 12:32:15 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Jul 23, 2007 at 08:55:35PM -0700, Andrew Morton wrote:
> > > On Tue, 24 Jul 2007 10:00:12 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > >
>
On Tue, 24 Jul 2007, Nick Piggin wrote:
> Satyam Sharma wrote:
> > From: Satyam Sharma <[EMAIL PROTECTED]>
> >
> > [6/8] i386: bitops: Don't mark memory as clobbered unnecessarily
> >
> > The goal is to let gcc generate good, beautiful, optimized code.
> >
> > But test_and_set_bit, test_and_cle
Christoph Lameter wrote:
> On Wed, 18 Jul 2007 14:51:14 +0900
> Tejun Heo <[EMAIL PROTECTED]> wrote:
>
>> Okay, successfully reproduced here. Will hunt down.
>
> Next time simply boot with "slub_debug". It will save a lot of time.
Alright, thanks.
--
tejun
-
To unsubscribe from this list: sen
Rusty Russell wrote:
> On Tue, 2007-07-24 at 08:30 +0300, Avi Kivity wrote:
>
>> Rusty Russell wrote:
>>
>>> On Mon, 2007-07-23 at 13:27 +0300, Avi Kivity wrote:
>>>
>>>
Having an address_space (like your patch does) is remarkably simple, and
requires few hooks from the
On Tue, 24 Jul 2007, Nick Piggin wrote:
> Linus Torvalds wrote:
> >
> > On Mon, 23 Jul 2007, Satyam Sharma wrote:
> >
> >
> > > [4/8] i386: bitops: Kill volatile-casting of memory addresses
> >
> >
> > This is wrong.
> >
> > The "const volatile" is so that you can pass an arbitrary pointer.
Michal Piotrowski wrote:
> Subject : Oops while modprobing phy fixed module
> References : http://lkml.org/lkml/2007/7/14/63
> Last known good : ?
> Submitter : Gabriel C <[EMAIL PROTECTED]>
> Caused-By : Tejun Heo <[EMAIL PROTECTED]>
> commit 3007e997de91
On Tue, 2007-07-24 at 08:30 +0300, Avi Kivity wrote:
> Rusty Russell wrote:
> > On Mon, 2007-07-23 at 13:27 +0300, Avi Kivity wrote:
> >
> >> Having an address_space (like your patch does) is remarkably simple, and
> >> requires few hooks from the current vm. However using existing vmas
> >>
On Mon, 23 Jul 2007 23:01:41 -0700 "Ray Lee" <[EMAIL PROTECTED]> wrote:
> So, what do I measure to make this an objective problem report?
Ideal would be to find a reproducible-by-others testcase which does what you
believe to be the wrong thing.
> And if
> I do that (and it shows a positive resu
On Mon, Jul 23, 2007 at 09:18:38PM -0400, Jeff Garzik wrote:
> make allmodconfig on i386:
>
> WARNING: vmlinux(.text+0xc0101183): Section mismatch: reference to
> .init.text:start_kernel (between 'is386' and 'check_x87')
> WARNING: vmlinux(.text+0xc02cfcdb): Section mismatch: reference to
> .ini
On Fri, 2007-07-20 at 17:32 +0200, Andi Kleen wrote:
> Reenable kprobes and alternative patching when the kernel text is write
> protected by DEBUG_RODATA
> Add a general utility function to change write protected text.
> The new function remaps the code using vmap to write it and takes
> care of C
Hi,
I want to change the TCP ( for a given specific application with lots of
modifications to the basic TCP) implementation in Linux and integrate it with
the linux kernal. Since TCP comes as apart of Linux kernal and also TCP and IP
implementations in Linux are tightly coupled, please suggest how
Hi Paul,
Paul Mundt wrote:
Trying to survive an allmodconfig on a nommu platform results in
many screen lengths of module unhappiness. Many of the mmap
related things that binfmt_flat hooks in to are never exported
despite being global, and there are also missing definitions for
vmalloc_32_user(
On Mon, 2007-07-23 at 16:17 -0700, Christoph Lameter wrote:
> On Mon, 23 Jul 2007, Peter Zijlstra wrote:
>
> > ---
> > Daniel recently spotted that __GFP_ZERO is not (and has never been)
> > part of GFP_LEVEL_MASK. I could not find a reason for this in the
> > original patch: 3977971c7f09ce08ed1b8
On 7/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
Let it just be noted that Con is not the only one who has expended effort
on this patch. It's been in -mm for nearly two years and it has meant
ongoing effort for me and, to a lesser extent, other MM developers to keep
it alive.
Yes, keepin
Hi Jeff,
On Tuesday 24 July 2007 01:35, Jeff Garzik wrote:
>
> spin_lock_irq() should generally be avoided.
>
> In cases like the first case -- input_repeat_key() -- you are making
> incorrect assumptions about the state of interrupts. The other cases
> are probably ok, but in general spin_l
On Mon, Jul 23, 2007 at 04:58:13PM -0700, Andrew Morton wrote:
> On Sat, 21 Jul 2007 06:58:28 +0300
> Al Boldi <[EMAIL PROTECTED]> wrote:
>
> >
> > This patch removes the top level menu "Code maturity level options", and
> > moves its options into menu "General setup".
> >
> > This makes Kconfi
Shaohua Li wrote:
> On Mon, 2007-07-23 at 18:27 +0800, Avi Kivity wrote:
>
>> Shaohua Li wrote:
>>
>>> This patch series make kvm guest pages be able to be swapped out and
>>> dynamically allocated. Without it, all guest memory is allocated at
>>> guest start time.
>>>
>>> patches are again
Shaohua Li wrote:
>>>
>>>
>> You're not removing any shadows of the page, in case that page is a
>> guest page table. But I don't see anything wrong with it -- the page
>> won't change while it's in swap.
>>
> You are right. Should we?
>
I don't think so. It's just strange to ha
Shaohua Li wrote:
>>
>>> 1. vmcs_readl/vmcs_writel are called with preempt enabled
>>>
>>>
>> Why is that bad?
>>
> 1. raw_smp_processor_id()
> 2. migrate to other cpu
> 3. current->kvm_vcpu->cpu != the cpu id of step 1.
> you will see the warning.
>
Ah, that code is gone from pre
Dmitry Torokhov wrote:
+static void input_repeat_key(unsigned long data)
+{
+ struct input_dev *dev = (void *) data;
- change_bit(code, dev->key);
+ spin_lock_irq(&dev->event_lock);
[...]
+void input_inject_event(struct input_handle *handle,
+ unsigned int
Rusty Russell wrote:
> On Mon, 2007-07-23 at 13:27 +0300, Avi Kivity wrote:
>
>> Having an address_space (like your patch does) is remarkably simple, and
>> requires few hooks from the current vm. However using existing vmas
>> mapped by the user has many advantages:
>>
>> - compatible with s
Jeff Dike wrote:
> On Mon, Jul 23, 2007 at 01:27:40PM +0300, Avi Kivity wrote:
>
>> Having an address_space (like your patch does) is remarkably simple, and
>> requires few hooks from the current vm. However using existing vmas
>> mapped by the user has many advantages:
>>
>
> It's also
On Mon, 23 Jul 2007 21:53:38 -0700 "Ray Lee" <[EMAIL PROTECTED]> wrote:
>
> Since this merge period has appeared particularly frazzling for
> Andrew, I've been keeping silent and waiting for him to get to a point
> where there's a breather. I didn't feel it would be polite to request
> yet more w
On Mon, Jul 23, 2007 at 03:27:12PM -0700, Andrew Morton wrote:
> On Tue, 24 Jul 2007 02:04:46 +0400
> Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Jul 23, 2007 at 02:11:37PM -0700, Andrew Morton wrote:
> > > On Tue, 24 Jul 2007 01:01:53 +0400
> > > Alexey Dobriyan <[EMAIL PROTECTED]> w
Input: tsdev - implement proper locking
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/input/tsdev.c | 392 +++---
1 files changed, 278 insertions(+), 114 deletions(-)
Index: work/drivers/input/tsdev.c
Input: joydev - implement proper locking
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/input/joydev.c | 745 -
1 files changed, 493 insertions(+), 252 deletions(-)
Index: work/drivers/input/joydev.c
==
Input: mousedev - implement proper locking
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/input/mousedev.c | 736 +--
1 files changed, 464 insertions(+), 272 deletions(-)
Index: work/drivers/input/mousedev.c
==
Input: implement proper locking in input core
Also add some kerneldoc documentation to input.h
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/input/input.c | 656 --
include/linux/input.h | 112 +++-
2 files changed, 585 inse
Input: evdev - implement proper locking
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/input/evdev.c | 719 +-
1 files changed, 476 insertions(+), 243 deletions(-)
Index: work/drivers/input/evdev.c
On 7/23/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
Ray Lee wrote:
> That said, I'm willing to run my day to day life through both a swap
> prefetch kernel and a normal one. *However*, before I go through all
> the work of instrumenting the damn thing, I'd really like Andrew (or
> Linus) t
Hi everyone,
I finally managed to put together some patches implementing
locking in input core and main input handles. Please look
over them and give them a spin.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Ray Lee wrote:
On 7/23/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
That said, I'm willing to run my day to day life through both a swap
prefetch kernel and a normal one. *However*, before I go through all
the work of instrumenting the damn thing, I'd really like Andrew (or
Linus) to lay out his
Ray Lee wrote:
> That said, I'm willing to run my day to day life through both a swap
> prefetch kernel and a normal one. *However*, before I go through all
> the work of instrumenting the damn thing, I'd really like Andrew (or
> Linus) to lay out his acceptance criteria on the feature. Exactly wha
On Tue, 24 Jul 2007 12:32:15 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 23, 2007 at 08:55:35PM -0700, Andrew Morton wrote:
> > On Tue, 24 Jul 2007 10:00:12 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> >
> > > @@ -342,11 +342,9 @@ ondemand_readahead(struct address_space
> > >
On 7/23/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Not talking about swap prefetch itself, but everytime I have asked
anyone to instrument or produce some workload where swap prefetch
helps, they never do.
[...]
so for all the people who a whining about merging this and don't want
to actually w
On Tue, Jul 24, 2007 at 12:32:15PM +0800, Fengguang Wu wrote:
> On Mon, Jul 23, 2007 at 08:55:35PM -0700, Andrew Morton wrote:
> > On Tue, 24 Jul 2007 10:00:12 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> >
> > > @@ -342,11 +342,9 @@ ondemand_readahead(struct address_space
> > > b
On Mon, Jul 23, 2007 at 08:55:35PM -0700, Andrew Morton wrote:
> On Tue, 24 Jul 2007 10:00:12 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > @@ -342,11 +342,9 @@ ondemand_readahead(struct address_space
> >bool hit_readahead_marker, pgoff_t offset,
> >unsigned
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix undocumented function parameters in PCI and drivers/base.
Warning(linux-2.6.23-rc1//drivers/pci/pci.c:1526): No description found for
parameter 'rq'
Warning(linux-2.6.23-rc1//drivers/base/firmware_class.c:245): No description
found for parameter 'bin_a
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kmod.c:
Warning(linux-2.6.23-rc1//kernel/kmod.c:364): No description found for
parameter 'envp'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
kernel/kmod.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
--- linux-2.6.23-rc1.ori
Fengguang Wu wrote:
On Mon, Jul 23, 2007 at 12:40:09PM -0700, Andrew Morton wrote:
This is all fun stuff, but how do we find out that changes like this are
good ones, apart from shipping it and seeing who gets hurt 12 months later?
One thing I can imagine now is that the first pages may get
Bill,
7bbb18c9f4783b6fb3bf27af71625b590cf4f00b aka 4507/1 intensively uses
stuff from include/linux/clockchips.h which are defined under
#ifdef CONFIG_GENERIC_CLOCKEVENTS
Unless I'm missing something, all PXA platforms which have
CONFIG_GENERIC_CLOCKEVENTS not set are currently broken and don't
Linus Torvalds wrote:
On Mon, 23 Jul 2007, Satyam Sharma wrote:
[4/8] i386: bitops: Kill volatile-casting of memory addresses
This is wrong.
The "const volatile" is so that you can pass an arbitrary pointer. The
only kind of abritraty pointer is "const volatile".
In other words, the "v
On 07/23/2007 03:58 PM, Theodore Tso wrote:
Well, I'm considering this to be a MBR backup scheme, so Minix and BSD
slices are legacy systems which are out of scope. If they are busted in
the same way as MBR in terms of not having redundant backups of critical
data, when they have a lot fewer e
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git for_linus
Many thanks!!
- Ted
Eric Sandeen (2):
Fix fencepost error in ext[234]_check_descriptors
Remove unused bh in calls to ext[234]_g
Jesper Juhl wrote:
On 10/07/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
On Tuesday 10 July 2007 18:31, Andrew Morton wrote:
> When replying, please rewrite the subject suitably and try to Cc: the
> appropriate developer(s).
~swap prefetch
Nick's only remaining issue which I could remotely iden
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix typos only (spelling, grammar, duplicate words, etc.).
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/sysfs-rules.txt | 72 --
1 file changed, 35 insertions(+), 37 deletions(-)
--- linux-2.6.
On Mon, Jul 23, 2007 at 08:52:41PM -0700, Andrew Morton wrote:
> On Tue, 24 Jul 2007 10:00:12 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > - ra->prev_index = page->index;
> > + ra->prev_pos = page->index << PAGE_CACHE_SHIFT;
>
> bug! The rhs will get truncated befire it gets assigned
Satyam Sharma wrote:
From: Satyam Sharma <[EMAIL PROTECTED]>
[6/8] i386: bitops: Don't mark memory as clobbered unnecessarily
The goal is to let gcc generate good, beautiful, optimized code.
But test_and_set_bit, test_and_clear_bit, __test_and_change_bit,
and test_and_change_bit unnecessarily
On Tue, 24 Jul 2007 10:00:12 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> @@ -342,11 +342,9 @@ ondemand_readahead(struct address_space
> bool hit_readahead_marker, pgoff_t offset,
> unsigned long req_size)
> {
> - int max;/* max readahead pages */
Satyam Sharma wrote:
From: Satyam Sharma <[EMAIL PROTECTED]>
[8/8] i386: bitops: smp_mb__{before, after}_clear_bit() definitions
From Documentation/atomic_ops.txt, those archs that require explicit
memory barriers around clear_bit() must also implement these two interfaces.
However, for i386,
On Tue, 24 Jul 2007 10:00:12 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> - ra->prev_index = page->index;
> + ra->prev_pos = page->index << PAGE_CACHE_SHIFT;
bug! The rhs will get truncated befire it gets assigned to
the lhs. Need to cast page->index to loff_t.
I'll fix this one up.
On 07/23/2007 10:08 PM, Bill Davidsen wrote:
Al Boldi wrote:
As always, a good friend of mine managed to scratch my partion table
by cat'ing /dev/full into /dev/sda. I was able to push him out of the
way, but at least the first 100MB are gone. I can probably live
without the first partion
Tilman Schmidt wrote:
> So yes, all of ahci, pata_marvell, aic7xxx, jbd, dm_mod, ext3 are in
> fact modules in initrd. Would it help to try a kernel with some or all
> of these built in?
>
Yes, that would be useful. It would help tell whether its a module
loading problem or a basic pci probing
On 07/23/2007 03:48 PM, Theodore Tso wrote:
On Mon, Jul 23, 2007 at 09:34:25AM +0200, Rene Herman wrote:
That's not quite correct. Logicals have a start field relative to the
encompassing extended (ie, for me always 1, for others often always 63) and
the encompassing extended are relative no
On Sat, 21 Jul 2007 17:04:07 +0200
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This patch cleans up duplicate includes in
> /
>
>
> Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
> ---
>
> diff --git a/sound/ppc/snd_ps3.c b/sound/ppc/snd_ps3.c
> index 1aa0b46..27b6189 100644
>
On Mon, 2007-07-23 at 20:06 -0700, Randy Dunlap wrote:
> On Mon, 23 Jul 2007 19:21:13 -0700 Randy Dunlap wrote:
> > It's great that Rusty took the time to produce all of this documentation.
> > Few people do that today.
Thanks Randy, it was something of an experiment. We'll see if it has
the desi
This is probably a leftover from a time when the return wasn't there yet.
Now the extra assignment is just irritating.
Signed-off-by: Ulrich Drepper <[EMAIL PROTECTED]>
--- fs/signalfd.c 2007-06-29 10:24:04.0 -0700
+++ fs/signalfd.c-new 2007-07-23 20:17:34.0 -0700
@@ -320,
On Sat, 21 Jul 2007, Paul Mundt wrote:
> On Sat, Jul 21, 2007 at 02:50:01AM -0300, werner wrote:
> > Of the kernel 2.6.22-git15 of this night, kmem_cache_create is not
> > compatible and causes compiling errors of some fundamental programs.
> > Before, this error didnt occur.
> >
> Slab destruct
On Mon, 23 Jul 2007 19:21:13 -0700 Randy Dunlap wrote:
> On Mon, 23 Jul 2007 17:12:38 -0700 Andrew Morton wrote:
>
> > On Sat, 21 Jul 2007 11:17:58 +1000
> > Rusty Russell <[EMAIL PROTECTED]> wrote:
> >
> > > The netfilter code had very good documentation: the Netfilter Hacking
> > > HOWTO. Noo
This patch fixes a potential null dereference bug where we dereference
DEV before a null check. This patch simply moves the dereferencing after
the null check.
Signed-off-by: Micah Gruber <[EMAIL PROTECTED]>
---
--- a/drivers/net/pcmcia/nmclan_cs.c
+++ b/drivers/net/pcmcia/nmclan_cs.c
On 07/24/2007 03:18 AM, Linus Torvalds wrote:
PS. Nothing rhymes with Ballalaba.
There once was a woman from Ballalaba
who hid kernel bugs in her djellabah.
When her husband found out,
he objected loud,
and got her expelled from the casbah!
Rene.
-
To unsubscribe from this lis
Convert some 'unsigned long' to pgoff_t.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
include/linux/pagemap.h | 23 ---
mm/filemap.c| 32
2 files changed, 28 insertions(+), 27 deletions(-)
--- linux-2.6.22-rc6-mm1.orig/i
On Mon, 23 Jul 2007 17:12:38 -0700 Andrew Morton wrote:
> On Sat, 21 Jul 2007 11:17:58 +1000
> Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > The netfilter code had very good documentation: the Netfilter Hacking
> > HOWTO. Noone ever read it.
> >
> > So this time I'm trying something different,
- remove unused local next_index in do_generic_mapping_read()
- wrap a long line
- remove a redudant page_cache_read() declaration
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
mm/filemap.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
--- linux-2.6.22-rc6-mm1.orig/mm/file
Combine the file_ra_state members
unsigned long prev_index
unsigned int prev_offset
into
loff_t prev_pos
It is more consistent and better supports huge files.
Thanks to Peter for the nice proposal!
Cc
Use 'unsigned int' instead of 'unsigned long' for readahead sizes.
This helps reduce memory consumption on 64bit CPU when
a lot of files are opened.
CC: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
include/linux/fs.h |8
mm/filemap.c |
Remove the size limit max_sectors_kb imposed on max_readahead_kb.
The size restriction is unreasonable. Especially when max_sectors_kb cannot
grow larger than max_hw_sectors_kb, which can be rather small for some disk
drives.
Cc: Jens Axboe <[EMAIL PROTECTED]>
Signed-off-by: Fengguang Wu <[EMAIL
This is a simplified version of the pagecache context based readahead.
It handles the case of multiple threads reading on the same fd and invalidating
each others' readahead state. It does the trick by scanning the pagecache and
recovering the current read stream's readahead status.
The algorithm
The local copy of ra in do_generic_mapping_read() can now go away.
It predates readanead(req_size). In a time when the readahead code was called
on *every* single page. Hence a local has to be made to reduce the chance of
the readahead state being overwritten by a concurrent reader. More details
Remove VM_MAX_CACHE_HIT, MAX_RA_PAGES and MIN_RA_PAGES.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
include/linux/mm.h |2 --
mm/readahead.c | 10 +-
2 files changed, 1 insertion(+), 11 deletions(-)
--- linux-2.6.22-rc6-mm1.orig/include/linux/mm.h
+++ linux-2.6.22-rc6-m
Fold file_ra_state.mmap_hit into file_ra_state.mmap_miss
and make it an int.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
include/linux/fs.h |3 +--
mm/filemap.c |4 ++--
2 files changed, 3 insertions(+), 4 deletions(-)
--- linux-2.6.22-rc6-mm1.orig/include/linux/fs.h
+++ li
Andrew,
Here are some more readahead related cleanups and updates.
smaller file_ra_state:
[PATCH 01/10] readahead: compacting file_ra_state
[PATCH 02/10] readahead: mmap read-around simplification
[PATCH 03/10] readahead
Introduce radix_tree_scan_hole(root, index, max_scan) to scan radix tree
for the first hole. It will be used in interleaved readahead.
The implementation is dumb and obviously correct.
It can help debug(and document) the possible smart one in future.
Cc: Nick Piggin <[EMAIL PROTECTED]>
Signed-off
On Fri, 20 Jul 2007, Oleg Nesterov wrote:
On 07/18, Jeremy Katz wrote:
On Wed, 18 Jul 2007, Oleg Nesterov wrote:
Jeremy, I agree with Thomas that your patch should not be right, but it
does make a difference. Perhaps this is just the timing, but who knows.
Could you add some printk's to be s
On Mon, 2007-07-23 at 20:34 +0800, Christoph Hellwig wrote:
> On Mon, Jul 23, 2007 at 03:29:36PM +0300, Avi Kivity wrote:
> > >Actually it requires lots of deep down VM internals symbols that'll
> never
> > >get exported.
> > >
> > >
> >
> > What's "it" here? kvm-specific address space or generic
On Mon, 2007-07-23 at 19:32 +0800, Avi Kivity wrote:
> Shaohua Li wrote:
> > Make KVM guest pages be allocated dynamically and able to be swaped
> out.
> >
> > One issue: all inodes returned from anon_inode_getfd are shared,
> > if one module changes field of the inode, other moduels might break.
>
On Mon, 2007-07-23 at 19:16 +0800, Avi Kivity wrote:
> Shaohua Li wrote:
> > add a routine to zap all shadow pgtble for a gfn. If kvm supports
> SMP,
> > the API should zap pgtble for all vcpus, but kvm shadow page table
> > really should be per-vm, instead of per-vcpu.
> >
> >
>
> kvm shadow pa
On Mon, 2007-07-23 at 18:18 -0700, Linus Torvalds wrote:
>
> On Tue, 24 Jul 2007, Rusty Russell wrote:
> >
> > Indeed, no code changes, and I feel strongly that it should go into
> > 2.6.23 because it's *fun*. And (as often complained) there's not
> > enough poetry in the kernel.
>
> There's a
On Mon, 2007-07-23 at 18:46 +0800, Avi Kivity wrote:
> Shaohua Li wrote:
> > fix some bugs in kvm-sch patch.
> >
>
> There is now a 'preempt-hooks' branch on kvm.git with the
> preempt-hooks
> work. I'll continually update and rebase it against master.
>
> > 1. vmcs_readl/vmcs_writel are calle
On Mon, 2007-07-23 at 18:27 +0800, Avi Kivity wrote:
> Shaohua Li wrote:
> > This patch series make kvm guest pages be able to be swapped out and
> > dynamically allocated. Without it, all guest memory is allocated at
> > guest start time.
> >
> > patches are against latest git, and you need first
On Mon, Jul 23, 2007 at 09:18:38PM -0400, Jeff Garzik wrote:
> make allmodconfig on i386:
>
> WARNING: vmlinux(.text+0xc0101183): Section mismatch: reference to
Ignore. vmlinux.o ones are interesting; so are ones in modules.
vmlinux ones are either duplicates of vmlinux.o or false positives.
-
On Mon, 2007-07-23 at 18:20 -0700, Andrew Morton wrote:
> On Tue, 24 Jul 2007 11:01:48 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
> > But writing this documentation took *weeks*, to document 5000 lines of
> > code. Perhaps this effort, if merged, will inspire others, but I've
> > seen little i
On Tue, 24 Jul 2007 11:01:48 +1000
Rusty Russell <[EMAIL PROTECTED]> wrote:
> > But I worry that you're proposing adding what appears to be new
> > Documentation-related machinery and infrastructure when there's already
> > increased activity in that area from other people and we might all be
> >
On Tue, 24 Jul 2007, Rusty Russell wrote:
>
> Indeed, no code changes, and I feel strongly that it should go into
> 2.6.23 because it's *fun*. And (as often complained) there's not
> enough poetry in the kernel.
There's a reason for that.
There once was a lad from Braidwood
W
make allmodconfig on i386:
WARNING: vmlinux(.text+0xc0101183): Section mismatch: reference to
.init.text:start_kernel (between 'is386' and 'check_x87')
WARNING: vmlinux(.text+0xc02cfcdb): Section mismatch: reference to
.init.text:kernel_init (between 'rest_init' and 'kthreadd_setup')
WARNING: v
On Tue, 24 Jul 2007 08:47:28 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> Subject: convert ill defined log2() to ilog2()
>
> It's *wrong* to have
> #define log2(n) ffz(~(n))
> It should be *reversed*:
> #define log2(n) flz(~(n))
> or
>
This is just a refresh of the existing libata-dev.git#new-eh patches
that convert all remaining old-EH drivers to new EH, against 2.6.23-rc1.
All three conversions are completely untested. pdc_adma and sata_qstor
need reviewing by someone with docs, in addition to testing.
Even "it still works"
This patch adds NCQ support to the sata_mv driver. Currently it does
not work: FPDMA commands time out, and eventually EH falls back to
non-NCQ, which works.
My attention has turned to other things for moment. Anybody interested
in sata_mv NCQ is encouraged to pick up where this left off, as t
On Mon, 2007-07-23 at 17:12 -0700, Andrew Morton wrote:
> On Sat, 21 Jul 2007 11:17:58 +1000
> Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > The netfilter code had very good documentation: the Netfilter Hacking
> > HOWTO. Noone ever read it.
> >
> > So this time I'm trying something different,
On Mon, Jul 23, 2007 at 12:40:09PM -0700, Andrew Morton wrote:
> On Mon, 23 Jul 2007 22:24:57 +0800
> Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Jul 23, 2007 at 07:00:59PM +1000, Nick Piggin wrote:
> > > Rusty Russell wrote:
> > > >On Sun, 2007-07-22 at 16:10 +0800, Fengguang Wu wrote:
For the guys on netdev, would you please look at the tcp_recvmsg-
threading and TCP_NAGLE_CORK issues below and give opinions on the
best way to proceed?
One thing to remember, you don't necessarily have to merge every
feature right away. As long as the new code is configured "off" by
def
On Saturday 21 July 2007 11:02, Jesper Juhl wrote:
> Hi,
>
> This patch cleans up duplicate includes in
> drivers/input/
>
Applied to for-linus branch of input tree, thank you.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Sunday 22 July 2007 08:51, Geert Uytterhoeven wrote:
> On Sun, 22 Jul 2007, Dmitry Torokhov wrote:
> > On Saturday 21 July 2007 04:27, Geert Uytterhoeven wrote:
> > > On Fri, 20 Jul 2007, Dmitry Torokhov wrote:
> > > > I am OK with adding a new header file. I was just saying that placing
> > > >
1 - 100 of 583 matches
Mail list logo
