Re: [PATCH 07/18] x86 vDSO: vdso32 build

> I assume that if an error happened in a pipe set -e; would catch it. > But I did not check that - I normally just adds set -e; without much thought. No, you need set -o pipefail for that (which is a bashism). Thanks, Roland - To unsubscribe from this list: send the line "unsubscribe

Re: [patch 02/13] dio: ARRAY_SIZE() cleanup

On Tue, 20 Nov 2007, Richard Knutsson wrote: > Geert Uytterhoeven wrote: > > > -#define NUMNAMES (sizeof(names) / sizeof(struct dioname)) > > +#define NUMNAMES ARRAY_SIZE(names) > > Why not replace NUMNAMES? Good idea! Updated patch below. --- Subject: dio: ARRAY_SIZE() cleanup From:

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

On Tue, Nov 20, 2007 at 10:20:09PM -0500, J. Bruce Fields wrote: > 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

Re: Prospects of DRM TTM making it into 2.6.24?

On Wed, 21 Nov 2007 17:36:33 +1000 "Dave Airlie" <[EMAIL PROTECTED]> wrote: > > > > > > I also have a few AGP changes I need to line up to support the chipset > > > flushing work I've done to support TTM properly.. > > > > > > > Did anything happen with that null-pointer deref I was hitting? > >

Re: Prospects of DRM TTM making it into 2.6.24?

> > > > I also have a few AGP changes I need to line up to support the chipset > > flushing work I've done to support TTM properly.. > > > > Did anything happen with that null-pointer deref I was hitting? > I've rebased the patches in my tree along with a chunk I missed which should make your

Re: [PATCH 07/18] x86 vDSO: vdso32 build

On Tue, Nov 20, 2007 at 11:10:15PM -0800, Roland McGrath wrote: > > > +# This makes sure the $(obj) subdirectory exists even though vdso32/ > > > +# is not a kbuild sub-make subdirectory. > > > +override obj-dirs = $(dir $(obj)) $(obj)/vdso32/ > > > > Should we teach kbuild to create dirs

[PATCHv5 1/5] actual sys_indirect code

This is the actual architecture-independent part of the system call implementation. include/linux/indirect.h | 17 + include/linux/sched.h|4 include/linux/syscalls.h |4 kernel/Makefile |3 +++ kernel/indirect.c| 40

[PATCHv5 0/5] sys_indirect system call

The following patches provide an alternative implementation of the sys_indirect system call which has been discussed a few times. This is a system call that allows us to extend existing system call interfaces by adding more system call parameters. Davide's previous implementation is IMO far more

[PATCHv5 2/5] x86 support for sys_indirect

This part adds support for sys_indirect on x86 and x86-64. arch/x86/Kconfig |3 ++ arch/x86/ia32/Makefile |1 arch/x86/ia32/ia32entry.S |2 + arch/x86/ia32/sys_ia32.c | 38 +

[PATCHv5 3/5] Allow setting FD_CLOEXEC flag for new sockets

This is a first user of sys_indirect. Several of the socket-related system calls which produce a file handle now can be passed an additional parameter to set the FD_CLOEXEC flag. include/asm-x86/ia32_unistd.h |1 + include/linux/indirect.h | 27 +++

[PATCHv5 5/5] FD_CLOEXEC support for eventfd, signalfd, timerfd

This patch adds support to set the FD_CLOEXEC flag for the file descriptors returned by eventfd, signalfd, timerfd. fs/anon_inodes.c | 15 +++ fs/eventfd.c |5 +++-- fs/signalfd.c |6 -- fs/timerfd.c |6

[PATCHv5 4/5] Allow setting O_NONBLOCK flag for new sockets

This patch adds support for setting the O_NONBLOCK flag of the file descriptors returned by socket, socketpair, and accept. socket.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) --- linux/net/socket.c +++ linux/net/socket.c @@ -362,7 +362,7 @@ static int

Re: [kvm-devel] [PATCH 3/3] virtio PCI device

Anthony Liguori wrote: Avi Kivity wrote: Anthony Liguori wrote: Avi Kivity wrote: Anthony Liguori wrote: This is a PCI device that implements a transport for virtio. It allows virtio devices to be used by QEMU based VMMs like KVM or Xen. + +/* the notify

Re: [PATCH 07/18] x86 vDSO: vdso32 build

> > +# This makes sure the $(obj) subdirectory exists even though vdso32/ > > +# is not a kbuild sub-make subdirectory. > > +override obj-dirs = $(dir $(obj)) $(obj)/vdso32/ > > Should we teach kbuild to create dirs specified in targets? > Or we could 'fix' it so you do not need the override.

Re: Futexes and network filesystems.

Kyle Moffett <[EMAIL PROTECTED]> writes: > On Nov 20, 2007, at 17:53:52, Er ic W. Biederman wrote: >> I had a chance to think about this a bit more, and realized that the problem >> is that futexes don't appear to work on network filesystems, even if the >> network filesystems provide coherent

[PREEMPT_RT] LOCK_STAT and kexec: general protection fault

Hi, On RT kernel, When CONFIG_LOCK_STAT is enabled, trying to load the kdump kernel (kexec -p) causes a kernel panic. I have seen slightly varying backtraces, but I see general protection fault every time. Hardware: x86_64, 4CPUs, LS20 blade. Kernel: 2.6.23.1-rt11. I don't see this problem on

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

Below is a preliminary patch. It solves the directory issue but it doesn't play well with proc_mnt and proc_flush_task. It works by simply caching the network namespace when we mount proc so we don't have to be fancy and dynamic. Something for the discussion anyway. I will start sorting out

Re: 2.6.24-rc3-mm1

On Nov 21, 2007 2:15 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Wed, 21 Nov 2007 14:03:34 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote: > > > On Nov 21, 2007 2:00 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > > On Wed, 21 Nov 2007 13:51:47 +0800 "Dave Young" <[EMAIL PROTECTED]>

Re: Futexes and network filesystems.

On Nov 20, 2007, at 17:53:52, Er ic W. Biederman wrote: I had a chance to think about this a bit more, and realized that the problem is that futexes don't appear to work on network filesystems, even if the network filesystems provide coherent shared memory. It seems to me that we need to

Re: 2.6.24-rc3-mm1 - Kernel Panic on IO-APIC

On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote: > Hi Andrew, > > Kernel panic's across different architectures like powerpc, x86_64, powerpc complains about IO-APICs?? > Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes) > Inode-cache hash

Re: 2.6.24-rc3-mm1

On Wed, 21 Nov 2007 14:03:34 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote: > On Nov 21, 2007 2:00 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > On Wed, 21 Nov 2007 13:51:47 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote: > > > > > Hi, andrew > > > > > > modpost failed for me: > > > MODPOST

Re: 2.6.24-rc3-mm1 - Kernel Panic on IO-APIC

Hi Andrew, Kernel panic's across different architectures like powerpc, x86_64, Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes) Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes) Mount-cache hash table entries: 256 SMP alternatives: switching to UP code

Re: 2.6.24-rc3-mm1

On Wed, 21 Nov 2007 14:58:38 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: > I met. > > CHK include/linux/version.h > CHK include/linux/utsrelease.h > CALLscripts/checksyscalls.sh > :1389:2: warning: #warning syscall revokeat not implemented > :1393:2: warning: #warning

Re: 2.6.24-rc3-mm1 - Build Failure on S390x

On Wed, 21 Nov 2007 11:26:51 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote: > The kernel build fails on S390x, with Yes, sorry, I forgot to mention that. I got a large patch reject between Greg's driver tree and the s390 tree and I couldn't be bothered fixing it. s390 is busted in

Re: 2.6.24-rc3-mm1

On Nov 21, 2007 2:00 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Wed, 21 Nov 2007 13:51:47 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote: > > > Hi, andrew > > > > modpost failed for me: > > MODPOST 360 modules > > ERROR: "empty_zero_page" [drivers/kvm/kvm.ko] undefined! > > make[1]: ***

Re: 2.6.24-rc3-mm1

On Wed, 21 Nov 2007 13:51:47 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote: > Hi, andrew > > modpost failed for me: > MODPOST 360 modules > ERROR: "empty_zero_page" [drivers/kvm/kvm.ko] undefined! > make[1]: *** [__modpost] Error 1 > make: *** [modules] Error 2 > You're a victim of the hasty

Re: 2.6.24-rc3-mm1 - Build Failure on S390x

Hi Andrew, The kernel build fails on S390x, with arch/s390/kernel/ipl.c: In function `ipl_register_fcp_files': arch/s390/kernel/ipl.c:415: error: `ipl_subsys' undeclared (first use in this function) arch/s390/kernel/ipl.c:415: error: (Each undeclared identifier is reported only once

Re: [PATCH 07/18] x86 vDSO: vdso32 build

Hi Roland. Some minor things below. In general I like the simplification of this area and having it moved out of kernel/Makefile is the-right-thing. Sam On Mon, Nov 19, 2007 at 02:05:32PM -0800, Roland McGrath wrote: > > This builds the 32-bit vDSO images in the arch/x86/vdso

Modules: Handle symbols that have a zero value

Another issue that I encountered with the cpu_alloc stuff. The module subsystem cannot handle symbols that are zero. If symbols are present that have a zero value then the module resolver prints out a message that these symbols are unresolved. Use ERR_PTR to return an error code instead of 0.

Re: [PATCH][RFC] kprobes: Add user entry-handler in kretprobes

On Mon, 2007-11-19 at 17:56 +0530, Abhishek Sagar wrote: > On Nov 17, 2007 6:24 AM, Jim Keniston <[EMAIL PROTECTED]> wrote: > > > True, some kind of data pointer/pouch is essential. > > > > Yes. If the pouch idea is too weird, then the data pointer is a good > > compromise. > > > > With the above

Re: 2.6.24-rc3-mm1

I met. CHK include/linux/version.h CHK include/linux/utsrelease.h CALLscripts/checksyscalls.sh :1389:2: warning: #warning syscall revokeat not implemented :1393:2: warning: #warning syscall frevoke not implemented CHK include/linux/compile.h make[1]: *** No rule to make

Re: 2.6.24-rc3-mm1

Hi, andrew modpost failed for me: MODPOST 360 modules ERROR: "empty_zero_page" [drivers/kvm/kvm.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 Regards dave - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: USB deadlock after resume

On 11/21/07, Mark Lord <[EMAIL PROTECTED]> wrote: > Markus Rechberger wrote: > > Hi, > > > > I'm looking at the linux uvc driver, and noticed after resuming my > .. > > Pardon me.. what is the "uvc" driver? Which module/source file is that? > http://linux-uvc.berlios.de/ it's not yet included in

Re: [PATCH] Fix optimized search

>>> On Tue, Nov 20, 2007 at 11:26 PM, in message <[EMAIL PROTECTED]>, Steven Rostedt <[EMAIL PROTECTED]> wrote: > On Tue, Nov 20, 2007 at 11:15:48PM -0500, Steven Rostedt wrote: >> Gregory Haskins wrote: >>> I spied a few more issues from http://lkml.org/lkml/2007/11/20/590. >>> Patch is below..

Re: [HIFN 00/03]: RNG support v2

On Sun, Nov 18, 2007 at 10:32:52PM +0100, Patrick McHardy wrote: > These patches add support for using the HIFN rng. All applied. Thanks a lot Patrick! -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/

[PATCH 4/4] RT: Use a 2-d bitmap for searching lowest-pri CPU

The current code use a linear algorithm which causes scaling issues on larger SMP machines. This patch replaces that algorithm with a 2-dimensional bitmap to reduce latencies in the wake-up path. In this past, this patch has maintained the priorties as a global property. It now has a

[PATCH 2/4] RT: Add sched-domain roots

We add the notion of a root-domain which will be used later to rescope global variables to per-domain variables. Each exclusive cpuset essentially defines an island domain by fully partitioning the member cpus from any other cpuset. However, we currently still maintain some policy/state as

[PATCH 3/4] RT: Only balance our RT tasks within our root-domain

We move the rt-overload data as the first global to per-domain reclassification. This limits the scope of overload related cache-line bouncing to stay with a specified partition instead of affecting all cpus in the system. Finally, we limit the scope of find_lowest_cpu searches to the domain

[PATCH 1/4] Fix optimized search

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]> --- kernel/sched_rt.c |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/kernel/sched_rt.c

[PATCH 0/4] more RT balancing enhancements

These are patches that apply to the end of the v5 series annouced here: http://lkml.org/lkml/2007/11/20/558 Steven, These are patches that I could not finish in time to get in with the v4 release. Ingo, If you accept the prior work submitted by Steven and myself, please also

Re: [rfc 18/45] cpu alloc: XFS counters

On Wed, 21 Nov 2007, David Chinner wrote: > Seeing as I didn't notice this patchest changed XFS (where's the cc?) > until I saw hch's question I'd appreciate a pointer to that discussion > as it's long been deleted from my mailbox. http://marc.info/?t=11943826359=2=2 - To unsubscribe from

Re: [rfc 18/45] cpu alloc: XFS counters

On Tue, Nov 20, 2007 at 12:38:29PM -0800, Christoph Lameter wrote: > On Tue, 20 Nov 2007, Christoph Hellwig wrote: > > > On Mon, Nov 19, 2007 at 05:11:50PM -0800, [EMAIL PROTECTED] wrote: > > > Also remove the useless zeroing after allocation. Allocpercpu already > > > zeroed the objects. > > >

2.6.24-rc3-mm1

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/ - Added new git tree git-lblnet.patch: net labelling work (Paul Moore <[EMAIL PROTECTED]) - Re-added Smack - Dropped git-kbuild.patch - it broke the scsi build - I'm offline until Sunday (as are certain

Re: [PATCH] Fix optimized search

On Tue, Nov 20, 2007 at 11:15:48PM -0500, Steven Rostedt wrote: > Gregory Haskins wrote: >> I spied a few more issues from http://lkml.org/lkml/2007/11/20/590. >> Patch is below.. > > Thanks, but I have one update... > Here's the updated patch. Oh, and Gregory, please email me at my [EMAIL

Re: USB deadlock after resume

Markus Rechberger wrote: Hi, I'm looking at the linux uvc driver, and noticed after resuming my .. Pardon me.. what is the "uvc" driver? Which module/source file is that? Thanks notebook it deadlocks at usb_set_interface. The linux kernel version on that notebook is 2.6.21.4, I searched

Re: [PATCH] Fix optimized search

Gregory Haskins wrote: I spied a few more issues from http://lkml.org/lkml/2007/11/20/590. Patch is below.. Thanks, but I have one update... Regards, -Greg - Include cpu 0 in the search, and eliminate the redundant cpu_set since the bit should already be set in the mask.

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

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.

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

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

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

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

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

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: __rcu_process_callbacks() in Linux 2.6

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

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

[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 :

[PATCH] Fix optimized search

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]> ---

__rcu_process_callbacks() in Linux 2.6

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,

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

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

Inotify fails to send IN_ATTRIB events

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;

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

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

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

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

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

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, >>

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

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: mm snapshot broken-out-2007-11-20-01-45.tar.gz uploaded

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 >

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

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

Re: CONFIG_IRQBALANCE for 64-bit x86 ?

On Tue, 20 Nov 2007 15:17:15 +1100 Nick Piggin <[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

Re: [git patches] libata fixes

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: [patch] 0/4 Support for Toshiba TMIO multifunction devices

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

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

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

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

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; > -

Re: [PATCH] ext4: dir inode reservation V3

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

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

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

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

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

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

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

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

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 >

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

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 >

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

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.

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

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: apm emulation driver broken ?

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... >

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

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

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

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

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]> ---

[PATCH v4 05/20] pull RT tasks

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

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 01/20] Add rt_nr_running accounting

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

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

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(-)

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

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 14/20] RT: Optimize our cpu selection based on topology

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 10/20] RT: Remove some CFS specific code from the wakeup path of RT tasks

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

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

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 03/20] push RT tasks

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

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 20/20] balance RT tasks no new wake up

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

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 09/20] RT: Consistency cleanup for this_rq usage

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

[PATCH v4 06/20] wake up balance RT

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 +++

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

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

[PATCH v4 16/20] Avoid overload

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 02/20] track highest prio queued on runqueue

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 04/20] RT overloaded runqueues accounting

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 00/20] New RT Balancing version 4

[ 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

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

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

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

  1   2   3   4   5   6   7   8   9   10   >