Hi, All, This is the first part of the resource management and control groups discussion. I might have made mistakes while taking notes or typing them out, please feel free to correct them for me or send me corrections. The notes are really large, so they'll come in installments. This is the first part of the notes. Control Groups ============== 1. Multiphase locking - Paul brought up his multi phase locking design and suggested approaches to implementing them. The...

diff --git a/Documentation/networking/udplite.txt b/Documentation/networking/udplite.txt index 3870f28..855d8da 100644 --- a/Documentation/networking/udplite.txt +++ b/Documentation/networking/udplite.txt @@ -148,7 +148,7 @@ getsockopt(sockfd, SOL_SOCKET, SO_NO_CHECK, &value, ...); is meaningless (as in TCP). Packets with a zero checksum field are - illegal (cf. RFC 3828, sec. 3.1) will be silently discarded. + illegal (cf. RFC 3828, sec. 3.1) and will be silently discarded. ...

diff --git a/Makefile b/Makefile index dfc5a88..4c589b6 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 25 -EXTRAVERSION = .13 +EXTRAVERSION = .14 NAME = Funky Weasel is Jiggy wit it # *DOCUMENTATION* @@ -1126,7 +1126,8 @@ clean: archclean $(clean-dirs) @find . $(RCS_FIND_IGNORE) \ \( -name '*.[oas]' -o -name '*.ko' -o -name '.*.cmd' \ -o -name '.*.d' -o -name '.*.tmp' -o -name '*.mod.c' \ - -o -name '*.symtypes' -o -name 'modules.o...

From f9498bcc86dbf5249a4d9baff6ba508c3d4c86fa Mon Sep 17 00:00:00 2001 There are various constraints on the use of unit-at-a-time: - i386 uses no-unit-at-a-time for pre-4.0 (not 4.3) - x86_64 uses unit-at-a-time always Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time, resulting in commit c0a18111e571138747a98af18b3a2124df56a0d1 Ingo reported a gcc internal error with gcc 4.3 with no-unit-at-a-timem, resulting in 22eecde2f9034764a3fd095eecfa3adfb8ec9a98 Benny Halevy is seei...

From b547462b600e9d284f9d40ed558ca2b8904af185 Mon Sep 17 00:00:00 2001 Protection against the host's time going backwards (eg, ntp activity on the host) by keeping track of the time at the last tick and if it's greater than the current time, keep time stopped until the host catches up. Cc: Nix <nix@esperi.org.uk> Signed-off-by: Jeff Dike <jdike@linux.intel.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.o...

From 7282ca1a67ef596819e8cf5725b0caa95c5692f1 Mon Sep 17 00:00:00 2001 From: Al Viro <viro@ftp.linux.org.uk> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> --- arch/um/sys-x86_64/ksyms.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/um/sys-x86_64/ksyms.c b/arch/um/sys-x86_64/ksyms.c index 12c5936..08f63e2 100644 --- a/arch/um/sys-x86_64/ksyms.c +++ b/arch/um/sys-x86_64/ksyms.c @@ ...

From 57c582f7eb25314e650f143c2c5141a0cc4172eb Mon Sep 17 00:00:00 2001 The top of physical memory should be below the initial process stack, not the top of the address space, at least for as long as the stack isn't known to the kernel VM system and appropriately reserved. Cc: "Christopher S. Aker" <caker@theshore.net> Signed-off-by: Jeff Dike <jdike@linux.intel.com> Cc: WANG Cong <xiyou.wangcong@gmail.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-of...

These are my -stable patches for 2.6.25.14. Note that one patch, patch 13 "Fix boot crash", was sent in for 2.6.26-stable and described then as being not for 2.6.25-stable. The patch which fixes various build problems, patch 12 "fix gcc ICEs and unresolved externs", is here, thus requiring #13. Jeff -- Work email - jdike at linux dot intel dot com --

Can you resend these patches with the git ids of the patches already in Linus's tree so that we can properly match them up? Oh, in the future it is simple to get patches into the -stable tree automatically, just add: Cc: Stable <stable@kernel.org> to the signed-off-by: area of the patch. When it goes into Linus's tree, it will be automatically sent to us for inclusion in the next -stable release. thanks, greg k-h --

From b4783df9f0fefe1af0b828748b8abe39ada65652 Mon Sep 17 00:00:00 2001 We lost the marking of SIGWINCH as being OK to receive during stub execution, causing a panic should that happen. Cc: Benedict Verheyen <benedict.verheyen@gmail.com> Signed-off-by: Jeff Dike <jdike@linux.intel.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> --- arch/um/os-Linux/skas/process.c | 2 +- 1 files changed, 1 ins...

From b66c2383ac68f28dc4a463045dac03e3aaea3e40 Mon Sep 17 00:00:00 2001 From: Tom Spink <tspink@gmail.com> This patch makes os_get_task_size locate the bottom of the address space, as well as the top. This is for systems which put a lower limit on mmap addresses. It works by manually scanning pages from zero onwards until a valid page is found. Because the bottom of the address space may not be zero, it's not sufficient to assume the top of the address space is the size of the address spa...

Commit d5686b444ff3f72808d2b3fbd58672a86cdf38e7 (switch mtd and dm-table to lookup_bdev()) causes the following compile error with CONFIG_BLOCK=n: <-- snip --> ... CC drivers/mtd/mtdsuper.o /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/mtd/mtdsuper.c: In function `get_sb_mtd': /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/mtd/mtdsuper.c:184: error: implicit declaration of function 'lookup_bdev' /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/mtd/mtdsuper.c:184: warning: ...

Still gives a compile error for the second bdput(). cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --

Oh, I see. I have to stop posting patches -- I think it's past my bedtime. http://git.infradead.org/users/dwmw2/random-2.6.git?a=commitdiff;h=10f8e16418a5a69eda3... -- dwmw2 --

That's interesting, none of my compilers had difficulty with it, whereas it seems your toolchain couldn't report the libgcc location at all. Anyways, applied, thanks. --

acpi_penalize_isa_irq() should validate irq before using it to index the acpi_irq_penalty[] table. Here's the path I'm concerned about: pnpacpi_parse_allocated_irqresource() { ... irq = acpi_register_gsi(gsi, triggering, polarity); if (irq >= 0) pcibios_penalize_isa_irq(irq, 1); There's no guarantee that acpi_register_gsi() will return an IRQ within the bounds of acpi_irq_penalty[]. I have not seen a failure I can attribute to this. However, ACPI_MAX_IRQS is only 256, ...

When both triggers and drivers are built-in, we should first register the triggers and then the drivers, to make default triggers work during device registration. We do this by moving the triggers before the drivers in the Makefile as init order is determined by linking order. Sadly this simple solution doesn't cover devices registered elsewhere in the kernel. But often these drivers provide their own triggers and should themselves take care of registering triggers before devices. Signed-off-by: Sv...

Broken to be broken by Alan's changes: <-- snip --> ... CC drivers/serial/crisv10.o /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/serial/crisv10.c: In function 'update_char_time': /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/serial/crisv10.c:971: error: request for member 'tty' in something not a structure or union /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/serial/crisv10.c: In function 'rs_stop': /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/serial/crisv10.c:14...

Ok, so this is what I get for moving the auto-generated header outside of include/asm-sh.. it seemed like a good idea at the time. --- diff --git a/arch/sh/Makefile b/arch/sh/Makefile index 25659ce..7b70cfd 100644 --- a/arch/sh/Makefile +++ b/arch/sh/Makefile @@ -164,7 +164,7 @@ KBUILD_AFLAGS += $(cflags-y) PHONY += maketools FORCE maketools: include/linux/version.h FORCE - $(Q)$(MAKE) $(build)=arch/sh/tools arch/sh/include/asm/machtypes.h + $(Q)$(MAKE) $(build)=arch/sh/tools include/a...

Thanks for the quick fix, it's working fine. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --

Adaptive-locking technology often times acquires the lock by spinning on a running-owner instead of sleeping. It is unecessary to go through pi-boosting if the owner is of equal or (logically) lower priority. Therefore, we can save some significant overhead by deferring the boost until absolutely necessary. This has shown to improve overall performance in PREEMPT_RT Special thanks to Peter Morreale for suggesting the optimization to only consider skipping the boost if the owner is >= to curren...

The system already has facilities to perform late/run-time init for rtmutexes. We want to add more advanced initialization later in the series so we force all rtmutexes through the init path in preparation for the later patches. Signed-off-by: Gregory Haskins <ghaskins@novell.com> --- include/linux/rtmutex.h | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/include/linux/rtmutex.h b/include/linux/rtmutex.h index b263bac..14774ce 100644 --- a/include/linux/rtmut...

We will be adding more logic to rt_mutex_waiters and therefore lets centralize the initialization to make this easier going forward. Signed-off-by: Gregory Haskins <ghaskins@novell.com> --- kernel/rtmutex.c | 26 ++++++++++++++------------ 1 files changed, 14 insertions(+), 12 deletions(-) diff --git a/kernel/rtmutex.c b/kernel/rtmutex.c index 7d11380..12de859 100644 --- a/kernel/rtmutex.c +++ b/kernel/rtmutex.c @@ -805,6 +805,15 @@ static int adaptive_wait(struct rt_mutex_waiter *w...

The kernel currently addresses priority-inversion through priority- inheritence. However, all of the priority-inheritence logic is integrated into the Real-Time Mutex infrastructure. This causes a few problems: 1) This tightly coupled relationship makes it difficult to extend to other areas of the kernel (for instance, pi-aware wait-queues may be desirable). 2) Enhancing the rtmutex infrastructure becomes challenging because there is no seperation between the locking code, and the ...

Hello! All of the in-tree uses of list_for_each_rcu() have been converted to list_for_each_entry_rcu(), so list_for_each_rcu() can now be removed. Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> --- Documentation/RCU/checklist.txt | 2 +- Documentation/RCU/whatisRCU.txt | 2 -- include/linux/rculist.h | 14 -------------- 3 files changed, 1 insertion(+), 17 deletions(-) diff --git a/Documentation/RCU/checklist.txt b/Documentation/RCU/checklist.txt index ...