On Wed, 19 Sep 2007 08:43:42 -0400 (EDT)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> Given the existing "retain_initrd" boot-time parameter defined in
> init/initramfs.c, there appears to be no need for the equivalent
> "keepinitrd" parameter.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PR
Jesse Barnes <[EMAIL PROTECTED]> writes:
>
> To do this in a nicer way (and be less vulnerable to similar BIOS
> funkiness) the kernel really needs full PAT support. That should allow
> WC over WB and WC over UC mappings to occur, at least if I'm
> remembering the docs right...
PAT only reall
On Thu, 2007-09-20 at 14:34 +0800, Bryan Wu wrote:
> On Thu, 2007-09-20 at 02:08 -0400, Robin Getz wrote:
> > On Wed 19 Sep 2007 23:54, Paul Mundt pondered:
> > > On Wed, Sep 19, 2007 at 11:42:53PM -0400, Mike Frysinger wrote:
> > > > On 9/19/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > > > > On T
ben soo wrote:
[...]
This last might be an artifact caused by the firewall, i dunno.
[...]
Bill Davidsen <[EMAIL PROTECTED]> wrote:
Yes, I have found that I get far less problem in this area leaving the
MTU at 1500, then putting a larger MTU (usually 9000) into the routing
table for segment
On Tue, 18 Sep 2007 13:55:04 +0200 Olaf Hering <[EMAIL PROTECTED]> wrote:
> include/asm-powerpc/elf.h has 6 entries in ARCH_DLINFO.
> fs/binfmt_elf.c has 14 unconditional NEW_AUX_ENT entries and 2
> conditional NEW_AUX_ENT entries.
> So in the worst case, saved_auxv does not get an AT_NULL entry a
On Tue, 18 Sep 2007 15:17:37 +0400 Valentine Barshak <[EMAIL PROTECTED]> wrote:
> PCI memory space may have a 64-bit offset on some architectures
> (for example, PowerPC 440) and the actual PCI memory address
> has to fixed up (an offset to PCI mem space shuld be added)
> before remapping. So, pci
On Thu, 2007-09-20 at 02:08 -0400, Robin Getz wrote:
> On Wed 19 Sep 2007 23:54, Paul Mundt pondered:
> > On Wed, Sep 19, 2007 at 11:42:53PM -0400, Mike Frysinger wrote:
> > > On 9/19/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > > > On Thu, Sep 20, 2007 at 11:55:25AM +1000, David McCullough wrote:
On Tue, 18 Sep 2007 10:05:37 +0200 Andreas Herrmann <[EMAIL PROTECTED]> wrote:
> Fix compile error if !CONFIG_SYSCTL:
>
> ...
> LD .tmp_vmlinux1
> net/built-in.o: In function `init_p9':
> net/9p/mod.c:59: undefined reference to `p9_sysctl_register'
> net/built-in.o: In function `exit_p
Antonino A. Daplas wrote:
On Tue, 2007-09-18 at 03:26 -0400, ben soo wrote:
i've 2 servers with old PCI VGA cards, one using X86_64 kernel
version 2.6.23-rc5 and one with i386 kernel version 2.6.23-rc6,
both wired into the same CRT via a KVM switch.
Is this new? If yes, what's the version of
Jarek Poplawski wrote:
On 18-09-2007 16:55, Nadia Derbey wrote:
...
Well, reviewing the code I found another place where the
rcu_read_unlock() was missing.
I'm so sorry for the inconvenience. It's true that I should have tested
with CONFIG_PREEMPT=y :-(
Now, the ltp tests pass even with this
On Tue, 18 Sep 2007 00:23:39 +0200 Guillaume Chazarain <[EMAIL PROTECTED]>
wrote:
> TASKSTATS_CMD_ATTR_TGID used to return only the delay accounting stats, not
> the basic and extended accounting. With this patch,
> TASKSTATS_CMD_ATTR_TGID also aggregates the accounting info for all threads
> of
On Thu, 2007-09-20 at 02:06 +0200, Rafael J. Wysocki wrote:
> On Wednesday, 19 September 2007 21:21, Thomas Gleixner wrote:
> > On Wed, 2007-09-19 at 19:44 +0200, Rafael J. Wysocki wrote:
> > > > > It boots with nohpet alone and suspend/hibernation seem to work
> > > > > (still,
> > > > > it didn'
* Andrew Morton <[EMAIL PROTECTED]> [2007-09-19 17:24]:
> I made that change, but am too stupid to be able to work out how to create
> a config which will let me compile this thing.
>
> akpm:/usr/src/25> grep PMAG arch/arm/configs/*
> akpm:/usr/src/25>
It's a driver for mips.
--
Martin Michlmay
On Wed, 19 Sep 2007 21:43:14 -0700 David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 19 September 2007, Andrew Morton wrote:
> > On Wed, 19 Sep 2007 16:44:48 -0700
> > David Brownell <[EMAIL PROTECTED]> wrote:
> >
> > > > > <4>[ 21.211942] Duplicate file names "rtc" detected
> > > >
> >
Nagendra Tomar a écrit :
--- Davide Libenzi <[EMAIL PROTECTED]> wrote:
On Wed, 19 Sep 2007, David Miller wrote:
From: Nagendra Tomar <[EMAIL PROTECTED]>
Date: Wed, 19 Sep 2007 15:37:09 -0700 (PDT)
With the SOCK_NOSPACE check in tcp_check_space(), this epoll_wait call will
not return, even w
On Wed 19 Sep 2007 23:54, Paul Mundt pondered:
> On Wed, Sep 19, 2007 at 11:42:53PM -0400, Mike Frysinger wrote:
> > On 9/19/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > > On Thu, Sep 20, 2007 at 11:55:25AM +1000, David McCullough wrote:
> > > > Jivin Robin Getz lays it down ...
> > > > > On Tue 1
On Thu, 20 Sep 2007 15:23:19 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Andrew Morton writes:
>
> > On Wed, 19 Sep 2007 13:53:01 -0500 Jason Wessel <[EMAIL PROTECTED]> wrote:
> >
> > > I am not exactly sure how to fix this...
> > >
> > > Another git tree is overriding the patch to includ
On Mon, 17 Sep 2007 16:50:16 -0500 Michael Halcrow <[EMAIL PROTECTED]> wrote:
> Convert readpage, prepare_write, and commit_write to use read_write.c
> routines. Remove sync_page; I cannot think of a good reason for
> implementing that in eCryptfs.
>
> Signed-off-by: Michael Halcrow <[EMAIL PROTE
On Mon, 17 Sep 2007 16:48:44 -0500 Michael Halcrow <[EMAIL PROTECTED]> wrote:
> + if ((rc = ecryptfs_write_lower(ecryptfs_dentry->d_inode,
checkpatch missed the assignment-in-an-if here.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Mon, 17 Sep 2007 16:47:10 -0500 Michael Halcrow <[EMAIL PROTECTED]> wrote:
> Replace page encryption and decryption routines and inode size write
> routine with versions that utilize the read_write.c functions.
>
> Signed-off-by: Michael Halcrow <[EMAIL PROTECTED]>
> ---
> fs/ecryptfs/crypto.
Hello Randy!
> This doesn't work when there is no include/asm symlink.
Why? I specifically test for that, and tried it on my machine.
What's the bug?
ASMARCH should come out empty, and the ?= and $(or) should take care of
the rest ...
> It also didn't apply cleanly due to tab(s) being converted
>
The UPF_FIXED_PORT flags was introduced in 2.6.22 and it can be used
instead of the driver specific verify_port routine.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
---
drivers/serial/serial_txx9.c | 26 +-
1 files changed, 5 insertions(+), 21 deletions(-)
diff --
Hello Jeff,
> On Wed, Sep 19, 2007 at 06:17:51PM +0200, Philipp Marek wrote:
>> How about that?
>> readlink include/asm
>> returns
>> asm-um
>> in my case, so I only have to strip the "asm-" part ...
>
> It doesn't handle O= directories...
Sorry, I don't understand you. What are "0=" dir
On Wed, 19 Sep 2007, Nagendra Tomar wrote:
> Definitely not !
>
> The point is that the "tcp write space available"
> wakeup does not get called if SOCK_NOSPACE bit is not set. This was
> fine when the wakeup was merely a wakeup (since SOCK_NOSPACE bit
> indicated that someone really cared abt
On Mon, 17 Sep 2007 16:46:32 -0500 Michael Halcrow <[EMAIL PROTECTED]> wrote:
> Add a set of functions through which all I/O to lower files is
> consolidated. This patch adds a new inode_info reference to a
> persistent lower file for each eCryptfs inode; another patch later in
> this series will
[PATCH 6/4] [-mm patch] use the existing offsetof().
It is better that offsetof() is used for VMCOREINFO_OFFSET().
This idea is Joe Perches's.
Thanks
Ken'ichi Ohmichi
---
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Signed-off-by: Ken'ichi Ohmichi <[EMAIL PROTECTED]>
---
diff -rpuN a/incl
This patch implements the functionality of jumping between the kexeced
kernel and the original kernel.
A new reboot command named LINUX_REBOOT_CMD_KJUMP is defined to
trigger the jumping to (executing) the new kernel and jumping back to
the original kernel.
To support jumping between two kernels,
This patch adds writing support for /dev/oldmem. This is used to
restore the memory contents of hibernated system.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/i386/kernel/crash_dump.c | 27 +++
drivers/char/mem.c| 32 +++
Kexec base hibernation has some potential advantages over uswsusp and
TuxOnIce (suspend2). Some most obvious advantages are:
1. The hibernation image size can exceed half of memory size easily.
2. The hibernation image can be written to and read from almost
anywhere, such as USB disk, NFS.
3.
[PATCH 5/4] [-mm patch] Rename macros returning the size.
The #define SIZE() should be renamed STRUCT_SIZE() since it's always
returning the size of the struct with a given name. This would allow
TYPEDEF_SIZE() to simply become SIZE() since it need not be used
exclusively for typedefs. Thi
Hi Andrew,
Andrew Morton wrote:
> > On Fri, 14 Sep 2007 12:00:18 +0900 "Ken'ichi Ohmichi" <[EMAIL PROTECTED]>
> > wrote:
> >
>> >> [4/4] Add a prefix "VMCOREINFO_" to the vmcoreinfo macros.
>> >>Old vmcoreinfo macros were defined as generic names SYMBOL/SIZE/OFFSET
>> >>/LENGTH/CONFIG,
On Mon, 17 Sep 2007 16:46:32 -0500 Michael Halcrow <[EMAIL PROTECTED]> wrote:
> +/**
> + * ecryptfs_write_lower
> + * @ecryptfs_inode: The eCryptfs inode
> + * @data: Data to write
> + * @offset: Byte offset in the lower file to which to write the data
> + * @size: Number of bytes from @data to wr
Andrew Morton writes:
> On Wed, 19 Sep 2007 13:53:01 -0500 Jason Wessel <[EMAIL PROTECTED]> wrote:
>
> > I am not exactly sure how to fix this...
> >
> > Another git tree is overriding the patch to include/asm-powerpc/kgdb.h
> > in the -mm tree. The patches as I provide them against 2.6.23-rc6
Hi David,
David Rientjes wrote:
> On Fri, 14 Sep 2007, Ken'ichi Ohmichi wrote:
>
>> diff -rpuN a/include/linux/kexec.h b/include/linux/kexec.h
>> --- a/include/linux/kexec.h2007-09-10 23:28:42.0 +0900
>> +++ b/include/linux/kexec.h2007-09-10 23:29:52.0 +0900
>> @@ -132,11
On Wed, 2007-09-19 at 10:06 -0700, Tong Li wrote:
> Were the experiments run on a 2-CPU system?
Yes.
> When Xorg experiences large
> wait time, is it on the same CPU that has the two pinned tasks? If this is
> the case, then the problem could be X somehow advanced faster and got a
> larger v
Hi Andrew,
since there's no iso9660 maintainer i send this one to you :).
---
From: Borislav Petkov <[EMAIL PROTECTED]>
shut up those:
fs/isofs/namei.c: In function 'isofs_lookup':
fs/isofs/namei.c:161: warning: 'offset' may be used uninitialized in this
function
fs/isofs/namei.c:161: warning
On Wednesday 19 September 2007, Andrew Morton wrote:
> On Wed, 19 Sep 2007 16:44:48 -0700
> David Brownell <[EMAIL PROTECTED]> wrote:
>
> > > > <4>[ 21.211942] Duplicate file names "rtc" detected
> > >
> > > Nah, that's an rtc-specific problem.
> >
> > RTC-related ... but it's a procfs bug, sin
On Sep 19, 2007 12:22 -0700, Mingming Cao wrote:
> Convert the GFP_KERNEL flag used in JBD/JBD2 to GFP_NOFS, consistent
> with the rest of kmalloc flag used in the JBD/JBD2 layer.
>
> @@ -653,7 +653,7 @@ static journal_t * journal_init_common (
> - journal = kmalloc(sizeof(*journal), GFP_KERN
Vitaly Bordug wrote:
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
applied 1-2, after hand-editing the subject line to remove brackets from
around "[FS_ENET]"
everything within [ and
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/
Maciej W. Rozycki wrote:
Rename NET_SB1250_MAC to SB1250_MAC to follow the convention.
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
The NET prefix seems to be used mainly for device groups (NET_ISA,
NET_VENDOR_*, etc.) rather than single drivers and adds no information. I
sugges
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/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Howells wrote:
> Move the effective capabilities mask from the task struct into the credentials
> record.
>
> Note that the effective capabilities mask in the cred struct shadows that in
> the task_struct because a thread can have its capabiliti
Maciej W. Rozycki wrote:
Remove typedefs, volatiles and convert kmalloc()/memset() pairs to
kcalloc(). Also reformat the surrounding clutter.
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
On Thu, 13 Sep 2007, Jeff Garzik wrote:
Net driver patches should apply on top of netdev-2.6.
On Wed, Sep 19, 2007 at 11:42:53PM -0400, Mike Frysinger wrote:
> On 9/19/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > On Thu, Sep 20, 2007 at 11:55:25AM +1000, David McCullough wrote:
> > > Jivin Robin Getz lays it down ...
> > > > On Tue 18 Sep 2007 04:09, Bryan Wu pondered:
> > > > > This just
On 9/19/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 20, 2007 at 11:55:25AM +1000, David McCullough wrote:
> > Jivin Robin Getz lays it down ...
> > > On Tue 18 Sep 2007 04:09, Bryan Wu pondered:
> > > > This just adds minimum support for the Blackfin relocations,
> > > > since we don't
On Thu, Sep 20, 2007 at 11:55:25AM +1000, David McCullough wrote:
> Jivin Robin Getz lays it down ...
> > On Tue 18 Sep 2007 04:09, Bryan Wu pondered:
> > > This just adds minimum support for the Blackfin relocations,
> > > since we don't have enough space in each reloc. The idea
> > > is to store
On Wed 19 Sep 2007 21:55, David McCullough pondered:
> Jivin Robin Getz lays it down ...
> > On Tue 18 Sep 2007 04:09, Bryan Wu pondered:
> > > From: Bernd Schmidt <[EMAIL PROTECTED]>
> > >
> > > This just adds minimum support for the Blackfin relocations,
> > > since we don't have enough space in
On Thu, 20 Sep 2007 11:42:29 +1000 "Dave Airlie" <[EMAIL PROTECTED]> wrote:
> From 225696d75e7ec0bafbb47b935bd700e3fbeefbde Mon Sep 17 00:00:00 2001
> From: Dave Airlie <[EMAIL PROTECTED]>
> Date: Thu, 20 Sep 2007 11:30:41 +1000
> Subject: [PATCH] agp: fix race condition between unmapping and free
Jivin Robin Getz lays it down ...
> On Tue 18 Sep 2007 04:09, Bryan Wu pondered:
> > From: Bernd Schmidt <[EMAIL PROTECTED]>
> >
> > This just adds minimum support for the Blackfin relocations,
> > since we don't have enough space in each reloc. The idea
> > is to store a value with one relocatio
On 9/20/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 09/19/2007 09:54 PM, Andi Kleen wrote:
> >> Yeah. (But X doesn't run -- this is maybe the known issue in this release).
> >
> > What do you mean with not run?
>
> (II) intel(0): Initializing HW Cursor
> (II) intel(0): xf86BindGARTMemory: bind k
> The code is broken anyways. If you free pages without flushing
> them first some other innocent user allocating them will end up
> with possible uncached pages for some time.
>
> Does this simple patch help?
>
I've attached a more complicated patch that does a 2 stage effort to
unmapping and fre
On Wed, Sep 19, 2007 at 04:04:30PM +0200, Andrea Arcangeli wrote:
> On Wed, Sep 19, 2007 at 03:09:10PM +1000, David Chinner wrote:
> > Ok, let's step back for a moment and look at a basic, fundamental
> > constraint of disks - seek capacity. A decade ago, a terabyte of
> > filesystem had 30 disks b
On Tue 18 Sep 2007 04:09, Bryan Wu pondered:
> From: Bernd Schmidt <[EMAIL PROTECTED]>
>
> This just adds minimum support for the Blackfin relocations,
> since we don't have enough space in each reloc. The idea
> is to store a value with one relocation so that subsequent ones can
> access it.
>
>
Ilya Eremin wrote:
Hello,
I am running a P2P related server, which has many connections to it at one time
(about 100,000 at peak times). But I have been getting
eserver invoked oom-killer: gfp_mask=0xd0, order=0, oomkilladj=0 errors
followed by
Out of socket memory
I believe this is related to
On Wed, 19 Sep 2007 15:15:58 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Sep 2007, KAMEZAWA Hiroyuki wrote:
>
> > Hmm, I don't like returning array which someone allocated in past and
> > forgot.
>
> But that is exactly the point. There is no need to keep track of the
On Tue, 18 Sep 2007 13:18:34 +0100 (BST)
"Maciej W. Rozycki" <[EMAIL PROTECTED]> wrote:
> Add error messages to the probe call.
>
> Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
> ---
> While they may rarely trigger, they may be useful when something weird is
> going on. Also this is g
On 9/20/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 19, 2007 at 12:10:17PM -0700, Andrew Morton wrote:
> > On Wed, 19 Sep 2007 16:59:04 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> >
> > > -8<-8<-8<-8<-8<-8<
> > > That means
> > > voi
On Wed, 19 Sep 2007, Andres Salomon wrote:
> On Wed, 19 Sep 2007 15:34:42 -0700 (PDT)
> Trent Piepho <[EMAIL PROTECTED]> wrote:
> > On Wed, 19 Sep 2007, Jonathan Corbet wrote:
> > > Andres Salomon <[EMAIL PROTECTED]> wrote:
> > > > This patch makes DMA buffer allocation happen during device probe b
On Wed, 19 Sep 2007 19:58:28 -0400
[EMAIL PROTECTED] (Joseph Fannin) wrote:
> On Tue, Sep 18, 2007 at 01:18:41AM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
> >
> > 2.6.23-rc6-mm1
>
> [patch submitter cc'd]
>
>
On Wed, 19 Sep 2007 16:44:48 -0700
David Brownell <[EMAIL PROTECTED]> wrote:
> > > <4>[ 21.211942] Duplicate file names "rtc" detected
> >
> > Nah, that's an rtc-specific problem.
>
> RTC-related ... but it's a procfs bug, since it's procfs which doesn't
> even bother to check for duplicate nam
On Fri, Sep 14, 2007 at 02:38:55PM +0200, Werner Cornelius wrote:
> Hello,
>
> I know that there has been a patch for the Winchiphead CH340/41 USB to serial
> converter chips on the net, but they have been implemented with only a basic
> feature and limited baudrates due to the lack of any datas
Dmitry Adamushko wrote:
>>> Hi Ingo,
>>>
>>> I found an issue about the scheduler.
>>> If you need a test case, please let me know.
>>> Here is a patch.
>>> [ ... ]
>>> The new thread should be valid scheduler class before queuing.
>>> This patch fixes to set the suitable scheduler class.
>> Nice f
On Wednesday, 19 September 2007 23:37, Agarwal, Lomesh wrote:
> Can you tell me the differences?
> Also what do you mean by - depending also on what you mean by 'now'? I
Please tell me what kernel version you're referring to.
> gave now as a time parameter to shutdown command. How can it be
> int
Am 20.09.2007 01:28 schrieb Chuck Ebbert:
> AFAICT the rtc problem is caused by misconfiguration: both the new
> and old rtc driver have been built and they are both trying to load.
Rats. Sorry. I remember now. That's not the first time I am hit by
that one. I had even made a resolution to try and
On Wednesday, 19 September 2007 21:21, Thomas Gleixner wrote:
> On Wed, 2007-09-19 at 19:44 +0200, Rafael J. Wysocki wrote:
> > > > It boots with nohpet alone and suspend/hibernation seem to work (still,
> > > > it didn't want to boot right after hibernation, but booted after I'd
> > > > switched
Ack, sorry, I'm wrong.
Please ignore me, if you weren't already.
I'm glad to hear this will be fixed. The task should be moved last for its
priority level.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Mon, 17 Sep 2007 11:52:08 +0400
Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> Subject: [PATCH 2/5][GFS2] Cleanup explicit check for mandatory locks
> Subject: [PATCH 3/5][9PFS] Cleanup explicit check for mandatory locks
> Subject: [PATCH 4/5][AFS] Cleanup explicit check for mandatory locks
> Sub
--- Davide Libenzi <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Sep 2007, David Miller wrote:
>
> > From: Nagendra Tomar <[EMAIL PROTECTED]>
> > Date: Wed, 19 Sep 2007 15:37:09 -0700 (PDT)
> >
> > > With the SOCK_NOSPACE check in tcp_check_space(), this epoll_wait call
> > > will
> > > not return,
> From: Andrew Morton <[EMAIL PROTECTED]>
> > <4>[ 21.211942] Duplicate file names "rtc" detected
>
> Nah, that's an rtc-specific problem.
RTC-related ... but it's a procfs bug, since it's procfs which doesn't
even bother to check for duplicate names before it registers files.
And it's that dup
On Wed, 19 Sep 2007 16:29:02 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Sep 2007, Andrew Morton wrote:
>
> > Cool.
>
> Should I rediff on top of rc6-mm1 for submission? When will you be able to
> take it?
>
erm, I spose we should be concentrating on stabilising the
--- David Miller <[EMAIL PROTECTED]> wrote:
> From: Nagendra Tomar <[EMAIL PROTECTED]>
> Date: Wed, 19 Sep 2007 15:55:58 -0700 (PDT)
>
> > I agree that setting SOCK_NOSPACE would have been a more elegant
> > fix. Infact I thought a lot about that before deciding on this fix.
>
> I guess th
On Wed, 19 Sep 2007, Andrew Morton wrote:
> Cool.
Should I rediff on top of rc6-mm1 for submission? When will you be able to
take it?
-
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.kern
On 09/19/2007 07:24 PM, Andrew Morton wrote:
>
> Nah, that's an rtc-specific problem.
>
> I think David says that it's actually not a problem, but I didn't
> really understand how this can be?
>
> Perhaps I'll need to drop that debugging patch. Which would be a shame,
> because it can detect re
Hello,
I am running a P2P related server, which has many connections to it at one time
(about 100,000 at peak times). But I have been getting
eserver invoked oom-killer: gfp_mask=0xd0, order=0, oomkilladj=0 errors
followed by
Out of socket memory
I believe this is related to rmem, but I am not s
On Thu, 20 Sep 2007 01:02:06 +0200
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> I get several "duplicate file name" messages.
> Hope Greg's the right one to cc on these.
>
> <4>[ 21.211942] Duplicate file names "rtc" detected. [dump_trace+100/498]
> dump_trace+0x64/0x1f2
> <4>[ 21.216801] [s
Hello,
First, I'm assuming that if I want my task to have the HIGHEST priority
in the system (i.e. preempt any other task whenever it is put into the
ready queue (assuming I have preemption turned on/configured)), I use
sched_setscheduler (...) and use the sched_priority in sched_param for
MA
Ahoy me laddies (and beauties),
time for the traditional "Talk Like a Pirate Day" kernel release!
Now, last year we had a full release (2.6.18 was immortalized on
TLAP-2006), but this year I'm chickening out, and we're just doing what is
hopefully going to be the last -rc release for the 2.6.2
On Wed, 19 Sep 2007, David Miller wrote:
> From: Nagendra Tomar <[EMAIL PROTECTED]>
> Date: Wed, 19 Sep 2007 15:37:09 -0700 (PDT)
>
> > With the SOCK_NOSPACE check in tcp_check_space(), this epoll_wait call will
> > not return, even when the incoming acks free the buffers.
> > Note that
From: Nagendra Tomar <[EMAIL PROTECTED]>
Date: Wed, 19 Sep 2007 15:55:58 -0700 (PDT)
> I agree that setting SOCK_NOSPACE would have been a more elegant
> fix. Infact I thought a lot about that before deciding on this fix.
I guess this means you also noticed that you are removing
the one and
On Wed, Sep 19, 2007 at 12:41:26PM +0200, Peter Zijlstra wrote:
> lockdep annotate rcu_read_{,un}lock{,_bh} in order to catch imbalanced
> usage.
In my message yesterday, I forgot about srcu_read_lock() and
srcu_read_unlock(). :-/ Here is a proto-patch, untested,
probably does not compile.
One i
Chris Friesen wrote:
> > The yielding task has given up the cpu. The other task should get to
> > run for a timeslice (or whatever the equivalent is in CFS) until the
> > yielding task again "becomes head of the thread list".
> Are you sure this isn't happening? I'll run some tests on my SMP
>
Please always do reply-to-all. Otherwise people won't read your email.
On Fri, 14 Sep 2007 12:56:58 +0100
Carlos Corbacho <[EMAIL PROTECTED]> wrote:
> Bernhard Rosenkraenzer wrote:
>
> > The patch below adds support for Medion WIM2160 notebooks to the
> > wistron-btns driver.
>
> Do these key
Still being a little new at this I am not sure if this is an issue at
all or not but I noted that while building the 2.6.23-rc6-git8 kernel
this afternoon I received the following error message:
Building modules, stage 2.
MODPOST 1670 modules
WARNING: Can't handle masks in drivers/mtd/nand/cafe
Tim Bird wrote:
> [EMAIL PROTECTED] wrote:
>
>> Is anybody working on testing that the patchkit "does no harm" for bigger
>> boxes (laptops, desktops, servers)?
>>
> Not to my knowledge. Most of the things it provides are
> only activated by config options. So my sense is that just
> app
I was wondering if there were any examples of interrupt controllers on SMP
systems that only supported CPU affinity. I'm trying to see the best way
to ensure that desc->affinity gets set properly.
thanks
- k
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Casey Schaufler <[EMAIL PROTECTED]> wrote:
> > Move into the cred struct the part of the task security data that defines
> > how a task acts upon an object. The part that defines how something acts
> > upon a task remains attached to the task.
>
> This seems to me to be an unnatural and inapprop
> David Schwartz wrote:
> > Nonsense. The task is always ready-to-run. There is no reason
> > its CPU should
> > be low. This bug report is based on a misunderstanding of what yielding
> > means.
> The yielding task has given up the cpu. The other task should get to
> run for a timeslice (or wh
--- David Miller <[EMAIL PROTECTED]> wrote:
> From: Nagendra Tomar <[EMAIL PROTECTED]>
> Date: Wed, 19 Sep 2007 15:37:09 -0700 (PDT)
>
> > With the SOCK_NOSPACE check in tcp_check_space(), this epoll_wait call will
> > not return, even when the incoming acks free the buffers.
> > Note t
On 09/14/2007 11:00 AM, Frantisek Rysanek wrote:
> Dear Mr. Piggin,
>
> thanks for your response in the first place :-)
>
> On 13 Sep 2007 at 2:30, Nick Piggin wrote:
>> Can you see if it is looping in userspace or kernel? Can you kill -9
>> the process?
>>
> I can't run any command. Any command
Andreas Dilger wrote:
On Sep 18, 2007 20:03 -0700, Andrew Morton wrote:
On Tue, 18 Sep 2007 17:25:31 -0700 Avantika Mathur <[EMAIL PROTECTED]> wrote:
+#if !defined(CONFIG_CRC16)
+/** CRC table for the CRC-16. The poly is 0x8005 (x16 + x15 + x2 + 1) */
+__u16 const crc16_table[256] = {
Andrew Morton wrote:
On Wed, 19 Sep 2007 18:12:38 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
On Mon, 17 Sep 2007 16:46:47 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
Is the slab defragmentation code in -mm or upstream already
or can I find it on the mailing list?
Is
On Wed, 19 Sep 2007 18:12:38 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Mon, 17 Sep 2007 16:46:47 -0400
> > Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> >> Is the slab defragmentation code in -mm or upstream already
> >> or can I find it on the mailing list?
> >
>
From: Nagendra Tomar <[EMAIL PROTECTED]>
Date: Wed, 19 Sep 2007 15:37:09 -0700 (PDT)
> With the SOCK_NOSPACE check in tcp_check_space(), this epoll_wait call will
> not return, even when the incoming acks free the buffers.
> Note that this patch assumes that the SOCK_NOSPACE check in
> tc
On Wed, 19 Sep 2007 15:34:42 -0700 (PDT)
Trent Piepho <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Sep 2007, Jonathan Corbet wrote:
> > Andres Salomon <[EMAIL PROTECTED]> wrote:
> > > This patch makes DMA buffer allocation happen during device probe by
> > > default, and changes the parameter to 'alloc
Tim Bird wrote:
> Andrew Morton wrote:
>
>> On Wed, 19 Sep 2007 11:03:09 -0700
>> Tim Bird <[EMAIL PROTECTED]> wrote:
>>
>>
>>> Recently, the CE Linux forum has been working to revive the
>>> Linux-tiny project. At OLS, I asked for interested parties
>>> to volunteer to become the new main
On Wed, 19 Sep 2007, Jonathan Corbet wrote:
> Andres Salomon <[EMAIL PROTECTED]> wrote:
> > This patch makes DMA buffer allocation happen during device probe by
> > default, and changes the parameter to 'alloc_bufs_at_read'. The
> > camera hardware is there, if the cafe_ccic driver is enabled/load
The tcp_check_space() function calls tcp_new_space() only if the
SOCK_NOSPACE bit is set in the socket flags. This is causing Edge Triggered
EPOLLOUT events to be missed for TCP sockets, as the ep_poll_callback()
is not called from the wakeup routine.
The SOCK_NOSPACE bit indicates the us
Andrew Morton wrote:
On Mon, 17 Sep 2007 16:46:47 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
Is the slab defragmentation code in -mm or upstream already
or can I find it on the mailing list?
Is on lkml and linux-mm: http://lkml.org/lkml/2007/8/31/329
I think the whole approach is reaso
On Thu, 13 Sep 2007 18:14:31 +0200
Bernhard Walle <[EMAIL PROTECTED]> wrote:
> +#ifdef CONFIG_KEXEC
> +static inline void reserve_crashkernel(void)
> +{
The x86_64 function was made inline, so it will actually end up in
.text.init. But the i386 equivalent function was not inlined so I'm not
sure
1 - 100 of 501 matches
Mail list logo
