[PATCH] thinko in 2.2.17 task file code

2000-09-13 Thread willy tarreau
Hi Andre, I remember you were very tired when you wrote this code. There's a little thinko in it, I believe : int tasksize = (HDIO_DRIVE_TASK) ? HDIO_DRIVE_TASK_HDR_SIZE : HDIO_DRIVE_CMD_HDR_SIZE; should be : int tasksize = (cmd==HDIO_DRIVE_TASK) ? HDIO_DRIVE_TASK_HDR_SIZE :

[PATCH] wrong SNAT behaviour in kernels 2.2.X

2000-09-13 Thread willy tarreau
Hi Alexey, I recently came across a rather strange thing using source NAT with ip rule : if the packets to be translated are matched ONLY by fwmark, and no from prefix is specified, the resulting address will be the original one ORed with the new desired one. This is because the srcmask field is

Re: Proposal: Linux Kernel Patch Management System

2000-09-13 Thread willy tarreau
Hi ! This is a very interesting idea, but I think we will quickly need two more types of information from the patch sender : - type of patch (fix, new feature, performance boost, cleanup ...) - the degree of reliability known to the sender : - some patches are hand-coded (often proposals

Re: Bonding Driver Questions + security warning

2000-09-26 Thread Willy TARREAU
Hello Constantine ! I also needed to be able to detect a failed link and to remove the guilty interface from a trunk between a linux box and an Alteon A708 switch. So I've just written a little patch against 2.2.17 to implement the BOND_RELEASE ioctl (Thomas Davis cc'd for this). I also quickly

[PATCH-2.2] Bonding Driver Enhancements + Security fix

2000-09-30 Thread Willy TARREAU
Hello Thomas ! I've slightly enhanced the bonding code : - MII link checking with automatic slave enabling/disabling : Now the bond interface monitors all its MII-compliant slaves and disables the ones which have a dead link, and enables those which have a good one. The link check

[PATCH-2.2.18] compile fix for netdevice.h

2000-10-02 Thread willy tarreau
Hi Alan, with the ethernet frame diverter in 2.2.18, netdevice.h breaks compilation of user space progs because of an include of net/divert.h. The following one-liner patch fixes it. BTW, in the 2.2.18pre14 main Makefile, the "CC = " statement should be replaced with "CC := ". On my box, the

[PATCH-2.2.18] compile on Alpha - loops_per_jiffy

2000-10-02 Thread willy tarreau
Hi Alan, 2.2.18pre14 compiles and runs on Alpha with the following patch. It only replaces loops_per_sec with loops_per_jiffy*HZ. It works for me, although I'm not totally sure this is quite correct. BTW, I had to remove nvram and drm to compile. Will see later why (unknown references to

Re: [PATCH-2.2] Bonding Driver Enhancements + Security fix

2000-10-03 Thread willy tarreau
rename bond_xmit to bond_xmit_roundrobin, so bond_xmit_xor can be implemented, and used if desired. bond_xmit_xor is what cisco etherchannel/sun trunking really uses, not round robin. how does their xor method work ? do you know about an RFC stating about this, that I could read ? I'm

Re: [PATCH-2.2] Bonding Driver Enhancements + Security fix

2000-10-03 Thread willy tarreau
Hello Thomas, I've modified the slaves lists as you suggested to me. The more I tried to optimize the code, the more it looked like 2.4's, so it seems the last one is already optimal. There's no slave_queue anymore, and the transmit path in bond_xmit_roundrobin is far faster. I have also

Re: [PATCH-2.2] Bonding Driver Enhancements - final

2000-10-06 Thread willy tarreau
Donald's email server has been down for few days, my machine was not able to send him e-mail. ok. Regarding your last patch -- it does not include the documentation update (ifenslave.c compile problem is solved). yes, it's just what I've discovered yesterday evening. I'll attach the

Re: bonding.c and proc_fs

2000-10-11 Thread Willy TARREAU
Hello ! I think that you should wait a bit before writing a config in /proc for the bonding driver. I have rewritten quite a part of it to support link detection and make it a bit fail safe. Moreover, I had to rewrite partly ifenslave.c (which is included in the same patch). Everything *seems*

[PATCH] printk msglevel identification broken since 2.4.2ac13

2001-03-18 Thread willy tarreau
Hi Andrew Alan, I noticed that in 2.4.2ac20, all netfilter logs come to the console, whatever the log levels, and the beginning of the line is always prepended with '4'. I found in printk.c that a test is done for the length of the message to be strictly larger than 3 chars. But ipt_LOG uses 2

[BUG] 2.2.1[78] : RTNETLINK lock not properly locking ?

2000-11-22 Thread Willy Tarreau
Hello ! while I was searching how to implement an rtnl_lock() in the bonding code, I discovered that the rtnl_shlock() function in 2.2.1[78] could misbehave if CONFIG_RTNETLINK is not set : - it will nearly never allow concurrent accesses (seems to be what was intented when it was

Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ?

2000-11-22 Thread Willy Tarreau
It is linux-2.2, guy. 8) "threads" are not threaded there. Semaphores (rtnl_lock, particularly) protects only areas, which are going to _schedule_ excplicitly or implicitly. ok, thanks a lot Alexey, now I understand. Please, read comments. People used to consider comments as something

Re: Bonding...

2000-11-30 Thread Willy Tarreau
When using ethernet bonding, does it divide the load between the two based on connection, or packet by packet? packet by packet, so you can use both links to aggregate your bandwidth. I've used it at 200 Mbps with success. Regards Willy - To unsubscribe from this list: send the line

Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ?

2000-11-22 Thread Willy Tarreau
Quoting "David S. Miller" [EMAIL PROTECTED]: Date: Wed, 22 Nov 2000 10:39:03 +0100 (MET) From: Willy Tarreau [EMAIL PROTECTED] Thanks in advance for any comment, All of this is protected by lock_kernel() so none of the A,B,C,whatever spots can be interrupted in

Re: [BUG] 2.2.1[78] : RTNETLINK lock not properly locking ?

2000-11-22 Thread Willy Tarreau
No, it guarentees that only one process may be in the middle of modifying interface configuration state, the same and only guarentee it makes in 2.4.x as well. ok, Dave. But the code in dev_ioctl() actually is : rtnl_lock(); ret = dev_ifsioc(ifr, cmd); rtnl_unlock(); if only these

Re: 2.4.0-test11-pre5/drivers/net/sunhme.c compile failure on x86

2000-11-15 Thread willy tarreau
Hello ! (thanks Dave for the quick patch) I also had to move the #include asm/uaccess.h out of the #ifdef __sparc__/#endif because copy_{from|to}_user were left undefined (see simple patch below). Regards, Willy --- drivers/net/sunhme.c-orig Wed Nov 15 12:56:33 2000 +++

Re: [PATCH] G450 support for matroxfb

2000-11-25 Thread Willy Tarreau
BTW, XF4.0.1e is also very unhappy on this hardware. Best regards, Petr Vandrovec [EMAIL PROTECTED] does the Matrox driver work with it ? My G400 works very well

Re: Linux 2.2.18pre25

2000-12-08 Thread Willy Tarreau
I asked people to explain why it was needed. I am still waiting. It is a patch that does nothing. I will not put random deep magic into the kernel. Alan, I replied to you a few weeks ago (pre20 times) when you asked me why I was sending you this patch. (perhaps you didn't receive my email).

Re: Linux 2.2.18pre25

2000-12-08 Thread willy tarreau
It doesnt even apply sorry Alan, I think it's because I had to copy/paste it with my mouse under X into my browser (I don't have smtp access here at work), and it applies here with a -12 lines offset... Here it is attached for 2.2.18pre25, but since the raid server is running now (under

Re: Linux 2.2.18pre25

2000-12-08 Thread willy tarreau
Bad day, Alan? ;) Umm no but having people _keep_ sending you do nothing patches gets annoying after a while ;) Please accept all my apologies, Alan. When I quickly sent you the last patch, I didn't notice that some other broken code had been removed, what I discovered later back home and

Re: Linux 2.2.18pre25

2000-12-08 Thread willy tarreau
"I'm sure" meaning "I didn't test it" ? absolutely, I believed that the driver was *exactly* the same as the previous release which didn't boot and needed the fix, but another fix has been applied and corrected it. Now I think it will work with a clean 2.2.18pre25. Anyway, I left a kernel

Re: [Fwd: NTFS repair tools]

2000-12-09 Thread Willy Tarreau
One problem with warnings at compile time is that in many cases, administrators use kernels provided by friends or collegues that "know linux better than them". If an admin uses a kernel in which write support has been activated to mount an NTFS file system without providing any option, he will

Re: [Fwd: NTFS repair tools]

2000-12-09 Thread willy tarreau
Alan has spoken. If DANGEROUS doesn't get their attention, what will? Jeff, I know that, but I was speaking about people who use these features while they don't know they're dangerous just because someone else has compiled the kernel for them. There are people who claim to know linux better

2.2.18 + megaraid : success

2000-12-11 Thread Willy Tarreau
Hi Alan, I've compiled a plain 2.2.18 kernel for the HP NetServer this afternoon, and guess what ? (ok, I know that you guessed) : the netraid card now works correctly. BTW, I noticed that the firmware and bios versions are improperly displayed (only garbage). According to the code, that's

Re: Linux 2.2.19pre3

2000-12-23 Thread Willy Tarreau
Hello Alan, did you receive the mails I sent to you on lxorguk last sunday with the bonding driver updates ? I had mail problems, and received no ack. If you want a resend, please just let me now. Regards, Willy - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [patch] support for FDC37N769 IRDA chip

2000-12-24 Thread Willy Tarreau
G ! For Christmas, I'd like to get a new mailer which doesn't eat my patches :-) here it is again, after cut'n'paste. Please apply by hand or "patch -l". Cheers, Willy --- linux-2.2.18/drivers/net/irda/smc-ircc.cSat Jun 24 14:57:49 2000 +++ linux/drivers/net/irda/smc-ircc.c Sun Dec 24

Re: [PATCH] Re: Linux 2.2.19pre1 : procfs api

2000-12-15 Thread Willy Tarreau
Hello Michael, I wonder about this patch which only fixes an Id/author but no code. It may be perfectly normal, but could also come from a mangled file in one of your trees. Just for info anyway... Cheers, Willy diff -r -u -x CVS -x *.o linux-2.2.18pre25-VIRGIN/fs/proc/openpromfs.c

[patch] megaraid in 2.2.18 : correctly identify NetRaid cards

2000-12-27 Thread Willy Tarreau
Hello Alan, As previously discussed, I've slighlty arranged the version identification code in the 2.2.18 megaraid driver so that it correcly sees bios and firmware versions on a netraid. Without the patch, I only get smileys and hieroglyphs because the version is interpreted as a string which

Re: Linux 2.2.18pre21

2000-11-10 Thread willy tarreau
Anything which isnt a strict bug fix or previously agreed is now 2.2.19 material. Alan, do you consider it as a bugfix if I tell you that we can't get anymore oops with the new bonding code, even in SMP ? I've had reports of it working very well, and faster, for a long time now and the link

Re: Linux 2.2.18pre21

2000-11-10 Thread willy tarreau
However, it has not been tested enough that I may bet by head on saying there are no known issues. I won't say there are no issues, but I'd say there are no KNOWN issues. This is because I did not have access to all hardware that was needed to complete the tests in time. I know that,

Re: Linux 2.2.18pre21

2000-11-10 Thread willy tarreau
is important. We could call it ETHERNETCHANNEL (and even "Etherchannel" or "ETHERCHANNEL") get away with it clean. ... /Matti Aarnio Anything but "EtherChannel" -- trademark people Ok, Matti. Let's keep "Etherchannel" as you proposed and as it was

Re: Linux 2.2.18pre21

2000-11-10 Thread willy tarreau
I don't like to call it BONDING. "Bonding" is something where two (or more) channels carry data in between two participating systems. Like Multilink-PPP, and ISDN Channel Bonding. Often indeed data goes out somehow inter-leaved on the physical links. (Like ISDN Channel Bonding supplies a

[PATCH] 2.2.18pre21 : Megaraid

2000-11-10 Thread willy tarreau
Alan, I've patched the megaraid driver with these 2 lines taken from RH7.0 2.2.16-22 kernel, and now my netraid no longer hangs at boot. I don't know if this can induce side effects, but it works again here. Regards, Willy ___ Do You

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

2000-11-10 Thread willy tarreau
Dick, have you tried a simple "strace -f -p pid" ? This often gives enough info. BTW, there's one version of sendmail that tests the capability security hole of a previous kernel version (2.2.15 ?), and refuses to launch if it discovers it. It may be possible that sendmail does other tests like

Re: Intel's ANS Driver -vs- Bonding [was Re: Linux 2.2.18pre21]

2000-11-11 Thread willy tarreau
EtherChannel. Supposedly, it also supports failover (though even "bonding" driver docs used to say that was impossible because the linux networking subsystem didn't handle card failures gracefully enough). the new bonding code supports failover. It probes the cards itself. Although this is

Re: crash @ 64 day's of uptime

2000-11-11 Thread willy tarreau
Hi Robert, in the company I left 3 months ago, there is a DNS which has more than 500 days uptime now. It's based on 2.2.10 and receives requests from internet and intranet. I know this kernel is pretty old, but you could try it on an unused system to see if it goes down in 64 days or not. It

Re: Tracing files that opens.

2000-11-11 Thread willy tarreau
Is there a nice way to trap on file open() and stat() ? a few months ago, I helped a friend in writing a generic syscall wrapper because he needed exactly this. You should take a look at the section "overloader" on http://bdolez.free.fr/ Regards, willy

Re: Linux 2.2.18pre21

2000-11-12 Thread willy tarreau
Ok, Matti, here's a final patch against the bonding patch I posted on Friday. Could you tell me if it fits your needs ? If so, I would repost (offline) the complete one against 2.2.18pre21. Anyway, for those curious here, it's available at the following URL:

Re: Linux 2.2.18pre21

2000-11-13 Thread willy tarreau
Oops ! better with the patch :-) Willy Ok, Matti, here's a final patch against the bonding patch I posted on Friday. ___ Do You Yahoo!? -- Pour dialoguer en direct avec vos amis, Yahoo! Messenger : http://fr.messenger.yahoo.com

[2.2.18pre21] Megaraid : guessed right.

2000-11-17 Thread willy tarreau
Alan, here is what /proc/pci reports for the netraid adapter: Prefetchable 32 bit memory at 0xf000 [0xf008]. So it's now clear that the base address (megaBase) isn't always 16-bytes aligned, which explains why my card works again with my minimal patch. Regards, Willy

incremental patches for 2.4*-ac* kernels

2001-02-13 Thread Willy Tarreau
Hi all, I think that most of us using modems begin to experience a little pain in downloading latest Alan's patches since they're becoming to be really big (and interesting). Since I have an occasionnal access to a system equipped with a good line, I began to make incremental patches for these

Re: 2.2.19 + ide 2.2.19 03252001 patch problem

2001-04-05 Thread Willy Tarreau
Quoting "Robert A. Morris" [EMAIL PROTECTED]: [snip] Apr 5 18:15:14 ryoko kernel: hdb: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } Apr 5 18:15:14 ryoko kernel: hdb: task_no_data_intr: error=0x04 { DriveStatusError } Apr 5 18:15:14 ryoko kernel: hdb: Write Cache FAILED

Re: [patch] CFS (Completely Fair Scheduler), v2

2007-04-16 Thread Willy Tarreau
is due to debugging helpers, they'll be removed later. (The new /proc/sched_debug file can be used to see the fine details of CFS scheduling.) Changes since -v1: - make nice levels less starvable. (reported by Willy Tarreau) - fixed child-runs first. A /proc/sys/kernel/sched_child_runs_first

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Willy Tarreau
Hi Nick, On Tue, Apr 17, 2007 at 06:29:54AM +0200, Nick Piggin wrote: (...) And my scheduler for example cuts down the amount of policy code and code size significantly. I haven't looked at Con's ones for a while, but I believe they are also much more straightforward than mainline... For

Re: Announce - Staircase Deadline cpu scheduler v0.42

2007-04-19 Thread Willy Tarreau
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

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-19 Thread Willy Tarreau
Hi Ingo, On Thu, Apr 19, 2007 at 11:01:44AM +0200, Ingo Molnar wrote: * 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

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-19 Thread Willy Tarreau
On Thu, Apr 19, 2007 at 05:18:03PM +0200, Ingo Molnar wrote: * Willy Tarreau [EMAIL PROTECTED] wrote: You can certainly script it with -geometry. But it is the wrong application for this matter, because you benchmark X more than glxgears itself. What would be better is something like

Re: [patch] CFS scheduler, v3

2007-04-19 Thread Willy Tarreau
On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote: Ingo Molnar wrote: - bugfix: use constant offset factor for nice levels instead of sched_granularity_ns. Thus nice levels work even if someone sets sched_granularity_ns to 0. NOTE: nice support is still naive, i'll

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-19 Thread Willy Tarreau
On Fri, Apr 20, 2007 at 02:52:38AM +0300, Jan Knutar wrote: On Thursday 19 April 2007 18:18, Ingo Molnar wrote: * Willy Tarreau [EMAIL PROTECTED] wrote: You can certainly script it with -geometry. But it is the wrong application for this matter, because you benchmark X more than

Re: [patch] CFS scheduler, v3

2007-04-20 Thread Willy Tarreau
On Fri, Apr 20, 2007 at 04:02:41PM +1000, Peter Williams wrote: Willy Tarreau wrote: On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote: Ingo Molnar wrote: - bugfix: use constant offset factor for nice levels instead of sched_granularity_ns. Thus nice levels work even

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-21 Thread Willy Tarreau
Hi Ingo, I'm replying to your 3 mails at once. On Sat, Apr 21, 2007 at 12:45:22PM +0200, Ingo Molnar wrote: * Ingo Molnar [EMAIL PROTECTED] wrote: It could become a useful scheduler benchmark ! i just tried ocbench-0.3, and it is indeed very nice! So as you've noticed just one

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-21 Thread Willy Tarreau
Hi Björn, On Sat, Apr 21, 2007 at 01:29:41PM +0200, Björn Steinbrink wrote: Hi, On 2007.04.21 13:07:48 +0200, Willy Tarreau wrote: another thing i noticed: when using a -y larger then 1, then the window title (at least on Metacity) overlaps and thus the ocbench tasks have different

[REPORT] cfs-v4 vs sd-0.44

2007-04-21 Thread Willy Tarreau
Hi Ingo, Hi Con, I promised to perform some tests on your code. I'm short in time right now, but I observed behaviours that should be commented on. 1) machine : dual athlon 1533 MHz, 1G RAM, kernel 2.6.21-rc7 + either scheduler Test: ./ocbench -R 25 -S 75 -x 8 -y 8 ocbench:

Re: [REPORT] cfs-v4 vs sd-0.44

2007-04-21 Thread Willy Tarreau
On Sat, Apr 21, 2007 at 10:40:18PM +1000, Con Kolivas wrote: On Saturday 21 April 2007 22:12, Willy Tarreau wrote: Hi Ingo, Hi Con, I promised to perform some tests on your code. I'm short in time right now, but I observed behaviours that should be commented on. 1) machine : dual

Re: [REPORT] cfs-v4 vs sd-0.44

2007-04-21 Thread Willy Tarreau
On Sat, Apr 21, 2007 at 06:00:08PM +0200, Ingo Molnar wrote: * Con Kolivas [EMAIL PROTECTED] wrote: Feels even better, mouse movements are very smooth even under high load. I noticed that X gets reniced to -19 with this scheduler. I've not looked at the code yet but this

Re: [REPORT] cfs-v4 vs sd-0.44

2007-04-21 Thread Willy Tarreau
On Sat, Apr 21, 2007 at 05:46:14PM +0200, Ingo Molnar wrote: * Willy Tarreau [EMAIL PROTECTED] wrote: I promised to perform some tests on your code. I'm short in time right now, but I observed behaviours that should be commented on. thanks for the feedback! 3) CFS-v4 Feels

Re: [REPORT] cfs-v4 vs sd-0.44

2007-04-21 Thread Willy Tarreau
On Sat, Apr 21, 2007 at 09:34:07AM -0700, Linus Torvalds wrote: On Sat, 21 Apr 2007, Willy Tarreau wrote: If you remember, with 50/50, I noticed some difficulties to fork many processes. I think that during a fork(), the parent has a higher probability of forking other processes than

Re: [REPORT] cfs-v4 vs sd-0.44

2007-04-21 Thread Willy Tarreau
On Sat, Apr 21, 2007 at 06:53:47PM +0200, Ingo Molnar wrote: * Linus Torvalds [EMAIL PROTECTED] wrote: It would be even better to simply have the rule: - child gets almost no points at startup - but when a parent does a waitpid() call and blocks, it will spread out its points to

Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.45

2007-04-22 Thread Willy Tarreau
On Sun, Apr 22, 2007 at 02:41:48PM +1000, Con Kolivas wrote: A significant bugfix for SMP balancing was just posted for the staircase deadline cpu scheduler which improves behaviour dramatically on any SMP machine. Thanks to Willy Tarreau for noticing likely fault point. Also requested

Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.45

2007-04-22 Thread Willy Tarreau
On Sun, Apr 22, 2007 at 05:31:58PM +1000, Con Kolivas wrote: On Sunday 22 April 2007 17:27, Con Kolivas wrote: On Sunday 22 April 2007 17:00, Willy Tarreau wrote: On Sun, Apr 22, 2007 at 02:41:48PM +1000, Con Kolivas wrote: A significant bugfix for SMP balancing was just posted

Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.45

2007-04-22 Thread Willy Tarreau
On Sun, Apr 22, 2007 at 06:53:58PM +1000, Con Kolivas wrote: On Sunday 22 April 2007 18:06, Willy Tarreau wrote: On Sun, Apr 22, 2007 at 05:31:58PM +1000, Con Kolivas wrote: On Sunday 22 April 2007 17:27, Con Kolivas wrote: On Sunday 22 April 2007 17:00, Willy Tarreau wrote: On Sun

Linux 2.4.35-pre3

2007-04-22 Thread Willy Tarreau
Kelrich (2): 2.6 backport of Watchdog wdt83627 (Winbond W83627HF/F/HG/G) driver Watchdog w83977ef (Winbond W83977EF) driver Willy Tarreau (6): [DECNet] fib: Fix out of bound access of dn_fib_props[] [IPv4] fib: Fix out of bound access of fib_props[] [PPP]: Don't leak

Linux 2.4.34.3

2007-04-22 Thread Willy Tarreau
/kernel/git/stable/linux-v2.4.34.3.y.git Fixed in this version : CVE-2007-1353 : Bluetooth: L2CAP and HCI setsockopt() information leaks Summary of changes from v2.4.34.2 to v2.4.34.3 Willy Tarreau (6): [DECNet] fib: Fix out of bound access

Re: [ck] Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.45

2007-04-22 Thread Willy Tarreau
On Sun, Apr 22, 2007 at 10:18:32PM +1000, Con Kolivas wrote: On Sunday 22 April 2007 21:42, Con Kolivas wrote: Willy I'm still investigating the idle time and fluctuating load as a separate issue. Is it possible the multiple ocbench processes are naturally synchronising and

Re: [ck] Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.45

2007-04-22 Thread Willy Tarreau
On Sun, Apr 22, 2007 at 10:18:32PM +1000, Con Kolivas wrote: On Sunday 22 April 2007 21:42, Con Kolivas wrote: Willy I'm still investigating the idle time and fluctuating load as a separate issue. OK. Is it possible the multiple ocbench processes are naturally synchronising and

Linux 2.4.34.4

2007-04-22 Thread Willy Tarreau
://git.kernel.org/?p=linux/kernel/git/stable/linux-v2.4.34.y.git Summary of changes from v2.4.34.3 to v2.4.34.4 Urs Thermann (1): recent patch to fib_semantics broke build Willy Tarreau (1): Change VERSION to 2.4.34.4 - To unsubscribe from

Re: Linux 2.4.34.3

2007-04-22 Thread Willy Tarreau
On Sun, Apr 22, 2007 at 03:33:58PM +0200, Urs Thuermann wrote: Willy Tarreau [EMAIL PROTECTED] writes: I've just released Linux 2.4.34.3. Nothing critical, just a bunch of bugfixes and small security fix. I get the following compile error: [snip] Grrr... I'm very sorry. Thanks

Linux 2.4.35-pre4

2007-04-22 Thread Willy Tarreau
interface: http://git.kernel.org/?p=linux/kernel/git/wtarreau/linux-2.4.git Summary of changes from v2.4.35-pre3 to v2.4.35-pre4 Urs Thermann (1): recent patch to fib_semantics broke build Willy Tarreau (1): Change VERSION to 2.4.35-pre4

Re: [REPORT] cfs-v4 vs sd-0.44

2007-04-23 Thread Willy Tarreau
Hi ! On Mon, Apr 23, 2007 at 09:11:43PM +0200, Ingo Molnar wrote: * Linus Torvalds [EMAIL PROTECTED] wrote: but the point I'm trying to make is that X shouldn't get more CPU-time because it's more important (it's not: and as noted earlier, thinking that it's more important skews the

Re: [REPORT] cfs-v4 vs sd-0.44

2007-04-24 Thread Willy Tarreau
On Tue, Apr 24, 2007 at 10:38:32AM -0400, Gene Heskett wrote: On Tuesday 24 April 2007, Ingo Molnar wrote: * David Lang [EMAIL PROTECTED] wrote: (Btw., to protect against such mishaps in the future i have changed the SysRq-N [SysRq-Nice] implementation in my tree to not only change

Re: 2.6.21-rc3-mm1 RSDL results

2007-03-09 Thread Willy Tarreau
On Fri, Mar 09, 2007 at 03:39:59PM -0600, Matt Mackall wrote: On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote: On Saturday 10 March 2007 08:07, Con Kolivas wrote: On Saturday 10 March 2007 07:46, Matt Mackall wrote: My suspicion is the problem lies in giving too much quanta

Re: 2.6.21-rc3-mm1 RSDL results

2007-03-09 Thread Willy Tarreau
On Sat, Mar 10, 2007 at 09:12:07AM +1100, Con Kolivas wrote: (...) Matt, could you check with plain 2.6.20 + Con's patch ? It is possible that he added bugs when porting to -mm, or that someting in -mm causes the trouble. Your experience with -mm seems so much different from mine with

Re: RSDL v0.28 for 2.6.20

2007-03-10 Thread Willy Tarreau
On Sat, Mar 10, 2007 at 01:09:35PM -0500, Stephen Clark wrote: Con Kolivas wrote: Here is an update for RSDL to version 0.28 Full patch: http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.28.patch Series: http://ck.kolivas.org/patches/staircase-deadline/2.6.20/ The

Re: [ck] Re: RSDL v0.28 for 2.6.20

2007-03-10 Thread Willy Tarreau
On Sat, Mar 10, 2007 at 04:56:57PM -0500, michael chang wrote: On 3/10/07, Willy Tarreau [EMAIL PROTECTED] wrote: BTW, Con, I think that you should base your work on 2.6.20.[23] and not 2.6.20 next time, due to this conflict. It will get wider adoption. ^^ Maybe I'm naive

Re: [PATCH] tcp_cubic: use 32 bit math

2007-03-10 Thread Willy Tarreau
On Wed, Mar 07, 2007 at 07:51:35PM -0800, David Miller wrote: From: Stephen Hemminger [EMAIL PROTECTED] Date: Wed, 07 Mar 2007 19:10:47 -0800 David Miller wrote: What about Willy Tarreau's supposedly even faster variant? Or does this incorporate that set of improvements? That's

Re: RSDL-mm 0.28

2007-03-10 Thread Willy Tarreau
On Sat, Mar 10, 2007 at 07:35:06PM -0600, Matt Mackall wrote: I've tested -mm2 against -mm2+noyield and -mm2+rsdl+noyield. The noyield patch simply makes the sched_yield syscall return immediately. Xorg and all tests are run at nice 0. [skipped long and precise test report] Also note I could

Re: RSDL v0.30 cpu scheduler for mainline kernels

2007-03-12 Thread Willy Tarreau
On Tue, Mar 13, 2007 at 02:05:23PM +1100, Con Kolivas wrote: On Tuesday 13 March 2007 10:46, David Miller wrote: From: Con Kolivas [EMAIL PROTECTED] Date: Mon, 12 Mar 2007 10:58:11 +1100 http://ck.kolivas.org/patches/staircase-deadline/2.6.21-rc3-sched-rsdl-0. 30.patch FWIW, this

Re: Stracing Amanda (was: RSDL for 2.6.21-rc3- 0.29)

2007-03-12 Thread Willy Tarreau
On Tue, Mar 13, 2007 at 12:04:42AM -0400, Gene Heskett wrote: On Monday 12 March 2007, Nish Aravamudan wrote: On 3/12/07, Gene Heskett [EMAIL PROTECTED] wrote: On Monday 12 March 2007, Douglas McNaught wrote: Patrick Mau [EMAIL PROTECTED] writes: Why not temporarly replace /bin/tar with a

Re: NPTL patch for linux 2.4.28

2007-03-13 Thread Willy Tarreau
On Wed, Mar 14, 2007 at 05:49:22AM +0530, Syed Ahemed wrote: Hello all. I have a tricky problem on hand and a straight forward question. Tricky problem: - While debugging a simple multithreaded application using gdb linux 2.4.28 , i noticed the thread that has crashed

Re: [PATCH] tcp_cubic: use 32 bit math

2007-03-13 Thread Willy Tarreau
lookups only. * Avg err ~= 0.613% */ static uint32_t ncubic_tab0(uint64_t a) { uint32_t b; uint32_t shift; /* * cbrt(x) MSB values for x MSB values in [0..63]. * Precomputed then refined by hand - Willy Tarreau * * For x in [0..63

Re: kswapd 2.4.21-47.0.0.1

2007-03-14 Thread Willy Tarreau
Hello, On Wed, Mar 14, 2007 at 04:35:55PM +0300, Konstantin Kalin wrote: Hello, All I have the following configuration: CentOS 3.8, kernel 2.4.21-41.0.01.EL, Dialogic boards. Sometimes a kernel panic happens. I setup netdump and got several crash dumps and logs. Backtrace shows that

[OT] Re: New thread RDSL, post-2.6.20 kernels and amanda (tar) miss-fires

2007-03-14 Thread Willy Tarreau
On Wed, Mar 14, 2007 at 11:12:48PM -0400, Gene Heskett wrote: On Wednesday 14 March 2007, Ray Lee wrote: On 3/13/07, Gene Heskett [EMAIL PROTECTED] wrote: On Tuesday 13 March 2007, Gene Heskett wrote: On Tuesday 13 March 2007, Gene Heskett wrote: Greetings; Someone suggested a fresh

Re: NPTL patch for linux 2.4.28

2007-03-15 Thread Willy Tarreau
On Thu, Mar 15, 2007 at 08:53:06AM +0100, Peter Zijlstra wrote: On Thu, 2007-03-15 at 03:14 +0530, Syed Ahemed wrote: Getting RHEL's source ( http://lkml.org/lkml/2005/3/21/380 ) was an idea i thought about but then a download of the RHEL source from the following location was denied .

Re: pcap app causes kernel panic on 2.4.33.3 right after NETDEV WATCHDOG: eth1: transmit timed out

2007-03-16 Thread Willy Tarreau
Hi Grzegorz, you were right to resend, I did not catch your first email. Sorry about that. On Mon, Mar 12, 2007 at 12:10:19PM +0100, Grzegorz Ja?kiewicz wrote: Hi folks. I have a simple program, that analyzes ethernet packets. Counting traffic on from/to basis, and dumping that informatio

Re: NAK new drivers without proper power management?

2007-02-10 Thread Willy Tarreau
Hi Nigel, On Sun, Feb 11, 2007 at 09:37:06AM +1100, Nigel Cunningham wrote: On Sat, 2007-02-10 at 23:20 +0100, Rafael J. Wysocki wrote: (...) What about this: If the device requires that, implement .suspend and .resume or at least define .suspend that will always return -ENOSYS (then

Re: [PATCH] Re: NAK new drivers without proper power management?

2007-02-10 Thread Willy Tarreau
On Sat, Feb 10, 2007 at 08:50:27PM +0100, Rafael J. Wysocki wrote: On Saturday, 10 February 2007 18:52, Daniel Barkalow wrote: On Sat, 10 Feb 2007, Rafael J. Wysocki wrote: On Saturday, 10 February 2007 11:02, Nigel Cunningham wrote: Well, the original desire was to stop new

Re: Still cant boot 2.6.20

2007-02-11 Thread Willy Tarreau
On Sun, Feb 11, 2007 at 01:37:31AM -0600, [EMAIL PROTECTED] wrote: On Sat, Feb 10, 2007 at 11:12:34PM -0800, Randy Dunlap wrote: On Sun, 11 Feb 2007 01:02:47 -0600 [EMAIL PROTECTED] wrote: I don't see CONFIG_BLK_DEV_INITRD=y Regards, Vito Caputo BTW, this isnt the

Re: [PATCH] Re: NAK new drivers without proper power management?

2007-02-11 Thread Willy Tarreau
On Sun, Feb 11, 2007 at 12:13:40PM +, Matthew Garrett wrote: On Sun, Feb 11, 2007 at 07:54:04AM +0100, Willy Tarreau wrote: instead of modifying all drivers to explicitly state that they don't support it, we should start with a test of the NULL pointer for .suspend which should

Re: [PATCH] Re: NAK new drivers without proper power management?

2007-02-11 Thread Willy Tarreau
On Sun, Feb 11, 2007 at 01:19:57PM +, Matthew Garrett wrote: On Sun, Feb 11, 2007 at 02:09:43PM +0100, Willy Tarreau wrote: Then change the PCI layer to do the basic PM only for known compatible drivers, and modify only the known-compatible drivers to mark them explicitly compatible

Re: [PATCH] Re: NAK new drivers without proper power management?

2007-02-11 Thread Willy Tarreau
On Sun, Feb 11, 2007 at 02:50:48PM +0100, Rafael J. Wysocki wrote: On Sunday, 11 February 2007 14:37, Willy Tarreau wrote: On Sun, Feb 11, 2007 at 01:19:57PM +, Matthew Garrett wrote: On Sun, Feb 11, 2007 at 02:09:43PM +0100, Willy Tarreau wrote: Then change the PCI layer to do

Re: NAK new drivers without proper power management?

2007-02-11 Thread Willy Tarreau
On Sun, Feb 11, 2007 at 12:31:14PM -0600, Robert Hancock wrote: Willy Tarreau wrote: Nigel, don't take it as a personal offense, but I think it is a very centric view of Linux usages. Where I work, Linux is used a lot on servers and appliances. It is used for mail relays, HTTP proxies, anti

Re: NAK new drivers without proper power management?

2007-02-11 Thread Willy Tarreau
On Mon, Feb 12, 2007 at 09:26:26AM +1100, Nigel Cunningham wrote: Hi. On Sun, 2007-02-11 at 22:52 +0100, Willy Tarreau wrote: On Sun, Feb 11, 2007 at 12:31:14PM -0600, Robert Hancock wrote: Willy Tarreau wrote: Nigel, don't take it as a personal offense, but I think it is a very

Re: NAK new drivers without proper power management?

2007-02-11 Thread Willy Tarreau
On Mon, Feb 12, 2007 at 10:18:42AM +1100, Nigel Cunningham wrote: [snip] Hmm sorry, but we don't have the same usages of notebooks. For no reason would I keep documents open, for two reasons : - when I shutdown my notebook, it is to move from one customer to home/company/another

Re: NAK new drivers without proper power management?

2007-02-11 Thread Willy Tarreau
On Mon, Feb 12, 2007 at 12:26:52AM +, Alan wrote: Unless I'm mistaken, I have to type the passphrase twice then : - once at suspend - once at resume which is once more per boot than what I'm doing on loop-aes. You don't need to type in a key at suspend time if you don't want

Re: NAK new drivers without proper power management?

2007-02-12 Thread Willy Tarreau
On Mon, Feb 12, 2007 at 07:59:40AM -0500, Gerhard Mack wrote: On Sun, 11 Feb 2007, Willy Tarreau wrote: On Sun, Feb 11, 2007 at 09:37:06AM +1100, Nigel Cunningham wrote: On Sat, 2007-02-10 at 23:20 +0100, Rafael J. Wysocki wrote: Many people also have Linux on their notebooks

Re: [patch 00/11] ANNOUNCE: Syslets, generic asynchronous system call support

2007-02-13 Thread Willy Tarreau
Hi Ingo ! On Tue, Feb 13, 2007 at 03:20:10PM +0100, Ingo Molnar wrote: I'm pleased to announce the first release of the Syslet kernel feature and kernel subsystem, which provides generic asynchrous system call support: http://redhat.com/~mingo/syslet-patches/ Syslets are small,

Re: [PATCH] input: extend EV_LED

2007-02-18 Thread Willy Tarreau
On Sun, Feb 18, 2007 at 08:45:00AM +0100, Németh Márton wrote: On Fri, 16 Feb 2007, Henrique de Moraes Holschuh wrote: On Thu, 15 Feb 2007, Richard Purdie wrote: This has been discussed in several places several times. The problem with hardware accelerated flashing is that you're are

Re: Question about setting affinity in 2.4

2007-02-18 Thread Willy Tarreau
Hi Phy ! On Sun, Feb 18, 2007 at 06:02:17PM -0800, Phy Prabab wrote: Hello everyone, I am trying to set affinity on a program to make sure I can get the best use of the cache as possible and to eliminate as much noise as possible with running my program. I have tried unsuccessfully to set

  1   2   3   4   5   6   7   8   9   10   >