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
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
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
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]>
> ---
>
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="
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
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
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
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.
[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.
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
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
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
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:
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,
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),
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
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
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
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
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
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
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
> 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
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
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
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
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
> > >
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
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
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
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
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
>
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
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
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
>
--- 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
> 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
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
--- 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
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
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
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
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]
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
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
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
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
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
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
>
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
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
> 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
--- 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
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?
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
>
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
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
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
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
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
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
On Thu, 13 Sep 2007 18:14:29 +0200
Bernhard Walle <[EMAIL PROTECTED]> wrote:
> This is the generic part of the patch. It adds a parse_crashkernel() function
> in kernel/kexec.c that is called by the architecture specific code that
> actually reserves the memory. That function takes the whole
Normal users cannot use chroot() themselves so they can't use chroot to
get back out
I think Bill is right, that this is to fix a method that non-root
processes can use to escape their chroot. The exploit, which is
documented in chroot(2)*, is to chdir("..") your way out. Who'd have
On Tue, 18 Sep 2007 19:41:14 +0900
Hisashi Hifumi <[EMAIL PROTECTED]> wrote:
> >
> >So I do think that for safety and sanity's sake, we should be taking a ref
> >on the pages when they are in a pagevec. That's going to hurt your nice
> >performance numbers :(
> >
>
> I did ping test again
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
information that is of no interest until the disposition of the mapping.
> And, area->page[] array
On Wed, 19 Sep 2007 10:47:23 -0700 Dave Hansen wrote:
> On Wed, 2007-09-19 at 18:26 +0100, Christoph Hellwig wrote:
> > On Mon, Sep 17, 2007 at 11:27:18AM -0700, Dave Hansen wrote:
> > >
> > > Christoph H. says this stands on its own and can go in before the
> > > rest of the r/o bind mount set.
On Wed, 19 Sep 2007 14:56:27 -0700
Dave Hansen <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-09-19 at 14:24 -0700, Andrew Morton wrote:
> > On Wed, 19 Sep 2007 18:44:18 +0100
> > Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, Sep 17, 2007 at 11:27:18AM -0700, Dave Hansen 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 fix! It's a 2.6.23
On Wed, 2007-09-19 at 13:48 -0600, Andreas Dilger wrote:
> On Sep 19, 2007 12:15 -0700, Mingming Cao wrote:
> > @@ -96,8 +96,7 @@ static int start_this_handle(journal_t *
> >
> > alloc_transaction:
> > if (!journal->j_running_transaction) {
> > - new_transaction =
uname -a
Linux tweety 2.6.21.3-default #2 Tue Aug 7 17:11:50 EDT 2007 i686 athlon i386
GNU/Linux
Hello, my system is crashing with following info in /var/log/messages, thought
I send it to you.
Sep 19 17:05:33 tweety kernel: BUG: unable to handle kernel paging request at
virtual address
* Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> I found an issue about the scheduler.
> If you need a test case, please let me know.
> Here is a patch.
>
> When using rt_mutex, a NULL pointer dereference is occurred at
> enqueue_task_rt. Here is a scenario;
> 1) there are two
Can you tell me the differences?
Also what do you mean by - depending also on what you mean by 'now'? I
gave now as a time parameter to shutdown command. How can it be
interpreted in a different way?
-Original Message-
From: Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
Sent: Wednesday,
On Wed, 19 Sep 2007 23:41:05 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > Btw, the "enqueue at the end" could easily be a statistical thing, not
> > an absolute thing. So it's possible that we could perhaps implement
> > the CFS "yield()"
On Wed, 2007-09-19 at 14:34 -0700, Andrew Morton wrote:
> On Wed, 19 Sep 2007 12:22:09 -0700
> Mingming Cao <[EMAIL PROTECTED]> 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.
> >
> > Signed-off-by:
On Wed, 2007-09-19 at 14:24 -0700, Andrew Morton wrote:
> On Wed, 19 Sep 2007 18:44:18 +0100
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Sep 17, 2007 at 11:27:18AM -0700, Dave Hansen wrote:
> > > If we can't pull the entire series into -mm, can we just put the
> > > first three
On Friday, September 14, 2007 9:33 am Howard Chu wrote:
> So the question is - was there an easier/correct way to do this?
>
> It might have been nice if the MTRR ioctls allowed the register
> number to be specified on the Set commands, though I'm not sure that
> would have helped in this case.
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> Peter, what do you think?
>
> Linus, if this would be acceptable for .23 then i'll push it out into
> sched.git together with another fix that Hiroshi Shimamoto just posted
> to lkml.
it's getting late here so i've pushed the current version of
1 - 100 of 983 matches
Mail list logo
