Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --git a/Documentation/devices.txt b/Documentation/devices.txt
index 8de132a..6c46730 100644
--- a/Documentation/devices.txt
+++ b/Documentation/devices.txt
@@ -94,6 +94,8 @@ Your cooperation is appreciated.
9 = /dev/urandom
On Thursday, 27 September 2007 17:22, Jordan Crouse wrote:
> On 27/09/07 17:30 +0200, R. J. Wysocki wrote:
> > On Thursday, 27 September 2007 16:44, Marco Tralli wrote:
> > > Hello all,
> > >
> > > I have random hangs on kernel boot or after few minutes on a NatSemi Geode
> > > GX1 based PC-104
On Thursday, 27 September 2007 17:21, Meelis Roos wrote:
> > > http://lkml.org/lkml/2007/9/22/64
> >
> > Created: http://bugzilla.kernel.org/show_bug.cgi?id=9087
> >
> > Please add a summary of your observations to this bug entry.
>
> Added;
Thanks
> However, it's assigned to serial devices,
'noacpi' isn't a standalone parameter, give it its prefix.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-parameters.txt
index 4d175c7..a87bc58 100644
--- a/Documentation/kernel-parameters.txt
+++
On Thu, 2007-09-27 at 17:59 +0200, Rafael J. Wysocki wrote:
> > 2) CPU hotplug is busted (onlining of CPU1 kills the kernel), probably due
> > to
> >the same issue that I'm having with the -hrt version of 2.6.23-rc8 (we're
> >debugging it right now)
>
> This one is fixed by the following
On Wed, Sep 26, 2007 at 07:13:51PM +0400, Oleg Nesterov wrote:
> On 09/23, Paul E. McKenney wrote:
> >
> > On Sun, Sep 23, 2007 at 09:38:07PM +0400, Oleg Nesterov wrote:
> > > Isn't DEFINE_PER_CPU_SHARED_ALIGNED better for rcu_flip_flag and
> > > rcu_mb_flag?
> >
> > Looks like it to me, thank
On Thursday, 27 September 2007 17:19, Rafael J. Wysocki wrote:
> On Thursday, 27 September 2007 11:22, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
> >
> >
> > - The scheduler devel tree has been restored
> >
> > - The
On Thu, Sep 27, 2007 at 11:32:33AM -0400, J. Bruce Fields wrote:
> I'll follow up with a summary of the patches I currently have.
... but this time around that's nothing major--mostly just small
bugfixes and cleanup, including 64 bit inode support from Peter Staubach
and some preparation for
On Thursday, 27 September 2007 01:21, Thomas Gleixner wrote:
> On Thu, 2007-09-27 at 01:30 +0200, Rafael J. Wysocki wrote:
> > > > Tested for a couple of times with each kernel, the results seem to be
> > > > reproducible 100% of the time.
> > >
> > > Thanks for going through this debug marathon.
On Wed, Sep 26, 2007 at 09:05:15PM -0700, Randy Dunlap wrote:
> On Thu, 27 Sep 2007 11:24:40 +0900 Paul Mundt wrote:
>
> > > +/* static helper functions */
> > > +static s32 max_compare(s32 v1, s32 v2)
> > > +{
> > > + if (v1 < v2)
> > > + return v2;
> > > + else
> > > + return
On Thu, Sep 27, 2007 at 03:22:35AM -0400, Jeff Garzik wrote:
> Greg KH wrote:
>> On Wed, Sep 26, 2007 at 11:40:58PM +0200, Brice Goglin wrote:
>>> Greg KH wrote:
Here's a summary of the current state of the Linux PCI subsystem, as of
2.6.23-rc8.
If the information in here is
On Wed, Sep 26, 2007 at 10:53:03PM -0400, [EMAIL PROTECTED] wrote:
> On Wed, 26 Sep 2007 17:40:20 PDT, Mark Gross said:
> (others here are probably better at spotting leaks and races than I am,
> so I'm skipping those and picking other nits. ;)
>
> > --- linux-2.6.23-rc8/kernel/Makefile
These days Neil Brown and I are maintaining the NFS server together, and
I'm currently (as of the last few weeks) tracking the to-be-submitted
patches.
I have limited time and am not expert on all of the relevant code, so I
depend on your help! I'm still experimenting a bit with the process
On Fri, Aug 03, 2007 at 11:42:49AM -0700, Andrew Morton wrote:
> ecryptfs_init() should be converted to the usual `goto out_foo' unwinding
> so we don't need N duplicated copies of the error recovery code.
>
> if (foo())
> goto out;
> if (bar())
> goto
On Thu, Sep 27, 2007 at 12:41:41PM +0100, mahamuni ashish wrote:
> I have small code
>
> #include
> #include
>
> int main()
> {
> float f= 1256.35;
> char ch[4];
>
> printf("\n1. f : %f",f);
> memset(ch,'\0',strlen(ch) );
strlen() applied to uninitialized array => undefined behaviour.
On 27/09/07 17:30 +0200, R. J. Wysocki wrote:
> On Thursday, 27 September 2007 16:44, Marco Tralli wrote:
> > Hello all,
> >
> > I have random hangs on kernel boot or after few minutes on a NatSemi Geode
> > GX1 based PC-104 (from Advantech) using kernel 2.6.23-rc6. The system locks,
> > no way
On Thursday, 27 September 2007 16:44, Marco Tralli wrote:
> Hello all,
>
> I have random hangs on kernel boot or after few minutes on a NatSemi Geode
> GX1 based PC-104 (from Advantech) using kernel 2.6.23-rc6. The system locks,
> no way to use SysRq key, no usefull logs.
Please see:
> > http://lkml.org/lkml/2007/9/22/64
>
> Created: http://bugzilla.kernel.org/show_bug.cgi?id=9087
>
> Please add a summary of your observations to this bug entry.
Added; However, it's assigned to serial devices, while imput devices
should be more appropriate for PS2 mouse?
--
Meelis Roos
On Thu, 2007-09-27 at 12:41 +0100, mahamuni ashish wrote:
> int main()
> {
> float f= 1256.35;
> char ch[4];
>
> printf("\n1. f : %f",f);
> memset(ch,'\0',strlen(ch) );
Can't work. ch[]'s content is undefined, so strlen(ch) may read anywhere
in memory, and/or memset() write anywhere.
On Sep 27 2007 12:41, mahamuni ashish wrote:
>I have small code
This is not a kernel problem. (Read your C book and/or ask in
a C newsgroup.)
>char ch[4];
>memset(ch,'\0',strlen(ch) );
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, 27 Sep 2007 09:50:16 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> We don't want to introduce pointless delays in throttle_vm_writeout()
> when the writeback limits are not yet exceeded, do we?
Good catch.
> Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
Reviewed-by: Rik van Riel
On Thu, Sep 27, 2007 at 12:18:21PM +0900, Paul Mundt wrote:
> On Wed, Sep 26, 2007 at 10:53:03PM -0400, [EMAIL PROTECTED] wrote:
> > On Wed, 26 Sep 2007 17:40:20 PDT, Mark Gross said:
> > > --- linux-2.6.23-rc8/kernel/Makefile 2007-09-26 13:54:54.0
> > > -0700
> > > +++
On Thursday, 27 September 2007 11:22, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
>
>
> - The scheduler devel tree has been restored
>
> - The driver tree is presently busted, so I reverted it to the 2..23-rc8-mm1
>
> Well it's not my call, just seems like a really bad idea to change the
> error value. You can't claim full coverage for such testing anyway, it's
> one of those things that people will complain about two releases later
> saying it broke app foo.
Strange since we've spent years changing error
I have small code
#include
#include
int main()
{
float f= 1256.35;
char ch[4];
printf("\n1. f : %f",f);
memset(ch,'\0',strlen(ch) );
printf("\n2. f : %f",f);
return 0;
}
Expected output is
1. f : 1256.35
2. f : 1256.35
But I am getting the output
(on windows)
1. f : 1256.35
2. f :
Hello all,
I have random hangs on kernel boot or after few minutes on a NatSemi Geode
GX1 based PC-104 (from Advantech) using kernel 2.6.23-rc6. The system locks,
no way to use SysRq key, no usefull logs.
No problems using kernel 2.6.21 series that I was using before with same
config options.
I
On Thu, Sep 27 2007, Alan Cox wrote:
> > > Its a change of a specific error return from the wrong error to the right
> > > one, nothing more. Fixing the returned error gives us correct behaviour
> > > according to the standards and other systems.
> >
> > It may still break applications. Waving
>> >Sounds like a module utilities problem since unloading one module doesn't
>> >normally unload others.
>>
>> I have to disagree here - 'modprobe -r' is specifically unloading all
>> modules the
>> specified one references as long as they have a use count of zero. The
>> difference to other
Andrew,
This is a resend of the patch I had sent earlier at:
http://marc.info/?l=linux-kernel=119065506607858
This patch enables group cpu scheduler feature to work with control
groups.
Could you include this in -mm for folks to test it?
--
Enable "cgroup" (formerly
On Sep 27 2007 07:51, Stephen Hemminger wrote:
>
>You need every socket to close and all routes to go away including the
>routes through loopback device, and still there probably are control
>sockets buried inside ipv6 that hold ref count.
>
>IMHO the kernel should just admit that IPV6 can't be
On Thu, 27 Sep 2007 13:54:23 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > On Thu, 27 Sep 2007 00:18:55 +0200 (CEST)
> > Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >
> >
> >> On Sep 26 2007 14:06, Stephen Hemminger wrote:
> >>
> > No, network devices
[PATCH] Some IO scheduler cleanup in Documentation/block
as-iosched.txt:
o Changed IO scheduler selection text to a reference to the
switching-sched.txt file.
o Fixed typo: 'for up time...' -> 'for up to...'
o Added short description of the est_time file.
deadline-iosched.txt:
On Thu, 27 Sep 2007 08:40:10 +0100
"Jan Beulich" <[EMAIL PROTECTED]> wrote:
> >>> Stephen Hemminger <[EMAIL PROTECTED]> 26.09.07 19:12 >>>
> >On Wed, 26 Sep 2007 17:08:19 +0100
> >"Jan Beulich" <[EMAIL PROTECTED]> wrote:
> >
> >> >>> Stephen Hemminger <[EMAIL PROTECTED]> 26.09.07 17:37 >>>
> >>
On Thu, Sep 27, 2007 at 03:31:23PM +0200, Ingo Molnar wrote:
>
> * Jarek Poplawski <[EMAIL PROTECTED]> wrote:
...
> > OK, but let's forget about fixing iperf. Probably I got this wrong,
> > but I've thought this "bad" iperf patch was tested on a few nixes and
> > linux was the most different
Hello,
Please use CONFIG_SLUB and turn on SLUB debugging. Something is very wrong
somewhere...
I did so, on 2.6.23-rc8. I also did include CONFIG_DEBUG_DRIVER and
CONFIG_DEBUG_KOBJECT, following Cornelia Huck's advice.
Did you see any messages (from the driver core) surrounding
> > Its a change of a specific error return from the wrong error to the right
> > one, nothing more. Fixing the returned error gives us correct behaviour
> > according to the standards and other systems.
>
> It may still break applications. Waving some standard at them if they
> complain is
On Thu, Sep 27 2007, Jeff Garzik wrote:
>
> Please pull from 'umem' branch of
> master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git umem
I'd be happy to pull these in through the block tree, if Neil (and/or
the other maintainers - seems one single person should agree to be
On Thu, 27 Sep 2007 11:58:01 +0800
"Majumder, Rajib" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We have observed 40ms latency spikes in TCP connections in "burst" type of
> traffic. This affects regular TCP sockets. We observed this issue in kernels
> of 2.4.21 and kernel 2.6.5.
Unfortunately,
On Thu, Sep 27 2007, Alan Cox wrote:
> On Thu, 27 Sep 2007 07:01:18 -0700
> Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 27 Sep 2007 14:29:19 +0100
> > Alan Cox <[EMAIL PROTECTED]> wrote:
> >
> > > The early LFS work that Linux uses favours EFBIG in various places.
> > > SuSv3
Theodore Tso wrote:
On Thu, Sep 27, 2007 at 09:28:08AM +0200, Christer Weinigel wrote:
So the OpenBSD man page seems to be in the minority here. Any portable
code can not assume that CWD changes. And changing the Linux behaviour
now would be a rather big change which might break userspace.
On Wed, Sep 26, 2007 at 03:20:40PM -0700, Jesse Barnes wrote:
> Ivan, your concern is about disabling things like interrupt controllers
> and power management chips during probe right? You're right that doing
> that could cause problems if we get and interrupt or PMU event at just
> the wrong
[PATCH 02/02]
This is a trivial patch that removes the unneeded parameters from
ipc_checkid() and ipc_buildid() interfaces.
Signed-off-by: Nadia Derbey <[EMAIL PROTECTED]>
---
This patch applies on top of the 2.6.23-rc6-mm1
ipc/msg.c |5 ++---
ipc/sem.c | 10 --
ipc/shm.c
[PATCH 01/02]
This is a patch that fixes the way idr_find() used to be called in ipc_lock():
in all the paths that don't imply an update of the ipcs idr, it was called
without the idr tree being locked.
The changes are:
. in ipc_ids, the mutex has been changed into a reader/writer semaphore.
This a series of 2 patches that should be applied on top of the other ipc
patches, in 2.6.23-rc6-mm1.
The first one is an answer to the following issue pointed out by Jarek:
> Jarek Poplawski wrote:
> 1. ipc_lock() and ipc_lock_check() are used without ipc_ids.mutex,
> but it's probably wrong:
In message <[EMAIL PROTECTED]>, roel writes:
> Erez Zadok wrote:
>
> > @@ -194,7 +194,7 @@ int check_empty(struct dentry *dentry, struct
> > unionfs_dir_state **namelist)
> >
> > BUG_ON(!S_ISDIR(dentry->d_inode->i_mode));
> >
> > - if ((err = unionfs_partial_lookup(dentry)))
> > + if
On Thu, 27 Sep 2007 07:01:18 -0700
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Thu, 27 Sep 2007 14:29:19 +0100
> Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > The early LFS work that Linux uses favours EFBIG in various places.
> > SuSv3 specifically uses EOVERFLOW for this as noted by Michael
In nearly all cases the set_fs_{root,pwd}() calls work on a struct
path. Change the function to reflect this and use path_get() here.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
---
fs/namespace.c| 26
* Add path_put() functions for releasing a reference to the dentry and
vfsmount of a struct path in the right order
* Switch from path_release(nd) to path_put(>path)
* Rename dput_path() to path_put_conditional()
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Andreas Gruenbacher
Use path_put() in a few places instead of {mnt,d}put()
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
---
fs/afs/mntpt.c |3 +--
fs/namei.c | 15 +--
2 files changed, 6 insertions(+), 12 deletions(-)
Index:
* Use struct path in fs_struct.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
---
fs/dcache.c | 31 +
fs/namei.c| 47 +-
fs/namespace.c
This introduces the symmetric function to path_put() for getting a reference
to the dentry and vfsmount of a struct path in the right order.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
---
fs/namei.c | 17 +++--
The sound drivers and the pnpbios core test for current->root != NULL. This
test seems to be unnecessary since we always have rootfs mounted before
initializing the drivers.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
---
drivers/pnp/pnpbios/core.c |2 --
sound/core/seq/seq_clientmgr.c
This test seems to be unnecessary since we always have rootfs mounted before
calling a usermodehelper.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
---
kernel/kmod.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
Index:
Move the definition of struct path into its own header file for further
patches.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
---
include/linux/namei.h |6 +-
include/linux/path.h | 12
2 files changed, 13
path_release_on_umount() should only be called from sys_umount(). I merged the
function into sys_umount() instead of having in in namei.c.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
---
fs/namei.c| 10 --
fs/namespace.c|4 +++-
include/linux/namei.h |1 -
This is a respin of the patch series Andreas posted last month. It leaves out
the restructuring of the intent which will be done at a later point in time.
There are three preparing patches that remove unneeded code IMHO. I haven't
got feedback from Takashi since he is on holiday. Please, can
On Thu, 27 Sep 2007 14:29:19 +0100
Alan Cox <[EMAIL PROTECTED]> wrote:
> The early LFS work that Linux uses favours EFBIG in various places.
> SuSv3 specifically uses EOVERFLOW for this as noted by Michael (Bug
> 7253)
isn't this an ABI change?
What's the gain for doing this ABI change?
-
To
On Thu, Sep 27, 2007 at 03:51:07PM +0200, Peter Zijlstra wrote:
> Christoph,
>
> does Steve's story make sense?
Yes.
> All that would need to be done is add an extra lock_class_key to
> file_system_type for i_mutex_dir_key, and extend alloc_inode to say
> something like:
>
> if (dir)
>
On Thu, 27 Sep 2007 13:55:57 +0400
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> There is nice 2 byte hole after struct task_struct::ioprio field
> into which we can put two 1-byte fields: ->fpu_counter and
> ->oomkilladj.
>
> [cc'ing Arjan just in case ->fpu_counter placement wasn't completely
>
On Wed, 26 Sep 2007, Miloslav Semler wrote:
> so there is no discussion about mount & others. I think, if you have
> CAP_SYS_MOUNT/CAP_SYS_ADMIN, you need not solve chroot() and how to
> break it.
CAP_SYS_PTRACE allows you to break out of chroot in a pretty trivial way
too.
--
Jiri Kosina
-
On Mon, 2007-09-24 at 22:13 -0400, Steven Rostedt wrote:
> On Mon, Sep 24, 2007 at 06:07:38PM -0400, Trond Myklebust wrote:
> > I'm seeing lockdep warning about a potential lock inversion between
> > >mmap_sem and >i_mutex in NFS (see attachment).
> >
> > Unfortunately the basis for the warning
On Thursday, 27 September 2007 15:13, Norbert Preining wrote:
> On Do, 27 Sep 2007, Rafael J. Wysocki wrote:
> > Does it happen with 2.6.22?
>
> Hard to say. It didn't happen as long as I used -22, but it didn't
> happen for a long time (since I run -rc6), and it is not reproducible.
>
> What I
On Thu, 27 Sep 2007 14:40:07 +0200,
Pierre-Yves Paulus <[EMAIL PROTECTED]> wrote:
> Hello,
>
> >> Yet another report, once again while putting rfcomm system under load.
> >> Several USB adapters, several links.
> >
> > Is this a regression or does it happen with 2.6.22 too?
>
> I've not
From: Jose R. Santos <[EMAIL PROTECTED]>
JBD2: debug code cleanup.
Mostly stolen from akpm's JBD cleanup patch.
- use `#ifdef foo' instead of `#if defined(foo)'
- Make journal_enable_debug __read_mostly just for the heck of it
- Make jbd_debugfs_dir and jbd_debug static
-
* Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 27, 2007 at 11:46:03AM +0200, Ingo Molnar wrote:
[...]
> > What you missed is that there is no such thing as "predictable yield
> > behavior" for anything but SCHED_FIFO/RR tasks (for which tasks CFS does
> > keep the behavior). Please
The early LFS work that Linux uses favours EFBIG in various places. SuSv3
specifically uses EOVERFLOW for this as noted by Michael (Bug 7253)
--
[EOVERFLOW]
The named file is a regular file and the size of the file cannot be
represented correctly in an object of type off_t. We should
On Do, 27 Sep 2007, Rafael J. Wysocki wrote:
> Does it happen with 2.6.22?
Hard to say. It didn't happen as long as I used -22, but it didn't
happen for a long time (since I run -rc6), and it is not reproducible.
What I did at this time is a:
tar -cjf foo.tar.bz2
Mark Gross wrote:
> On Wed, Sep 26, 2007 at 04:41:59PM -0700, Randy Dunlap wrote:
>> On Wed, 26 Sep 2007 15:40:26 -0700 Mark Gross wrote:
>>
>>> The following is the qos_param patch that implements a genralization of
>>> latency.c.
>>>
>> Just some general comments (as on irc):
>>
>> - use
> On Thu, Sep 27, 2007 at 02:19:05PM +0200, Michael Kerrisk wrote:
> > uint28_t pad[\fIX\fP]; /* Pad size to 128 bytes (allow space
> > additional fields in the future) */
>
> I think you mean uint8_t..
Yep -- I sure do
thanks,
Michael
--
Michael Kerrisk
On Thu, Sep 27, 2007 at 02:19:05PM +0200, Michael Kerrisk wrote:
> uint28_t pad[\fIX\fP]; /* Pad size to 128 bytes (allow space
> additional fields in the future) */
I think you mean uint8_t..
--
Heikki Orsila Barbie's law:
[EMAIL PROTECTED]
On Thu, 27 Sep 2007, Cedric Le Goater wrote:
> > 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 {
> >
> >
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:
> Currently all the namespace management code is in the
> kernel/utsname.c file, so just compile it out and make
> stub in .h file.
>
> The init namespace itself is in init/version.c and is
> left in the kernel.
>
> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Pavel Emelyanov wrote:
> We currently have a CONFIG_USER_NS option. Just rename it
> into CONFIG_NAMESPACES_EXPERIMANTAL and move the init_user_ns
> into user.c file to make the kernel compile and work without
> the namespaces support.
>
> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Pavel Emelyanov wrote:
> The option is called NAMESPACES. It can be selectable only
> if EMBEDDED is chosen (this was Eric's requisition). When
> the EMBEDDED is off namespaces will be on automatically.
>
> One more option (NAMESPACES_EXPERIMENTAL) was added by
> Serge's request to move there
This patch solves CVE-2007-3104 - sysfs_readdir oops.
More can be found here:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.22.y.git;a=commit;h=dc351252b33f8fede396d6173dba117bcb933607
Signed-off-by: Miloslav Semler
---
diff -uprN linux-2.6.16.53/fs/sysfs/dir.c
On Thu, Sep 27, 2007 at 11:46:03AM +0200, Ingo Molnar wrote:
>
> * Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> > > the (small) patch below fixes the iperf locking bug and removes the
> > > yield() use. There are numerous immediate benefits of this patch:
> > ...
> > >
> > > sched_yield() is
Davide,
Below is the current signalfd man-page. Could you please review to see
whether the man page describes the intended implementation, and especially
look at a few questions embedded in the page (look for "Davide").
Cheers,
Michael
.\" Copyright (C) 2007 Michael Kerrisk <[EMAIL
Hi Davide,
(We started discussing this quite a while back, and you then seemed
positively disposed to my idea below, but then holidays intervened, so I'm
resending this slightly revised version of my earlier mail.)
The signalfd_siginfo structure is defined as:
struct signalfd_siginfo { /*
On Tuesday, 25 September 2007 17:13, Pierre-Yves Paulus wrote:
> Hello,
>
> Yet another report, once again while putting rfcomm system under load.
> Several USB adapters, several links.
Is this a regression or does it happen with 2.6.22 too?
Greetings,
Rafael
-
To unsubscribe from this list:
Please pull from 'umem' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git umem
to receive the following updates:
drivers/block/umem.c| 202 ---
{include/linux => drivers/block}/umem.h | 19 +--
include/linux/pci_ids.h
On Thu, 27 Sep 2007, Andy Whitcroft wrote:
> Ok, this problem seems to still persist in 2.6.23-rc8-mm2. It seems we
> have three options from here:
> 1) update the compiler support list to exclude these compilers, or
> 2) back this change out, or
> 3) switch to the version not using __weak.
>
Hi Davide,
I've slightly tweaked the eventfd.2 man page in preparation for adding it
to the man-pages set. Could you please review the text below, and confirm
that it correctly describes intended behavior.
Thanks,
Michael
.\" Copyright (C) 2007 Michael Kerrisk <[EMAIL PROTECTED]>
.\"
On Thursday, 27 September 2007 12:31, Norbert Preining wrote:
> Hi all!
>
> (Please Cc)
>
> kernel 2.6.23-rc6
> Debian/sid
Does it happen with 2.6.22?
> kernel ooops:
>
> BUG: unable to handle kernel paging request at virtual address 104b
> printing eip:
> c0195bd3
> *pde =
>
> actually, my first patch wasn't using weak symbols, but I have been
> convinced that it's the way to go(tm). Please see
> http://lkml.org/lkml/2007/9/1/131 and the ongoing thread.
>
> I am fine with replacing the brk randomization patch with the one that
> wasn't using weak symbols (posted
Stephen Hemminger wrote:
On Thu, 27 Sep 2007 00:18:55 +0200 (CEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Sep 26 2007 14:06, Stephen Hemminger wrote:
No, network devices don't do reference counting.
Could you explain why, please?
After `udevd` on boot loads lots of
On Thursday, 27 September 2007 08:19, Meelis Roos wrote:
> RJW> This message lists some known regressions from 2.6.22 for which there are
> RJW> no fixes in the mainline that I know of. If any of them have been fixed
> RJW> already, please let me know.
> RJW>
> RJW> If you know of any other
On Thursday, 27 September 2007 01:29, Chuck Ebbert wrote:
> On 09/26/2007 07:27 PM, Rafael J. Wysocki wrote:
> >
> > Subject:Regression in 2.6.23-pre Was: Problems with 2.6.23-rc6 on AMD
> > Geode LX800
> > Submitter: Joerg Pommnitz <[EMAIL PROTECTED]>
> > References:
I just tried 2.6.23-rc8 with the patch applied. Works fine here, so my very
first
Acked-by: Joerg Pommnitz <[EMAIL PROTECTED]>
for whatever it's worth, since it is already in Linus' tree.
Thanks to Peter and Jordan for taking the interest and time to track
this one down and fix it.
--
On Thu, Sep 27, 2007 at 01:35:43AM +0300, Ahmed S. Darwish wrote:
> A patch to stop using deprecated IRQ flags. The new IRQF_* macros are used
> instead.
Thanks, queued for 2.6.24.
Ralf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wednesday 26 September 2007, Joachim Fenkes wrote:
> Remove old code that will be replaced by rewritten and shorter functions in
> the next patch. Keep struct ibmebus_dev and struct ibmebus_driver for now,
> but replace ibmebus_{,un}register_driver() by dummy functions. This way, the
> kernel
On Wednesday 26 September 2007, Joachim Fenkes wrote:
> Replace struct ibmebus_dev and struct ibmebus_driver with struct of_device
> and struct of_platform_driver, respectively. Match the external ibmebus
> interface and drivers using it.
>
> Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
On Wednesday 26 September 2007, Joachim Fenkes wrote:
> Extract generic of_device allocation code from of_platform_device_create()
> and move it into of_device.[ch], called of_device_alloc(). Also, there's now
> of_device_free() which puts the device node.
>
> This way, bus drivers that build on
On Wednesday 26 September 2007, Joachim Fenkes wrote:
> The devtree root is now searched for devices matching a built-in whitelist
> during boot, so these devices appear on the bus from the beginning. It is
> still possible to manually add/remove devices to/from the bus by using the
> probe/remove
(private reply)
Being occupied by non-linux stuff lately but will review your patches soon.
non-linux stuff includes too little sleep because my baby girl having
yet another new teeth and it hurst...
I hope to go over it during the weekend so Ican include it in next merge window.
Sam
On Thu, 2007-09-27 at 12:24 +0100, Ralf Baechle wrote:
> Compiling handle_percpu_irq only on uniprocessor generates an artificial
> special case so a typical use like:
>
> set_irq_chip_and_handler(irq, _irq_type, handle_percpu_irq);
>
> needs to be conditionally compiled only on SMP systems
On Thu, Sep 27, 2007 at 11:25:21AM +0200, Martin Michlmayr wrote:
> I cross compile arm and mips kernels from the same kernel tree. When
> I build a kernel the first time with a fresh kernel tree, the
> include/asm symlink is set properly. However, when I compile for a
> different $ARCH, the
Compiling handle_percpu_irq only on uniprocessor generates an artificial
special case so a typical use like:
set_irq_chip_and_handler(irq, _irq_type, handle_percpu_irq);
needs to be conditionally compiled only on SMP systems as well and an
alternative UP construct is usually needed - for no
On Thu, Sep 27, 2007 at 09:28:08AM +0200, Christer Weinigel wrote:
> So the OpenBSD man page seems to be in the minority here. Any portable
> code can not assume that CWD changes. And changing the Linux behaviour
> now would be a rather big change which might break userspace. And yes,
> there
* Ingo Molnar <[EMAIL PROTECTED]> [2007-09-27 12:56]:
> i'm curious by how much does CPU go down, and what's the output of
> iperf? (does it saturate full 100mbit network bandwidth)
I get about 94-95 Mbits/sec and CPU drops from 99% to about 82% (this
is with a 600 MHz ARM CPU).
--
Martin
201 - 300 of 714 matches
Mail list logo