printk_ratelimit and net_ratelimit conflict and tunable behavior

From: Steve Hawkes <[EMAIL PROTECTED]> The printk_ratelimit() and net_ratelimit() functions each have their own tunable parameters to control their respective rate limiting feature, but they share common state variables, preventing independent tuning of the parameters from working correctly

RE: printk_ratelimit and net_ratelimit conflict and tunable behavior

k_ratelimit_burst = 10; > > > > > > int printk_ratelimit(void) > > > { > > > + static struct printk_ratelimit_state limit_state = { > > > + .toks = 10 * 5 * HZ, > > > + .last_jiffies = 0, > > > +

printk_ratelimit and net_ratelimit conflict and tunable behavior

or a suitable alternative for inclusion in future kernel releases. Please copy me at steve dot hawkes at motorola dot com in follow-up postings, if you'd be so kind (spammers excluded). Thank you, Steve Hawkes diff -Naup OLD/include/linux/kernel.h NEW/include/linux/kernel.h --- OLD/inc

Signal state of threads can be set incorrectly

also concerned that a similar failure could occur in a properly coded program using sigaction(). Please copy steve dot hawkes at motorola dot com in follow-up posts. Thanks, Steve /* gcc -o signaltest signaltest.c -lrt */ #include #include #include #include #include #include #defin

TIF_SIGPENDING set, but signals not being serviced

I am running into an issue where processing of signals appears to be misbehaving at the kernel level. One or more multithreaded processes are ending up in a state where a signal is pending for the process, the signal is blocked at the application level in all threads in the process, and that one th

[PATCH 2/3] 2.6.13: cpuset + build_sched_domains() fix

properly kfree() them. Signed-off-by: John Hawkes <[EMAIL PROTECTED]> Index: linux/kernel/sched.c === --- linux.orig/kernel/sched.c 2005-09-02 08:44:24.0 -0700 +++ linux/kernel/sched.c2005-09-02 08:44:53.0

[PATCH 3/3] 2.6.13: cpuset + build_sched_domains() fix

Fix part 3: Undo the #ifdef disabling hack that was put into 2.6.13 to disable dynamic sched domains. Signed-off-by: John Hawkes <[EMAIL PROTECTED]> Index: linux/kernel/cpuset.c === --- linux.orig/kernel/cpuset.c 2005-08-28

[PATCH 0/3] 2.6.13: cpuset + build_sched_domains() fix

ng care to remember kmalloc() addresses so that arch_destroy_sched_domains() can properly kfree() them. 3) Undo the #ifdef disabling hack that was put into 2.6.13 to disable dynamic sched domains. This is a patch against 2.6.13. I have posted a previous similar patch against 2.6.13-mm1. J

[PATCH 1/3] 2.6.13: cpuset + build_sched_domains() fix

Fix part 1: A contribution from Ingo Molnar to pull the arch-specific ia64 build_sched_domains() (et al) routines into kernel/sched.c to form a unified set of build and destroy routines. Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]> Signed-off-by: John Hawkes <[EMAIL PROTECTED]>

[PATCH 3/3] 2.6.13-mm1: cpuset + build_sched_domains() fix

Ingo, Dino, and Andrew, Here is the "cpuset + build_sched_domains() mangles structures" set of patches against 2.6.13-mm1. Patch #3: Re-enable "dynamic sched domains" by backing out the hack introduced last week. Signed-off-by: John Hawkes <[EMAIL PROTECTED

[PATCH 1/3] 2.6.13-mm1: cpuset + build_sched_domains() fix

Ingo, Dino, and Andrew, Here is the "cpuset + build_sched_domains() mangles structures" set of patches against 2.6.13-mm1. Patch #1: Move the ia64 domain setup code to the generic code Signed-off-by: John Hawkes <[EMAIL PROTECTED]> Signed-off-by: Ingo Molnar <[EMAIL PROTEC

[PATCH 2/3] 2.6.13-mm1: cpuset + build_sched_domains() fix

ly some, but not all, of the CPUs in a node will mangle the sched domain structures. Signed-off-by: John Hawkes <[EMAIL PROTECTED]> Index: linux/kernel/sched.c === --- linux.orig/kernel/sched.c 2005-09-02 10:46:27.00

Re: [PATCH 2.6.13-rc6] cpu_exclusive sched domains build fix

offloaded. Since load-balancing looks only at the most-heavily-loaded cpu as a cpu to offload, this means that all system load-balancing would be effectively turned off. John Hawkes - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message t

Re: [PATCH 2.6.13-rc6] cpu_exclusive sched domains on partial nodes temp fix

> + for_each_cpu_mask(i, cur->cpus_allowed) { > + for_each_cpu_mask(j, node_to_cpumask(cpu_to_node(i))) { > + if (!cpu_isset(j, cur->cpus_allowed)) > + return; Looks good to me. Feel free to add: Acked-by: John Hawkes <[EMAIL PROTECTED]> John Hawkes - To unsubscribe

[PATCH] ia64 cpuset + build_sched_domains() mangles structures

] and sched_group_allnodes[] for each invocation of build_sched_domains(), rather than using global arrays for these structures. Care must be taken to remember kmalloc() addresses so that arch_destroy_sched_domains() can properly kfree() the new dynamic structures. This is a patch against 2.6.13-rc6

Re: [Lse-tech] Re: [RFC][PATCH] Scalable FD Management using Read-Copy-Update

27;s happening with spinlock_t and rwlock_t usage. http://oss.sgi.com/projects/lockmeter John Hawkes [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/ma