From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch starts the xpc kernel threads using kthread_run
not a combination of kernel_thread and daemonize. Resuling
in slightly simpler and more maintainable code.
Cc: Jes Sorensen <[EMAIL PROTECTED]>
Cc: Tony Luck <[EMAIL PROTECTED]>
* Nigel Cunningham <[EMAIL PROTECTED]> wrote:
> From subsequent emails, I think you already got your answer, but just
> in case...
>
> Yes, if you enabled "Replace swsusp by default" and you already had it
> set up for getting swsusp to resume. If not, and you're using an
> initrd/ramfs,
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies the startup of kecardd to use
kthread_run not a kernel_thread combination of kernel_thread
and daemonize. Making the code slightly simpler and more
maintainable.
Cc: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Eric
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies the startup of eehd to use kthread_run
not a combination of kernel_thread and daemonize. Making
the code slightly simpler and more maintainable.
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies the qeth_recover thread to be started
with kthread_run not a combination of kernel_thread and
daemonize. Resulting in slightly simpler and more maintainable
code.
Cc: Frank Pavlic <[EMAIL PROTECTED]>
Signed-off-by: Eric
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Modify zfcperp%s to be started with kthread_run not
a combination of kernel_thread, daemonize and siginitsetinv
making the code slightly simpler and more maintainable.
Cc: Swen Schillig <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies the startup of krxtimod, krxiod, and krxsecd
to use kthread_run instead of a combination of kernel_thread
and daemonize making the code slightly simpler and more maintainable.
In addition since by default all signals are
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch starts kbenpd using kthread_run replacing
a combination of kernel_thread and daemonize. Making
the code a little simpler and more maintainable.
Cc: Marcel Holtmann <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies the kcmptd_ctr_%d daemon using kthread_run
instead of a combination of kernel_thread and daemonize making
the code a little simpler and more maintainable.
Cc: Marcel Holtmann <[EMAIL PROTECTED]>
Signed-off-by: Eric W.
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies the startup of the media_bay_task
to use kthread_run and not a combination of kernel_thread,
deamonize and sigfillset.
In addition since we now always want to ignore signals
the MB_IGNORE_SIGNALS define is removed along
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Currently md_thread calls allow_signal so it can receive a
SIGKILL but then does nothing with it except flush the
sigkill so that it not can use an interruptible sleep.
This whole dance is silly so remove the unnecessary
and broken signal
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies startup of the kfand to use kthread_run
not a combination of kernel_thread and daemonize, making
the code a little simpler and more maintaintable.
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Eric W.
* Mike Galbraith <[EMAIL PROTECTED]> wrote:
> With a heavily reniced X (perfectly fine), that should indeed solve my
> daily usage pattern nicely (always need godmode for shells, but not
> for mozilla and ilk. 50/50 split automatic without renice of entire
> gui)
how about the
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch is a minimal transformation to use the kthread API
doing it's best to preserve the existing logic.
Instead of starting kdvb-ca by calling kernel_thread,
daemonize and sigfillset we kthread_run is used.
Instead of tracking the pid
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies the startup of kadbprobe to use
kthread_run instead of scheduling a work event which
later calls kernel_thread and in the thread calls
daemonize and blocks signals. kthread_run is simpler
and more maintainable.
The
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch modifies the startup of rtasd to use kthread_run instaed of
a combination of kernel_thread and daemonize. Making the code a little
simpler and more maintainble.
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Signed-off-by: Eric W.
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Start the g4fand using kthread_run not a combination
of kernel_thread and deamonize. This makes the code
a little simpler and more maintainable.
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL
Abhijit Bhopatkar wrote:
In my mind i find it fundamentally wrong to separate anon pages from
page cache. It should rather be lot more dependent on which task
accessed them last. Although it seems due to some twisted relationships
bet anon pages and interactive tasks separating them improves
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Cc: Neil Brown <[EMAIL PROTECTED]>
Cc: Trond Myklebust <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/nfs/nfs4state.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Cc: David Howells <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
kernel/synchro-test.c | 16 ++--
1 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/kernel/synchro-test.c
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/smbfs/smbiod.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/smbfs/smbiod.c b/fs/smbfs/smbiod.c
index 3e61b44..67176af 100644
--- a/fs/smbfs/smbiod.c
On Thu, 2007-04-19 at 08:52 +0200, Mike Galbraith wrote:
> On Wed, 2007-04-18 at 23:48 +0200, Ingo Molnar wrote:
>
> > so my current impression is that we want per UID accounting to solve the
> > X problem, the kernel threads problem and the many-users problem, but
> > i'd not want to do it for
A fixed version of the patch shutting up missing version warnings when building
mandocs.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
Index: 21-rc7/scripts/kernel-doc
===
--- 21-rc7.orig/scripts/kernel-doc
+++
On Apr 18 2007 09:39, Stephen Clark wrote:
>>
> So this is the pop I hear on my new laptop that is using
> libata=combined_mode when I shut my system down. I didn't get the
> pop with the same disk drive in an older laptop that was only ide.
> It sounds like a relay closing or opening, but is
On Thu, 2007-04-19 at 09:09 +0200, Ingo Molnar wrote:
> * Mike Galbraith <[EMAIL PROTECTED]> wrote:
>
> > With a heavily reniced X (perfectly fine), that should indeed solve my
> > daily usage pattern nicely (always need godmode for shells, but not
> > for mozilla and ilk. 50/50 split automatic
* Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> + int i = 1000;
>
> - while (!cancel_delayed_work(dwork))
> + while (!cancel_delayed_work(dwork)) {
> flush_workqueue(wq);
> + BUG_ON(!i--);
> + }
if then
On Apr 18 2007 10:45, david rankin wrote:
>
> Mates,
>
> First post and I am having heck building the vanilla 2.6.20.7 kernel on
> Suse 10.0. Basically I put 2.6.20.7 in /usr/src, then I did
>[...]
> All current minimal requierments are met *except* udev which is version
> 068. Everything
On Thu, 19 Apr 2007 09:35:58 +0530, Milind Arun Choudhary wrote:
> SPIN_LOCK_UNLOCKED cleanup,use __SPIN_LOCK_UNLOCKED instead
>
> Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
>
> ---
> i2c-pxa.c |2 +-
> i2c-s3c2410.c |2 +-
> 2 files changed, 2 insertions(+), 2
Hi,
Doing some testing on CFQ, I ran into this 100% reproducible report:
===
[ INFO: possible circular locking dependency detected ]
2.6.21-rc7 #5
---
fio/9741 is trying to acquire lock:
I'm looking for a little advice on writing a driver for the Phillips
sc16is752 SPI UART chip. I've written drivers before but I'm having a
problem with this one. Since this driver is both an SPI driver and a
UART driver I'm unclear on whether it should register with
spi_register_driver() or
Christoph Lameter wrote:
On Wed, 18 Apr 2007, Ethan Solomita wrote:
Any new ETA? I'm trying to decide whether to go back to your original
patches or wait for the new set. Adding new knobs isn't as important to me as
having something that fixes the core problem, so hopefully this isn't
* Andrew Morton <[EMAIL PROTECTED]> wrote:
>> Yes, there are potential compatibility problems. Example: a machine
>> with 100 busy httpd processes and suddenly a big gzip starts up from
>> console or cron.
[...]
On Thu, Apr 19, 2007 at 08:38:10AM +0200, Ingo Molnar wrote:
> h. How about
* Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > That's one reason why i dont think it's necessarily a good idea to
> > group-schedule threads, we dont really want to do a per thread group
> > percpu_alloc().
>
> I still do not have clear how much overhead this will bring into the
> table,
On Thu, 19 Apr 2007 09:38:30 +0200 Jens Axboe <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Doing some testing on CFQ, I ran into this 100% reproducible report:
>
> ===
> [ INFO: possible circular locking dependency detected ]
> 2.6.21-rc7 #5
>
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch just trivially replaces kernel_thread and daemonize
with a single call to kthread_run.
CC: James Bottomley <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/i386/mach-voyager/voyager_thread.c |5 ++---
1
From: Eric W. Biederman <[EMAIL PROTECTED]>
kthread_run replaces kernel_thread and dameonize.
allow_signal is unnecessary and has been removed.
tid_poll was unused and has been removed.
Cc: Jyoti Shah <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Eric W.
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patches modifies the pnpbios kernel thread to start
with ktrhead_run not kernel_thread and deamonize. Doing
this makes the code a little simpler and easier to maintain.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
This patch just trivial converts from calling kernel_thread and daemonize
to just calling kthread_run.
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/i386/kernel/io_apic.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git
From: Eric W. Biederman <[EMAIL PROTECTED]>
Cc: Neil Brown <[EMAIL PROTECTED]>
Cc: Trond Myklebust <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/nfsd/nfs4state.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/nfsd/nfs4state.c
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch starts up khidp using kthread_run instead
of kernel_thread and daemonize, resulting is slightly
simpler and more maintainable code.
Cc: Marcel Holtmann <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch starts krfcommd using kthread_run instead of a combination
of kernel_thread and daemonize making the code slightly simpler
and more maintainable.
Cc: Marcel Holtmann <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the qeth_recover thread to be started
with kthread_run not a combination of kernel_thread and
daemonize. Resulting in slightly simpler and more maintainable
code.
Cc: Frank Pavlic <[EMAIL PROTECTED]>
Signed-off-by: Eric W.
From: Eric W. Biederman <[EMAIL PROTECTED]>
Cc: David Howells <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
kernel/synchro-test.c | 16 ++--
1 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/kernel/synchro-test.c b/kernel/synchro-test.c
On 4/17/07, David Brownell <[EMAIL PROTECTED]> wrote:
In this case I'm not entirely sure how it'd work. I've seen a few
drivers which let userspace peek and poke at GPIO signals -- like
one for Gumstix boards -- but generalizing the model isn't simple.
Sub-problems include:
- Configuring the
From: Eric W. Biederman <[EMAIL PROTECTED]>
This starts the sparc64 powerd using kthread_run
instead of kernel_thread and daemonize. Making the
code slightly simpler and more maintainable.
In addition the unnecessary flush_signals is removed.
Cc: David S. Miller <[EMAIL PROTECTED]>
From: Eric W. Biederman <[EMAIL PROTECTED]>
Modify zfcperp%s to be started with kthread_run not
a combination of kernel_thread, daemonize and siginitsetinv
making the code slightly simpler and more maintainable.
Cc: Swen Schillig <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch changes cpqphp to use kthread_run and not
kernel_thread and daemonize to startup and setup
the cpqphp thread.
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
From: Eric W. Biederman <[EMAIL PROTECTED]>
thread_run is used intead of kernel_thread, daemonize, and mucking
around blocking signals directly.
CC: David Woodhouse <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/mtd/mtd_blkdevs.c | 19 +--
On 4/17/07, Roland Dreier <[EMAIL PROTECTED]> wrote:
> > It seems trivial to keep the last key you were given and do a quick
> > memcmp in your setkey method to see if it's different from the last
> > key you pushed to hardware, and set a flag if it is. Then only do
> > your set_key() if
From: Eric W. Biederman <[EMAIL PROTECTED]>
It is my goal to replace all kernel code that handles signals
from user space, calls kernel_thread or calls daemonize. All
of which the kthread_api makes unncessary. Handling signals
from user space is a maintenance problem becuase using a
kernel
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch is a minimal transformation to use the kthread API
doing it's best to preserve the existing logic.
Instead of starting kdvb-ca by calling kernel_thread,
daemonize and sigfillset we kthread_run is used.
Instead of tracking the pid of the
From: Eric W. Biederman <[EMAIL PROTECTED]>
Use kthread_run to start the lcs kernel threads not a
combination of kernel_thread and daemonize. This makes
the code slightly simpler and more maintainable.
Cc: Frank Pavlic <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the startup of eehd to use kthread_run
not a combination of kernel_thread and daemonize. Making
the code slightly simpler and more maintainable.
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the startup of kadbprobe to use
kthread_run instead of scheduling a work event which
later calls kernel_thread and in the thread calls
daemonize and blocks signals. kthread_run is simpler
and more maintainable.
The variable pid_t
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the sas scsi host thread startup
to use kthread_run not kernel_thread and deamonize.
kthread_run is slightly simpler and more maintainable.
Cc: Darrick J. Wong <[EMAIL PROTECTED]>
Cc: James Bottomley <[EMAIL PROTECTED]>
From: Eric W. Biederman <[EMAIL PROTECTED]>
kthread_run replaces the kernel_thread and daemonize calls
during thread startup.
Calls to signal_pending were also removed as it is currently
impossible for the cpci_hotplug thread to receive signals.
CC: Scott Murray <[EMAIL PROTECTED]>
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies startup of the kfand to use kthread_run
not a combination of kernel_thread and daemonize, making
the code a little simpler and more maintaintable.
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch starts the xpc kernel threads using kthread_run
not a combination of kernel_thread and daemonize. Resuling
in slightly simpler and more maintainable code.
Cc: Jes Sorensen <[EMAIL PROTECTED]>
Cc: Tony Luck <[EMAIL PROTECTED]>
Signed-off-by:
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the startup of krxtimod, krxiod, and krxsecd
to use kthread_run instead of a combination of kernel_thread
and daemonize making the code slightly simpler and more maintainable.
In addition since by default all signals are ignored
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the startup of kafscmd, kafsasyncd, and kafstimod
to use kthread_run instead of a combination of kernel_thread and
daemonize making the code slightly simpler and more maintainable.
In addition since by default all signals are
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the kcmptd_ctr_%d daemon using kthread_run
instead of a combination of kernel_thread and daemonize making
the code a little simpler and more maintainable.
Cc: Marcel Holtmann <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the startup of the media_bay_task
to use kthread_run and not a combination of kernel_thread,
deamonize and sigfillset.
In addition since we now always want to ignore signals
the MB_IGNORE_SIGNALS define is removed along with the
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the startup of rtasd to use kthread_run instaed of
a combination of kernel_thread and daemonize. Making the code a little
simpler and more maintainble.
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch starts kbenpd using kthread_run replacing
a combination of kernel_thread and daemonize. Making
the code a little simpler and more maintainable.
Cc: Marcel Holtmann <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
From: Eric W. Biederman <[EMAIL PROTECTED]>
This patch modifies the startup of kecardd to use
kthread_run not a kernel_thread combination of kernel_thread
and daemonize. Making the code slightly simpler and more
maintainable.
Cc: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman
From: Eric W. Biederman <[EMAIL PROTECTED]>
Start the g4fand using kthread_run not a combination
of kernel_thread and deamonize. This makes the code
a little simpler and more maintainable.
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
From: Eric W. Biederman <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/smbfs/smbiod.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/smbfs/smbiod.c b/fs/smbfs/smbiod.c
index 3e61b44..67176af 100644
--- a/fs/smbfs/smbiod.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/
From: Eric W. Biederman <[EMAIL PROTECTED]>
To start the nfsv4-delegreturn thread this patch uses
kthread_run instead of a combination of kernel_thread
and daemonize.
In addition allow_signal(SIGKILL) is removed from
the expire delegations thread.
Cc: Neil Brown <[EMAIL PROTECTED]>
Cc: Trond
From: Eric W. Biederman <[EMAIL PROTECTED]>
Start the reclaimer thread using kthread_run instead
of a combination of kernel_thread and daemonize.
The small amount of signal handling code is also removed
as it makes no sense and is a maintenance problem to handle
signals in kernel threads.
Cc:
On Thu, Apr 19 2007, Andrew Morton wrote:
> On Thu, 19 Apr 2007 09:38:30 +0200 Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > Doing some testing on CFQ, I ran into this 100% reproducible report:
> >
> > ===
> > [ INFO: possible
From: Eric W. Biederman <[EMAIL PROTECTED]>
Currently md_thread calls allow_signal so it can receive a
SIGKILL but then does nothing with it except flush the
sigkill so that it not can use an interruptible sleep.
This whole dance is silly so remove the unnecessary
and broken signal handling
From: Eric W. Biederman <[EMAIL PROTECTED]>
Modify startup of ipvs sync threads to use kthread_run
instead of a weird combination of calling kernel_thread
to start a fork_sync_thread whose hole purpose in life was
to call kernel_thread again starting the actually sync thread
which called
From: Eric W. Biederman <[EMAIL PROTECTED]>
Cc: Neil Brown <[EMAIL PROTECTED]>
Cc: Trond Myklebust <[EMAIL PROTECTED]>
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/nfs/nfs4state.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/nfs/nfs4state.c
ACK for both patches,
thank you Eric for the patches, will add them to my patchset
for Jeff.
Frank
On Thu, Apr 19, 2007 at 01:58:40AM -0600, Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]>
>
> Use kthread_run to start the lcs kernel threads not a
> combination of
On Thu, Apr 19, 2007 at 09:32:22AM +0200, Ingo Molnar wrote:
>
> * Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> > + int i = 1000;
> >
> > - while (!cancel_delayed_work(dwork))
> > + while (!cancel_delayed_work(dwork)) {
> >
On Thu, 19 Apr 2007 10:01:57 +0200 Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 19 2007, Andrew Morton wrote:
> > On Thu, 19 Apr 2007 09:38:30 +0200 Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > >
> > > Doing some testing on CFQ, I ran into this 100% reproducible report:
> > >
On Thu, Apr 19, 2007 at 08:38:10AM +0200, Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > And yes, by fairly, I mean fairly among all threads as a base
> > > resource class, because that's what Linux has always done
> >
> > Yes, there are potential compatibility
On Thu, Apr 19 2007, Andrew Morton wrote:
> On Thu, 19 Apr 2007 10:01:57 +0200 Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Apr 19 2007, Andrew Morton wrote:
> > > On Thu, 19 Apr 2007 09:38:30 +0200 Jens Axboe <[EMAIL PROTECTED]> wrote:
> > >
> > > > Hi,
> > > >
> > > > Doing some
> > > As I said earlier, I see a case where two mounts that are peers of each
> > > other can become un-identical if we dont propagate the "allowusermnt".
> > >
> > > As a practical example.
> > >
> > > /tmp and /mnt are peers of each other.
> > > /tmp has its "allowusermnt" flag set, which has
Your fix is probably needed too. However, I think the issue that Patrick
was trying to fix is the case where p[0] != PPP_ALLSTATIONS and therefore
we'd still have a problem there.
I tested Paul's patch for last few days and I think everything seems
ok. The system is stable.
Regards
Bartek
-
Hi all :)
I have a portable device with a FAT32 formatted hard disk in it, and
everytime I delete a file in the device *using the device itself to do
it* the device increases its count of free space and if I plug the
device in a Windows system, Windows agrees on the free space. Linux
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Good idea. The machine I'm typing from now has 1000 scheddos running
> at +19, and 12 gears at nice 0. [...]
> From time to time, one of the 12 aligned gears will quickly perform a
> full quarter of round while others slowly turn by a few degrees.
On Thu, Apr 19, 2007 at 01:58:57AM -0600, Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]>
>
> Modify startup of ipvs sync threads to use kthread_run
> instead of a weird combination of calling kernel_thread
> to start a fork_sync_thread whose hole purpose in life was
> to
Hi Ingo.
On Thu, 2007-04-19 at 09:04 +0200, Ingo Molnar wrote:
> * Nigel Cunningham <[EMAIL PROTECTED]> wrote:
>
> > From subsequent emails, I think you already got your answer, but just
> > in case...
> >
> > Yes, if you enabled "Replace swsusp by default" and you already had it
> > set up
> Checking the permissions on the mountpoint to allow unmounting is
>
> - rather inelegant: user can't see those permissions, can only
> determine if umount is allowed by trial and error
>
> - may be a security hole, e.g.:
>
> sysadmin:
>
> mkdir -m 777 /mnt/disk
>
On Wed, Apr 18 2007, Valerie Clement wrote:
>
> Running benchmark tests (FFSB) on an ext4 filesystem, I noticed a
> performance degradation (about 15-20 percent) in sequential write tests
> between 2.6.19-rc6 and 2.6.21-rc4 kernels.
>
> I ran the same tests on ext3 and XFS filesystems and I
Andrew Morton wrote:
It could be due to I/O scheduler changes. Which one are you using? CFQ?
Or it could be that there has been some changed behaviour at the VFS/pagecache
layer: the VFS might be submitting little hunks of lots of files, rather than
large hunks of few files.
Or it could be a
Hi,
is there any reason to use an explicit int instead of a typeof in
the abs() macro? The current implementation will return bogus
results when used with longs.
How about changing the int to a typeof like this?:
Fix the abs() macro to work with wider types than int.
Signed-off-by: Jiri
On Thursday 19 April 2007 13:22, Nick Piggin wrote:
> On Thu, Apr 19, 2007 at 12:12:14PM +1000, Con Kolivas wrote:
> > Version 0.42
> >
> > http://ck.kolivas.org/patches/staircase-deadline/2.6.21-rc7-sd-0.42.patch
>
> OK, I run some tests later today...
Thank you very much.
--
-ck
-
To
Add usage to getdelays.c. This patch was originally posted by Randy Dunlap
http://lkml.org/lkml/2007/3/19/168
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Signed-off-by: <[EMAIL PROTECTED]>
---
Documentation/accounting/getdelays.c | 14 --
1 file changed, 12 insertions(+), 2
[PATCH] lockdep: lookup_chain_cache comment errata
Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
---
diff -Nurp 2.6.21-rc7-/kernel/lockdep.c 2.6.21-rc7/kernel/lockdep.c
--- 2.6.21-rc7-/kernel/lockdep.c2007-04-18 10:14:06.0 +0200
+++ 2.6.21-rc7/kernel/lockdep.c 2007-04-19
* Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> [PATCH] lockdep: lookup_chain_cache comment errata
>
> Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
thanks,
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Wed, 18 Apr 2007, Ingo Molnar wrote:
* Christian Hesse <[EMAIL PROTECTED]> wrote:
Hi Ingo and all,
On Friday 13 April 2007, Ingo Molnar wrote:
as usual, any sort of feedback, bugreports, fixes and suggestions are
more than welcome,
I just gave CFS a try on my system. From a user's
Jens Axboe wrote:
Please tell me how you are running ffsb, and also please include a
dmessg from a booted system.
Hi,
our mails crossed! please see my response to Andrew.
You could reproduce the problem with dd command as suggested, it's more
easy.
I'm sending you the dmesg info. For my
SPIN_LOCK_UNLOCKED cleanup,use DEFINE_SPINLOCK instead
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
excite_setup.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/mips/basler/excite/excite_setup.c
b/arch/mips/basler/excite/excite_setup.c
index
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> This patch modifies the startup of kafscmd, kafsasyncd, and kafstimod
> to use kthread_run instead of a combination of kernel_thread and
> daemonize making the code slightly simpler and more maintainable.
Please drop this patch for the moment as I
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> This patch modifies the startup of krxtimod, krxiod, and krxsecd
> to use kthread_run instead of a combination of kernel_thread
> and daemonize making the code slightly simpler and more maintainable.
Again, please drop in favour of my RxRPC patches.
Aubrey Li <[EMAIL PROTECTED]> wrote:
> Yes, it's reasonable for me, as long as your
> host IP is 192.168.2.128
> and
> target IP is 192.168.2.141
That is correct, yes:-)
I expect it's an NFS packet as my board is using an NFS root at the moment.
David
-
To unsubscribe from this
use mutex instead of binary semaphore in FORE Systems 200E-series
driver for ATM
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
---
diff --git a/drivers/atm/fore200e.c b/drivers/atm/fore200e.c
index a7c0ed3..7ab827d 100644
--- a/drivers/atm/fore200e.c
+++ b/drivers/atm/fore200e.c
@@
701 - 800 of 964 matches
Mail list logo