Hi,
Here is my patch proposal for detecting possible lockups,
when flush_workqueue caller holds a lock (e.g. rtnl_lock)
also used in work functions.
Regards,
Jarek P.
Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
---
diff -Nurp 2.6.21-rc6-mm1-/kernel/workqueue.c
Pavel Emelianov wrote:
> Peter Zijlstra wrote:
>> *ugh* /me no like.
>>
>> The basic premises seems to be that we can track page owners perfectly
>> (although this patch set does not yet do so), through get/release
>
> It looks like you have examined the patches not very carefully
> before
> I just wanted to know weather its worth going forward or we have
> better reasons to discount any such direction?
The reason that the wrong pages get swapped out sometimes
could be due to a side effect of the way the swappiness
policy is implemented.
While the VM only reclaims page cache
On Thu, 19 Apr 2007 05:18:07 +0200 Nick Piggin <[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 problems. Example: a machine with
100 busy httpd processes
On Thu, 19 Apr 2007 11:28:37 +0900 izumi <[EMAIL PROTECTED]> wrote:
> Russell King wrote:
>
> > NAK. This means that you change the list of ports available on the
> > machine to be limited to only those which are currently open. Utterly
> > useless for debugging, where you normally want people
Hi,
On Thursday 19 April 2007 00:25, johann deneux wrote:
> On 4/18/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> > johann deneux napsal(a):
> > > Jiri,
> > >
> > > Which solution did you chose to implement? From what I remember, we
> > > last discussed Dmitry's idea of specifying an axis for an
Abhijit Bhopatkar wrote:
I just wanted to know weather its worth going forward or we have
better reasons to discount any such direction?
The reason that the wrong pages get swapped out sometimes
could be due to a side effect of the way the swappiness
policy is implemented.
While the VM only
On Wed, Apr 18, 2007 at 10:45:13PM -0400, Trond Myklebust wrote:
> On Wed, 2007-04-18 at 20:52 -0500, Florin Iucha wrote:
> > It seems that my original problem report had a big mistake! There is
> > no hang, but at some point the write slows down to a trickle (from
> > 40,000 blocks/s to 22
On 4/18/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
johann deneux napsal(a):
> Jiri,
>
> Which solution did you chose to implement? From what I remember, we
> last discussed Dmitry's idea of specifying an axis for an effect, then
> combine several effects to achieve complex effects.
I think you
SPIN_LOCK_UNLOCKED cleanup,use __SPIN_LOCK_UNLOCKED instead.
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
char/vmlogrdr.c |6 +++---
cio/cmf.c |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/s390/char/vmlogrdr.c
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 deletions(-)
diff --git a/drivers/i2c/busses/i2c-pxa.c b/drivers/i2c/busses/i2c-pxa.c
Russell King wrote:
NAK. This means that you change the list of ports available on the
machine to be limited to only those which are currently open. Utterly
useless for debugging, where you normally want people to dump the
contents of /proc/tty/driver/*.
The original patch was better.
On Wed, Apr 18, 2007 at 10:49:45PM +1000, Con Kolivas wrote:
> On Wednesday 18 April 2007 22:13, Nick Piggin wrote:
> >
> > The kernel compile (make -j8 on 4 thread system) is doing 1800 total
> > context switches per second (450/s per runqueue) for cfs, and 670
> > for mainline. Going up to 20ms
On Thu, Apr 19, 2007 at 12:12:14PM +1000, Con Kolivas wrote:
> On Thursday 19 April 2007 10:41, Con Kolivas wrote:
> > On Thursday 19 April 2007 09:59, Con Kolivas wrote:
> > > Since there is so much work currently ongoing with alternative cpu
> > > schedulers, as a standard for comparison with
On Wed, Apr 18, 2007 at 07:48:21AM -0700, Linus Torvalds wrote:
>
>
> On Wed, 18 Apr 2007, Matt Mackall wrote:
> >
> > Why is X special? Because it does work on behalf of other processes?
> > Lots of things do this. Perhaps a scheduler should focus entirely on
> > the implicit and directed
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 waiting
> on them. They
On Wed, 2007-04-18 at 20:52 -0500, Florin Iucha wrote:
> On Wed, Apr 18, 2007 at 10:11:46AM -0400, Trond Myklebust wrote:
> > Do you have a copy of wireshark or ethereal on hand? If so, could you
> > take a look at whether or not any NFS traffic is going between the
> > client and server once the
> >> > So, talking about what an (optional) implementation framework might
> >> > look like (and which could handle the SOC, FPGA, I2C, and MFD cases
> >> > I've looked at):
>
> > See patches in following messages ... a preliminary "gpio_chip" core
> > for such a framework, plus example support
Ingo Molnar wrote:
* Peter Williams <[EMAIL PROTECTED]> wrote:
And my scheduler for example cuts down the amount of policy code and
code size significantly.
Yours is one of the smaller patches mainly because you perpetuate (or
you did in the last one I looked at) the (horrible to my eyes)
David Miller <[EMAIL PROTECTED]> wrote:
>
> As discussed in this thread there might be other ways to a
> approach this, but this fix is good for now.
>
> Patch applied, thank you.
Actually I was going to suggest something like this:
[NETLINK]: Kill CB only when socket is unused
Since we can
On Thursday 19 April 2007 10:41, Con Kolivas wrote:
> On Thursday 19 April 2007 09:59, Con Kolivas wrote:
> > Since there is so much work currently ongoing with alternative cpu
> > schedulers, as a standard for comparison with the alternative virtual
> > deadline fair designs I've addressed a few
Christoph Lameter wrote:
On Wed, 21 Mar 2007, Ethan Solomita wrote:
Christoph Lameter wrote:
On Thu, 1 Feb 2007, Ethan Solomita wrote:
Hi Christoph -- has anything come of resolving the NFS / OOM concerns
that
Andrew Morton expressed concerning the patch? I'd be happy to
On Thursday 19 April 2007 09:48, Con Kolivas wrote:
> While the Staircase Deadline scheduler has not been completely killed off
> and is still in -mm I would like to fix some outstanding issues that I've
> found since it still serves for comparison with all the upcoming
> schedulers.
>
> While
Hi.
On Thu, 2007-04-19 at 00:02 +0200, Ingo Molnar wrote:
> * Christian Hesse <[EMAIL PROTECTED]> wrote:
>
> > > although probably your suspend2 problem is still not fixed, it's
> > > worth a try nevertheless. Which suspend2 patch did you apply, and
> > > was it against -rc6 or -rc7?
> >
> >
On Wed, Apr 18, 2007 at 10:11:46AM -0400, Trond Myklebust wrote:
> Do you have a copy of wireshark or ethereal on hand? If so, could you
> take a look at whether or not any NFS traffic is going between the
> client and server once the hang happens?
I used the following command
tcpdump -w
> "John" == John Stoffel <[EMAIL PROTECTED]> writes:
> "John" == John Stoffel <[EMAIL PROTECTED]> writes:
> Ok, so do I need to do anything special with the next -mm release and
> the next version?
Well, let Alan decide that (2Alan: and I said that HPT code is bogus
Hi.
On Wed, 2007-04-18 at 18:56 -0400, Bob Picco wrote:
> Ingo Molnar wrote:[Wed Apr 18 2007, 06:02:28PM EDT]
> >
> > * Christian Hesse <[EMAIL PROTECTED]> wrote:
> >
> > > > although probably your suspend2 problem is still not fixed, it's
> > > > worth a try nevertheless. Which suspend2
Hi all,
Anyone has idea of this: Why it is displayed on boot? How to fix this? Or at
least not to display this message?
Using 2.6.9-42.ELsmp.
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller :00:1f.1
PCI: Unable to handle 64-bit address space for
PCI: Unable to
Hi.
On Thu, 2007-04-19 at 00:22 +0200, Christian Hesse wrote:
> On Thursday 19 April 2007, Ingo Molnar wrote:
> > * Christian Hesse <[EMAIL PROTECTED]> wrote:
> > > > although probably your suspend2 problem is still not fixed, it's
> > > > worth a try nevertheless. Which suspend2 patch did you
> "John" == John Stoffel <[EMAIL PROTECTED]> writes:
>>> > Ok, so do I need to do anything special with the next -mm release and
>>> > the next version?
>>>
>>> Well, let Alan decide that (2Alan: and I said that HPT code is bogus :-).
Alan> Try drivers/ide/pci/hpt366 - if that works grab a
I've seen a lot of systems (including brand new Xeon-based servers from
IBM and HP) that output messages on boot like:
PCI: BIOS Bug: MCFG area at f000 is not E820-reserved
PCI: Not using MMCONFIG.
As I understand it, this is sort of a sanity check mechanism to make
sure the MCFG address
On Wed, 2007-04-18 at 19:00 -0400, Joshua Wise wrote:
> On Tue, 17 Apr 2007, Shaohua Li wrote:
> > Looks there is init order issue of sysfs files. The new refreshed patch
> > should fix your bug.
>
> Yes, that did fix the hang on resume from STR -- that now works fine.
>
> However:
> [EMAIL
On 4/18/07, David Howells <[EMAIL PROTECTED]> wrote:
Aubrey Li <[EMAIL PROTECTED]> wrote:
> Here, in the attachment I wrote a small test app. Please correct if
> there is anything wrong, and feel free to improve it.
Okay... I have that working... probably. I don't know what output it's
liangbowen wrote:
Hi
I compiled the following code with gcc under FC2 :
#include
main()
{
struct semaphore sum;
}
It doesn't compile, saying "storage size of `sem'
isn't known".
and I looked inside asm/semaphore.h, I saw:
#ifndef I386_SEMAPHORE_H
#define I386_SEMAPHORE_H
#include
Chris Friesen wrote:
Mark Glines wrote:
One minor question: is it even possible to be completely fair on SMP?
For instance, if you have a 2-way SMP box running 3 applications, one of
which has 2 threads, will the threaded app have an advantage here? (The
current system seems to try to keep
Chuck Ebbert wrote:
Denis Vlasenko wrote:
* From make menuconfig questions it looks like SATA/PATA
rewrite (in the form of libata) is almost finished. Hehe,
untangling IDE mess was quite a feat, and Jeff did it. Kudos.
ADMA mode on nvidia chipsets still seems broken despite massive
On Wed, 2007-04-18 at 11:20 -0400, Alan Stern wrote:
> On Wed, 18 Apr 2007, Rusty Russell wrote:
>
> > Hi Alan,
> >
> > Your assertion is correct. I haven't studied the driver core, so I
> > might be off-base here, but you'll note that if the module references
> > the core kmalloc'ed object
On Wed, 18 Apr 2007, Davide Libenzi wrote:
>
> I know, we agree there. But that did not fit my "Pirates of the Caribbean"
> quote :)
Ahh, I'm clearly not cultured enough, I didn't catch that reference.
Linus "yes, I've seen the movie, but it
apparently left more of a
On Thursday 19 April 2007 09:59, Con Kolivas wrote:
> Since there is so much work currently ongoing with alternative cpu
> schedulers, as a standard for comparison with the alternative virtual
> deadline fair designs I've addressed a few issues in the Staircase Deadline
> cpu scheduler which
On Wed, 18 Apr 2007, Dave Jones wrote:
> On Wed, Apr 18, 2007 at 05:23:15PM -0400, Len Brown wrote:
>
> > > p.p.s. patch improvements that will let me avoid doing any of that
> > > myself always welcome. :-)
> >
> > well, I'm sorry that I've known about the APM issue for a long time
> > and
Linus Torvalds wrote:
On Wed, 18 Apr 2007, Matt Mackall wrote:
On Wed, Apr 18, 2007 at 07:48:21AM -0700, Linus Torvalds wrote:
And "fairness by euid" is probably a hell of a lot easier to do than
trying to figure out the wakeup matrix.
For the record, you actually don't need to track a whole
On Wed, 18 Apr 2007 20:35:22 +0100 (BST)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> I only have CONFIG_NUMA=y for build testing: surprised when trying a memhog
> to see lots of other processes killed with "No available memory (MPOL_BIND)".
> memhog is killed correctly once we initialize nodemask
On Wed, 18 Apr 2007, Linus Torvalds wrote:
> On Wed, 18 Apr 2007, Davide Libenzi wrote:
> >
> > "Perhaps on the rare occasion pursuing the right course demands an act of
> > unfairness, unfairness itself can be the right course?"
>
> I don't think that's the right issue.
>
> It's just that
From: Pavel Emelianov <[EMAIL PROTECTED]>
Date: Wed, 18 Apr 2007 12:16:18 +0400
> The proposal it to make sock_orphan before detaching the callback
> in netlink_release() and to check for the sock to be SOCK_DEAD in
> netlink_dump_start() before setting a new callback.
As discussed in this
On Wed, Apr 18, 2007 at 03:39:25PM -0400, Len Brown wrote:
> On Sunday 15 April 2007 11:50, Michal Jaegermann wrote:
> >
> > A kernel derived from 2.6.21-rc6-git1 (2.6.20-1.3053.fc7.x86_64 from
> > Fedora "rawhide" to be more precise) did boot on the hardware in
> > question, though; but only
Christoph Hellwig wrote:
>
> All the exports in utrace are totally unused, and not really something
> I'd want modules to use anyway :)
>
Please leave the exports in place.
Very early in Documentation/utrace.txt, it says:
"The UTRACE is infrastructure code for tracing and controlling user
On Wed, Apr 18, 2007 at 05:23:15PM -0400, Len Brown wrote:
> > p.p.s. patch improvements that will let me avoid doing any of that
> > myself always welcome. :-)
>
> well, I'm sorry that I've known about the APM issue for a long time
> and done nothing about it. I did ping davej when he
Since there is so much work currently ongoing with alternative cpu schedulers,
as a standard for comparison with the alternative virtual deadline fair
designs I've addressed a few issues in the Staircase Deadline cpu scheduler
which improve behaviour likely in a noticeable fashion and released
Package: linux-kernel
Version: 2.6.18-4-686 (Debian 2.6.18.dfsg.1-12)
(Submitted to linux-kernel@vger.kernel.org && [EMAIL PROTECTED])
I also have recurrent problems with
NETDEV WATCHDOG: eth0: transmit timed out
I am running on a Pentium 3 with a Linksys LNE100TX V5.1
PCI ethernet card, which
Mark Lord wrote:
Tejun Heo wrote:
1. shutdown(8) issues SYNCHRONIZE_CACHE followed by STANDBY_NOW
2. kernel shutdown starts
3. libata shutdown issues SYNCHRONIZE_CACHE
4. power goes off
Okay, after some experimentatino, it's the STANDBY_NOW that
is causing the Power-Off_Retract_Count to
While the Staircase Deadline scheduler has not been completely killed off and
is still in -mm I would like to fix some outstanding issues that I've found
since it still serves for comparison with all the upcoming schedulers.
While still in -mm can we queue this on top please?
A set of
On Wed, 18 Apr 2007, Len Brown wrote:
> On Wednesday 18 April 2007 16:23, Robert P. J. Day wrote:
> > ok, i get it now and -- correct me if i'm wrong -- all my legacy PM
> > removal patch was doing was exposing a design boo-boo in which
> > APM/ACPI contention was being handled by a macro in a
Tejun Heo wrote:
1. shutdown(8) issues SYNCHRONIZE_CACHE followed by STANDBY_NOW
2. kernel shutdown starts
3. libata shutdown issues SYNCHRONIZE_CACHE
4. power goes off
Okay, after some experimentatino, it's the STANDBY_NOW that
is causing the Power-Off_Retract_Count to increment on my
On Wed, 18 Apr 2007, Ingo Molnar 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, but I think (like
Denis Vlasenko wrote:
> * From make menuconfig questions it looks like SATA/PATA
> rewrite (in the form of libata) is almost finished. Hehe,
> untangling IDE mess was quite a feat, and Jeff did it. Kudos.
>
ADMA mode on nvidia chipsets still seems broken despite massive
amount of SATA fixes
Robert Hancock wrote:
> Tejun Heo wrote:
>> This really isn't a regression. It's been always like that with libata.
>> libata doesn't make devices go into standby mode and shutdown(8) does
>> it for libata. The problem here is that libata does issue
>> SYNCHRONIZE_CACHE on shutdown. So, the
Ingo Molnar wrote: [Wed Apr 18 2007, 06:02:28PM EDT]
>
> * Christian Hesse <[EMAIL PROTECTED]> wrote:
>
> > > although probably your suspend2 problem is still not fixed, it's
> > > worth a try nevertheless. Which suspend2 patch did you apply, and
> > > was it against -rc6 or -rc7?
> >
>
On Thursday 19 April 2007, Ingo Molnar wrote:
> * Christian Hesse <[EMAIL PROTECTED]> wrote:
> > Linux 2.6.21-rc7
> > Suspend2 2.2.9.11 (applies cleanly to -rc7)
> > CFS v3 (without any additional patches)
> >
> > And it still hangs on suspend.
>
> i just tried the same and it suspended+resumed
Hi kernel people,
Just upgraded by home box to 2.6.20.7. Wow.
* Reiser3 mount times are drastically reduced,
even when journal replay is needed
(I have few 100Gb+ reiser3 partitions mounted at boot)
* sit pseudo-interface is gone. In previous kernel, I tried
to disable it in kernel config
Tejun Heo wrote:
This really isn't a regression. It's been always like that with libata.
libata doesn't make devices go into standby mode and shutdown(8) does
it for libata. The problem here is that libata does issue
SYNCHRONIZE_CACHE on shutdown. So, the sequence of event is...
1.
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 really my
drive head doing an
On Tue, 17 Apr 2007, Shaohua Li wrote:
Looks there is init order issue of sysfs files. The new refreshed patch
should fix your bug.
Yes, that did fix the hang on resume from STR -- that now works fine.
However:
[EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_drivers
On Thu, Apr 19, 2007 at 08:47:13AM +1000, Neil Brown wrote:
> > Fixed by changing /etc/fstab and rebuilding initrd, but IMO rootfstype=
> > should have worked.
>
> I think these are both issues that should be solved by smarts in the
> initrd.
This is getting away from the intent of Kyle's
Stephen Clark wrote:
I tried this on 2.6.20.2 it applied to libata with some fuzz and I had
to manually edit libata.h
When I did a shutdown I still got the click/pop.
I also noticed the last thing displayed on the lcd before it goes blank is
Synchronizing SCSI Disks - then the click/pop.
HTH,
Alan Cox napsal(a):
> On Thu, 19 Apr 2007 00:35:20 +0200 (CEST)
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> don't you consider this useful for some drivers. There are many cases, when
>> tty_insert_flip_stringio might be used.
>
> I couldn't see anyone who really benefitted when I
On Wednesday April 18, [EMAIL PROTECTED] wrote:
> > On Wed, 18 Apr 2007 11:55:52 -0400 Kyle McMartin <[EMAIL PROTECTED]> wrote:
> > With the move to initramfs and heavily modular configs, which include
> > loading storage drivers from early userspace, it's becoming harder
> > to provide users with
On Thu, 19 Apr 2007 00:35:20 +0200 (CEST)
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Hi,
>
> don't you consider this useful for some drivers. There are many cases, when
> tty_insert_flip_stringio might be used.
I couldn't see anyone who really benefitted when I first looked at this
but if you've
Hi,
don't you consider this useful for some drivers. There are many cases, when
tty_insert_flip_stringio might be used.
--
tty, add io tty_insert_flip_string variants
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit a7dafceb31ff535b793227036f5b2b6a1e8cf233
tree
This patch adds support for mail and wifi leds. It modifies the Kconfig
file to automatically pull led_class with wistron_btns, hopefully
everyone is fine with this.
It doesn't add support for bluetooth led because, so far, it seems all
the laptops with bluetooth have led and bluetooth system
Hello,
The following two patches are against the input tree and improve the
wistron_btns driver.
The first patch is mostly trivial, it fixes a typo that I introduced in
the previous batch.
The second patch adds led support to the driver (and therefore also
dependency on the led class).
See
This fix a typo on the TM610 definition, inserted in my recent patch
"add-acerhk-database".
Eric
From: Eric Piel <[EMAIL PROTECTED]>
wriston_btns: Fix typo for TM610
I did a typo in a previous patch for wistron_btns "add acerhk database". This
patch fixes this typo that prevented PROG2 key to
On Thursday 19 April 2007, Ingo Molnar wrote:
> * Christian Hesse <[EMAIL PROTECTED]> wrote:
> > > although probably your suspend2 problem is still not fixed, it's
> > > worth a try nevertheless. Which suspend2 patch did you apply, and
> > > was it against -rc6 or -rc7?
> >
> > You are right
* Christian Hesse <[EMAIL PROTECTED]> wrote:
> Linux 2.6.21-rc7
> Suspend2 2.2.9.11 (applies cleanly to -rc7)
> CFS v3 (without any additional patches)
>
> And it still hangs on suspend.
i just tried the same and it suspended+resumed just fine:
Restarting tasks ... done.
Suspend2 debugging
* Christian Hesse <[EMAIL PROTECTED]> wrote:
> > although probably your suspend2 problem is still not fixed, it's
> > worth a try nevertheless. Which suspend2 patch did you apply, and
> > was it against -rc6 or -rc7?
>
> You are right again. ;-)
>
> Linux 2.6.21-rc7
> Suspend2 2.2.9.11
On Wednesday 18 April 2007, Ingo Molnar wrote:
> * Christian Hesse <[EMAIL PROTECTED]> wrote:
> > > i took a quick look at suspend2 and it makes some use of yield().
> > > There's a bug in CFS's yield code, i've attached a patch that should
> > > fix it, does it make any difference to the hang?
>
On Wednesday 18 April 2007 22:33, Con Kolivas wrote:
> On Wednesday 18 April 2007 22:14, Nick Piggin wrote:
> > On Wed, Apr 18, 2007 at 07:33:56PM +1000, Con Kolivas wrote:
> > > On Wednesday 18 April 2007 18:55, Nick Piggin wrote:
> > > > Again, for comparison 2.6.21-rc7 mainline:
> > > >
> > > >
* Davide Libenzi <[EMAIL PROTECTED]> wrote:
> I think Ingo's idea of a new sched_group to contain the generic
> parameters needed for the "key" calculation, works better than adding
> more fields to existing strctures (that would, of course, host
> pointers to it). Otherwise I can already the
Hello,
I'm having a problem on the newest version of linus's git tree with my qla2xxx
card. This is on a UP box, the problem doesn't happen on my similarly
configured SMP box. When I unload and then try to load the qla2xxx driver again
I get this message
kobject_add failed for 3:0:0:0 with
> On Wed, 18 Apr 2007 11:55:52 -0400 Kyle McMartin <[EMAIL PROTECTED]> wrote:
> With the move to initramfs and heavily modular configs, which include
> loading storage drivers from early userspace, it's becoming harder
> to provide users with a way of overriding module parameters at boot.
>
>
Hi Paul:
Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> So this doesn't change process_input_packet(), which treats the case
> where the first byte is 0xff (PPP_ALLSTATIONS) but the second byte is
> 0x03 (PPP_UI) as indicating a packet with a PPP protocol number of
> 0xff. Arguably that's wrong
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> It appears to me that the following can be taken in for mainline (or
> rejected for mainline) independently of the rest of the cfs patch.
yeah - it's a patch written by Suresh, and this should already be in the
for-v2.6.22 -mm queue. See:
On 4/18/07, Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
On Wednesday 18 April 2007, Chuck Ebbert wrote:
> Mark Lord wrote:
> > Mark Lord wrote:
> >>
> >> With the patch applied, I don't see *any* new activity in those
> >> S.M.A.R.T.
> >> attributes over multiple hibernates (Linux
Bartlomiej Zolnierkiewicz wrote:
> On Wednesday 18 April 2007, Chuck Ebbert wrote:
>> Mark Lord wrote:
>>> Mark Lord wrote:
With the patch applied, I don't see *any* new activity in those
S.M.A.R.T.
attributes over multiple hibernates (Linux "suspend-to-disk").
>>> Scratch that --
On Wed, Apr 18, 2007 at 07:50:17PM +0200, Ingo Molnar wrote:
> this is the third release of the CFS patchset (against v2.6.21-rc7), and
> can be downloaded from:
>http://redhat.com/~mingo/cfs-scheduler/
> this is a pure "fix reported regressions" release so there's much less
> churn:
>5
On Wednesday 18 April 2007 16:23, Robert P. J. Day wrote:
> On Wed, 18 Apr 2007, Len Brown wrote:
> > Here is how it should work. CONFIG_ACPI and CONFIG_APM should both
> > available in a kernel build. However, at boot time, of ACPI is
> > active, then APM should be disabled.
> >
> > The
On Wed, Apr 18, 2007 at 08:35:22PM +0100, Hugh Dickins wrote:
> I only have CONFIG_NUMA=y for build testing: surprised when trying a memhog
> to see lots of other processes killed with "No available memory (MPOL_BIND)".
> memhog is killed correctly once we initialize nodemask in
On Wednesday 18 April 2007, Tejun Heo wrote:
> Mark Lord wrote:
> > Chuck Ebbert wrote:
> >> Mark Lord wrote:
> >>> I'll patch it locally on my own machines, but what about the tens
> >>> of thousands of other Seagate notebook drive owners out there?
> >>>
> >>
> >> This is a problem with Seagate
On Wednesday 18 April 2007 16:23, Jeff Garzik wrote:
> Len Brown wrote:
> > < Linux version 2.6.20-1.2933.fc6
> > < ([EMAIL PROTECTED]) (gcc version 4.1.1 20070105
> > < (Red Hat 4.1.1-51)) #1 SMP Mon Mar 19 11:38:26 EDT 2007
> > ---
> >> Linux version 2.6.20-1.3023.fc7
> >> ([EMAIL PROTECTED])
* Christian Hesse <[EMAIL PROTECTED]> wrote:
> > i took a quick look at suspend2 and it makes some use of yield().
> > There's a bug in CFS's yield code, i've attached a patch that should
> > fix it, does it make any difference to the hang?
>
> This patch should apply cleanly against what?
On Wed, 18 Apr 2007, Crispin Cowan wrote:
> James Morris wrote:
> > On Tue, 17 Apr 2007, Alan Cox wrote:
> >
> >> I'm not sure if AppArmor can be made good security for the general case,
> >> but it is a model that works in the limited http environment
> >> (eg .htaccess) and is something
On Wednesday 18 April 2007, Chuck Ebbert wrote:
> Mark Lord wrote:
> > Mark Lord wrote:
> >>
> >> With the patch applied, I don't see *any* new activity in those
> >> S.M.A.R.T.
> >> attributes over multiple hibernates (Linux "suspend-to-disk").
> >
> > Scratch that -- operator failure. ;)
> >
* S.Çağlar Onur <[EMAIL PROTECTED]> wrote:
> > great! Could you please unapply the hack above and try the proper
> > fix below, does this one solve the hangs too?
>
> Instead of that one, i tried CFSv3 and i cannot reproduce the hang
> anymore, Thanks!...
cool, thanks for the quick
18 Nis 2007 Çar tarihinde, Ingo Molnar şunları yazmıştı:
> * S.Çağlar Onur <[EMAIL PROTECTED]> wrote:
> > - schedule();
> > + msleep(1);
> >
> > which Ingo sends me to try also has the same effect on me. I cannot
> > reproduce hangs anymore with that patch applied top of CFS while one
On Wed, 18 Apr 2007, Hugh Dickins wrote:
> I only have CONFIG_NUMA=y for build testing: surprised when trying a memhog
> to see lots of other processes killed with "No available memory (MPOL_BIND)".
> memhog is killed correctly once we initialize nodemask in constrained_alloc().
>
>
johann deneux napsal(a):
> Jiri,
>
> Which solution did you chose to implement? From what I remember, we
> last discussed Dmitry's idea of specifying an axis for an effect, then
> combine several effects to achieve complex effects.
I think you mean motor instead of axis, because I don't push
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > perhaps a more fitting term would be 'precise group-scheduling'.
> > Within the lowest level task group entity (be that thread group or
> > uid group, etc.) 'precise scheduling' is equivalent to 'fairness'.
>
> Yes. Absolutely. Except I think
[EMAIL PROTECTED] writes:
> What's the command to get a diff of "what I would merge if I said 'git pull'?"
$ git fetch
$ git diff master origin
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint =
> On Wed, 18 Apr 2007 15:54:00 +0200 Valerie Clement <[EMAIL PROTECTED]> 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
Stephen Clark wrote:
> Chuck Ebbert wrote:
>
>> Stephen Clark wrote:
>>
>>
>>> Hello,
>>>
>>> I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
>>> failed on both.
>>>
>>>
>>
>> FC7 test4 will be out any day now. Please test that -- test2 is ancient
>> now.
>>
>>
>>
अभिजित भोपटकर (Abhijit Bhopatkar) wrote:
The mm structures of interactive tasks are marked and
the pages belonging to them are never shifted to inactive
list in lru algorithm. Thus keeping interactive tasks in
memory as long as possible.
The interactivity is already determined by schedular so
we
1 - 100 of 738 matches
Mail list logo