Hi,
This series of splice patches removes file_operations ->sendfile()
from the kernel and converts do_sendfile() to use ->splice_read()
to achieve the same function.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
It's no longer used.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/linux/fs.h |1 -
mm/filemap.c | 20
2 files changed, 0 insertions(+), 21 deletions(-)
diff --git a/include/linux/fs.h b/include/linux/fs.h
index b3ae77c..61ebf32 100644
--- a/include/l
This patch makes sendfile prefer to use ->splice_read(), if it's
available in the file_operations structure.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/read_write.c | 24
1 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/fs/read_write.c b/fs/read
A bit of a cheat, it actually just copies the data to userspace. But
this makes the interface nice and symmetric and enables people to build
on splice, with room for future improvement in performance.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/splice.c | 142 +
For direct splicing (or private splicing), the output may not be a file.
So abstract out the handling into a specified actor function and put
the data in the splice_desc structure earlier, so we can build on top
of that.
This is the first step in better splice handling for drivers, and also
for im
We need that for passing driver private info.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/linux/pipe_fs_i.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/pipe_fs_i.h b/include/linux/pipe_fs_i.h
index c2bda03..1789ec7 100644
--- a/include/linu
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/nfsd/vfs.c | 47
include/linux/sunrpc/svc.h|2 +-
net/sunrpc/auth_gss/svcauth_gss.c |2 +-
net/sunrpc/svc.c |2 +-
4 files changed, 34 insertions(+),
This gets rid of the dependency on ->sendfile() for receiving data
and converts loop to ->splice_read() instead.
Also includes an IV offset fix from Hugh Dickins.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/block/loop.c | 64 ++---
1 fi
relay needs this for proper consumption handling, and the network
receive support needs it as well to lookup the sk_buff on pipe
release.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/splice.c |1 +
include/linux/pipe_fs_i.h |1 +
include/linux/splice.h|1 +
3
From: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
kernel/relay.c | 241
1 files changed, 191 insertions(+), 50 deletions(-)
diff --git a/kernel/relay.c b/kernel/relay.c
index 4311101..3950c1b 100644
-
Acked-by: Trond Myklebust <[EMAIL PROTECTED]>
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/nfs/file.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/fs/nfs/file.c b/fs/nfs/file.c
index 9eb8eb4..8689b73 100644
--- a/fs/nfs/file.c
+++ b/fs/nfs/file.c
@
It cleans up the relay splice implementation a lot, and gets rid of
a lot of internal pipe knowledge that should not be in there.
Plus fixes for padding and partial first page (and lots more) from
Tom Zanussi.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
kernel/relay.c | 146 ++
They can use generic_file_splice_read() instead. Since sys_sendfile() now
prefers that, there should be no change in behaviour.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/adfs/file.c |2 +-
fs/affs/file.c |2 +-
fs/afs/file.c|2 +-
From: Hugh Dickins <[EMAIL PROTECTED]>
Remove shmem_file_sendfile and resurrect shmem_readpage, as used by tmpfs
to support loop and sendfile in 2.4 and 2.5. Now tmpfs can support splice,
loop and sendfile in the simplest way, using generic_file_splice_read and
generic_file_splice_write (with the
Also add fs/splice.c as a kerneldoc target with a smaller blurb that
should be expanded to better explain the overview of splice.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
Documentation/DocBook/kernel-api.tmpl | 11
fs/splice.c | 101 +
From: Carsten Otte <[EMAIL PROTECTED]>
This patch removes xip_file_sendfile, and replaces it with
xip_file_splice_read. It passes the ltp testcase on a ext2 filesystem
that is mounted -o xip,rw.
I am not exactly happy with this patch, because it introduces wy too
much code duplication from fs/
There are now zero users of .sendfile() in the kernel, so kill
it from the file_operations structure and in do_sendfile().
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/read_write.c| 26 +++---
include/linux/fs.h |3 +--
2 files changed, 12 insertions(+), 17 d
We need to move even more stuff into the header so that folks can use
the splice_to_pipe() implementation instead of open-coding a lot of
pipe knowledge (see relay implementation), so move to our own header
file finally.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/block/loop.c
Here's the latest version of the RSS documentation patch. The RSS code
has several useful comments in it, it is advised to read the comments
and this documentation.
Please report any errors, mistakes, spelling or grammatical errors
Changelog (v2)
1. Incorporate comments from Pavel
Signed-off-by
do_sendfile() prefers splice over sendfile, so it should not trigger
(directly, at least).
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/bad_inode.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/fs/bad_inode.c b/fs/bad_inode.c
index 329ee47..521ff7c 100644
Hi,
This series of patches applies on top of the splice series just
posted. It implements basic network receive support, ie splicing
from a socket to a pipe.
There seems to be a skhead_buff_cache leak somewhere that I need
to track down, otherwise it works fine for me.
--
Jens Axboe
-
To unsu
Allow caller to pass in a release function, there might be
other resources that need releasing as well. Needed for
network receive.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
fs/splice.c|9 -
include/linux/splice.h |1 +
2 files changed, 9 insertions(+), 1 delet
Support for network splice receive.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/linux/net.h|3 +
include/linux/skbuff.h |5 +
include/net/tcp.h |3 +
net/core/skbuff.c | 231
net/ipv4/af_inet.c |1 +
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
net/ipv4/tcp.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c
index cd3c7e9..450f44b 100644
--- a/net/ipv4/tcp.c
+++ b/net/ipv4/tcp.c
@@ -1064,7 +1064,11 @@ int tcp_read_sock(struct s
On Sat, May 12, 2007 at 06:01:57PM +1000, David Chinner wrote:
> On Fri, May 11, 2007 at 04:33:01PM +0530, Suparna Bhattacharya wrote:
> > On Fri, May 11, 2007 at 08:39:50AM +1000, David Chinner wrote:
> > > All I'm really interested in right now is that the fallocate
> > > _interface_ can be used
David Chinner wrote:
> On Fri, Jun 08, 2007 at 03:59:39PM +0200, Marco Berizzi wrote:
> > David Chinner wrote:
> > > Where we saw signs of on disk directory corruption. Have you run
> > > xfs_repair successfully on the filesystem since you reported
> > > this?
> >
> > yes.
> >
> > > If you did cle
Constrain __supported_pte_mask and NX handling to just the PAE kernel.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/i386/mm/init.c |7 ---
include/asm-i386/page.h |1 -
2 files changed, 4 insertions(+), 4 deletions(-)
--- linux-2.6.22-rc4/arch/i386/mm/init.c2007-0
.. which modpost started warning about.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
kernel/kthread.c |2 +-
mm/page_alloc.c | 18 +-
2 files changed, 10 insertions(+), 10 deletions(-)
--- linux-2.6.22-rc4/kernel/kthread.c 2007-06-11 18:09:47.0 +0200
+++ 2.6.2
Kill pte_rdprotect(), pte_exprotect(), pte_mkread(), pte_mkexec(), pte_read(),
pte_exec(), and pte_user() except where arch-specific code is making use of
them.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Christoph Hellwig <[EMAIL PROTECTED]>
arch/sparc/
gcc puts data into .data.rel or .data.rel.* on some architectures (e.g.
ia64) or under certain conditions, so whatever is legal relative to
.data should also be legal for those other sections. Fixes a few
modpost warnings on ia64.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
scripts/mod/modpos
Especially when !CONFIG_HOTPLUG_CPU, avoid needlessy allocating
resources for CPUs that can never become available.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
init/main.c | 42 +++---
1 files changed, 27 insertions(+), 15 deletions(-)
--- linux-2.6.22-r
This symbol got orphaned quite a while ago.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
include/asm-i386/pgtable.h |2 +-
include/linux/mm.h |1 -
mm/memory.c|2 --
3 files changed, 1 insertion(+), 4 deletions(-)
--- linux-2.6.22-rc4/include/asm-i386/pgtab
(Cc:-ed Venki for the force-hpet issue below)
* Eric St-Laurent <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-09-06 at 23:05 +0200, Ingo Molnar wrote:
> > i'm pleased to announce the v2.6.21.4-rt11 kernel, which can be
> > downloaded from the usual place:
>
> I'm running 2.6.21.4-rt12-cfs-v17 (x86
change_page_attr() failed to flush the caches for the affected pages
for quite a while, and on x86-64 only recently got a brute-force fix to
flush the entire TLB (which now gets reduced to just the affected pages
when possible).
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/i386/mm/ioremap
2007/6/12, Miguel Figueiredo <[EMAIL PROTECTED]>:
Hi all,
some results based on massing_intr.c by Satoru, can be found on
http://people.redhat.com/mingo/cfs-scheduler/tools/massive_intr.c
2007/6/12, Miguel Figueiredo <[EMAIL PROTECTED]>:
Hi all,
some results based on massing_intr.c by Sato
It cannot build with CONFIG_SYSCTL=n and CONFIG_INET=y.
In case of CONFIG_INET=y it should become CONFIG_SYSCTL=y.
Signed-off-by: Yoshinori Sato <[EMAIL PROTECTED]>
diff --git a/net/Kconfig b/net/Kconfig
index f3de729..2e9a885 100644
--- a/net/Kconfig
+++ b/net/Kconfig
@@ -34,6 +34,7 @@ source "
Instead of suppressing the change of .text to become readonly, make
the SMP locks patching code properly adjust/restore the page access
rights.
On x86-64 additionally remove all mappings past the kernel image, and
remove leftovers from the removal of the more general (but abandoned)
SMP alternativ
.. which modpost is warning about.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/i386/kernel/cpu/intel_cacheinfo.c|6 +++---
arch/i386/kernel/cpu/mcheck/therm_throt.c |2 +-
arch/i386/kernel/cpu/mtrr/generic.c |2 +-
arch/i386/kernel/cpu/mtrr/main.c |2 +-
Hence remove its handling in the opposite case.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/i386/kernel/alternative.c | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
--- linux-2.6.22-rc4/arch/i386/kernel/alternative.c 2007-06-11
18:09:52.0 +0200
+++
Badari Pulavarty wrote:
>
>
> Cedric Le Goater wrote:
>
>> The following patch modifies create_new_namespaces() to also use the
>> errors returned by the copy_*_ns routines and not to systematically
>> return ENOMEM.
>>
>
> In my initial version, I did same. It doesn't work :(
>
> copy_*_ns()
.. and adjust documentation to properly reflect options that are
x86-64 specific.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Documentation/x86_64/boot-options.txt |6 --
arch/x86_64/kernel/mpparse.c |1 -
2 files changed, 7 deletions(-)
--- linux-2.6.22-rc4/Documentatio
Shouldn't this patch from Tejun be applied to 2.6.21.x as well as 2.6.20.x?
Tejun Heo (2):
...
driver-core: don't free devt_attr till the device is released
Cheers,
Chris
___
Yahoo! Answers - Got a question? Someone out
On Tuesday 12 June 2007 02:35, Kevin Bowling wrote:
> All of the posts fail to address the question here: what is the
> correct file system, or does one exist yet, for wear leveling flash
> storage.
> JFFS2 and logfs are nice for MTD, but for better flash
> memories that are likely to be used in t
Tsugikazu Shibata <[EMAIL PROTECTED]> writes:
> On Sun, 10 Jun 2007 23:07:59 -0700, gregkh wrote:
> ...
>> So, Tsugikazu, care to resend this file as a patch that I can apply to
>> the Documentation directory of the kernel tree? I think it would be
>> good to have there.
>
> Here is a patch of Ja
From: Yoshinori Sato <[EMAIL PROTECTED]>
Date: Tue, 12 Jun 2007 16:38:55 +0900
> It cannot build with CONFIG_SYSCTL=n and CONFIG_INET=y.
> In case of CONFIG_INET=y it should become CONFIG_SYSCTL=y.
>
> Signed-off-by: Yoshinori Sato <[EMAIL PROTECTED]>
1) Please post networking patches to [EMAIL
On Tue, Jun 12, 2007 at 11:46:52AM +0530, Amit K. Arora wrote:
> On Sat, May 12, 2007 at 06:01:57PM +1000, David Chinner wrote:
> > Minimal definition to replace what applicaitons use on XFS and to
> > support poasix_fallocate are the thre that have been mentioned so
> > far (FA_ALLOCATE, FA_PREALL
On Mon, 2007-06-11 at 18:07 -0700, Chris Wright wrote:
> * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > hm, this needs a bit of help to get it to work against Len's current tree.
>
> Here's some help, compile tested only. Udo/Thomas, was this found to
> be root cause of a real bug? I didn't want
* Tobias Gerschner <[EMAIL PROTECTED]> wrote:
> I did run massive_intr.c for 60 secs with increasing nproc (
> 10,20,30,40,50,60) waiting for effects.
>
> Below a small table of the results
>
> 2.6.21.1-cfs-v16
>
> nproc , usability result
>
> 10 , serious frame drops , Firefox hardly reco
Given that incomprehensible help texts are a bit of a pet peeve of mine
(I just last weekend figured out that you don't need to select an I2C
algorithm driver to have working I2c - I had thought it was a "one from
column A, one from column B" thing), let me take a crack...
PAE doubles the
On Jun 11, 2007, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> And that's i guess what OpenSolaris lacks and which i suspect it is
> mostly interested in: lots of nice Linux drivers ;-) XFS, the
> largest Linux filesystem is 100K lines of code - and ZFS (i've never
> seen it) is very likely smaller tha
Junio C Hamano wrote:
Tsugikazu Shibata <[EMAIL PROTECTED]> writes:
On Sun, 10 Jun 2007 23:07:59 -0700, gregkh wrote:
...
So, Tsugikazu, care to resend this file as a patch that I can apply to
the Documentation directory of the kernel tree? I think it would be
good to have there.
Here is
2007/6/12, Ingo Molnar <[EMAIL PROTECTED]>:
* Tobias Gerschner <[EMAIL PROTECTED]> wrote:
> I did run massive_intr.c for 60 secs with increasing nproc (
> 10,20,30,40,50,60) waiting for effects.
>
> Below a small table of the results
>
> 2.6.21.1-cfs-v16
>
> nproc , usability result
>
> 10 , s
On Mon, 11 Jun 2007 20:16:31 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > and I can't do that over VPN. I'll test it first thing in the morning.
>
> Here is a more general fix
Sorry, that didn't work either. One problem is that you're using
ARCH_KMALLOC_MIN_ALIGN instead of ARCH_
Add the explanation and a sample of RapidIO DTS sector to the document of
booting-without-of.txt file.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 41 ++
1 files changed, 41 insertions(+), 0 deletions(-)
diff --git a/
Add RapidIO sector to the MPC8641HPCN board dts file.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8641_hpcn.dts
b/arch/powerpc/boot/dts/mpc86
Hi, Matt Porter,
These patches are used for supporting RapidIO controllers of Freescale. I
ported them from ppc architecture to powerpc architecture and added some new
features, such as memory mapped driver.
[PATCH 1/5] Add the explanation and sample of RapidIO DTS sector to the
document of bo
* Tobias Gerschner <[EMAIL PROTECTED]> wrote:
> it's a peacock freeliner xp II. Close to 5 year old Laptop with an
> Athlon XP 2600+ using 1 GB of RAM / no swap enabled.
>
> The other information will be sent as soon as I am back at work .
thanks! Here's another thing that would be worth testi
This patch adds the RapidIO support to the powerpc architecture.
Some files are moved from ppc. OF-tree and OF-device support are added.
New silicons such as MPC8548, MPC8641 with serial RapidIO controller are all
supported.
Memory driver hardware operations are added.
Global mport variables are c
Add the platform device support with RapidIO to MPC8641HPCN platform.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/86xx/mpc86xx_hpcn.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
b/
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Tobias Gerschner <[EMAIL PROTECTED]> wrote:
>
> > I did run massive_intr.c for 60 secs with increasing nproc (
> > 10,20,30,40,50,60) waiting for effects.
> >
> > Below a small table of the results
> >
> > 2.6.21.1-cfs-v16
> >
> > nproc , usabili
On 11/06/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
Currently nr_running and raw_weighted_load fields in runqueue affect
some CFS calculations (like distribute_fair_add, enqueue_sleeper etc).
[ briefly looked.. a few comments so far ]
(1)
I had an idea of per-sched-class 'load balance
Add the memory management driver to RapidIO.
The RapidIO system size is changed to automatically detection.
Add the memory mapping driver for RapidIO to RIO basic driver.
Multi master ports are supported.
The simple Bitmap RIO space allocator driver is added.
Signed-off-by: Zhang Wei <[EMAIL PROTE
On Mon, Jun 11, 2007 at 08:59:46PM -0700, Arjan van de Ven wrote:
> that's a temporary shortcoming; even with these power savings you can
> do hotplug as long as you're willing to poll for it at a reasonable
> interval and are willing to wait the time between polls for a hotplug
> to take effec
On Tue, Jun 12, 2007 at 09:54:59AM +0800, Wang Zhenyu wrote:
> + for (i = 0; i < 48; i++) {
You seem to be writing the base address after the aperture size? That
won't work. As Dave says, there are ordering contraints.
--
Matthew Garrett | [EMAIL PROTECTED]
-
To unsubscribe from th
I bought a VIA PC2500 board a few days ago - this
new series of their mobos,
This beast looks nice - after replacing their cooling
system (that had a small fan on it) with larger but
fanless, -- it becomes a almost real PC (1500MHz CPU),
equipped with quite nice crypto and multimedia abilities,
bu
Michael Tokarev wrote:
> I bought a VIA PC2500 board a few days ago - this
> new series of their mobos,
>
> This beast looks nice - after replacing their cooling
> system (that had a small fan on it) with larger but
> fanless, -- it becomes a almost real PC (1500MHz CPU),
> equipped with quite nic
Hi Jan,
On 6/12/07, Jan Beulich <[EMAIL PROTECTED]> wrote:
.. which modpost started warning about.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
kernel/kthread.c |2 +-
mm/page_alloc.c | 18 +-
2 files changed, 10 insertions(+), 10 deletions(-)
--- linux-2.6.22-rc4/ke
On Mon 11-06-07 18:47:05, Mark Lord wrote:
> Jan Kara wrote:
> >>Andrew Morton wrote:
> >>>On Thu, 07 Jun 2007 12:11:58 -0400
> >>>Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> >>>
> On 06/07/2007 11:41 AM, Andrew Morton wrote:
> >> mount /var/lib/mythtv -oremount,ro
> >> sync
> >> u
>> -static __init void kthreadd_setup(void)
>> +static noinline __init_refok void kthreadd_setup(void)
>> {
>> struct task_struct *tsk = current;
>
>This isn't ok. There isn't any __init function that is (safely) referenced
>by kthreadd_setup(), so we shouldn't really be marking it as such
> >> + if (multi_count != dev->multi_count)
> >> + ata_dev_printk(dev, KERN_WARNING,
> >> + "invalid multi_count %u ignored\n",
> >> + multi_count);
> >> + }
> >
> > What limits log spamming here ?
>
> Inte
On Tue, June 12, 2007 00:08, Thomas Gleixner wrote:
> On Mon, 2007-06-11 at 15:34 -0700, Daniel Walker wrote:
>
>> On Mon, 2007-06-11 at 23:42 +0200, Thomas Gleixner wrote:
>>
>>> On Mon, 2007-06-11 at 22:25 +0100, Rui Nuno Capela wrote:
>>>
Nope. It's a Fujitsu-Siemens Amilo Si 1520 -- Intel
On Tue, 12 Jun 2007 10:55:12 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> On Mon, 11 Jun 2007 20:16:31 -0700 (PDT)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > > and I can't do that over VPN. I'll test it first thing in the morning.
> >
> > Here is a more general fix
>
> Sorry,
[patch] kbuild: remember ARCH in the object directory
- rephrase some related (misspelled) comments,
- remove all trailing whitespace in the top Makefile,
* remember ARCH in the output directory, thus making build of i386
on amd64 *actually* convenient,
- harmless refactoring of the Makef
> Can we just double-check the refcounting please?
>
> > index 4fefbad..8d2672d 100644
> > --- a/ipc/shm.c
> > +++ b/ipc/shm.c
> > @@ -254,8 +254,10 @@ struct mempolicy *shm_get_policy(struct vm_area_struct
> > *vma, unsigned long addr)
> >
> > if (sfd->vm_ops->get_policy)
> >
On Tue, Jun 12, 2007 at 11:03:36AM +0200, Dmitry Adamushko wrote:
> I had an idea of per-sched-class 'load balance' calculator. So that
> update_load() (as in your patch) would look smth like :
>
> ...
> struct sched_class *class = sched_class_highest;
> unsigned long total = 0;
>
> do {
>
On Tuesday 12 June 2007 18:57, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > * Tobias Gerschner <[EMAIL PROTECTED]> wrote:
> > > I did run massive_intr.c for 60 secs with increasing nproc (
> > > 10,20,30,40,50,60) waiting for effects.
> > >
> > > Below a small table of the resu
Hi Rusty,
On Tue, Jun 12, 2007 at 02:36:26PM +1000, Rusty Russell wrote:
> On Thu, 2007-05-17 at 06:47 +0800, Fengguang Wu wrote:
> > +static unsigned long
> > +ondemand_readahead(struct address_space *mapping,
> > + struct file_ra_state *ra, struct file *filp,
> > + stru
On Tue, 12 Jun 2007 13:21:43 +0400
Michael Tokarev <[EMAIL PROTECTED]> wrote:
> I bought a VIA PC2500 board a few days ago - this
> new series of their mobos,
>
> This beast looks nice - after replacing their cooling
> system (that had a small fan on it) with larger but
> fanless, -- it becomes a
* Con Kolivas <[EMAIL PROTECTED]> wrote:
> So unless there's a vm issue (which does not appear to be the case) I
> can't see how any of these will change Tobias' extensive testing
> results.
yep - i've retested with -ck2 and cannot reproduce his results. So i'm
waiting for his feedback to see
On 6/12/07, Michael Tokarev <[EMAIL PROTECTED]> wrote:
I bought a VIA PC2500 board a few days ago - this
new series of their mobos,
This beast looks nice - after replacing their cooling
system (that had a small fan on it) with larger but
fanless, -- it becomes a almost real PC (1500MHz CPU),
equ
[ resending ..my earlier reply doesn't seem to have made it to lkml ]
On Tue, Jun 12, 2007 at 08:26:12AM +0200, Ingo Molnar wrote:
> > So where's this precise stats based calculation of cpu_load?
>
> but there's a change in the interpretation of bit 6:
>
> - if (!(sysctl_sched_features & 6
congestion_wait_interruptible() is no longer used.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/backing-dev.h |1 -
mm/backing-dev.c|2 ++
2 files changed, 2 insertions(+), 1 deletion(-)
--- linux-2.6.22-rc4-mm2/include/linux/backing-dev.h.old200
cmdline_parse_kernelcore() can become static.
---
--- linux-2.6.22-rc4-mm2/mm/page_alloc.c.old2007-06-12 02:10:56.0
+0200
+++ linux-2.6.22-rc4-mm2/mm/page_alloc.c2007-06-12 02:11:08.0
+0200
@@ -3879,7 +3879,7 @@
* kernelcore=size sets the amount of memory for use fo
remove_from_swapped_list() can become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/swap-prefetch.h |5 -
mm/swap_prefetch.c|2 +-
2 files changed, 1 insertion(+), 6 deletions(-)
--- linux-2.6.22-rc4-mm2/include/linux/swap-prefetch.h.old
On 6/12/07, Jan Beulich <[EMAIL PROTECTED]> wrote:
.. which modpost is warning about.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/i386/kernel/cpu/intel_cacheinfo.c|6 +++---
arch/i386/kernel/cpu/mcheck/therm_throt.c |2 +-
arch/i386/kernel/cpu/mtrr/generic.c |2 +-
On Tuesday 12 June 2007 21:07, Adrian Bunk wrote:
> remove_from_swapped_list() can become static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thanks. Good pick up. It was a global function but now is only done locally
from within swap_prefetch.c lazily since the improvements.
Signed-off-b
On 6/12/07, Jan Beulich <[EMAIL PROTECTED]> wrote:
>> -static __init void kthreadd_setup(void)
>> +static noinline __init_refok void kthreadd_setup(void)
>> {
>> struct task_struct *tsk = current;
>
>This isn't ok. There isn't any __init function that is (safely) referenced
>by kthreadd_
On Tue, Jun 12 2007, Jens Axboe wrote:
> On Mon, Jun 11 2007, Andrew Morton wrote:
> > On Mon, 11 Jun 2007 21:59:15 GMT
> > Linux Kernel Mailing List wrote:
> >
> > > Gitweb:
> > > http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=20d698db67059a63d217030dfd02872
On Tue, May 29, 2007 at 12:56:28AM -0700, Andrew Morton wrote:
> On Sat, 26 May 2007 17:40:12 +0200 Folkert van Heusden <[EMAIL PROTECTED]>
> wrote:
>
> > When trying to remove the netconsole module, I got the following kernel
> > output after a while (couple of minutes iirc):
> >
> > [525720.11
As Jan Altenberg pointed out, line_length will always be 0 if
bits_per_pixel < 8. Fix this and also make sure that we round up to
the nearest byte.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
I haven't tested this with any real program that uses the frame buffer,
but fbset seems to r
On 6/12/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
On 6/12/07, Jan Beulich <[EMAIL PROTECTED]> wrote:
[...]
> >I believe the correct fix to silence modpost here would be to mark its
> >caller kthreadd() also as __init, because it too is used only at init time?
>
> I don't think so - it is my un
On Mon, 2007-06-11 at 23:13 -0400, Dave Jones wrote:
> It's useful sometimes to disable the softlockup checker at boottime.
> Especially if it triggers during a distro install.
Should we not rather fix these occurrences?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tue, Jun 12 2007, Jens Axboe wrote:
> On Tue, Jun 12 2007, Jens Axboe wrote:
> > On Mon, Jun 11 2007, Andrew Morton wrote:
> > > On Mon, 11 Jun 2007 21:59:15 GMT
> > > Linux Kernel Mailing List wrote:
> > >
> > > > Gitweb:
> > > > http://git.kernel.org/git/?p=linux/kernel/git/torvalds/lin
Alan Cox wrote:
> On Tue, 12 Jun 2007 13:21:43 +0400
> Michael Tokarev <[EMAIL PROTECTED]> wrote:
>
>> I bought a VIA PC2500 board a few days ago - this
>> new series of their mobos,
>>
>> This beast looks nice - after replacing their cooling
>> system (that had a small fan on it) with larger but
Hi,
On Tuesday, 12 June 2007 00:42, Nigel Cunningham wrote:
> Hi.
>
> Wouldn't it be much more useful if it was unconditionally compiled in
> and controlled instead by a sysfs entry? That way it will be far more
> useful to $user who doesn't know or want to know how to compile and
> install a ker
On Tue, 2007-06-12 at 13:31 +0200, Jens Axboe wrote:
> Would you prefer this change, then? I'd prefer keeping the current code,
> unless it's absolutely critical that we call
> balance_dirty_pages_ratelimited() for each and every page instead of eg
> every 16 pages here.
For that we should call:
Hi Rusty,
On Tue, Jun 12, 2007 at 01:30:50PM +1000, Rusty Russell wrote:
> On Thu, 2007-05-17 at 06:47 +0800, Fengguang Wu wrote:
> > /*
> > * Track a single file's readahead state
> > + *
> > + * #|==#==|
> > + * ^
On Monday, 11 June 2007 16:41, Rafael J. Wysocki wrote:
> On Monday, 11 June 2007 09:17, Tejun Heo wrote:
> > Hello, Rafael.
> >
> > Rafael J. Wysocki wrote:
> > > gregkh-driver-sysfs-use-singly-linked-list-for-sysfs_dirent-tree.patch
> > > breaks
> > > suspend to RAM on HPC nx6325 (x86_64).
> >
Hi Jan,
On 6/12/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
On 6/12/07, Jan Beulich <[EMAIL PROTECTED]> wrote:
> [...]
> @@ -448,7 +448,7 @@ static void __cpuinit cache_shared_cpu_m
> -static void __cpuinit cache_remove_shared_cpu_map(unsigned int cpu, int
index)
> +static void __cpuexit cache
On Tue, Jun 12 2007, Peter Zijlstra wrote:
> On Tue, 2007-06-12 at 13:31 +0200, Jens Axboe wrote:
>
> > Would you prefer this change, then? I'd prefer keeping the current code,
> > unless it's absolutely critical that we call
> > balance_dirty_pages_ratelimited() for each and every page instead of
1 - 100 of 397 matches
Mail list logo