On 04/14/2007 08:24 AM, Junio C Hamano wrote:
I think adding these lines to .git/config would do the trick,
after you have done the "checkout -b v2.6.20 v2.6.20" step:
[branch "v2.6.20"]
remote = stable
merge = refs/heads/master
[remote "stable"]
url = git://git.kernel.o
On Fri, Apr 13, 2007 at 11:24:19PM -0700, Junio C Hamano wrote:
> Rene Herman <[EMAIL PROTECTED]> writes:
>
> > Stumbling around with git here. I'd like to use git to efficiently
> > track the current -stable as well as -current. Say, my local tree is a
> > clone of Linus current:
> >
> > git clon
On Saturday 14 April 2007 02:38:08 you wrote:
> This email lists some known regressions in Linus' tree compared to 2.6.20.
>
> If you find your name in the Cc header, you are either submitter of one
> of the bugs, maintainer of an affectected subsystem or driver, a patch
> of you caused a breakage
use set_current_state(TASK_*) instead of current->state = TASK_*,
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
amiserial.c |4 ++--
cyclades.c |4 ++--
epca.c |2 +-
genrtc.c|2 +-
mxser.c |2 +-
mxser_new.c |2 +-
n_r3964.c |4 ++--
ri
On Sat, Apr 14, 2007 at 02:38:08AM +0200, Adrian Bunk wrote:
> Subject: ThinkPad X60: resume no longer works (PCI related?)
> workaround: booting with "hpet=disable"
> References : http://lkml.org/lkml/2007/3/13/3
> Submitter : Dave Jones <[EMAIL PROTECTED]>
>
Hello list,
I recently switched one of my older gateways from 2.4 to 2.6. I had a
transparent proxy set-up as explained
here http://www.faqs.org/docs/Linux-mini/TransparentProxy.html#ss6.2
I know that transparent proxying is generally being frowned on but in
this special case I have to use i
On Sat, Apr 14, 2007 at 08:43:34AM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > Nick noticed that upon fork we change parent->wait_runtime but we do
> > not requeue it within the rbtree.
>
> this fix is not complete - because the child runqueue is locked here,
>
Hi,
I got this bug report a while ago:
Bradley Hook wrote:
> Slightly off-topic, but I've been experiencing a minor bug in the
> keyboard backlight feature.
>
> I say it is "minor" only because the feature serves no real functional
> purpose. You can activate a trigger called "heartbeat" that wil
On Fri, Apr 13, 2007 at 08:20:49AM -0700, Randy Dunlap wrote:
> On Fri, 13 Apr 2007 08:35:00 +0200 Borislav Petkov wrote:
>
> > On Thu, Apr 12, 2007 at 04:48:51PM -0700, Randy Dunlap wrote:
> > > On Thu, 12 Apr 2007 22:38:42 +0200 Borislav Petkov wrote:
> > >
> > > > When building pdfdocs, the db
Adrian Bunk wrote:
> On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > Linus Torvalds wrote:
> >
> > > We should be getting close to a 2.6.21 release, so please update any
> > > regression reports you've done,
> >
> > For me, suspend to disk works only once (has been the case
* Rene Herman ([EMAIL PROTECTED]) wrote:
> Stumbling around with git here. I'd like to use git to efficiently track
> the current -stable as well as -current. Say, my local tree is a clone of
> Linus current:
>
> git clone \
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
On Sat, Apr 14, 2007 at 10:08:34AM +0200, Willy Tarreau wrote:
> On Sat, Apr 14, 2007 at 08:43:34AM +0200, Ingo Molnar wrote:
> >
> > * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > > Nick noticed that upon fork we change parent->wait_runtime but we do
> > > not requeue it within the rbtree.
>
The list of statistics entries maintained by type 'sparse' might have
shown unsorted entries with regard to the number of reported hits. The
reason was that new entries were always added at the tail of the list
regardless of the number of hits they came with. Unsorted lists might
suffer a performan
use set_current_state(TASK_*) instead of current->state = TASK_*, in fs/jfs
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
jfs_lock.h |2 +-
jfs_logmgr.c |4 ++--
jfs_txnmgr.c |6 +++---
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/fs/jfs/jfs_lock.
Hi,
On Sat, 2007-04-14 at 16:05 +0800, Nicolas Boichat wrote:
> Bradley Hook wrote:
> > Slightly off-topic, but I've been experiencing a minor bug in the
> > keyboard backlight feature.
> >
> > I say it is "minor" only because the feature serves no real functional
> > purpose. You can activate a t
use set_current_state(TASK_*) instead of current->state = TASK_*, in fs/ocfs2
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
dlmthread.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ocfs2/dlm/dlmthread.c b/fs/ocfs2/dlm/dlmthread.c
index 2b264c6..26f4
use set_current_state(TASK_*) instead of current->state = TASK_*, in fs/nfs
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
idmap.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/nfs/idmap.c b/fs/nfs/idmap.c
index 9d4a6b2..054ca15 100644
--- a/fs/nfs
use set_current_state(TASK_*) instead of current->state = TASK_*, in fs/reiserfs
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
journal.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/reiserfs/journal.c b/fs/reiserfs/journal.c
index 7280a23..864b15a 1
Hi Ingo,
Did a test with massive_intr.c on a standard linux desktop.
for vanilla, con's Sd-0.40 and cfs.
Test bed is a p4 2.26GHz, 512mb ram
No load on the machine expect for the X server.
Results are stated below
Vanilla Kernel
2.6.21-rc6-vanilla #8 SMP Sat Apr 14
[EMA
On Thu, Apr 12, 2007 at 09:23:45PM -0500, Matt Mackall wrote:
> On Fri, Apr 13, 2007 at 12:21:25PM +1000, Nick Piggin wrote:
> > Matt Mackall wrote:
> > >On Fri, Apr 13, 2007 at 11:42:29AM +1000, Nick Piggin wrote:
> >
> > >>If kprobes is simply crappy and doesn't work properly for this, then I
>
On 04/14/2007 10:34 AM, Chris Wright wrote:
I've already put a tree like this up on kernel.org. The master branch
is Linus' tree, and there's branches for each of the stable releases
called linux-2.6.[12-20].y (I didn't add 2.6.11.y).
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6-
On Saturday, 14 April 2007 10:16, Tobias Diedrich wrote:
> Adrian Bunk wrote:
> > On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > > Linus Torvalds wrote:
> > >
> > > > We should be getting close to a 2.6.21 release, so please update any
> > > > regression reports you've done,
Hi Surya,
On Sat, Apr 14, 2007 at 02:19:06PM +0530, [EMAIL PROTECTED] wrote:
(...)
thanks for the interesting results.
> cpu time is very very close to being fair in cfs. Will be trying out
> ringtest in the next round.
It looks like Ingo can do very good things, he just needs very strong
compe
On Saturday, 14 April 2007 01:03, Nigel Cunningham wrote:
> Hi.
>
> On Sat, 2007-04-14 at 00:57 +0200, Rafael J. Wysocki wrote:
> > > > > Well, I'm not sure. First, we don't really know what the value of it
> > > > > should be
> > > > > and this alone is a good enough reason for making it tunabl
On Thu, Apr 12, 2007 at 10:01:07AM +0200, Jesper Juhl wrote:
> Yesterday one of my servers Oops'ed on me :-(
> The server was running an old 2.6.13.4 kernel.
> I got a screenshot of the Oops which is available here :
> http://www.kernel.org/pub/linux/kernel/people/juhl/images/2.6.13.4-crash.png
>
>
Milind Arun Choudhary a écrit :
use set_current_state(TASK_*) instead of current->state = TASK_*, in fs/nfs
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
idmap.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/nfs/idmap.c b/fs/nfs/idmap.c
index 9d
2.6.21-rc* kernels come with a feature that adds timer statistics
to /proc/timer_stats (CONFIG_TIMER_STATS). This patch set makes it use
the proposed statistics infrastructure (-mm tree), and adds prequisite
functions to the statistics code.
The result are noticeable lines of code savings.
kernel/
Small cleanup
Signed-off-by: Martin Peschke <[EMAIL PROTECTED]>
---
include/linux/statistic.h |6 +++---
lib/statistic.c |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
Index: linux/include/linux/statistic.h
=
This patch allows clients of the statistics infrastructure to be called
back when an entry of a statistic is printed and if the client might
want to add some kind of label to the output string. A line would look
like this then:
Signed-off-by: Martin Peschke <[EMAIL PROTECTED]>
---
include/l
Client have statistics be updated by reporting (X, Y) data pairs, with X
being a certain characteristic and Y a qualifier, e.g. (request size,
number of new requests of this size). In a way, the role of X is the one
of a primary key for statistics entries, if the statistic comprises
several "basket
This patch implements timer_stats based on the statistics
infrastructure.
Here is some sample output, which even somewhat
resembles /proc/timer_stats.
(>80 char lines because of symbol names, sorry for line breaks).
It reads:
with label being:
()
[EMAIL PROTECTED] timer_stats]# cat data
On 11:39 Sat 14 Apr , Eric Dumazet wrote:
> Milind Arun Choudhary a écrit :
> >use set_current_state(TASK_*) instead of current->state = TASK_*, in fs/nfs
> Probably a dumb question, so please forgive me.
no.
you have a valid point
My bad :(
I should probably be enjoying my weekend outdoors..
Jiri Slaby wrote:
: I went through the locking again just now, but I can't see anything
: wrong. Could you please enable CONFIG_PROVE_LOCKING and CONFIG_DEBUG_LOCKDEP
and
: retest?
:
: And also post stty -a -F /dev/ttyMIXX or a setup passed to
: tcsetattr/ioctl(TCSETA/S) if available. What do you
Rafael J. Wysocki wrote:
> On Saturday, 14 April 2007 10:16, Tobias Diedrich wrote:
> > Adrian Bunk wrote:
> > > On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > > > Linus Torvalds wrote:
> > > >
> > > > > We should be getting close to a 2.6.21 release, so please update any
>
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > this fix is not complete - because the child runqueue is locked
> > here, not the parent's. I've fixed this properly in my tree and have
> > uploaded a new sched-modular+cfs.patch. (the effects of the original
> > bug are mostly harmless, the rbtr
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Forking becomes very slow above a load of 100 it seems. Sometimes, the
> shell takes 2 or 3 seconds to return to prompt after I run "scheddos
> &"
this might be changed/impacted by the parent-requeue fix that is in the
updated (for real, promise! ;
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> One other thing, what happens in the case of slow, frequency changing,
> are/or inaccurate clocks .. Is the old sched_clock behavior still
> tolerated?
yeah, good question. Yesterday i did a quick testboot with that too, and
it seemed to behave pre
On Saturday 14 April 2007 08:20:50 Jeremy Fitzhardinge wrote:
> I'm seeing this:
>
> Apr 13 21:55:34 localhost kernel: BUG: sleeping function called from invalid
> context at kernel/sched.c:3643
Fixed now. The latest sched-clock was leaking preempt counts during
cpu frequency changes.
-Andi
-
T
From: Haavard Skinnemoen <[EMAIL PROTECTED]>
Include linux/tracehook.h and linux/utrace.h
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
Don't know why I missed these initially, but this should fix utrace
on avr32.
Andrew, I've rebased my avr32-arch branch so it should no longer
confl
Hello Rene,
Rene Herman wrote:
> each time that a new -stable is released. Rather though, I'd like a simple
> "git pull" to do this while on this branch while a "git pull" while back on
> the master branch pulls from the originally cloned Linus repo again.
>
> Is this possible? Do I want it to
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
> Did a test with massive_intr.c on a standard linux desktop.
> for vanilla, con's Sd-0.40 and cfs.
thanks!
> [EMAIL PROTECTED] tests]$ ./massive_intr 10 10
> 002435 0120
> 002439 0120
> 002441 0120
> 002434 0120
>
Adrian Bunk wrote:
> On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > Linus Torvalds wrote:
> >
> > > We should be getting close to a 2.6.21 release, so please update any
> > > regression reports you've done,
> >
> > For me, suspend to disk works only once (has been the case
On Sat, Apr 14, 2007 at 09:43:29AM +1000, Neil Brown wrote:
> On Friday April 13, [EMAIL PROTECTED] wrote:
> > Before I go on, let me appologise. I don't really know what I hope to
> > accomplish, beyond trying to garner thoughts (and support?) for the topic.
> >
> > Essentially: I want to use L
On Fri, 13 Apr 2007, Stephen Rothwell wrote:
> On Fri, 13 Apr 2007 04:20:10 -0400 (EDT) "Robert P. J. Day" <[EMAIL
> PROTECTED]> wrote:
> >
> > On Fri, 13 Apr 2007, Stephen Rothwell wrote:
> > >
> > > One thing that comes to mind is that you will need some way to
> > > make sure that only one of
Tobias Diedrich wrote:
> Adrian Bunk wrote:
> > On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > > Linus Torvalds wrote:
> > >
> > > > We should be getting close to a 2.6.21 release, so please update any
> > > > regression reports you've done,
> > >
> > > For me, suspend to d
On Sat, Apr 14, 2007 at 10:16:19AM +0200, Tobias Diedrich wrote:
> Adrian Bunk wrote:
> > On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > > Linus Torvalds wrote:
> > >
> > > > We should be getting close to a 2.6.21 release, so please update any
> > > > regression reports you'
Tobias Diedrich wrote:
> > ed746e3b18f4df18afa3763155972c5835f284c5 is first bad commit
> > commit ed746e3b18f4df18afa3763155972c5835f284c5
> > Author: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > Date: Sat Feb 10 01:43:32 2007 -0800
> >
> > [PATCH] swsusp: Change code ordering in disk.c
> >
Jan Kasprzak wrote:
> Jiri Slaby wrote:
> : wrong. Could you please enable CONFIG_PROVE_LOCKING and
> CONFIG_DEBUG_LOCKDEP and
>
> Looking at the code, maybe the &port->slock in mxser_interrupt()
> should be dropped before calling mxser_receive_chars() (and probably
> also befor calling oth
This is a very simple bitbanging i2c bus driver utilizing the new
arch-neutral GPIO API. Useful for chips that don't have a built-in
i2c controller, additional i2c busses, or testing purposes.
To use, include something similar to the following in the
board-specific setup code:
#include
stat
On Sat, Apr 14, 2007 at 02:31:54PM +0200, Tobias Diedrich wrote:
> Tobias Diedrich wrote:
> > > ed746e3b18f4df18afa3763155972c5835f284c5 is first bad commit
> > > commit ed746e3b18f4df18afa3763155972c5835f284c5
> > > Author: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > > Date: Sat Feb 10 01:43:32 20
On Fri, 13 Apr 2007, Stephen Rothwell wrote:
> On Fri, 13 Apr 2007 04:20:10 -0400 (EDT) "Robert P. J. Day" <[EMAIL
> PROTECTED]> wrote:
> >
> > On Fri, 13 Apr 2007, Stephen Rothwell wrote:
> > >
> > > One thing that comes to mind is that you will need some way to
> > > make sure that only one of
On Fri, April 13, 2007 22:16, Pete Zaitcev wrote:
>
> The transfer size in the URB is not limited by the maximum packet
> size. The HC driver splits up the transfer as specified by URB into
> the required number of packets.
The problem was not in the transfer from PC -> Device, but from Device
->
Hi,
On 4/14/07, Herbert Xu <[EMAIL PROTECTED]> wrote:
It should be easy to restrict a crypto device so that it's used
by one specific user. That's why we have generic names ("aes") vs.
specific ones ("aes-foo").
So if you let the priority user pick "aes-foo" instead of "aes",
and given that th
Adrian Bunk wrote:
Unless we finally completely remove it, people will always add new users.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
If this is really it, then ACK!
---
Documentation/feature-removal-schedule.txt |7 ---
On Sat, Apr 14, 2007 at 03:01:01PM +0200, Willy Tarreau wrote:
>
> Well, I'll stop heating the room for now as I get out of ideas about how
> to defeat it.
Ah, I found something nasty.
If I start large batches of processes like this :
$ for i in $(seq 1 1000); do ./scheddos2 4000 4000 & done
th
Martin,
On Sat, 2007-04-14 at 12:09 +0200, Martin Peschke wrote:
> 2.6.21-rc* kernels come with a feature that adds timer statistics
> to /proc/timer_stats (CONFIG_TIMER_STATS). This patch set makes it use
> the proposed statistics infrastructure (-mm tree), and adds prequisite
> functions to the
On Sat, Apr 14, 2007 at 12:53:39PM +0200, Ingo Molnar wrote:
>
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > Forking becomes very slow above a load of 100 it seems. Sometimes, the
> > shell takes 2 or 3 seconds to return to prompt after I run "scheddos
> > &"
>
> this might be changed/imp
Hi,
I don't have the original message just my reply,
I had try a FC6-respin dvd.iso ( which have kernel 2.6.20) in my old
laptop (http://sergiomb.no-ip.org/laptop/ ) which need "VIA IRQ quirk
fixup" and I had many problems with booting after dig a little I found
that quirks aren't applied anymor
Hi again,
Richard Purdie wrote:
> Hi,
>
> On Sat, 2007-04-14 at 16:05 +0800, Nicolas Boichat wrote:
>
>> Bradley Hook wrote:
>>
>>> Slightly off-topic, but I've been experiencing a minor bug in the
>>> keyboard backlight feature.
>>>
>>> I say it is "minor" only because the feature serves
On 4/13/07, Neil Brown <[EMAIL PROTECTED]> wrote:
On Friday April 13, [EMAIL PROTECTED] wrote:
> Before I go on, let me appologise. I don't really know what I hope to
> accomplish, beyond trying to garner thoughts (and support?) for the topic.
>
> Essentially: I want to use Linux and ZFS. I don't
On Sat, 14 Apr 2007 14:56:47 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> o Default to a very low SCL frequency (6.6 kHz) if clock stretching
> isn't supported
This would have been true if I had remembered to save before generating
the patch...
Updated patch below. Sorry about the
Jiri Slaby wrote:
: I would rather incline to the second variant as it is the original approach
: from moxa driver and I have no idea, what might happen if we drop the lock
: before calling all involved mxser_ routines.
:
: Could you both (if possible) test the attached patch and drop a message,
:
After some investigation, there turned out only to be one, so this is
the final bug fix I have in SCSI.
It's in
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6.git
but since there's only one, I also attach it below.
James
>From 6e3b2bbb197eb12b2bef35bcf2ac3bd6a5facab2 M
On Sat, Apr 14, 2007 at 03:27:32PM +0200, Willy Tarreau wrote:
> On Sat, Apr 14, 2007 at 03:01:01PM +0200, Willy Tarreau wrote:
> >
> > Well, I'll stop heating the room for now as I get out of ideas about how
> > to defeat it.
>
> Ah, I found something nasty.
> If I start large batches of process
On Fri, Apr 06, 2007 at 12:29:19PM +0200, Thomas Gleixner wrote:
> On Fri, 2007-04-06 at 12:20 +0200, Adrian Bunk wrote:
> > As scheduled, do_setitimer() now returns -EINVAL for invalid timeval.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> Ha, you beat me by a minute :)
>
> > - ch
13 Nis 2007 Cum tarihinde, Ingo Molnar şunları yazmıştı:
> [announce] [patch] Modular Scheduler Core and Completely Fair Scheduler
> [CFS]
>
> i'm pleased to announce the first release of the "Modular Scheduler Core
> and Completely Fair Scheduler [CFS]" patchset:
Currently im using Linus's curre
Ingo Molnar wrote:
i kept the 50%/50% rule from the old scheduler, but maybe it's a more
pristine (and smaller/faster) approach to just not give new children any
stats history to begin with. I've implemented an add-on patch that
implements this, you can find it at:
http://redhat.com/~ming
Hi!
Today our Opteron 265, 2x2, paniced after many months uptime, giving
only this error message:
HARDWARE ERROR
CPU 2: Machine Check Exception:4 Bank 4: b60a20010813
TSC 6bb9fd0142921a ADDR a891e9b8
This is not a software problem!
mcelog --ascii gives this on the above error:
HA
Espen Fjellvær Olsen wrote:
Hi!
Today our Opteron 265, 2x2, paniced after many months uptime, giving
only this error message:
HARDWARE ERROR
CPU 2: Machine Check Exception:4 Bank 4: b60a20010813
TSC 6bb9fd0142921a ADDR a891e9b8
This is not a software problem!
mcelog --ascii give
On Apr 14, 2007, at 4:34 AM, Chris Wright wrote:
I've already put a tree like this up on kernel.org. The master branch
is Linus' tree, and there's branches for each of the stable releases
called linux-2.6.[12-20].y (I didn't add 2.6.11.y).
http://git.kernel.org/?p=linux/kernel/git/stable/linu
* S.Çağlar Onur <[EMAIL PROTECTED]> wrote:
> > i'm pleased to announce the first release of the "Modular Scheduler
> > Core and Completely Fair Scheduler [CFS]" patchset:
>
> Currently im using Linus's current git + your extra patches + CFS for
> a while. Kaffeine constantly freezes (and uses
On Fri, 13 Apr 2007 11:14:22 +0200 Borislav Petkov wrote:
> This patch shuts warnings of the sort:
>
> make -C /mnt/samsung_200/sam/kernel/trees/21-rc6/build \
> KBUILD_SRC=/mnt/samsung_200/sam/kernel/trees/21-rc6 \
> KBUILD_EXTMOD="" -f /mnt/samsung_200/sam/kernel/trees/21-rc6/Makefi
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> BTW, I've tried your fork patch. It definitely helps forking because
> it takes below one second to create 4000 processes, then the load
> slowly increases. As you said, the children have to earn their share,
> and I find that it makes it easier to
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 14, 2007 at 03:01:01PM +0200, Willy Tarreau wrote:
> >
> > Well, I'll stop heating the room for now as I get out of ideas about how
> > to defeat it.
>
> Ah, I found something nasty.
> If I start large batches of processes like this :
>
On Mon, 09 Apr 2007, Alan Stern wrote:
> On Mon, 9 Apr 2007, Matthias Andree wrote:
>
> > Please Cc: me on replies, as I read linux-kernel sporadically and am not
> > subscribed to linux-usb-devel at all.
> >
> > Greetings,
> >
> > I have seen my USB keyboard drivers lock up several times now w
I have been diligently putting the spam emitters into my .procmailrc file, so
that anything that comes from them goes to /dev/null.
This included mailbag1.bizmailsrvcs.net and mailbag2.bizmailsrvcs.net.
The linux kernel mailing list disappeared! Turning on VERBOSE and watching
the procmail.log
David Miller writes:
> > It seems we fail to reserve enough headroom for the case
> > buf[0] == PPP_ALLSTATIONS and buf[1] != PPP_UI.
> >
> > Can you try this patch please?
>
> Any confirmation of this fix yet?
Indeed, ppp_async doesn't handle that case correctly.
RFC 1662 says:
The Con
On 4/14/07, Jan Yenya Kasprzak <[EMAIL PROTECTED]> wrote:
Works for me, altough it spits tons of (bogus, in this case)
warnings about possibly uninitialized variable "flags".
This is a gcc problem. I has been thinking about flags = 0
initialization, but developers dislike this shutting
Remove everything related to legacy power management.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
OK, this is an official patch submission which extends the previous
unofficial one since it also removes the vestiges of legacy PM for the
FR-V and MIPS architectures, although it has b
On Sat, 14 Apr 2007 09:14:25 -0400 (EDT), "Jeremy C. Andrus" <[EMAIL
PROTECTED]> wrote:
> On Fri, April 13, 2007 22:16, Pete Zaitcev wrote:
> > The transfer size in the URB is not limited by the maximum packet
> > size. The HC driver splits up the transfer as specified by URB into
> > the require
14 Nis 2007 Cts tarihinde, Ingo Molnar şunları yazmıştı:
> hm, could you try to strace it and/or attach gdb to it and figure out
> what's wrong? (perhaps involving the Kaffeine developers too?) As long
> as it's not a kernel level crash i cannot see how the scheduler could
> directly cause this -
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Sun, 15 Apr 2007 02:49:28 +1000
> I didn't see the patch (the message that this is a reply to is the
> first one that I have seen in this thread), so I can't comment on it.
Here is Patrick McHardy's patch:
diff --git a/drivers/net/ppp_async.c b/driv
On Sat, Apr 14, 2007 at 12:49:54PM -0400, Robert P. J. Day wrote:
> Date: Sat, 14 Apr 2007 12:49:54 -0400 (EDT)
> From: "Robert P. J. Day" <[EMAIL PROTECTED]>
> To: Linux Kernel Mailing List <[EMAIL PROTECTED]>
> cc: [EMAIL PROTECTED], Ralf Baechle <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED]
David Miller wrote:
> From: Paul Mackerras <[EMAIL PROTECTED]>
> Date: Sun, 15 Apr 2007 02:49:28 +1000
>
>
>>I didn't see the patch (the message that this is a reply to is the
>>first one that I have seen in this thread), so I can't comment on it.
>
>
> Here is Patrick McHardy's patch:
>
> [..
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
>> On Sat, Apr 14, 2007 at 03:01:01PM +0200, Willy Tarreau wrote:
>> >
>> > Well, I'll stop heating the room for now as I get out of ideas about how
>> > to defeat it.
>>
>> Ah, I found something nasty.
>> If
David Miller wrote:
> From: "doctor raid" <[EMAIL PROTECTED]>
> Date: Tue, 10 Apr 2007 16:02:01 -0700
>
>
>>[1] kernel errors reporting unaligned access of memory
>>[2] The following two lines iterate twice a piece, about once every 2
>>minutes:
>>
>> Kernel unaligned access at TPC[79c344]
* Brian Gernhardt ([EMAIL PROTECTED]) wrote:
> On Apr 14, 2007, at 4:34 AM, Chris Wright wrote:
> >I've already put a tree like this up on kernel.org. The master branch
> >is Linus' tree, and there's branches for each of the stable releases
> >called linux-2.6.[12-20].y (I didn't add 2.6.11.y).
>
On Apr 14, 2007, at 1:19 PM, Chris Wright wrote:
As I mentioned. The master branch (HEAD) is Linus' tree, and each
stable tree is on its own branch.
Hm. I should drink my coffee, then read the mailing list, not the
other way around. If you do update HEAD to be the most recent
stable, m
Hi Haavard,
On Sat, 14 Apr 2007 16:34:18 +0200, Haavard Skinnemoen wrote:
> On Sat, 14 Apr 2007 14:56:47 +0200
> Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
>
> > o Default to a very low SCL frequency (6.6 kHz) if clock stretching
> > isn't supported
>
> This would have been true if I ha
Hi Eric,
[...]
> >> the ramp up slows down after 700-800 processes, but something very
> >> strange happens. If I'm under X, I can switch the focus to all xterms
> >> (the WM is still alive) but all xterms are frozen. On the console,
> >> after one moment I simply cannot switch to another VT an
* Brian Gernhardt ([EMAIL PROTECTED]) wrote:
> Hm. I should drink my coffee, then read the mailing list, not the
> other way around. If you do update HEAD to be the most recent
> stable, my thanks. Apologies for the noise.
No problem, was a good suggestion (and it's done).
thanks,
-chris
-
On Fri, 13 Apr 2007, Junio C Hamano wrote:
>
> I think adding these lines to .git/config would do the trick,
> after you have done the "checkout -b v2.6.20 v2.6.20" step:
>
> [branch "v2.6.20"]
> remote = stable
> merge = refs/heads/master
Please don't do this. Using the same name
On Sat, 14 Apr 2007, Ralf Baechle wrote:
> On Sat, Apr 14, 2007 at 12:49:54PM -0400, Robert P. J. Day wrote:
> > Date: Sat, 14 Apr 2007 12:49:54 -0400 (EDT)
> > From: "Robert P. J. Day" <[EMAIL PROTECTED]>
> > To: Linux Kernel Mailing List <[EMAIL PROTECTED]>
> > cc: [EMAIL PROTECTED],
You might want to look at this discussion:
http://mail.opensolaris.org/pipermail/zfs-discuss/2007-April/027041.html
Let me quote my last letter:
The problem is not with CDDL, GPL is the problem. ATI and nVidia do
provide binary modules with GPL "adapters", but I don't think legality
of this app
Willy Tarreau <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> [...]
>> >> the ramp up slows down after 700-800 processes, but something very
>> >> strange happens. If I'm under X, I can switch the focus to all xterms
>> >> (the WM is still alive) but all xterms are frozen. On the console,
>> >> afte
On Sat, 14 Apr 2007, Willy Tarreau wrote:
>
> It is clearly possible. What I found strange is that I could still fork
> processes (eg: ls, dmesg|tail), ... but not switch to another VT anymore.
Considering the patches in question, it's almost definitely just a CPU
scheduling problem with starv
* Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> > Thinking about it, I don't know if there are calls to schedule()
> > while switching from tty1 to tty2. Alt-F2 had no effect anymore, and
> > "chvt 2" simply blocked. It would have been possible that a
> > schedule() call somewhere got starved
On 04/13, Eric W. Biederman wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> writes:
>
> > It's a shame kthread_stop() (may take a while!) runs with a global semaphore
> > held. With this patch kthread() allocates all neccesary data (struct
> > kthread)
> > on its own stack, globals kthread_stop_xxx
On Sat, Apr 14, 2007 at 07:54:33PM +0200, Ingo Molnar wrote:
>
> * Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
> > > Thinking about it, I don't know if there are calls to schedule()
> > > while switching from tty1 to tty2. Alt-F2 had no effect anymore, and
> > > "chvt 2" simply blocked. It w
On Saturday, 14 April 2007 15:00, Adrian Bunk wrote:
> On Sat, Apr 14, 2007 at 02:31:54PM +0200, Tobias Diedrich wrote:
> > Tobias Diedrich wrote:
> > > > ed746e3b18f4df18afa3763155972c5835f284c5 is first bad commit
> > > > commit ed746e3b18f4df18afa3763155972c5835f284c5
> > > > Author: Rafael J. W
1 - 100 of 196 matches
Mail list logo
