Re: [PATCHv4 5/6] Allow setting O_NONBLOCK flag for new sockets

2007-11-20 Thread Ingo Molnar
* H. Peter Anvin [EMAIL PROTECTED] wrote: Why not just pin down the current ABI that there's 6 syscall parameters _and not more_? Because we have already violated it. There are system calls that need more than 6 arguments: we need *a* convention. Worse, we're not actually talking 6

Re: [PATCH 3/3 -mm] kexec based hibernation -v6: kexec hibernate/resume

2007-11-20 Thread Rafael J. Wysocki
On Tuesday, 20 of November 2007, Huang, Ying wrote: On Tue, 2007-11-20 at 03:24 +0100, Rafael J. Wysocki wrote: On Tuesday, 20 of November 2007, Huang, Ying wrote: On Mon, 2007-11-19 at 19:22 +0100, Rafael J. Wysocki wrote: +#ifdef CONFIG_KEXEC +static void

Re: [linux-pm] Re: [PATCH 3/3 -mm] kexec based hibernation -v6: kexec hibernate/resume

2007-11-20 Thread Rafael J. Wysocki
On Tuesday, 20 of November 2007, Alan Stern wrote: On Tue, 20 Nov 2007, Huang, Ying wrote: - What is the difference between PMSG_SUSPEND and PMSG_FREEZE? SUSPEND means that the system is about to go into a low-power state, so the driver should take the appropriate action to reduce the

Re: [lm-sensors] broken suspend [Was: 2.6.24-rc2-mm1]

2007-11-20 Thread Rafael J. Wysocki
On Tuesday, 20 of November 2007, Mark M. Hoffman wrote: Hi all: * Alan Stern [EMAIL PROTECTED] [2007-11-19 15:27:14 -0500]: On Mon, 19 Nov 2007, Rudolf Marek wrote: Hello all, gives coretemp_cpu_callback - coretemp_device_remove - platform_device_unregister, so coretemp seems

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Ingo Molnar
* Guillaume Chazarain [EMAIL PROTECTED] wrote: On 11/21/07, Ingo Molnar [EMAIL PROTECTED] wrote: i guess it was a v2.6.24 change, hence a regression that needs to be fixed? It seems to be http://git.kernel.org/?p=linux/kernel/git/tglx/history.git;a=commitdiff;h=01660410 So, linux

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Ingo Molnar
* Ulrich Drepper [EMAIL PROTECTED] wrote: Oh, it seems it has indeed been that way for a very long time, so I was mistaken. It still seems a little odd to me. Ulrich can say definitively whether the kind of concern I mentioned really matters one way or the other for glibc. glibc

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread Ingo Molnar
* H. Peter Anvin [EMAIL PROTECTED] wrote: Ingo Molnar wrote: * Mark Lord [EMAIL PROTECTED] wrote: Perhaps, but this also violates the principle that the kernel should just *work* with sensible defaults. I don't use an initrd, or an initramfs, and have no intention of ever doing so.

Re: [PATCH try2] powerpc: Add support for PORTA and PORTB odr registers

2007-11-20 Thread Scott Wood
Jochen Friedrich wrote: PORTA and PORTB have odr registers, as well. However, the PORTB odr register is only 16bit. Signed-off-by: Jochen Friedrich [EMAIL PROTECTED] Acked-by: Scott Wood [EMAIL PROTECTED] BTW, you may want to send the patches to linuxppc-dev rather than linuxppc-embedded...

Re: [ANN] Squashfs 3.3 released

2007-11-20 Thread Dave Jones
On Wed, Nov 07, 2007 at 04:32:00PM +, Phillip Lougher wrote: maximilian attems wrote: On Mon, Nov 05, 2007 at 11:13:14AM +, Phillip Lougher wrote: The next stage after this release is to fix the one remaining blocking issue (filesystem endianness), and then try to get

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Roland McGrath
can you see any danger to providing a /proc/self_task/ link? (or can you think of a better name/API/approach) That is a poor name to choose given /proc/self/task exists as something else (just try writing a sentence comparing them and then read it aloud). Probably /proc/self/task/self is what

Re: System reboot triggered by just reading a device file....!?

2007-11-20 Thread Matt Mackall
On Wed, Nov 21, 2007 at 12:06:57AM +0100, [EMAIL PROTECTED] wrote: - be root That's your first mistake. - cat /dev/watchdog or dd if=/dev/watchdog of=/dev/zero bs=1 count=1 or . - wait one minute *reboot*! And that's the defined behavior of /dev/watchdog, yes. Many years too

Re: [PATCH 06/18] x86 vDSO: arch/x86/vdso/vdso32

2007-11-20 Thread Thomas Gleixner
On Tue, 20 Nov 2007, Roland McGrath wrote: git format-patch -p does the trick at least here :) Ok, I can use that in future. I hope it still means that in the eventual merged state, GIT will be aware of all the renames. git does not store the renamed/copied info at all. That's just

Re: [PATCH 34/59] drivers/net/wan: Add missing space

2007-11-20 Thread Krzysztof Halasa
Joe Perches [EMAIL PROTECTED] writes: --- a/drivers/net/wan/wanxl.c +++ b/drivers/net/wan/wanxl.c @@ -743,7 +743,7 @@ static int __devinit wanxl_pci_init_one(struct pci_dev *pdev, }while (time_after(timeout, jiffies)); if (!stat) { - printk(KERN_WARNING wanXL

Re: [stable] Soft lockups since stable kernel upgrade to 2.6.23.8

2007-11-20 Thread Greg KH
On Tue, Nov 20, 2007 at 03:15:38PM -0800, David Miller wrote: From: Ingo Molnar [EMAIL PROTECTED] Date: Tue, 20 Nov 2007 22:49:27 +0100 * Greg KH [EMAIL PROTECTED] wrote: On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote: * Greg KH [EMAIL PROTECTED] wrote:

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread H. Peter Anvin
Ingo Molnar wrote: * H. Peter Anvin [EMAIL PROTECTED] wrote: Ingo Molnar wrote: * Mark Lord [EMAIL PROTECTED] wrote: Perhaps, but this also violates the principle that the kernel should just *work* with sensible defaults. I don't use an initrd, or an initramfs, and have no intention of

Re: [PATCHv4 5/6] Allow setting O_NONBLOCK flag for new sockets

2007-11-20 Thread H. Peter Anvin
Ingo Molnar wrote: * H. Peter Anvin [EMAIL PROTECTED] wrote: Why not just pin down the current ABI that there's 6 syscall parameters _and not more_? Because we have already violated it. There are system calls that need more than 6 arguments: we need *a* convention. Worse, we're not

Re: System reboot triggered by just reading a device file....!?

2007-11-20 Thread devzero
There is.. it's called root privileges. yes, true. but - regardless of being a windows app or not - what if you want to take a look on your system as a whole, especially when using some tool which graphically shows how and where your diskspace is being used? if i let this run from ordinary

Re: [PATCH 13/18] x86 vDSO: ia32 sysenter_return

2007-11-20 Thread Zachary Amsden
On Mon, 2007-11-19 at 14:06 -0800, Roland McGrath wrote: This changes the 64-bit kernel's support for the 32-bit sysenter instruction to use stored fields rather than constants for the user-mode return address, as the 32-bit kernel does. This adds a sysenter_return field to struct

Re: [BUG] USB_PERSIST

2007-11-20 Thread Raymano Garibaldi
Is there any other information that I can provide which might help in resolving this bug? On 11/18/07, Raymano Garibaldi [EMAIL PROTECTED] wrote: The last time I tried this and it worked was 2.6.21. Below is a portion of the kernel log file where I had a USB storage device attached to the

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread Ingo Molnar
* H. Peter Anvin [EMAIL PROTECTED] wrote: Nope. It runs inside an initramfs, of course; that initramfs is linked into the kernel binary. would be nice to have a single-image variant for all of this. having the separate initrd was always trouble - and it's pointless as well. (we rarely

Re: [PATCH 15/18] x86 vDSO: consolidate vdso32

2007-11-20 Thread Zachary Amsden
On Mon, 2007-11-19 at 14:06 -0800, Roland McGrath wrote: This makes x86_64's ia32 emulation support share the sources used in the 32-bit kernel for the 32-bit vDSO and much of its setup code. The 32-bit vDSO mapping now behaves the same on x86_64 as on native 32-bit. The abi.syscall32 sysctl

Re: [rfc 08/45] cpu alloc: x86 support

2007-11-20 Thread Christoph Lameter
On Tue, 20 Nov 2007, Christoph Lameter wrote: 32bit sign extension for what? Absolute data references? The addressing that I have seen was IP relative. Thus I thought that the kernel could be moved lower. Argh. This is all depending on a special gcc option to compile the kernel and that

Re: [PATCH 15/18] x86 vDSO: consolidate vdso32

2007-11-20 Thread Ingo Molnar
* Zachary Amsden [EMAIL PROTECTED] wrote: The 32-bit vDSO mapping now behaves the same on x86_64 as on native 32-bit. The abi.syscall32 sysctl on x86_64 now takes the same values that vm.vdso_enabled takes on the 32-bit kernel. That is, 1 means a randomized vDSO location, 2 means the

Re: [PATCH 15/18] x86 vDSO: consolidate vdso32

2007-11-20 Thread Andi Kleen
I think you should drop CONFIG_COMPAT_VDSO support for 32-bit VDSO on 64-bit kernel. This was only to hack around a broken version of glibc that shipped with SUSE PRO 9.0, I would be severly opposed to that. You cannot break compatibility to a large chunk of userland. You would also break

Re: [PATCH] Time-based RFC 4122 UUID generator

2007-11-20 Thread Alan Cox
On Tue, 20 Nov 2007 23:58:38 +0100 Helge Deller [EMAIL PROTECTED] wrote: David Schwartz wrote: Any UUID generator that can produce duplicate UUIDs with probability significantly less than purely random UUIDs is so badly broken that it should not ever be used. Anyone who finds such a UUID

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread H. Peter Anvin
Ingo Molnar wrote: * H. Peter Anvin [EMAIL PROTECTED] wrote: Nope. It runs inside an initramfs, of course; that initramfs is linked into the kernel binary. would be nice to have a single-image variant for all of this. having the separate initrd was always trouble - and it's pointless as

Re: 2.6.24-rc2 STD with s2disk fails to activate suspended system after loading - now 2.6.24-rc3

2007-11-20 Thread Rafael J. Wysocki
On Tuesday, 20 of November 2007, Ingo Molnar wrote: * Rafael J. Wysocki [EMAIL PROTECTED] wrote: increasing CONFIG_BLK_DEV_RAM_SIZE from to 131072 hasn't changed the non-functioning of 2.6.24-rc3 s2disk works with 2.6.23.8 ; I tested 4 cycles in a row, 2 from console

Re: [PATCH 15/18] x86 vDSO: consolidate vdso32

2007-11-20 Thread Roland McGrath
For 64-bit, the hack consists of a switch that chooses whether to use a fixed address or a generically-assigned one, that's all there is to it. So it costs about nothing. Even for 32-bit, CONFIG_COMPAT_VDSO for a while now is doing nothing but changing the default of the sysctl variable. There

Re: [PATCH 13/18] x86 vDSO: ia32 sysenter_return

2007-11-20 Thread Roland McGrath
@@ -104,7 +103,7 @@ ENTRY(ia32_sysenter_target) pushfq CFI_ADJUST_CFA_OFFSET 8 /*CFI_REL_OFFSET rflags,0*/ - movl$VSYSCALL32_SYSEXIT, %r10d + movl8*3-THREAD_SIZE+threadinfo_sysenter_return(%rsp), %r10d 8*3-THREAD_SIZE is not very intuitive. Can you add a

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread Ingo Molnar
* H. Peter Anvin [EMAIL PROTECTED] wrote: Ingo Molnar wrote: * H. Peter Anvin [EMAIL PROTECTED] wrote: Nope. It runs inside an initramfs, of course; that initramfs is linked into the kernel binary. would be nice to have a single-image variant for all of this. having the separate initrd

[PATCH 0/6] Use two zonelists per node instead of multiple zonelists v10

2007-11-20 Thread Mel Gorman
This release brings the number of zonelists to two instead of one. Getting all the corner cases right for __GFP_THISNODE and one zonelist was turning into a complicated mess. Not only was it affecting too many paths but it reached the point where it should be reviewed as a standalone change. Much

[PATCH 0/6] Use two zonelists per node instead of multiple zonelists v10

2007-11-20 Thread Mel Gorman
This release brings the number of zonelists to two instead of one. Getting all the corner cases right for __GFP_THISNODE and one zonelist was turning into a complicated mess. Not only was it affecting too many paths but it reached the point where it should be reviewed as a standalone change. Much

[PATCH 1/6] Use zonelists instead of zones when direct reclaiming pages

2007-11-20 Thread Mel Gorman
The allocator deals with zonelists which indicate the order in which zones should be targeted for an allocation. Similarly, direct reclaim of pages iterates over an array of zones. For consistency, this patch converts direct reclaim to use a zonelist. No functionality is changed by this patch.

[PATCH 2/6] Introduce node_zonelist() for accessing the zonelist for a GFP mask

2007-11-20 Thread Mel Gorman
This patch introduces a node_zonelist() helper function. It is used to lookup the appropriate zonelist given a node and a GFP mask. The patch on its own is a cleanup but it helps clarify parts of the one-zonelist-per-node patchset. If necessary, it can be merged with the next patch in this set

[PATCH 3/6] Remember what the preferred zone is for zone_statistics

2007-11-20 Thread Mel Gorman
On NUMA, zone_statistics() is used to record events like numa hit, miss and foreign. It assumes that the first zone in a zonelist is the preferred zone. When multiple zonelists are replaced by one that is filtered, this is no longer the case. This patch records what the preferred zone is rather

[PATCH 4/6] Use two zonelist that are filtered by GFP mask

2007-11-20 Thread Mel Gorman
Currently a node has two sets of zonelists, one for each zone type in the system and a second set for GFP_THISNODE allocations. Based on the zones allowed by a gfp mask, one of these zonelists is selected. All of these zonelists consume memory and occupy cache lines. This patch replaces the

[PATCH 5/6] Have zonelist contains structs with both a zone pointer and zone_idx

2007-11-20 Thread Mel Gorman
Filtering zonelists requires very frequent use of zone_idx(). This is costly as it involves a lookup of another structure and a substraction operation. As the zone_idx is often required, it should be quickly accessible. The node idx could also be stored here if it was found that accessing

[PATCH 6/6] Filter based on a nodemask as well as a gfp_mask

2007-11-20 Thread Mel Gorman
The MPOL_BIND policy creates a zonelist that is used for allocations belonging to that thread that can use the policy_zone. As the per-node zonelist is already being filtered based on a zone id, this patch adds a version of __alloc_pages() that takes a nodemask for further filtering. This

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Rafael J. Wysocki
On Wednesday, 21 of November 2007, Roland McGrath wrote: can you see any danger to providing a /proc/self_task/ link? (or can you think of a better name/API/approach) That is a poor name to choose given /proc/self/task exists as something else (just try writing a sentence comparing them

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Eric W. Biederman
Ulrich Drepper [EMAIL PROTECTED] writes: Roland McGrath wrote: Oh, it seems it has indeed been that way for a very long time, so I was mistaken. It still seems a little odd to me. Ulrich can say definitively whether the kind of concern I mentioned really matters one way or the other for

Re: Possibly SATA related freeze killed networking and RAID

2007-11-20 Thread Alan Cox
I've had other freezes before but this was the first time I was able to see what was actually going on. IRQ 21 appears to be shared between sata_nv and ethernet. Does this mean my hardware/BIOS is broken somehow? Not neccessarily. It could a bug in one of the drivers using IRQ 21 (sata_nv

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Eric W. Biederman
Roland McGrath [EMAIL PROTECTED] writes: can you see any danger to providing a /proc/self_task/ link? (or can you think of a better name/API/approach) That is a poor name to choose given /proc/self/task exists as something else (just try writing a sentence comparing them and then read it

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread H. Peter Anvin
Ingo Molnar wrote: i took that Nope as referring to my impression - but you in fact meant that i am not wrong? :-) So nothing to see here. single-bzImage initrd was and is possible, so we could in fact move chunks of system-related userland (such as irqbalanced) into the kernel proper?

Re: Posix file capabilities in 2.6.24rc2; now 2.6.24-rc3

2007-11-20 Thread Chris Friedhoff
On Tue, 20 Nov 2007 16:51:21 -0600 Serge E. Hallyn [EMAIL PROTECTED] wrote: Quoting Chris Friedhoff ([EMAIL PROTECTED]): On Tue, 20 Nov 2007 08:51:06 -0600 Serge E. Hallyn [EMAIL PROTECTED] wrote: Quoting Chris Friedhoff ([EMAIL PROTECTED]): On Mon, 19 Nov 2007 17:16:44 -0600

Re: [rfc 19/45] cpu alloc: NFS statistics

2007-11-20 Thread Mathieu Desnoyers
* Trond Myklebust ([EMAIL PROTECTED]) wrote: On Tue, 2007-11-20 at 16:50 -0500, Mathieu Desnoyers wrote: Then my original point is valid : put_no_resched() will cause unwanted scheduler latencies. It's designed only to be used from within the scheduler code itself. The correct approach

[PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB (v2)

2007-11-20 Thread Robert Hancock
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA mode on systems with memory located above 4GB. We need to delay setting the 64-bit DMA mask until the PRD table and padding buffer are allocated so that they don't get allocated above 4GB and break legacy mode (which is

Re: [PATCH 1/2] sata_nv: don't use legacy DMA in ADMA mode

2007-11-20 Thread Robert Hancock
Tejun Heo wrote: Tejun Heo wrote: If so, can you please add that switching into register mode is okay as long as there's no other ADMA commands in flight and add WARN_ON((qc-flags ATA_QCFLAG_RESULT_TF) link-sactive)? More accurately, link-sactive test can be substituted with

[PATCH v4 00/20] New RT Balancing version 4

2007-11-20 Thread Steven Rostedt
[ Changes since V3: Updated to git tree 2ffbb8377c7a0713baf6644e285adc27a5654582 Removed cpumask_t from stacks (using per_cpu masks). Optimized the searching for overloaded queues a bit. (a lot of work in this area) Run RT balance logic on waking of new tasks. The

[PATCH v4 18/20] Optimize cpu search with hamming weight

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] We can cheaply track the number of bits set in the cpumask for the lowest priority CPUs. Therefore, compute the mask's weight and use it to skip the optimal domain search logic when there is only one CPU available. Signed-off-by: Gregory Haskins [EMAIL

[PATCH v4 04/20] RT overloaded runqueues accounting

2007-11-20 Thread Steven Rostedt
This patch adds an RT overload accounting system. When a runqueue has more than one RT task queued, it is marked as overloaded. That is that it is a candidate to have RT tasks pulled from it. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- kernel/sched_rt.c | 36

[PATCH v4 02/20] track highest prio queued on runqueue

2007-11-20 Thread Steven Rostedt
This patch adds accounting to each runqueue to keep track of the highest prio task queued on the run queue. We only care about RT tasks, so if the run queue does not contain any active RT tasks its priority will be considered MAX_RT_PRIO. This information will be used for later patches.

[PATCH v4 16/20] Avoid overload

2007-11-20 Thread Steven Rostedt
This patch changes the searching for a run queue by a waking RT task to try to pick another runqueue if the currently running task is an RT task. The reason is that RT tasks behave different than normal tasks. Preempting a normal task to run a RT task to keep its cache hot is fine, because the

[PATCH v4 06/20] wake up balance RT

2007-11-20 Thread Steven Rostedt
This patch adds pushing of overloaded RT tasks from a runqueue that is having tasks (most likely RT tasks) added to the run queue. TODO: We don't cover the case of waking of new RT tasks (yet). Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- kernel/sched.c|3 +++ kernel/sched_rt.c

[PATCH v4 13/20] RT: Pre-route RT tasks on wakeup

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] In the original patch series that Steven Rostedt and I worked on together, we both took different approaches to low-priority wakeup path. I utilized pre-routing (push the task away to a less important RQ before activating) approach, while Steve utilized a

[PATCH v4 09/20] RT: Consistency cleanup for this_rq usage

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] this_rq is normally used to denote the RQ on the current cpu (i.e. cpu_rq(this_cpu)). So clean up the usage of this_rq to be more consistent with the rest of the code. Signed-off-by: Gregory Haskins [EMAIL PROTECTED] Signed-off-by: Steven Rostedt [EMAIL

[PATCH v4 20/20] balance RT tasks no new wake up

2007-11-20 Thread Steven Rostedt
Run the RT balancing code on wake up to an RT task. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- kernel/sched.c |1 + 1 file changed, 1 insertion(+) Index: linux-compile.git/kernel/sched.c === ---

[PATCH v4 11/20] RT: Break out the search function

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] Isolate the search logic into a function so that it can be used later in places other than find_locked_lowest_rq(). Signed-off-by: Gregory Haskins [EMAIL PROTECTED] Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- kernel/sched_rt.c | 66

[PATCH v4 03/20] push RT tasks

2007-11-20 Thread Steven Rostedt
This patch adds an algorithm to push extra RT tasks off a run queue to other CPU runqueues. When more than one RT task is added to a run queue, this algorithm takes an assertive approach to push the RT tasks that are not running onto other run queues that have lower priority. The way this works

[PATCH v4 15/20] RT: Optimize rebalancing

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] We have logic to detect whether the system has migratable tasks, but we are not using it when deciding whether to push tasks away. So we add support for considering this new information. Signed-off-by: Gregory Haskins [EMAIL PROTECTED] Signed-off-by:

[PATCH v4 10/20] RT: Remove some CFS specific code from the wakeup path of RT tasks

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] The current wake-up code path tries to determine if it can optimize the wake-up to this_cpu by computing load calculations. The problem is that these calculations are only relevant to CFS tasks where load is king. For RT tasks, priority is king. So the

[PATCH v4 08/20] Cache cpus_allowed weight for optimizing migration

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] Some RT tasks (particularly kthreads) are bound to one specific CPU. It is fairly common for two or more bound tasks to get queued up at the same time. Consider, for instance, softirq_timer and softirq_sched. A timer goes off in an ISR which schedules

[PATCH v4 14/20] RT: Optimize our cpu selection based on topology

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] The current code base assumes a relatively flat CPU/core topology and will route RT tasks to any CPU fairly equally. In the real world, there are various toplogies and affinities that govern where a task is best suited to run with the smallest amount of

[PATCH v4 17/20] RT: restore the migratable conditional

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] We don't need to bother searching if the task cannot be migrated Signed-off-by: Gregory Haskins [EMAIL PROTECTED] Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- kernel/sched_rt.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) Index:

[PATCH v4 12/20] RT: Allow current_cpu to be included in search

2007-11-20 Thread Steven Rostedt
From: Gregory Haskins [EMAIL PROTECTED] It doesn't hurt if we allow the current CPU to be included in the search. We will just simply skip it later if the current CPU turns out to be the lowest. We will use this later in the series Signed-off-by: Gregory Haskins [EMAIL PROTECTED]

[PATCH v4 01/20] Add rt_nr_running accounting

2007-11-20 Thread Steven Rostedt
This patch adds accounting to keep track of the number of RT tasks running on a runqueue. This information will be used in later patches. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- kernel/sched.c|1 + kernel/sched_rt.c | 17 + 2 files changed, 18 insertions(+)

[PATCH v4 05/20] pull RT tasks

2007-11-20 Thread Steven Rostedt
This patch adds the algorithm to pull tasks from RT overloaded runqueues. When a pull RT is initiated, all overloaded runqueues are examined for a RT task that is higher in prio than the highest prio task queued on the target runqueue. If another runqueue holds a RT task that is of higher prio

[PATCH v4 19/20] Optimize out cpu_clears

2007-11-20 Thread Steven Rostedt
This patch removes several cpumask operations by keeping track of the first of the CPUS that is of the lowest priority. When the search for the lowest priority runqueue is completed, all the bits up to the first CPU with the lowest priority runqueue is cleared. Signed-off-by: Steven Rostedt

[PATCH v4 07/20] disable CFS RT load balancing.

2007-11-20 Thread Steven Rostedt
Since we now take an active approach to load balancing, we don't need to balance RT tasks via CFS. In fact, this code was found to pull RT tasks away from CPUS that the active movement performed, resulting in large latencies. Signed-off-by: Steven Rostedt [EMAIL PROTECTED] --- kernel/sched_rt.c

Re: apm emulation driver broken ?

2007-11-20 Thread Rafael J. Wysocki
On Monday, 19 of November 2007, Franck Bui-Huu wrote: Rafael J. Wysocki wrote: On Sunday, 18 of November 2007, Franck Bui-Huu wrote: Rafael J. Wysocki wrote: See the call to wait_even() made by apm_ioctl(). If any processes run this, it will prevent the system to suspend... True, but

Re: [rfc 08/45] cpu alloc: x86 support

2007-11-20 Thread Christoph Lameter
But one can subtract too... Hmmm... So the cpu area 0 could be put at the beginning of the 2GB kernel area and then grow downwards from 0x8000. The cost in terms of code is one subtract instruction for each per_cpu() or CPU_PTR() The next thing doward from 0x8000 is the

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Eric W. Biederman
Pavel Emelyanov [EMAIL PROTECTED] writes: Rafael J. Wysocki wrote: On Monday, 19 of November 2007, Pavel Machek wrote: Hi! I think that this worked before: [EMAIL PROTECTED]:/proc# find . -name timer_info find: WARNING: Hard link count is wrong for ./net: this may be a bug in your

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Robert Hancock
Eric W. Biederman wrote: Could you elaborate a bit on how the semantics of returning the wrong information are more useful? In particular if a thread does the logical equivalent of: grep Pid: /proc/self/status. It always get the tgid despite having a different process id. The POSIX-defined

Re: [PATCH] SPARC64: check for possible NULL pointer dereference

2007-11-20 Thread David Miller
From: Cyrill Gorcunov [EMAIL PROTECTED] Date: Tue, 20 Nov 2007 20:28:33 +0300 From: Cyrill Gorcunov [EMAIL PROTECTED] This patch adds checking for possible NULL pointer dereference if of_find_property() failed. Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED] Applied, thanks. - To

Re: [rfc 08/45] cpu alloc: x86 support

2007-11-20 Thread Andi Kleen
On Wednesday 21 November 2007 02:16:11 Christoph Lameter wrote: But one can subtract too... The linker cannot subtract (unless you add a new relocation types) Hmmm... So the cpu area 0 could be put at the beginning of the 2GB kernel area and then grow downwards from 0x8000.

Re: [PATCH][v2] net/ipv4/arp.c: Fix arp reply when sender ip 0

2007-11-20 Thread David Miller
From: Jonas Danielsson [EMAIL PROTECTED] Date: Tue, 20 Nov 2007 17:28:22 +0100 Fix arp reply when received arp probe with sender ip 0. Send arp reply with target ip address 0.0.0.0 and target hardware address set to hardware address of requester. Previously sent reply with target ip address

Re: mm snapshot broken-out-2007-11-20-01-45.tar.gz uploaded

2007-11-20 Thread David Howells
Andrew Morton [EMAIL PROTECTED] wrote: The patch aout-suppress-aout-library-support-if-config_arch_supports_aout.patch, creates a struct exec in linux/a.out.h and asm/a.out.h already has it, for the struct related warnings. Nothing should be including {asm,linux}/a.out.h unless it

Re: 2.6.24-rc3: find complains about /proc/net

2007-11-20 Thread Eric W. Biederman
Robert Hancock [EMAIL PROTECTED] writes: Eric W. Biederman wrote: Could you elaborate a bit on how the semantics of returning the wrong information are more useful? In particular if a thread does the logical equivalent of: grep Pid: /proc/self/status. It always get the tgid despite having

Re: [rfc 08/45] cpu alloc: x86 support

2007-11-20 Thread Christoph Lameter
On Wed, 21 Nov 2007, Andi Kleen wrote: On Wednesday 21 November 2007 02:16:11 Christoph Lameter wrote: But one can subtract too... The linker cannot subtract (unless you add a new relocation types) The compiler knows and emits assembly to compensate. All you need is a 2MB area (16MB is

Re: [PATCH] ext4: dir inode reservation V3

2007-11-20 Thread Andreas Dilger
On Nov 20, 2007 12:22 -0800, Mingming Cao wrote: On Tue, 2007-11-20 at 12:14 +0800, Coly Li wrote: Mingming Cao wrote: On Tue, 2007-11-13 at 22:12 +0800, Coly Li wrote: The hole is (s_dir_ireserve_nr - 1), not N * s_dir_ireserve_nr. Because directory inode will also use a inode slot

Re: [PATCH v4 19/20] Optimize out cpu_clears

2007-11-20 Thread Steven Rostedt
On Tue, Nov 20, 2007 at 08:01:13PM -0500, Steven Rostedt wrote: static DEFINE_PER_CPU(cpumask_t, local_cpu_mask); -static DEFINE_PER_CPU(cpumask_t, valid_cpu_mask); static int find_lowest_cpus(struct task_struct *task, cpumask_t *lowest_mask) { - int cpu; - cpumask_t

Re: [BUG] 2.6.24-rc2-mm1 Warning at arch/x86/kernel/smp_32.c:561

2007-11-20 Thread Dave Young
On Nov 20, 2007 5:59 PM, Dave Young [EMAIL PROTECTED] wrote: On Nov 20, 2007 5:56 PM, Andrew Morton [EMAIL PROTECTED] wrote: On Tue, 20 Nov 2007 17:47:28 +0800 Dave Young [EMAIL PROTECTED] wrote: Hi, I encountered kernel warningsr. I just executed xawtv without video dev being

Re: [patch] 0/4 Support for Toshiba TMIO multifunction devices

2007-11-20 Thread eric miao
Roughly went through the patch, looks good, here comes the remind, though :-) 1. is it possible to use some name other than soc_core, maybe tmio_core so that other multifunction chips sharing a core base will live easier. 2. those C++ style comments // are not so pleasant... - eric On Nov 21,

Re: [git patches] libata fixes

2007-11-20 Thread Jeff Garzik
Tejun Heo wrote: These are upstream patches I collected while Jeff is away. Thanks. * workaround for ATAPI tape drives * detection/suspend workarounds for several laptops * ICH8/9 port_enable fix ata_piix controller ID reorganization is included to ease the fixes. Please pull from

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread Walt H
On Tue, 20 Nov 2007 15:17:15 +1100 Nick Piggin [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Tuesday 20 November 2007 15:12, Mark Lord wrote: On 32-bit x86, we have CONFIG_IRQBALANCE available, but not on 64-bit x86. Why not? because the in-kernel one is actually quite bad. My

Re: [PATCH 4/6] Use two zonelist that are filtered by GFP mask

2007-11-20 Thread 小崎資広
Hi +static inline enum zone_type gfp_zonelist(gfp_t flags) +{ + if (NUMA_BUILD unlikely(flags __GFP_THISNODE)) + return 1; + + return 0; +} + static inline int gfp_zonelist(gfp_t flags) ? if not, why no use ZONE_XXX macro. kosaki - To unsubscribe from this

Re: mm snapshot broken-out-2007-11-20-01-45.tar.gz uploaded

2007-11-20 Thread Andrew Morton
On Wed, 21 Nov 2007 01:32:48 + David Howells [EMAIL PROTECTED] wrote: Andrew Morton [EMAIL PROTECTED] wrote: The patch aout-suppress-aout-library-support-if-config_arch_supports_aout.patch, creates a struct exec in linux/a.out.h and asm/a.out.h already has it, for the struct

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread Jeff Garzik
Ingo Molnar wrote: single-bzImage initrd was and is possible, Correct (though s/initrd/initramfs/). Take a look at usr/Makefile for how initramfs is automatically included in the image, right now. The intention at the time was to quickly follow up this stub (generated by gen_init_cpio)

Re: [PATCH 4/5] Fix the configuration dependencies

2007-11-20 Thread Ken'ichi Ohmichi
Hi Simon, Thank you for reviewing and your Acked-by signs. Simon Horman wrote: On Fri, Nov 16, 2007 at 11:33:20AM +0900, Ken'ichi Ohmichi wrote: This patch fixes the configuration dependencies in the vmcoreinfo data. i386's node_data is defined in arch/x86/mm/discontig_32.c, and x86_64's

[PATCH] remove unused tsk_thread from asm-offsets_64.c

2007-11-20 Thread Steven Rostedt
I was looking for where tsk_thread is used in the x86_64 code, and couln't find it anywhere. I took it out and compiled the kernel, and it compiled fine. So this patch simply removes the thread from asm-offsets.c since I can't find an owner for it. Signed-off-by: Steven Rostedt [EMAIL PROTECTED]

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

2007-11-20 Thread H. Peter Anvin
Jeff Garzik wrote: Take a look at usr/Makefile for how initramfs is automatically included in the image, right now. The intention at the time was to quickly follow up this stub (generated by gen_init_cpio) with a full inclusion of klibc + some basics like nfsroot. It should be a very

Inotify fails to send IN_ATTRIB events

2007-11-20 Thread Morten Welinder
I am seeing missing inotify IN_ATTRIB events in the following situation: 1. touch foo 2. Make inotify watch foo 3. ln foo bar -- Link count changed so I should have gotten an IN_ATTRIB. 4. rm foo -- Link count changed so I should have gotten an IN_ATTRIB. (Or IN_DELETE_SELF; I don't

Re: gitweb: kernel versions in the history (feature request, probably)

2007-11-20 Thread J. Bruce Fields
On Wed, Nov 21, 2007 at 12:30:23AM +0100, Jarek Poplawski wrote: I don't know git, but it seems, at least if done for web only, this shouldn't be so 'heavy'. It could be a 'simple' translation of commit date by querying a small database with kernel versions dates. If I create a commit in my

__rcu_process_callbacks() in Linux 2.6

2007-11-20 Thread James Huang
In the latest Linux 2.6 RCU implementation, __rcu_process_callbacks() is coded as follows: 422 static void __rcu_process_callbacks(struct rcu_ctrlblk *rcp, 423struct rcu_data *rdp) 424 { 425if (rdp-curlist !rcu_batch_before(rcp-completed,

[PATCH] Fix optimized search

2007-11-20 Thread Gregory Haskins
I spied a few more issues from http://lkml.org/lkml/2007/11/20/590. Patch is below.. Regards, -Greg - Include cpu 0 in the search, and eliminate the redundant cpu_set since the bit should already be set in the mask. Signed-off-by: Gregory Haskins [EMAIL PROTECTED] ---

[PATCH] CPUFREQ: powernow-k8 print pstate instead of fid/did for family 10h

2007-11-20 Thread Yinghai Lu
[PATCH] CPUFREQ: powernow-k8 print pstate instead of fid/did for family 10h powernow-k8: Found 1 Quad-Core AMD Opteron(tm) Processor 8354 processors (4 cpu cores) (version 2.20.00) powernow-k8:0 : fid 0x0 did 0x0 (2200 MHz) powernow-k8:1 : fid 0x0 did 0x0 (2000 MHz) powernow-k8:2 :

Re: __rcu_process_callbacks() in Linux 2.6

2007-11-20 Thread James Huang
Please disregard the previous email. In the latest Linux 2.6 RCU implementation, __rcu_process_callbacks() is coded as follows: 422 static void __rcu_process_callbacks(struct rcu_ctrlblk *rcp, 423struct rcu_data *rdp) 424 { 425if (rdp-curlist

null pointer dereference during restart autofs (was: Linux 2.6.22.12)

2007-11-20 Thread Tomasz Kłoczko
BUG: unable to handle kernel NULL pointer dereference at virtual address 0014 printing eip: c047102c *pdpt = 24e2c001 *pde = Oops: 0002 [#1] SMP Modules linked in: nfsd exportfs iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 ipt_LOG ipt_connlimit nf_conntrack

Re: [patch] 0/4 Support for Toshiba TMIO multifunction devices

2007-11-20 Thread ian
On Wed, 2007-11-21 at 10:23 +0800, eric miao wrote: Roughly went through the patch, looks good, here comes the remind, though :-) 1. is it possible to use some name other than soc_core, maybe tmio_core so that other multifunction chips sharing a core base will live easier. It's (soc-core)

Re: [patch] 0/4 Support for Toshiba TMIO multifunction devices

2007-11-20 Thread eric miao
On Nov 21, 2007 11:54 AM, ian [EMAIL PROTECTED] wrote: On Wed, 2007-11-21 at 10:23 +0800, eric miao wrote: Roughly went through the patch, looks good, here comes the remind, though :-) 1. is it possible to use some name other than soc_core, maybe tmio_core so that other multifunction

Re: [PATCH 3/4] proc: simplify remove_proc_entry() wrt locking

2007-11-20 Thread Andrew Morton
On Fri, 16 Nov 2007 18:10:15 +0300 Alexey Dobriyan [EMAIL PROTECTED] wrote: We can take proc_subdir_lock for duration of list searching and removing from lists only. It can't hurt -- we can gather any amount of looked up PDEs right after proc_subdir_lock droppage in proc_lookup() anyway.

<    6   7   8   9   10   11   12   >