On Thu, Apr 19, 2007 at 08:14:16AM +0200, Ingo Molnar wrote:
>
> * Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> > 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.
>
> looks good in princip
Hi Len,
On Wed, 18 Apr 2007 13:42:56 -0400, Lennart Sorensen wrote:
> On Sat, Apr 14, 2007 at 07:28:07PM +0200, Jean Delvare wrote:
> > Otherwise it looks OK to me, I take the patch. If others have comments
> > or objections, just speak up and submit incremental patches as needed.
> >
> > Now I w
The following patches are against 2.6.21.rc6-mm1.
Hopefully that is enough to catch most of the recent development
activity.
I am aiming to remove all kernel threads that handle signals
from user space, to remove all calls to daemonize and kernel_thread
from non-core kernel code.
kernel thrreads
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 threads just yet because for them there's not
> really any apparen
Hi,
IMHO cancel_rearming_delayed_work is dangerous place:
- it assumes a work function always rearms (with no exception),
which probably isn't explained enough now (but anyway should
be checked in such loops);
- probably possible (theoretical) scenario: a few work
functions rearm themselves with
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> i just tried the same and it suspended+resumed just fine:
>
> Restarting tasks ... done.
> Suspend2 debugging info:
> - Suspend core : 2.2.9.12
> - Kernel Version : 2.6.21-rc7-CFS-v3
the key difference was that i should have attempted to sw-suspend t
On Wed, Apr 18, 2007 at 10:16:54AM -0700, Randy Dunlap wrote:
> On Fri, 13 Apr 2007 11:29:43 +0200 Borislav Petkov wrote:
>
> > Sorry for the improper whitespaces, here's a correct version.
> >
> > Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
> >
> >
> > Index: 21-rc6/scripts/kernel-doc
>
* 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 problems. Example: a machine
> with 100 busy httpd processes and suddenly a big
> > I'm pretty sure the reason you cannot reproduce this warning is the line
> >
> > 1
> >
> > which can be found in param.xsl, it being a part of the docbook-xsl
> > distribution. The parameter's name is self-explanatory and a '1' suppresses
> > the version generation. I was able to get this e
Pine.LNX.4.64.0704181515290.25880 () alien ! or ! mcafeemobile ! com
Davide Libenzi wrote:
> 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().
>
* Bob Picco <[EMAIL PROTECTED]> wrote:
> I had hoped to collect more data with CFS V2. It crashes in
> scale_nice_down for s2ram when attempting to disable_nonboot_cpus. So
> part of traceback looks like (typed by hand with obvious omissions):
>
> scale_nice_down
> update_stats_wait_end - not
* Christian Hesse <[EMAIL PROTECTED]> wrote:
> I now got some error message from my system:
>
> http://www.eworm.de/tmp/cfs-suspend.jpg
ah, this pinpoints a bug: for performance reasons pick_next_task()
assumes that the runqueue is not empty - which is true for schedule(),
but not in migrate_
* Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> 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.
looks good in principle - did you test it and it caught a bug that wasnt
caught before?
> +#ifde
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 2.6.21-rc6-mm1/kernel/work
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 concl
> 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 pages
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 eff
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 r
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 blocks
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 me
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 b/drivers/s390/char/vm
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
i
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.
Is
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 g
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 the
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 wakeu
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 coul
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 h
> >> > 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 fo
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) dual
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 st
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 i
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 se
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 stil
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?
> >
> > Y
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 nfs-
> "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 pa
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 ha
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 app
> "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 d
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 r
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 PROTE
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
suppose
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
#en
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 eac
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
amount
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 improv
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 in
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 "f
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 thread
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 when
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
threa
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 bro
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 v
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 incre
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 staircase-
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 su
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 machine
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 Li
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 b
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 seq
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 jus
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 t
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. shutdown(
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 eme
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
current_d
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 firs
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 go
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 51e1bd24bfb9a2842bb12e09
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 li
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 y
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 again.
* 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 inf
* 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 (appli
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 -EEX
> 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.
>
> Curr
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 s
* 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 "susp
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 -- op
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 f
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 pm_active
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 constrained_alloc()
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
1 - 100 of 372 matches
Mail list logo