Hi Michael,
Do you have a tree from where I could pull these patches ?
Thanks,
C.
On 11/24/2014 12:54 PM, Michael S. Tsirkin wrote:
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/vhost/vhost.c | 93
> +++
> 1 file changed, 56
Hi Michael,
Do you have a tree from where I could pull these patches ?
Thanks,
C.
On 11/24/2014 12:54 PM, Michael S. Tsirkin wrote:
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
drivers/vhost/vhost.c | 93
+++
1 file changed, 56
On 05/14/2014 04:24 PM, Takashi Iwai wrote:
> At Wed, 14 May 2014 16:01:17 +0200,
> Cedric Le Goater wrote:
>>
>> Hi Iwai-san,
>>
>> On 05/14/2014 03:21 PM, Takashi Iwai wrote:
>>> Although the color palette was corrected for little endian by the
>&g
Hi Iwai-san,
On 05/14/2014 03:21 PM, Takashi Iwai wrote:
> Although the color palette was corrected for little endian by the
> commit [e1edf18b: offb: Add palette hack for little endian], the
> graphics mode is still shown in psychedelic colors.
Are you referring to the linux logo colors ? If
Hi Iwai-san,
On 05/14/2014 03:21 PM, Takashi Iwai wrote:
Although the color palette was corrected for little endian by the
commit [e1edf18b: offb: Add palette hack for little endian], the
graphics mode is still shown in psychedelic colors.
Are you referring to the linux logo colors ? If
On 05/14/2014 04:24 PM, Takashi Iwai wrote:
At Wed, 14 May 2014 16:01:17 +0200,
Cedric Le Goater wrote:
Hi Iwai-san,
On 05/14/2014 03:21 PM, Takashi Iwai wrote:
Although the color palette was corrected for little endian by the
commit [e1edf18b: offb: Add palette hack for little endian
Andrew Morton wrote:
On Mon, 4 Feb 2008 14:24:16 -0600
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
Quoting Cedric Le Goater ([EMAIL PROTECTED]):
From: Cedric Le Goater <[EMAIL PROTECTED]>
We have at least 2 patchsets requiring each a new clone flag and there it
is, w
Andrew Morton wrote:
On Mon, 4 Feb 2008 14:24:16 -0600
Serge E. Hallyn [EMAIL PROTECTED] wrote:
Quoting Cedric Le Goater ([EMAIL PROTECTED]):
From: Cedric Le Goater [EMAIL PROTECTED]
We have at least 2 patchsets requiring each a new clone flag and there it
is, we've reached the limit, none
From: Cedric Le Goater <[EMAIL PROTECTED]>
We have at least 2 patchsets requiring each a new clone flag and
there it is, we've reached the limit, none are left.
This patch uses the CLONE_DETACHED flag (unused) as a marker to
extend the clone flags through the parent_tidptr ar
From: Cedric Le Goater <[EMAIL PROTECTED]>
This is a preliminary patch changing the clone_flags type to 64bits
for all the routines called by do_fork(). It prepares ground for
the next patch which introduces an enhanced version of clone().
This is work in progress. All conversions
From: Cedric Le Goater [EMAIL PROTECTED]
This is a preliminary patch changing the clone_flags type to 64bits
for all the routines called by do_fork(). It prepares ground for
the next patch which introduces an enhanced version of clone().
This is work in progress. All conversions might
From: Cedric Le Goater [EMAIL PROTECTED]
We have at least 2 patchsets requiring each a new clone flag and
there it is, we've reached the limit, none are left.
This patch uses the CLONE_DETACHED flag (unused) as a marker to
extend the clone flags through the parent_tidptr argument
Hello Kirill !
Kirill Korotaev wrote:
Pierre,
my point is that after you've added interface "set IPCID", you'll need more and
more for checkpointing:
- "create/setup conntrack" (otherwise connections get dropped),
- "set task start time" (needed for Oracle checkpointing BTW),
- "set some
Hello Kirill !
Kirill Korotaev wrote:
Pierre,
my point is that after you've added interface set IPCID, you'll need more and
more for checkpointing:
- create/setup conntrack (otherwise connections get dropped),
- set task start time (needed for Oracle checkpointing BTW),
- set some statistics
Pavel Machek wrote:
> On Wed 2008-01-16 15:58:55, Pavel Emelyanov wrote:
>> There's only one bit in the clone_flags left, so we won't be able
>> to create more namespaces after we make it busy. Besides, for
>> checkpoint/restart jobs we might want to create tasks with given
>> pids (virtual of
Pavel Machek wrote:
On Wed 2008-01-16 15:58:55, Pavel Emelyanov wrote:
There's only one bit in the clone_flags left, so we won't be able
to create more namespaces after we make it busy. Besides, for
checkpoint/restart jobs we might want to create tasks with given
pids (virtual of course).
Al Viro wrote:
> On Wed, Jan 16, 2008 at 07:23:40AM -0700, Jonathan Corbet wrote:
>> Hi, Pavel,
>>
>> [Adding Ulrich]
>>
>>> I use the last bit in the clone_flags for CLONE_LONGARG. When set it
>>> will denote that the child_tidptr is not a pointer to a tid storage,
>>> but the pointer to the
Ilpo Järvinen wrote:
> On Thu, 13 Dec 2007, Cedric Le Goater wrote:
>
>> I got this one while compiling on NFS.
>>
>> C.
>>
>> kernel BUG at /home/legoater/linux/2.6.24-rc4-mm1/include/net/tcp.h:1480!
>
> I'm not exactly sure what patches you have appl
Andrew Morton wrote:
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.24-rc4-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc4/2.6.24-rc4-mm1/
I got this one while compiling on NFS.
C.
kernel BUG at
Cedric Le Goater wrote:
> Ilpo Järvinen wrote:
>> On Wed, 5 Dec 2007, Andrew Morton wrote:
>>
>>> On Thu, 06 Dec 2007 17:59:37 +1100 Reuben Farrelly <[EMAIL PROTECTED]>
>>> wrote:
>>>
>>>> This non fatal oops which I have just notice
Cedric Le Goater wrote:
Ilpo Järvinen wrote:
On Wed, 5 Dec 2007, Andrew Morton wrote:
On Thu, 06 Dec 2007 17:59:37 +1100 Reuben Farrelly [EMAIL PROTECTED]
wrote:
This non fatal oops which I have just noticed may be related to this
change then
- certainly looks networking related.
yep
Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.24-rc4-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc4/2.6.24-rc4-mm1/
I got this one while compiling on NFS.
C.
kernel BUG at
Ilpo Järvinen wrote:
On Thu, 13 Dec 2007, Cedric Le Goater wrote:
I got this one while compiling on NFS.
C.
kernel BUG at /home/legoater/linux/2.6.24-rc4-mm1/include/net/tcp.h:1480!
I'm not exactly sure what patches you have applied and which patches are
not, with rc4-mm1
Ilpo Järvinen wrote:
> On Wed, 5 Dec 2007, Andrew Morton wrote:
>
>> On Thu, 06 Dec 2007 17:59:37 +1100 Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>>
>>> This non fatal oops which I have just noticed may be related to this change
>>> then
>>> - certainly looks networking related.
>> yep, but it
Ilpo Järvinen wrote:
> On Wed, 5 Dec 2007, David Miller wrote:
>
>> From: Reuben Farrelly <[EMAIL PROTECTED]>
>> Date: Thu, 06 Dec 2007 17:59:37 +1100
>>
>>> On 5/12/2007 4:17 PM, Andrew Morton wrote:
- Lots of device IDs have been removed from the e1000 driver and moved over
to
Ilpo Järvinen wrote:
On Wed, 5 Dec 2007, David Miller wrote:
From: Reuben Farrelly [EMAIL PROTECTED]
Date: Thu, 06 Dec 2007 17:59:37 +1100
On 5/12/2007 4:17 PM, Andrew Morton wrote:
- Lots of device IDs have been removed from the e1000 driver and moved over
to e1000e. So if your e1000
Ilpo Järvinen wrote:
On Wed, 5 Dec 2007, Andrew Morton wrote:
On Thu, 06 Dec 2007 17:59:37 +1100 Reuben Farrelly [EMAIL PROTECTED] wrote:
This non fatal oops which I have just noticed may be related to this change
then
- certainly looks networking related.
yep, but it isn't e1000. It's
>> Index: 2.6.24-rc3-mm2/include/linux/sched.h
>> ===
>> --- 2.6.24-rc3-mm2.orig/include/linux/sched.h
>> +++ 2.6.24-rc3-mm2/include/linux/sched.h
>> @@ -27,6 +27,7 @@
>> #define CLONE_NEWUSER 0x1000 /* New
cannot be unshared when the mount one is not ;)
arg. yes :)
Thanks !
C.
Signed-off-by: Cedric Le Goater <[EMAIL PROTECTED]>
---
kernel/fork.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: 2.6.24-rc3-mm2/kernel/fork.c
Pavel Emelyanov wrote:
> Cedric Le Goater wrote:
>> Hello !
>>
>> Here's a small patchset introducing a new namespace for POSIX
>> message queues.
>>
>> Nothing really complex a part from the mqueue filesystem which
>> needed some specia
Pavel Emelyanov wrote:
Cedric Le Goater wrote:
Hello !
Here's a small patchset introducing a new namespace for POSIX
message queues.
Nothing really complex a part from the mqueue filesystem which
needed some special care
Hm... Why did you decided to make it separately from the
IPC
CLONE_VM))
return ERR_PTR(-EINVAL);
+/*
+ * mount namespace cannot be unshared when the mqueue
+ * namespace is not
vice versa - mqueue namespace cannot be unshared when the mount one is not ;)
arg. yes :)
Thanks !
C.
Signed-off-by: Cedric Le Goater [EMAIL
Index: 2.6.24-rc3-mm2/include/linux/sched.h
===
--- 2.6.24-rc3-mm2.orig/include/linux/sched.h
+++ 2.6.24-rc3-mm2/include/linux/sched.h
@@ -27,6 +27,7 @@
#define CLONE_NEWUSER 0x1000 /* New user namespace
allocate all in once and get rid of all the code needed to
> allocate and free these ipc_ids separately.
It looks safe and saves quite a lot of line.
Pavel, what do you think of it ?
Acked-by: Cedric Le Goater <[EMAIL PROTECTED]>
Thanks,
C.
> Signed-off-by: Pierre Peiffer <[
and free these ipc_ids separately.
It looks safe and saves quite a lot of line.
Pavel, what do you think of it ?
Acked-by: Cedric Le Goater [EMAIL PROTECTED]
Thanks,
C.
Signed-off-by: Pierre Peiffer [EMAIL PROTECTED]
---
include/linux/ipc_namespace.h | 13 +++--
ipc/msg.c
Pavel Emelyanov wrote:
> The commit
>
> commit 7d69a1f4a72b18876c99c697692b78339d491568
> Author: Cedric Le Goater <[EMAIL PROTECTED]>
> Date: Sun Jul 15 23:40:58 2007 -0700
>
> remove CONFIG_UTS_NS and CONFIG_IPC_NS
>
> accidentally removed the code,
Pavel Emelyanov wrote:
The commit
commit 7d69a1f4a72b18876c99c697692b78339d491568
Author: Cedric Le Goater [EMAIL PROTECTED]
Date: Sun Jul 15 23:40:58 2007 -0700
remove CONFIG_UTS_NS and CONFIG_IPC_NS
accidentally removed the code, that prevented the uts-hostname
and uts
> diff --git a/init/Kconfig b/init/Kconfig
> index fc76773..d592aa2 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -409,6 +409,13 @@ config NAMESPACES
> or same user id or pid may refer to different tasks when used in
> different namespaces.
>
> +config UTS_NS
> + bool
Pavel Emelyanov wrote:
> There were some questions like "do I need this on my cellphone"
> in reply to different namespaces patches. Indeed, the namespaces
> are not useful for most of the embedded systems, but the code
> creating and releasing them weights a lot.
>
> So I propose to add a config
Pavel Emelyanov wrote:
There were some questions like do I need this on my cellphone
in reply to different namespaces patches. Indeed, the namespaces
are not useful for most of the embedded systems, but the code
creating and releasing them weights a lot.
So I propose to add a config option
diff --git a/init/Kconfig b/init/Kconfig
index fc76773..d592aa2 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -409,6 +409,13 @@ config NAMESPACES
or same user id or pid may refer to different tasks when used in
different namespaces.
+config UTS_NS
+ bool UTS
Eric W. Biederman wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
>>> On Sat, 27 Oct 2007 04:04:08 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
be happy to hear if someone has a better idea.
>>> There is a difference between "complete the feature" and "early adopters
>>> to start
Eric W. Biederman wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
>> On Sun, Oct 28, 2007 at 09:12:34AM -0700, Jeremy Fitzhardinge wrote:
>>> Eric W. Biederman wrote:
Roughly that sounds like CONFIG_EXPERIMENTAL to me. But I would
be happy to hear if someone has a better idea.
>>>
Eric W. Biederman wrote:
Adrian Bunk [EMAIL PROTECTED] writes:
On Sun, Oct 28, 2007 at 09:12:34AM -0700, Jeremy Fitzhardinge wrote:
Eric W. Biederman wrote:
Roughly that sounds like CONFIG_EXPERIMENTAL to me. But I would
be happy to hear if someone has a better idea.
Rather than overload
Eric W. Biederman wrote:
Andrew Morton [EMAIL PROTECTED] writes:
On Sat, 27 Oct 2007 04:04:08 +0200 Adrian Bunk [EMAIL PROTECTED] wrote:
be happy to hear if someone has a better idea.
There is a difference between complete the feature and early adopters
to start playing with the feature on
>> that helped going a little further in the boot process but we then have
>> a network issue when bringing the network interface up :
>
> please cc netdev on network issues.
yes.
>> Bringing up interface eth0: Ý cut here ¨
>> Kernel BUG at 0002 Ýverbose
Martin Schwidefsky wrote:
> On Fri, 2007-10-19 at 11:16 +0200, Cedric Le Goater wrote:
>>> This is the vmlinux.lds.S problem. The cleanup patch from Sam Ravnborg
>>> moved the __initramfs_start and __initramfs_end symbols into
>>> the .init.ramfs section. T
Martin Schwidefsky wrote:
> On Thu, 2007-10-18 at 15:31 -0500, Serge E. Hallyn wrote:
>> Quoting Christian Borntraeger ([EMAIL PROTECTED]):
>>> Am Donnerstag, 18. Oktober 2007 schrieb Serge E. Hallyn:
Sigh, well this turned out less informative than I'd liked.
After bisecting 2.6.23 to
Martin Schwidefsky wrote:
On Fri, 2007-10-19 at 11:16 +0200, Cedric Le Goater wrote:
This is the vmlinux.lds.S problem. The cleanup patch from Sam Ravnborg
moved the __initramfs_start and __initramfs_end symbols into
the .init.ramfs section. This is in itself not a problem, but it
surfaced
Martin Schwidefsky wrote:
On Thu, 2007-10-18 at 15:31 -0500, Serge E. Hallyn wrote:
Quoting Christian Borntraeger ([EMAIL PROTECTED]):
Am Donnerstag, 18. Oktober 2007 schrieb Serge E. Hallyn:
Sigh, well this turned out less informative than I'd liked.
After bisecting 2.6.23 to 2.6.23-mm1, I
that helped going a little further in the boot process but we then have
a network issue when bringing the network interface up :
please cc netdev on network issues.
yes.
Bringing up interface eth0: Ý cut here ¨
Kernel BUG at 0002 Ýverbose debug info
Hello !
While polling the contents of a cgroup task file, I caught the
following corruption. Is there a known race (and a fix) or should
I start digging ?
the program running in the cgroup is fork/exec intensive:
while (1) {
int i, s;
for (i = 0; i < count; i++)
Hello !
While polling the contents of a cgroup task file, I caught the
following corruption. Is there a known race (and a fix) or should
I start digging ?
the program running in the cgroup is fork/exec intensive:
while (1) {
int i, s;
for (i = 0; i count; i++)
ke target
> `/home/kamezawa/ref-2.6.23-mm1/arch//Makefile'. Stop.
> ==
>
> $(ARCH) cannot be detected automatically...
>
> What information is useful for fixing this ?
cross compile work but native compile doesn't anymore :(
Here's a tmp fix.
Thanks,
C.
Signed-off-by: Cedri
be detected automatically...
What information is useful for fixing this ?
cross compile work but native compile doesn't anymore :(
Here's a tmp fix.
Thanks,
C.
Signed-off-by: Cedric Le Goater [EMAIL PROTECTED]
---
Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index
t be applied after the ones with the NAMESPACES config
> option introduced.
>
> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Acked-by: Cedric Le Goater <[EMAIL PROTECTED]>
Thanks Pavel !
C.
>
> ---
>
> ipc/msg.c | 2
with the NAMESPACES config
option introduced.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
Acked-by: Cedric Le Goater [EMAIL PROTECTED]
Thanks Pavel !
C.
---
ipc/msg.c | 23 ---
ipc/namespace.c | 39 +++
ipc
t separately a bit later.
>
> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Fine with me.
Acked-by: Cedric Le Goater <[EMAIL PROTECTED]>
Thanks !
C.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Ilpo Järvinen wrote:
> On Sat, 29 Sep 2007, Cedric Le Goater wrote:
>
>> Ilpo Järvinen wrote:
>>> On Fri, 28 Sep 2007, Ilpo Järvinen wrote:
>>>> On Fri, 28 Sep 2007, Cedric Le Goater wrote:
>>>>
>>>>> I just found that warning in my
Ilpo Järvinen wrote:
On Sat, 29 Sep 2007, Cedric Le Goater wrote:
Ilpo Järvinen wrote:
On Fri, 28 Sep 2007, Ilpo Järvinen wrote:
On Fri, 28 Sep 2007, Cedric Le Goater wrote:
I just found that warning in my logs. It seems that it's been
happening since rc7-mm1 at least.
WARNING
.
Acked-by: Cedric Le Goater [EMAIL PROTECTED]
Thanks !
C.
-
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/
Ilpo Järvinen wrote:
> On Fri, 28 Sep 2007, Ilpo Järvinen wrote:
>> On Fri, 28 Sep 2007, Cedric Le Goater wrote:
>>
>>> I just found that warning in my logs. It seems that it's been
>>> happening since rc7-mm1 at least.
>>>
>>> WARNING: at /home
Ilpo Järvinen wrote:
On Fri, 28 Sep 2007, Ilpo Järvinen wrote:
On Fri, 28 Sep 2007, Cedric Le Goater wrote:
I just found that warning in my logs. It seems that it's been
happening since rc7-mm1 at least.
WARNING: at /home/legoater/linux/2.6.23-rc8-mm2/net/ipv4/tcp_input.c:2314
Hello !
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
I just found that warning in my logs. It seems that it's been
happening since rc7-mm1 at least.
Thanks !
C.
WARNING: at
Hello !
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
I just found that warning in my logs. It seems that it's been
happening since rc7-mm1 at least.
Thanks !
C.
WARNING: at
Pavel Emelyanov wrote:
> Currently all the IPC namespace management code is in
> ipc/util.c. I moved this code into ipc/namespace.c file
> which is compiled out when needed.
>
> The linux/ipc_namespace.h file is used to store the
> prototypes of the functions in namespace.c and the stubs
> for
t;[EMAIL PROTECTED]>
Acked-by: Cedric Le Goater <[EMAIL PROTECTED]>
Thanks !
C.
>
> ---
>
> diff --git a/include/linux/utsname.h b/include/linux/utsname.h
> index 923db99..52b9116 100644
> --- a/include/linux/utsname.h
> +++ b/include/linux/utsname.h
> @@
<[EMAIL PROTECTED]>
Acked-by: Cedric Le Goater <[EMAIL PROTECTED]>
Thanks !
C.
> ---
>
> diff --git a/include/linux/user_namespace.h b/include/linux/user_namespace.h
> index b5f41d4..dda160c 100644
> --- a/include/linux/user_namespace.h
> +++ b/include/linux/user_names
's request to move there all the namespaces that are
> not finished yet. Currently only the user and the network
> namespaces are such.
>
> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Acked-by: Cedric Le Goater <[EMAIL PROTECTED]>
Thanks !
C.
>
> ---
>
> di
the namespaces that are
not finished yet. Currently only the user and the network
namespaces are such.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
Acked-by: Cedric Le Goater [EMAIL PROTECTED]
Thanks !
C.
---
diff --git a/init/Kconfig b/init/Kconfig
index 684ccfb..05a71d7 100644
-by: Cedric Le Goater [EMAIL PROTECTED]
Thanks !
C.
---
diff --git a/include/linux/utsname.h b/include/linux/utsname.h
index 923db99..52b9116 100644
--- a/include/linux/utsname.h
+++ b/include/linux/utsname.h
@@ -35,6 +35,7 @@ struct new_utsname {
#include linux/sched.h
#include linux/kref.h
-by: Cedric Le Goater [EMAIL PROTECTED]
Thanks !
C.
---
diff --git a/include/linux/user_namespace.h b/include/linux/user_namespace.h
index b5f41d4..dda160c 100644
--- a/include/linux/user_namespace.h
+++ b/include/linux/user_namespace.h
@@ -17,7 +17,7 @@ struct user_namespace {
extern
Pavel Emelyanov wrote:
Currently all the IPC namespace management code is in
ipc/util.c. I moved this code into ipc/namespace.c file
which is compiled out when needed.
The linux/ipc_namespace.h file is used to store the
prototypes of the functions in namespace.c and the stubs
for
Pavel Emelyanov wrote:
> The blessed way for standard caches is to use it.
> Besides, this may give this cache a better alignment.
>
> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
yes of course. thanks.
Acked-by: Cedric Le Goater <[EMAIL PROTECTED]>
> -
Pavel Emelyanov wrote:
> The nslock spinlock is not used in the kernel at all.
it's also useless now that you have put some RCU rules around it.
right ?
C.
> Remove it.
> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
>
> ---
>
> diff --git a/include/linux/init_task.h
Pavel Emelyanov wrote:
The blessed way for standard caches is to use it.
Besides, this may give this cache a better alignment.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
yes of course. thanks.
Acked-by: Cedric Le Goater [EMAIL PROTECTED]
---
diff --git a/kernel/nsproxy.c b
putting Vlad in Cc:
Cedric Le Goater wrote:
> Andrew Morton wrote:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
>
> I also get this compile error on s390. 'linux/scatterlist.h' has disappeared
> from the #include pile but wher
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
I also get this compile error on s390. 'linux/scatterlist.h' has disappeared
from the #include pile but where ?
/home/clg/linux/2.6.23-rc7-mm1/net/sctp/auth.c: In function
atch fixes it.
C.
Signed-off-by: Cedric Le Goater <[EMAIL PROTECTED]>
---
arch/s390/mm/cmm.c |1 +
1 file changed, 1 insertion(+)
Index: 2.6.23-rc7-mm1/arch/s390/mm/cmm.c
===
--- 2.6.23-rc7-mm1.orig/arch/s390/mm/cmm.c
+++ 2.6.23
rror 1
make[2]: *** [drivers/s390/block] Error 2
Signed-off-by: Cedric Le Goater <[EMAIL PROTECTED]>
---
drivers/s390/block/dasd_eckd.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: 2.6.23-rc7-mm1/drivers/s39
]: *** [drivers/s390/block] Error 2
Signed-off-by: Cedric Le Goater [EMAIL PROTECTED]
---
drivers/s390/block/dasd_eckd.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: 2.6.23-rc7-mm1/drivers/s390/block/dasd_eckd.c
===
--- 2.6.23
: implicit declaration of function
`unregister_oom_notifier'
make[1]: *** [arch/s390/mm/cmm.o] Error 1
make: *** [arch/s390/mm] Error 2
yes. It's from oom-move-prototypes-to-appropriate-header-file.patch.
I think this patch fixes it.
C.
Signed-off-by: Cedric Le
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
I also get this compile error on s390. 'linux/scatterlist.h' has disappeared
from the #include pile but where ?
/home/clg/linux/2.6.23-rc7-mm1/net/sctp/auth.c: In function
putting Vlad in Cc:
Cedric Le Goater wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
I also get this compile error on s390. 'linux/scatterlist.h' has disappeared
from the #include pile but where ?
/home/clg/linux
Hello Alexey !
Alexey Dobriyan wrote:
> for those who deselect POSIX message queues.
>
> Reduces SLAB size of user_struct from 64 to 32 bytes here,
> SLUB size -- from 40 bytes to 32 bytes.
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
> ---
>
> include/linux/sched.h |2 ++
>
Hello Alexey !
Alexey Dobriyan wrote:
for those who deselect POSIX message queues.
Reduces SLAB size of user_struct from 64 to 32 bytes here,
SLUB size -- from 40 bytes to 32 bytes.
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
include/linux/sched.h |2 ++
kernel/user.c
Cedric Le Goater wrote:
> Pavel Emelyanov wrote:
>> Looks sane :)
>>
>> [snip]
>>
>>> Index: 2.6.23-rc6-mm1/kernel/exit.c
>>> ===
>>> --- 2.6.23-rc6-mm1.orig/kernel/exit.c
>
Pavel Emelyanov wrote:
> Looks sane :)
>
> [snip]
>
>> Index: 2.6.23-rc6-mm1/kernel/exit.c
>> ===
>> --- 2.6.23-rc6-mm1.orig/kernel/exit.c
>> +++ 2.6.23-rc6-mm1/kernel/exit.c
>> @@ -408,6 +408,8 @@ void daemonize(const char *name,
ory leak of
nsproxy objects.
Now the problem is that we still need that extra ref when called
from daemonize(). Here's an ugly fix for it.
Signed-off-by: Cedric Le Goater <[EMAIL PROTECTED]>
---
include/linux/nsproxy.h |5 +
kernel/exit.c |2 ++
kernel/nsproxy.c
leak of
nsproxy objects.
Now the problem is that we still need that extra ref when called
from daemonize(). Here's an ugly fix for it.
Signed-off-by: Cedric Le Goater [EMAIL PROTECTED]
---
include/linux/nsproxy.h |5 +
kernel/exit.c |2 ++
kernel/nsproxy.c|7
Pavel Emelyanov wrote:
Looks sane :)
[snip]
Index: 2.6.23-rc6-mm1/kernel/exit.c
===
--- 2.6.23-rc6-mm1.orig/kernel/exit.c
+++ 2.6.23-rc6-mm1/kernel/exit.c
@@ -408,6 +408,8 @@ void daemonize(const char *name, ...)
Cedric Le Goater wrote:
Pavel Emelyanov wrote:
Looks sane :)
[snip]
Index: 2.6.23-rc6-mm1/kernel/exit.c
===
--- 2.6.23-rc6-mm1.orig/kernel/exit.c
+++ 2.6.23-rc6-mm1/kernel/exit.c
@@ -408,6 +408,8 @@ void daemonize(const char
Paul Menage wrote:
> On 9/10/07, Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
>> On 10/09/2007, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>>> On Mon, Sep 10, 2007 at 10:22:59AM -0700, Andrew Morton wrote:
objection ;) "cpuctlr" isn't memorable. Kernel code is write-rarely,
Paul Menage wrote:
On 9/10/07, Dmitry Adamushko [EMAIL PROTECTED] wrote:
On 10/09/2007, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
On Mon, Sep 10, 2007 at 10:22:59AM -0700, Andrew Morton wrote:
objection ;) cpuctlr isn't memorable. Kernel code is write-rarely,
read-often. cpu_controller,
Finish the work : kill all #ifdef CONFIG_IPC_NS.
Thanks Robert !
C.
Signed-off-by: Cedric Le Goater <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Cc: Eric Biederman <[EMAIL PROTECTED]>
Cc: Robert P. J. Day <[EMAIL PROTECTED]>
---
ipc/ipc_sysctl.c |4
Finish the work : kill all #ifdef CONFIG_IPC_NS.
Thanks Robert !
C.
Signed-off-by: Cedric Le Goater [EMAIL PROTECTED]
Cc: Andrew Morton [EMAIL PROTECTED]
Cc: Eric Biederman [EMAIL PROTECTED]
Cc: Robert P. J. Day [EMAIL PROTECTED]
---
ipc/ipc_sysctl.c |4
1 file changed, 4 deletions
Alexey Dobriyan wrote:
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
> ---
>
> kernel/user_namespace.c |1 +
> 1 file changed, 1 insertion(+)
>
> --- a/kernel/user_namespace.c
> +++ b/kernel/user_namespace.c
> @@ -81,6 +81,7 @@ void free_user_ns(struct kref *kref)
> struct
Alexey Dobriyan wrote:
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
kernel/user_namespace.c |1 +
1 file changed, 1 insertion(+)
--- a/kernel/user_namespace.c
+++ b/kernel/user_namespace.c
@@ -81,6 +81,7 @@ void free_user_ns(struct kref *kref)
struct user_namespace
Mel Gorman wrote:
> On (25/07/07 19:26), Len Brown didst pronounce:
>> On Wednesday 25 July 2007 14:58, Andrew Morton wrote:
>>> On Wed, 25 Jul 2007 13:23:04 -0400
>>> Len Brown <[EMAIL PROTECTED]> wrote:
>>>
Andrew, you want to re-pull the acpi tree, or do you want me to send
you some
Mel Gorman wrote:
On (25/07/07 19:26), Len Brown didst pronounce:
On Wednesday 25 July 2007 14:58, Andrew Morton wrote:
On Wed, 25 Jul 2007 13:23:04 -0400
Len Brown [EMAIL PROTECTED] wrote:
Andrew, you want to re-pull the acpi tree, or do you want me to send
you some patches on top of the
1 - 100 of 226 matches
Mail list logo