My application reads from socket. I need to change the behavior of read
system call for an experiment. Can someone point me to code?
thanks
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 7/21/07, Greg KH [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 03:59:12PM -0700, Andrew Morton wrote:
On Fri, 20 Jul 2007 15:50:47 -0700
Greg KH [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 06:32:21PM +0200, Michal Piotrowski wrote:
Hi Greg,
This looks like a sysfs bug
Glauber de Oliveira Costa wrote:
On Fri, 2007-07-20 at 14:19 -0700, H. Peter Anvin wrote:
Create an inline function for clflush(), with the proper arguments,
and use it instead of hard-coding the instruction.
This also removes one instance of hard-coded wbinvd, based on a patch
by Bauder de
On Saturday 21 July 2007, Sebastian Siewior wrote:
Got with randconfig
include/linux/loop.h:66: error: expected specifier-qualifier-list before
'request_queue_t'
make[1]: *** [fs/compat_ioctl.o] Error 1
parts of compat ioctl require CONFIG_BLOCK to be set.
Signed-off-by: Sebastian
On Thu, 5 Jul 2007 09:49:14 -0500
[EMAIL PROTECTED] (Olof Johansson) wrote:
Driver for the CompactFlash slot on the PA Semi Electra eval board. It's
a simple device sitting on localbus, with interrupts and detect/voltage
control over GPIO.
The driver is implemented as an of_platform driver,
On Fri, 20 Jul 2007 18:38:39 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
I agree with Andi... it's quite nice to be able to leave some arch/i386
stuff, and not carry it over to arch/x86-64.
Its easy enough to push that stuff into arch/x86/legacy and have one
subdirectory of stuff to pull in
Hi,
On 21/07/07, Thomas Gleixner [EMAIL PROTECTED] wrote:
We are pleased to announce a project we've been working on for some
time: the unified x86 architecture tree, or arch/x86 - and we'd like
to solicit feedback about it.
What is this about?
[..]
As usual, comments and suggestions are
* Michal Piotrowski [EMAIL PROTECTED] wrote:
We are pleased to announce a project we've been working on for some
time: the unified x86 architecture tree, or arch/x86 - and we'd
like to solicit feedback about it.
What is this about?
[..]
As usual, comments and suggestions are welcome!
Oh, which means ...
On 7/21/07, Satyam Sharma [EMAIL PROTECTED] wrote:
On 7/21/07, Greg KH [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 03:59:12PM -0700, Andrew Morton wrote:
On Fri, 20 Jul 2007 15:50:47 -0700
Greg KH [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 06:32:21PM
Alan Cox wrote:
On Fri, 20 Jul 2007 18:38:39 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
I agree with Andi... it's quite nice to be able to leave some arch/i386
stuff, and not carry it over to arch/x86-64.
Its easy enough to push that stuff into arch/x86/legacy and have one
subdirectory
On 20/06/07, Jiri Kosina [EMAIL PROTECTED] wrote:
Could you please send me the report descriptor of the device, so that I
could debug it locally here?
Hi Jiri,
sorry for the delay, below the report descriptor and attached is the
full report when I've connected the joystick.
report
On 21/07/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Michal Piotrowski [EMAIL PROTECTED] wrote:
We are pleased to announce a project we've been working on for some
time: the unified x86 architecture tree, or arch/x86 - and we'd
like to solicit feedback about it.
What is this about?
[..]
On Thursday 19 July 2007 4:16:17 am Cornelia Huck wrote:
On Wed, 18 Jul 2007 13:39:53 -0400,
Rob Landley [EMAIL PROTECTED] wrote:
Nope. If you recurse down under /sys/class following symlinks, you go
into an endless loop bouncing off of /sys/devices and getting pointed
back. If you
On Thu, 2007-07-19 at 20:37 -0700, Daniel Walker wrote:
The broken out series is here,
ftp://source.mvista.com/pub/dwalker/rt/patch-2.6.22.1-rt4-dw1.tar.gz
I'll pick that up soon.
Thanks,
tglx
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On 21/07/07, Satyam Sharma [EMAIL PROTECTED] wrote:
Oh, which means ...
On 7/21/07, Satyam Sharma [EMAIL PROTECTED] wrote:
On 7/21/07, Greg KH [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 03:59:12PM -0700, Andrew Morton wrote:
On Fri, 20 Jul 2007 15:50:47 -0700
Greg KH [EMAIL
On Saturday 21 July 2007, Thomas Gleixner wrote:
The topic of sharing more x86 code has been discussed on LKML a number
of times. Various approaches were discussed and we decided to advance
the discussion by implementing a full solution that brings the
transition to a shared tree to
On Fri, 2007-07-20 at 20:34 +0200, Krzysztof Halasa wrote:
Linus Torvalds [EMAIL PROTECTED] writes:
More people *should* generally ask themselves: was the warning worth it?
and then, if the answer is no, they shouldn't add code, they should
remove the thing that causes the warning in
Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
to receive the following updates:
MAINTAINERS |7 ++-
drivers/mmc/host/at91_mci.c | 13 -
drivers/mmc/host/sdhci.c|2 ++
drivers/mmc/host/sdhci.h
On Wednesday 18 July 2007 7:40:20 pm Greg KH wrote:
On Wed, Jul 18, 2007 at 01:39:53PM -0400, Rob Landley wrote:
PICK ONE! JUST #*%(#% PICK ONE! HHH!
I don't care where it is. Just put it somewhere I can find it, and keep
it there. All this gratuitous moving stuff
On Fri, Jul 20, 2007 at 08:21:39PM -0400, Rob Landley wrote:
Ok, back up. /sys/devices does not contain all the information necessary to
populate /dev, because it hasn't got things like
ramdisks, /dev/zero, /dev/console which are THERE in sysfs, which may or may
not be supported by the
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 that fall out of that.
This requires use of sysfs, and I'm only trying to document as much of sysfs
as
On Fri, Jul 20, 2007 at 08:21:39PM -0400, Rob Landley wrote:
Always look at the parent devices themselves for determining device
context properties.
For determining?
What was the original language of this document?
Ok, that's just being mean, cut it out right now if you ever want my
On Thu, Jul 19, 2007 at 05:42:38PM -0700, Andrew Morton wrote:
On Sun, 8 Jul 2007 22:55:08 -0300
Diego Woitasen [EMAIL PROTECTED] wrote:
Signed-off-by: Diego Woitasen [EMAIL PROTECTED]
---
arch/i386/kernel/ldt.c |2 +-
arch/x86_64/kernel/ldt.c |2 +-
2 files changed, 2
Thomas Gleixner wrote:
[...]
As usual, comments and suggestions are welcome!
Compiles and boots fine here ( on my Dell Precision WorkStation 530 MT ). And
nothing broke so far.
I only got some Kconfig warnings[1] with my config[2] but that is.
( I don't know whatever this matter but it
On Sat, Jul 21, 2007 at 02:28:52AM +0200, Michal Piotrowski wrote:
On 21/07/07, Satyam Sharma [EMAIL PROTECTED] wrote:
Oh, which means ...
On 7/21/07, Satyam Sharma [EMAIL PROTECTED] wrote:
On 7/21/07, Greg KH [EMAIL PROTECTED] wrote:
On Fri, Jul 20, 2007 at 03:59:12PM -0700,
Just one of my machines to 2.6.22.1, and got this during boot..
Starting udev: udevd-event[619]: udev_node_symlink:
symlink(../../sdc/dev/disk/by-uuid/2d773baf-8174-10a6-14db-a78e0e676e89)
failed: File exists
Under 2.6.21, all was fine.
sdc is one disk of a 3 disk raid5 set.
The raidset still
Nishanth Aravamudan wrote:
On 19.07.2007 [09:58:50 -0700], Andrew Morton wrote:
On Thu, 19 Jul 2007 08:51:49 -0700 Badari Pulavarty [EMAIL PROTECTED] wrote:
+ }
+
+ offset += ret;
+ retval += ret;
+ len -= ret;
+ index +=
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
Just one of my machines to 2.6.22.1, and got this during boot..
Starting udev: udevd-event[619]: udev_node_symlink:
symlink(../../sdc/dev/disk/by-uuid/2d773baf-8174-10a6-14db-a78e0e676e89)
failed: File exists
Under 2.6.21, all was fine.
sdc is
Am Samstag, 21. Juli 2007 schrieb Agarwal, Lomesh:
My application reads from socket. I need to change the behavior of read
system call for an experiment. Can someone point me to code?
fs/read_write.c: line 356
asmlinkage ssize_t sys_read(unsigned int fd, char __user * buf, size_t count)
-
To
On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
Just one of my machines to 2.6.22.1, and got this during boot..
Starting udev: udevd-event[619]: udev_node_symlink:
The netfilter code had very good documentation: the Netfilter Hacking
HOWTO. Noone ever read it.
So this time I'm trying something different, using a bit of
Knuthiness. Start with drivers/lguest/README.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
Documentation/lguest/extract |
Documentation: The Guest
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/lguest/lguest.c | 458 ---
drivers/lguest/lguest_asm.S | 57 +++--
include/linux/lguest.h | 47 +++-
3 files changed, 512 insertions(+), 50 deletions(-)
Documentation: The Drivers
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/block/lguest_blk.c | 171 +++---
drivers/char/hvc_lguest.c | 77 +
drivers/lguest/lguest_bus.c | 72
drivers/net/lguest_net.c| 222
Documentation: The Switcher
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/lguest/core.c | 51 +++-
drivers/lguest/switcher.S | 271 ++---
2 files changed, 276 insertions(+), 46 deletions(-)
Andrew Morton wrote:
On Thu, 19 Jul 2007 08:51:49 -0700 Badari Pulavarty [EMAIL PROTECTED] wrote:
This code doesn't have all the ghastly tricks which we deploy to handle
concurrent truncate.
Do I need to ? Baaahh!! I don't want to deal with them.
Nick, can you think of any serious
Documentation: The FIXMEs
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
Documentation/lguest/lguest.c | 12
drivers/char/hvc_lguest.c |3 +++
drivers/lguest/interrupts_and_traps.c | 14 ++
drivers/lguest/io.c | 10
Andrew Morton wrote:
On Wed, 18 Jul 2007 15:56:53 +1000 Nick Piggin [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Tue, 17 Jul 2007 13:47:32 +0100
David Howells [EMAIL PROTECTED] wrote:
+ if (type == AFS_LOCK_READ
+ vnode-flags (1 AFS_VNODE_READLOCKED)) {
Here we
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
Just one of my machines to 2.6.22.1, and got this during boot..
Starting udev: udevd-event[619]: udev_node_symlink:
* Rusty Russell ([EMAIL PROTECTED]) wrote:
On Thu, 2007-07-19 at 09:27 +1000, Rusty Russell wrote:
On Wed, 2007-07-18 at 09:19 -0700, Zachary Amsden wrote:
+#define GET_CONTENTS(desc) (((desc)-raw32.b 10) 3)
+#define GET_WRITABLE(desc) (((desc)-raw32.b 9) 1)
You got
* Rusty Russell ([EMAIL PROTECTED]) wrote:
Remove i386's Xgt_desc_struct definition and use desc_def.h's desc_ptr.
plus this is needed now
Index: linus-2.6/drivers/lguest/lg.h
===
--- linus-2.6.orig/drivers/lguest/lg.h
+++
(sorry if this is a resend... something bad seems to have happened to me)
Andrew Morton wrote:
On Thu, 19 Jul 2007 08:51:49 -0700 Badari Pulavarty [EMAIL PROTECTED] wrote:
This code doesn't have all the ghastly tricks which we deploy to handle
concurrent truncate.
Do I need to ? Baaahh!!
On Sat, Jul 21, 2007 at 03:28:12AM +0200, Kay Sievers wrote:
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
Just one of my machines to 2.6.22.1, and got this during boot..
On Fri, 20 Jul 2007, Nick Piggin wrote:
So you did. Then to answer that, yes it could be faster because there are
stupid volatiles sprinkled all over the bitops code so you could easily
end up having to do more loads. Does it make a real difference? Unlikely,
but David loves counting
On Fri, 20 Jul 2007 18:02:57 -0700 Greg KH [EMAIL PROTECTED] wrote:
--- a/kernel/params.c
+++ b/kernel/params.c
@@ -567,7 +567,11 @@ static void __init kernel_param_sysfs_se
kobject_set_name(mk-kobj, name);
kobject_init(mk-kobj);
ret = kobject_add(mk-kobj);
-
On Fri, Jul 20, 2007 at 06:37:33PM -0700, Andrew Morton wrote:
On Fri, 20 Jul 2007 18:02:57 -0700 Greg KH [EMAIL PROTECTED] wrote:
--- a/kernel/params.c
+++ b/kernel/params.c
@@ -567,7 +567,11 @@ static void __init kernel_param_sysfs_se
kobject_set_name(mk-kobj, name);
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
On Sat, Jul 21, 2007 at 03:28:12AM +0200, Kay Sievers wrote:
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
Just one of my
On Sat, 21 Jul 2007, Arnd Bergmann wrote:
On Saturday 21 July 2007, Thomas Gleixner wrote:
In my experience, it's very helpful to have a single set of header
files, and merging the two versions of one header usually exposes
bugs that have been fixed in only one of the two, so you get
to
On 7/21/07, Kay Sievers [EMAIL PROTECTED] wrote:
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
On Sat, Jul 21, 2007 at 03:28:12AM +0200, Kay Sievers wrote:
On 7/21/07, Dave Jones [EMAIL PROTECTED] wrote:
On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
On 7/21/07,
From: Patrick McHardy [EMAIL PROTECTED]
Date: Thu, 19 Jul 2007 14:48:59 +0200
Gabriel C wrote:
Hello ,
I noticed on current git this warning in net/ipv4/inetpeer.c
Yeah, I have no idea why the gcc people thought that this was
something worth warning about. Especially since explicitly
On 7/20/07, Steven Rostedt [EMAIL PROTECTED] wrote:
I really like the idea of a unified source tree for the 2 x86 variants.
The technical differences are really small (of course there are
differences, especially in the boot sequence), and striving to unify as
much as possible while having a
On 7/20/07, Mark Tiefenbruck [EMAIL PROTECTED] wrote:
I'd appreciate any help on getting this report sent to the appropriate
list and, of course, getting this fixed. I don't know what's useful,
so you're getting everything. This will be a very long e-mail.
My new laptop won't boot with kernel
On 7/20/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Jeff Garzik [EMAIL PROTECTED] wrote:
I agree with Andi... it's quite nice to be able to leave some
arch/i386 stuff, and not carry it over to arch/x86-64.
we can leave those few items in arch/x86 just as much. No need to keep
around a
Andrew Morton [EMAIL PROTECTED] wrote:
| On Thu, 19 Jul 2007 00:21:58 -0700
| [EMAIL PROTECTED] wrote:
|
| --- lx26-22-rc6-mm1a.orig/kernel/pid.c 2007-07-16 12:55:15.0
-0700
| +++ lx26-22-rc6-mm1a/kernel/pid.c 2007-07-16 13:10:48.0 -0700
| @@ -69,6 +69,13 @@ struct
[ Considering this has sufficiently excited me, I became the second person
to illegitimately download 2.6.22-mm1 and am presently building Michal's
config. The strange thing is that I couldn't get 22-mm1 to even build with
the posted .config -- so had to deselect XFS, ATA, unionfs.
Hopefully
thanks, applied.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
* Glauber de Oliveira Costa ([EMAIL PROTECTED]) wrote:
This patch provides a new set of functions for managing the descriptor
tables that can be used instead of putting the raw assembly in .c files.
Looks alright, some cleanups below
Remodeling of store_tr() suggested by Frederik Deweerdt.
Chris Friesen a écrit :
Lee Revell wrote:
On 7/20/07, Chris Friesen [EMAIL PROTECTED] wrote:
We've run into an issue (on 2.6.10) where calling lsof triggers lost
packets on our server. Preempt is disabled, and NAPI is enabled.
Can you reproduce with a recent kernel? Lots of latency
On Friday 20 July 2007 4:09:36 am Greg KH wrote:
On Fri, Jul 20, 2007 at 09:54:01AM +0200, Cornelia Huck wrote:
On Fri, 20 Jul 2007 00:00:01 -0700,
Greg KH [EMAIL PROTECTED] wrote:
I don't insist on it, mknod insists on it. You cannot mknod a dev
node without specifying block or
On 7/21/07, Satyam Sharma [EMAIL PROTECTED] wrote:
Hopefully this bug should be 100% reproducible at boot time anyway.
Don't care much for XFS and unionfs, but hoping deselecting ATA from
the config doesn't change the variables much in this equation. ]
Gargh! My system obviously cannot boot
This patch removes the top level menu Code maturity level options, and
moves its options into menu General setup.
This makes Kconfig less cluttered and easier to setup.
Cc: Andrew Morton [EMAIL PROTECTED]
Signed-off-by: Al Boldi [EMAIL PROTECTED]
---
--- a/init/Kconfig 2007-07-09
Linus,
To save you from some merge conflicts, I rebased this readahead patchset
to 2.6.22-git5.
The following patches are based on yesterday's discussions, compiled and
tested OK.
smaller file_ra_state:
[PATCH 1/8] compacting file_ra_state
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
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/readahead.c |2
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-git15.orig/include/linux/mm.h
+++
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
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]
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!
- remove unused local next_index in do_generic_mapping_read()
- convert some 'unsigned long' to pgoff_t
- wrap a long line
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
mm/filemap.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
---
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-git15.orig/include/linux/fs.h
+++
Sorry, forgot to prefix the patch titles with [readahead].
Should I repost?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
I applied this, but I agree with checkpatch.pl:
WARNING: externs should be avoided in .c files
#227: FILE: drivers/infiniband/hw/ehca/ehca_mrmw.c:67:
+extern int ehca_mr_largepage;
WARNING: externs should be avoided in .c files
#949: FILE: drivers/infiniband/hw/ehca/hcp_if.c:753:
+
thanks, applied.
BTW, does your SRQ-capable hardware support generating the last WQE
reached event? There's not any reliable way to avoid problems when
destroying QPs attached to an SRQ without it, and the IB spec requires
CAs that support SRQs to generate it (o11-5.2.5 in chapter 11 of vol 1).
thanks, applied
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[]
sed -i -e 's/^\t* \(\w*:\)/ \1/' $@
which will replace the leading tabs and spaces with one space.
It should leave case labels unmolested, as they should be indented with
tabs, not 6 spaces.
Any regexp ninjas want to have a go at something better?
I'm the one.
thanks, applied. I fixed this up myself to work with commit 20c2df83,
which got rid of the destructor argument to kmem_cache_create() -- you
probably want to check my tree to make sure it's OK.
Also the same as I said before about checkpatch.pl's warning:
WARNING: externs should be avoided in
On Sat, 21 Jul 2007, Fengguang Wu wrote:
Sorry, forgot to prefix the patch titles with [readahead].
Should I repost?
Not for me, but on the other hand, I'd prefer for this to be in -mm a bit,
even if it does mean missing the merge window this time around.
Linus
-
To
On Fri, Jul 20, 2007 at 09:27:01PM -0700, Linus Torvalds wrote:
On Sat, 21 Jul 2007, Fengguang Wu wrote:
Sorry, forgot to prefix the patch titles with [readahead].
Should I repost?
Not for me, but on the other hand, I'd prefer for this to be in -mm a bit,
even if it does mean
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
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
+++
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
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 |2
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]
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
+++
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!
Andrew,
The following patches are based on yesterday's discussions, compiled and
tested OK:
smaller file_ra_state:
[PATCH 1/7] readahead: compacting file_ra_state
[PATCH 2/7] readahead: mmap read-around simplification
[PATCH 3/7] readahead: combine
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get another small batch of changes for
My application reads from socket. I need to change the behavior of read
system call for an experiment. Can someone point me to code?
Wouldn't it be easier to create a preload-library-wrapper around glibc?
Folkert van Heusden
--
MultiTail is a versatile tool for watching logfiles and output
Hi.
On Saturday 21 July 2007 08:43:20 [EMAIL PROTECTED] wrote:
On Fri, 20 Jul 2007, Alan Stern wrote:
On Fri, 20 Jul 2007, Jeremy Maitin-Shepard wrote:
when doing a suspend-to-ram you get to a point where you just don't use
any userspace.
What do you mean? How can you prevent user
On Saturday 21 July 2007 00:32, Thomas Gleixner wrote:
We are pleased to announce a project we've been working on for some
time: the unified x86 architecture tree, or arch/x86 - and we'd like
to solicit feedback about it.
Well you know my position on this. I think it's a bad idea because
it
On Saturday 21 July 2007 01:55, Michal Piotrowski wrote:
Hi,
On 21/07/07, Thomas Gleixner [EMAIL PROTECTED] wrote:
We are pleased to announce a project we've been working on for some
time: the unified x86 architecture tree, or arch/x86 - and we'd like
to solicit feedback about it.
On Sat, Jul 21, 2007 at 07:37:29AM +0800, Antonino A. Daplas wrote:
On Fri, 2007-07-20 at 23:27 +0200, Sam Ravnborg wrote:
Fix following section mismatch warning:
WARNING: vmlinux.o(.text+0x121e62): Section mismatch: reference to
.init.text:__alloc_bootmem (between 'vgacon_startup' and
On Sat, 21 Jul 2007 12:43:06 +0800 Fengguang Wu [EMAIL PROTECTED] wrote:
Introduce radix_tree_scan_hole(root, index, max_scan) to scan radix tree
for the first hole. It will be used in interleaved readahead.
If you're ever feeling fantastically bored, please consider updating the
userspace
On Saturday 21 July 2007 01:55, Michal Piotrowski wrote:
I really like this idea - code duplication is a bad thing.
Did you actually look at the patch? It doesn't have a single line
less duplication than there was before. Everything that could
be easily shared was shared already.
It's
On Fri, Jul 20, 2007 at 09:27:01PM -0700, Linus Torvalds wrote:
On Sat, 21 Jul 2007, Fengguang Wu wrote:
Sorry, forgot to prefix the patch titles with [readahead].
Should I repost?
Not for me, but on the other hand, I'd prefer for this to be in -mm a bit,
Haven't the readahead
On Fri, 2007-07-20 at 08:24 +0300, Avi Kivity wrote:
Rusty Russell wrote:
Any objections?
Rusty.
===
Having KVM appear in the middle of drivers is kinda strange, and
having it alone under a menu called virtualization doubly so.
1) Move the Virtualization menu into the
zone_movable_pfn is presently marked as __initdata and referenced
from adjust_zone_range_for_zone_movable(), which in turn is
referenced by zone_spanned_pages_in_node(). Both of these are
__meminit annotated. When memory hotplug is enabled, this will oops
on a hot-add, due to zone_movable_pfn
Paul Mackerras wrote:
Do you think this makes the PURR more useful for CFS, or less? To me
it looks like this would mean that CFS can make a more equitable
distribution of CPU time if, for example, you had 3 runnable tasks on
a 2-core x dual-threaded machine (4 virtual CPUs).
Sounds
On Thursday 19 July 2007, Adrian McMenamin wrote:
Signed-off by: Adrian McMenamin [EMAIL PROTECTED]
@@ -183,6 +183,7 @@ int dmac_search_free_channel(const char *dev_id)
return result;
atomic_set(channel-busy, 1);
+
return channel-chan;
On Thu, 19 Jul 2007 03:38:04 +0400 Vitaly Bordug [EMAIL PROTECTED] wrote:
device_bind_driver() error code returning has been fixed.
release() function has been written, so that to free resources
in correct way; the release path is now clean.
Before the rework, it used to cause
Rúben Fonseca wrote:
I wish I could disable this card reader. It is built in on the hardware,
and there are no drivers for Linux. There is no option on the BIOS to
disable the device. Is there any way (kernel parameters, magic program,
etc) to disable this device without opening my laptop to
901 - 1000 of 1082 matches
Mail list logo