Re: [PATCH 2/5] revoke: core code

2007-03-15 Thread Pekka Enberg
Hi Andrew, On Sun, 11 Mar 2007 13:30:49 +0200 (EET) Pekka J Enberg <[EMAIL PROTECTED]> wrote: On 3/16/07, Andrew Morton <[EMAIL PROTECTED]> wrote: n all system calls must return long. Fixed. On 3/16/07, Andrew Morton <[EMAIL PROTECTED]> wrote: so the modification of vm_flags

Re: [PATCH] ACPI: ibm-acpi: allow module to load when acpi notifiers can't be set (v2)

2007-03-15 Thread Len Brown
Applied. On Thursday 15 March 2007 15:15, Henrique de Moraes Holschuh wrote: > This patch allows for ibm-acpi to coexist (with diminished functionality) with > other drivers like ACPI_BAY. ibm-acpi will simply disable the functions it is > not able to register ACPI notifiers for. > >

Re: 2.6.21-rc3-mm1

2007-03-15 Thread Mariusz Kozlowski
Hello Mel, > > > > > Today after +- 24h of uptime I found some more page allocation > > > > > failures ('eth1: Can't allocate skb for Rx'). You'll find more here: > > > > > > > > > > http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt > > > > > > > > > > System wasn't doing

Re: [patch 1/4] signalfd v1 - signalfd core ...

2007-03-15 Thread Davide Libenzi
On Thu, 15 Mar 2007, Ulrich Drepper wrote: > On 3/7/07, Davide Libenzi wrote: > > Let's do this. How about you throw this way one of the case that would > > possibly break, and I test it? > > Since you make such claims I assume your signalfd() implementation > considers a signal delivered once

Re: [stable] Three critical patches still aren't merged in 2.6.21

2007-03-15 Thread Greg KH
On Thu, Mar 15, 2007 at 12:34:07PM -0400, Chuck Ebbert wrote: > I've been holding off sending these in for -stable until they're > merged, but now I wonder when that will happen. Feel free to send them to stable@ when they go to Linus as it sounds like they are almost there. Thanks, greg k-h -

Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT

2007-03-15 Thread Zachary Amsden
Jeremy Fitzhardinge wrote: +} else if (strcmp(secstrings+sechdrs[i].sh_name, ".dynamic") == 0) { +Elf32_Dyn *dyn = (void *)hdr + sechdrs[i].sh_offset; +int tag; +while ((tag = (++dyn)->d_tag) != DT_NULL) Um, no. Walk

Re: core2 duo, interrupts: is this normal?

2007-03-15 Thread Len Brown
On Thursday 15 March 2007 21:24, Norberto Bensa wrote: > Hello, > > is this output, normal? I meant, why counters on CPU1 is zero? Isn't this > balanced? yes, it is normal. If you had an interrupt-limited workload then irqbalance would pick things up and spread them out. -Len > $ cat

Re: [patch 1/4] signalfd v1 - signalfd core ...

2007-03-15 Thread Ulrich Drepper
On 3/7/07, Davide Libenzi wrote: Let's do this. How about you throw this way one of the case that would possibly break, and I test it? Since you make such claims I assume your signalfd() implementation considers a signal delivered once it is reported to an epoll() caller. Right? This is not

Re: [PATCH] PPC: Delete unused header file.

2007-03-15 Thread Paul Mackerras
Robert P. J. Day writes: > Delete apparently unused header file arch/ppc/syslib/cpc710.h. I suggest you send this to [EMAIL PROTECTED] and Matt Porter <[EMAIL PROTECTED]> for review. Paul. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT

2007-03-15 Thread Jeremy Fitzhardinge
Zachary Amsden wrote: > Well testing that is not so fun. I installed SUSE Pro 9.0, and > strings on ld.so contains the magic at_sysinfo assert! But it doesn't > install TLS libraries, so I'll have to install them by hand. > > In works - in theory. Look, a puppy! > > Scratchbox is rumored to

Re: [PATCH] Improve error recovery in serial mouse driver

2007-03-15 Thread Dmitry Torokhov
On Thursday 15 March 2007 15:16, Peter Osterlund wrote: > If bytes get lost in the communication with a serial mouse using the > MS protocol, the kernel driver could do a better job getting back in > sync. The first byte in a packet has bit 6 set, and no other bytes > have that bit set. Therefore,

Re: thread stacks and strict vm overcommit accounting

2007-03-15 Thread KAMEZAWA Hiroyuki
On Thu, 15 Mar 2007 11:06:21 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Tue, 13 Mar 2007 18:33:20 +0200 Dan Aloni <[EMAIL PROTECTED]> wrote: > > Hello, > > > > This question is relevent to 2.6.20. > > > > I noticed that if the RSS for the stack size is say, 8MB, running > > a

Re: [PATCH 00/18] Make common x86 arch area for i386 and x86_64 - Take 2

2007-03-15 Thread Christoph Lameter
On Thu, 15 Mar 2007, Steven Rostedt wrote: > On Thu, 2007-03-15 at 17:06 +0100, Andi Kleen wrote: > > > Well I just see a lot of pain from these patches but I doubt > > they will avoid any bugs. If people don't compile test both > > archs they will always likely break on another. There are lots

Re: [PATCH 00/18] Make common x86 arch area for i386 and x86_64 - Take 2

2007-03-15 Thread Kasper Sandberg
On Wed, 2007-03-14 at 01:08 -0400, Steven Rostedt wrote: > [Hopefully fixed email client to make it to the list this time] > [This series has changed by using git-diff -M] > Seems appropriate, but I really don't care what it's called. One thing about > this name, is that typing arch/x86 doesn't

Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed

2007-03-15 Thread Rik van Riel
[EMAIL PROTECTED] wrote: On the other hand, Andreas suggested only marking it once every 32 calls, but that required a helper variable. Statistically, jiffies%32 should end up about the same as a helper variable %32. This of course, if just calling mark_page_accessed() is actually expensive

Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference

2007-03-15 Thread Ian Kent
On Mon, 12 Mar 2007, [EMAIL PROTECTED] wrote: > > From: Sukadev Bhattiprolu <[EMAIL PROTECTED]> > Subject: [PATCH 2/2] Replace pid_t in autofs with struct pid reference. > > Make autofs container-friendly by caching struct pid reference rather > than pid_t and using pid_nr() to retreive a

Re: [PATCH] blackfin: balance parenthesis in macros

2007-03-15 Thread Wu, Bryan
On Thu, 2007-03-15 at 18:12 -0400, Mariusz Kozlowski wrote: > Hello, > > This patch (against 2.6.21-rc3-mm1) balances parenthesis in blackfin > header files. > > Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]> > > include/asm-blackfin/mach-bf535/bf535.h |4 ++-- >

Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT

2007-03-15 Thread Zachary Amsden
Jeremy Fitzhardinge wrote: Zachary Amsden wrote: Invoke black magic to relocate the VDSO even when COMPAT_VDSO is enabled by fixing up the ELF object. So does it actually work? Can you boot the broken distros with this in place? Well testing that is not so fun. I installed

Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed

2007-03-15 Thread Valdis . Kletnieks
On Thu, 15 Mar 2007 14:35:17 EDT, Rik van Riel said: > [EMAIL PROTECTED] wrote: > > On Wed, 14 Mar 2007 22:33:17 BST, Andreas Mohr said: > > > >> it'd seem we need some kind of state management here to figure out good > >> intervals of when to call mark_page_accessed() *again* for this page. E.g.

Re: [patch 10/34] Xen-pv_ops: Simplify smp_call_function*() by using common implementation

2007-03-15 Thread Randy Dunlap
On Tue, 13 Mar 2007 16:30:27 -0700 Jeremy Fitzhardinge wrote: > smp_call_function and smp_call_function_single are almost complete > duplicates of the same logic. This patch combines them by > implementing them in terms of the more general > smp_call_function_mask(). The kernel-doc is still not

Re: [Fastboot] [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

2007-03-15 Thread Vivek Goyal
On Fri, Mar 16, 2007 at 11:40:07AM +0900, Magnus Damm wrote: > On 3/16/07, Horms <[EMAIL PROTECTED]> wrote: > >On Thu, Mar 15, 2007 at 06:56:16PM +0530, Vivek Goyal wrote: > >> On Thu, Mar 15, 2007 at 12:22:57PM +, Ian Campbell wrote: > >> > On Thu, 2007-03-15 at 11:17 +0530, Vivek Goyal

Re: [PATCH 0/3] Lumpy Reclaim V5

2007-03-15 Thread Andrew Morton
On Mon, 12 Mar 2007 18:22:45 + Andy Whitcroft <[EMAIL PROTECTED]> wrote: > Following this email are three patches which represent the > current state of the lumpy reclaim patches; collectively lumpy V5. So where do we stand with this now?Does it make anything get better? I (continue to)

Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT

2007-03-15 Thread Jeremy Fitzhardinge
Zachary Amsden wrote: > Invoke black magic to relocate the VDSO even when COMPAT_VDSO is enabled > by fixing up the ELF object. > So does it actually work? Can you boot the broken distros with this in place? > Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]> > > Index:

Re: [PATCH 10/22 take 3] UBI: EBA unit

2007-03-15 Thread Randy Dunlap
On Thu, 15 Mar 2007 18:29:51 -0500 Josh Boyer wrote: > On Thu, Mar 15, 2007 at 02:24:10PM -0700, Randy Dunlap wrote: > > On Thu, 15 Mar 2007 11:07:03 -0800 Andrew Morton wrote: > > > > > > > > There's way too much code here to expect it to get decently reviewed, > > > alas. > > > > Yes. > >

Re: [BUGFIX][PATCH] fixing placement of register stack under ulimit -s

2007-03-15 Thread KAMEZAWA Hiroyuki
plz allow me to explain more. "Why register-stack/memory-stack upside down is bad" is a bit complicated. So...this is a test and result for explaining bug. This is a sample code and its result on 2.6.21-rc3. Note: base address of memory'stack can be randomly change. == sample code == [EMAIL

[RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT

2007-03-15 Thread Zachary Amsden
Paravirt-ops guests which move the fixmap also end up moving the syscall VDSO. This fails if it is prelinked at a fixed address, which is why COMPAT_VDSO is broken under CONFIG_VMI (and also under CONFIG_XEN). Several options are available to try to address this. Jan had cooked up a patch

Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

2007-03-15 Thread Vivek Goyal
On Fri, Mar 16, 2007 at 08:48:08AM +0900, Horms wrote: > On Thu, Mar 15, 2007 at 06:56:16PM +0530, Vivek Goyal wrote: > > On Thu, Mar 15, 2007 at 12:22:57PM +, Ian Campbell wrote: > > > On Thu, 2007-03-15 at 11:17 +0530, Vivek Goyal wrote: > > > > > > But I think changing this macro might run

Re: [Fastboot] [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

2007-03-15 Thread Magnus Damm
On 3/16/07, Horms <[EMAIL PROTECTED]> wrote: On Thu, Mar 15, 2007 at 06:56:16PM +0530, Vivek Goyal wrote: > On Thu, Mar 15, 2007 at 12:22:57PM +, Ian Campbell wrote: > > On Thu, 2007-03-15 at 11:17 +0530, Vivek Goyal wrote: > > > > > But I think changing this macro might run into issues. It

Re: CONFIG_REORDER Kconfig help strange sentence.

2007-03-15 Thread Randy Dunlap
On Tue, 13 Mar 2007 17:37:35 +1100 Rusty Russell wrote: > On Tue, 2007-03-13 at 00:56 +0100, Andi Kleen wrote: > > On Tue, Mar 13, 2007 at 10:18:03AM +1100, Rusty Russell wrote: > > > OK, this confused me: > > > > > > Function reordering (REORDER) [N/y/?] (NEW) ? > > > > > >

Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

2007-03-15 Thread Vivek Goyal
On Thu, Mar 15, 2007 at 01:42:39PM +, Ian Campbell wrote: > On Thu, 2007-03-15 at 18:56 +0530, Vivek Goyal wrote: > > > > Ideal place for this probably should have been arch dependent > > crash_dump.h file. But we don't have one and no point introducing one > > just for this macro. > >

Re: Loading both the pata_atiixp and the ahci driver causes problems

2007-03-15 Thread Jon Masters
Chuck Ebbert wrote: If you try to load both the pata_atiixp and the ahci driver (for the same ATI SB600 adapter), very strange things happen. The AHCI driver churns for three minutes or so, spewing messages like this, then nothing works: <6>ata3: SATA link up 3.0 Gbps (SStatus 123 SControl

Re: AMD64 kernel oops

2007-03-15 Thread Parag Warudkar
Joerg Platte naasa.net> writes: > Pid: 14, comm: events/0 Not tainted 2.6.18-4-amd64 #1 > RIP: 0010:[] [] keyring_destroy+0x32/0x96 [Snip] > Can this oops be caused by a known and already > fixed problem in a newer kernel versions? In this case I would submit a bug > to the Debian BTS.

[PATCH 2/2] scc_pata: move from ide/ppc to ide/pci

2007-03-15 Thread Akira Iguchi
This patch moves scc_pata from ide/ppc to ide/pci in order to build it in normal module. Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]> Signed-off-by: Akira Iguchi <[EMAIL PROTECTED]> --- diff -Nrpu -X linux-2.6.21-rc3/Documentation/dontdiff linux-2.6.21-rc3/drivers/ide/pci/scc_pata.c

[PATCH 1/2] scc_pata: dependency fix

2007-03-15 Thread Akira Iguchi
This patch fixes: * the dependency of scc_pata on BLK_DEV_IDEDMA_PCI * incorrect link to ide-core * move scc_pata from ide/ppc to ide/pci Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]> Signed-off-by: Akira Iguchi <[EMAIL PROTECTED]> --- diff -Nrpu -X linux-2.6.21-rc3/Documentation/dontdiff

Re: [linux-usb-devel] USB Keyboard

2007-03-15 Thread Alan Stern
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote: > It's not the same hardware and all the machines that I tried that > have keyboards end up WORKING with the USB keyboard as well! But > Dmitry Torokhov was right! I just burned a CD with all three modules, > and the keyboard works! I didn't

Re: [PATCH v5] Fix rmmod/read/write races in /proc entries

2007-03-15 Thread Andrew Morton
On Sun, 11 Mar 2007 20:04:56 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > Differences from version 4: > Updated in-code comments. Largely rewritten changelog. > Lockdep please. --akpm > ->read_proc, ->write_proc aren't special, Extend protection to > most methods for

Re: PCI DAC DMA APIs

2007-03-15 Thread David Miller
From: Christoph Hellwig <[EMAIL PROTECTED]> Date: Thu, 15 Mar 2007 19:18:34 + > On Thu, Mar 15, 2007 at 12:38:13PM +, Jan Beulich wrote: > > While the kernel headers provide for this, there don't appear to be any > > in-tree users (which seems contrary to general Linux policies). Would

Re: [PATCH 2/5] revoke: core code

2007-03-15 Thread Andrew Morton
On Sun, 11 Mar 2007 13:30:49 +0200 (EET) Pekka J Enberg <[EMAIL PROTECTED]> wrote: > From: Pekka Enberg <[EMAIL PROTECTED]> > > The revokeat(2) and frevoke(2) system calls invalidate open file > descriptors and shared mappings of an inode. After an successful > revocation, operations on file

Re: Summary of resource management discussion

2007-03-15 Thread Srivatsa Vaddagiri
On Thu, Mar 15, 2007 at 12:12:50PM -0700, Paul Menage wrote: > There are some things that benefit from having an abstract > container-like object available to store state, e.g. "is this > container deleted?", "should userspace get a callback when this > container is empty?". IMO we can still get

Re: [PATCH 10/13] BLK_DEV_IDE_CELLEB dependency fix

2007-03-15 Thread Akira Iguchi
Hi, > Bart wrote: >> Al wrote: >> So AFAICS the minimal fix for that sucker is dependency on BLK_DEV_IDE=y; >> however, I really wonder if >> * it needs to be linked into ide-core (as opposed to being a normal >> module of its own) > >AFAICS there are no legacy device ordering issues with

core2 duo, interrupts: is this normal?

2007-03-15 Thread Norberto Bensa
Hello, is this output, normal? I meant, why counters on CPU1 is zero? Isn't this balanced? $ cat /proc/interrupts CPU0 CPU1 0:4180170 0 IO-APIC-edge timer 1: 8060 0 IO-APIC-edge i8042 7: 0 0 IO-APIC-edge

Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd

2007-03-15 Thread David Chinner
On Wed, Mar 14, 2007 at 12:34:29PM +0100, Marco Berizzi wrote: > Hello everybody. > Since 2.6.19.2 + commit 7fbbb01dca7704d52ace6f45a805c98a5b0362f9 What commit is that? gitweb search tells me it's an nmi watchdog change. Doesn't seem likely to change XFS behaviour - can you post a url to the

[PATCH] Return EPERM not ECHILD on security_task_wait failure

2007-03-15 Thread Roland McGrath
wait* syscalls return -ECHILD even when an individual PID of a live child was requested explicitly, when security_task_wait denies the operation. This means that something like a broken SELinux policy can produce an unexpected failure that looks just like a bug with wait or ptrace or something.

[PATCH 2.6.20] pwc : Cisco VT Camera support

2007-03-15 Thread Jean Tourrilhes
Hi, I already sent this e-mail to Luc and on the pwc mailing list, and got no answer. I'm trying again with the hope that this patch would go in the kernel... I have a Cisco VT Camera, and it was just collecting dust. I decided to try connecting it to my Linux box at

Re: [RFC][PATCH 2/7] RSS controller core

2007-03-15 Thread Eric W. Biederman
Alan Cox <[EMAIL PROTECTED]> writes: >> stuff is happening by comparing page->count and page->_mapcount, but it >> certainly wouldn't be conclusive. But, does this kind of nonsense even >> happen in practice? > > "Is it useful for me as a bad guy to make it happen ?" To create a DOS attack.

Re: sky2 PHY setup

2007-03-15 Thread Thomas Glanzmann
Hello Stephen, > yesterday I pulled from Linus tree because I saw the sky2 updated and I > tried to break it but it seems that my problems are gone. I let you know > if anything pops up in the future. bad news. I today tried the sky2 driver which is in Linus Kernel Tree (HEAD) on a machine with

Re: [PATCH take3 00/20] Make common x86 arch area for i386 and x86_64 - Take 3

2007-03-15 Thread Rusty Russell
On Thu, 2007-03-15 at 01:13 -0400, Steven Rostedt wrote: > Once again here's an attempt to put the shared files of x86_64 and i386 > into a separate directory. OK, that's fine, but the next step is to have "make ARCH=x86" compile, with a config option as to whether to build 32 or 64 bit. This

Re: [PATCH] [REPOST] x86_64, i386: Add command line length to boot protocol

2007-03-15 Thread H. Peter Anvin
Bernhard Walle wrote: Because the command line is increased to 2048 characters after 2.6.21, it's not possible for boot loaders and userspace tools to determine the length of the command line the kernel can understand. The benefit of knowing the length is that users can be warned if the command

[patch 13/13] signal/timer/event fds v6 - KAIO eventfd support example ...

2007-03-15 Thread Davide Libenzi
This is an example about how to add eventfd support to the current KAIO code, in order to enable KAIO to post readiness events to a pollable fd (hence compatible with POSIX select/poll). The KAIO code simply signals the eventfd fd when events are ready, and this triggers a POLLIN in the fd. This

[patch 9/13] signal/timer/event fds v6 - timerfd compat code ...

2007-03-15 Thread Davide Libenzi
This patch implement the necessary compat code for the timerfd system call. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.21-rc3.quilt/fs/compat.c === --- linux-2.6.21-rc3.quilt.orig/fs/compat.c 2007-03-15

[patch 8/13] signal/timer/event fds v6 - timerfd wire up x86_64 arch ...

2007-03-15 Thread Davide Libenzi
This patch wire the timerfd system call to the x86_64 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.21-rc3.quilt/arch/x86_64/ia32/ia32entry.S === ---

[patch 12/13] signal/timer/event fds v6 - eventfd wire up x86_64 arch ...

2007-03-15 Thread Davide Libenzi
This patch wire the eventfd system call to the x86_64 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.21-rc3.quilt/arch/x86_64/ia32/ia32entry.S === ---

[patch 11/13] signal/timer/event fds v6 - eventfd wire up i386 arch ...

2007-03-15 Thread Davide Libenzi
This patch wire the eventfd system call to the i386 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.21-rc3.quilt/arch/i386/kernel/syscall_table.S === ---

Re: thread stacks and strict vm overcommit accounting

2007-03-15 Thread Alan Cox
> > > With a typical size as a fuzz factor preaccounted in later kernels. > > > > Where's that done? > > I don't know what Alan is referring to there. fs/exec.c - we add 20 pages to the stack vma size initially. > We've no more committed to providing each instance with 8MB of stack, > than

[patch 7/13] signal/timer/event fds v6 - timerfd wire up i386 arch ...

2007-03-15 Thread Davide Libenzi
This patch wire the timerfd system call to the i386 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.21-rc3.quilt/arch/i386/kernel/syscall_table.S === ---

[patch 3/13] signal/timer/event fds v6 - signalfd wire up i386 arch ...

2007-03-15 Thread Davide Libenzi
This patch wire the signalfd system call to the i386 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.21-rc3.quilt/arch/i386/kernel/syscall_table.S === ---

[patch 10/13] signal/timer/event fds v6 - eventfd core ...

2007-03-15 Thread Davide Libenzi
This is a very simple and light file descriptor, that can be used as event wait/dispatch by userspace (both wait and dispatch) and by the kernel (dispatch only). It can be used instead of pipe(2) in all cases where those would simply be used to signal events. Their kernel overhead is much lower

[patch 5/13] signal/timer/event fds v6 - signalfd compat code ...

2007-03-15 Thread Davide Libenzi
This patch implement the necessary compat code for the signalfd system call. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.21-rc3.quilt/fs/compat.c === --- linux-2.6.21-rc3.quilt.orig/fs/compat.c 2007-02-04

[patch 1/13] signal/timer/event fds v6 - anonymous inode source ...

2007-03-15 Thread Davide Libenzi
This patch add an anonymous inode source, to be used for files that need and inode only in order to create a file*. We do not care of having an inode for each file, and we do not even care of having different names in the associated dentries (dentry names will be same for classes of file*).

[patch 2/13] signal/timer/event fds v6 - signalfd core ...

2007-03-15 Thread Davide Libenzi
This patch series implements the new signalfd() system call. I took part of the original Linus code (and you know how badly it can be broken :), and I added even more breakage ;) Signals are fetched from the same signal queue used by the process, so signalfd will compete with standard kernel

[patch 6/13] signal/timer/event fds v6 - timerfd core ...

2007-03-15 Thread Davide Libenzi
This patch introduces a new system call for timers events delivered though file descriptors. This allows timer event to be used with standard POSIX poll(2), select(2) and read(2). As a consequence of supporting the Linux f_op->poll subsystem, they can be used with epoll(2) too. The system call is

[patch 4/13] signal/timer/event fds v6 - signalfd wire up x86_64 arch ...

2007-03-15 Thread Davide Libenzi
This patch wire the signalfd system call to the x86_64 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.21-rc3.quilt/include/asm-x86_64/unistd.h === ---

Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

2007-03-15 Thread Horms
On Thu, Mar 15, 2007 at 01:42:39PM +, Ian Campbell wrote: > On Thu, 2007-03-15 at 18:56 +0530, Vivek Goyal wrote: > > > > Ideal place for this probably should have been arch dependent > > crash_dump.h file. But we don't have one and no point introducing one > > just for this macro. > >

Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

2007-03-15 Thread Horms
On Thu, Mar 15, 2007 at 06:56:16PM +0530, Vivek Goyal wrote: > On Thu, Mar 15, 2007 at 12:22:57PM +, Ian Campbell wrote: > > On Thu, 2007-03-15 at 11:17 +0530, Vivek Goyal wrote: > > > > > But I think changing this macro might run into issues. It is > > > > > being used at few places in

Re: [PATCH 2/3] swsusp: Do not use page flags

2007-03-15 Thread Rafael J. Wysocki
On Thursday, 15 March 2007 23:23, Andrew Morton wrote: > On Thu, 15 Mar 2007 23:19:02 +0100 (CET) > Jiri Kosina <[EMAIL PROTECTED]> wrote: > > > On Thu, 15 Mar 2007, Andrew Morton wrote: > > > > > > > And why _does_ suspend use GFP_ATOMIC all over the place? > > > > Generally, because it cannot

Re: thread stacks and strict vm overcommit accounting

2007-03-15 Thread Dan Aloni
On Thu, Mar 15, 2007 at 03:36:13PM -0700, Andrew Morton wrote: > > > > > > Is this the intended behaviour? > > > > > > > > That sounds like a bug to me. > > > > > > I'm suspecting it's an oddity rather than a bug. > > > > It is intended behaviour. > > Each instance of > > main() > { >

Re: [PATCH] [REPOST] x86_64, i386: Add command line length to boot protocol

2007-03-15 Thread H. Peter Anvin
Alon Bar-Lev wrote: Hello, I really don' t understand why you insist that the boot protocol =2.02 had 255 limit! Please remove this from the description. You want to add size, that's OK, but please don't mess with previous definitions. Boot protocol 2.02 introduced the null terminated string

Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed

2007-03-15 Thread Andrea Arcangeli
On Thu, Mar 15, 2007 at 06:15:45PM -0500, Dave Kleikamp wrote: > On Thu, 2007-03-15 at 23:59 +0100, Andrea Arcangeli wrote: > > On Thu, Mar 15, 2007 at 05:44:01PM +, Hugh Dickins wrote: > > > who removed the !offset condition, he should be consulted on its > > > reintroduction. > > > > the

Re: [PATCH] i386: Simplify smp_call_function*() by using common implementation

2007-03-15 Thread Jeremy Fitzhardinge
Andrew Morton wrote: > Hopeless, sorry. It's probably time to start thinking about raising x86 > patches against the x86 tree (at least). > How's this? J Subject: Simplify smp_call_function*() by using common implementation smp_call_function and smp_call_function_single are almost

Re: [PATCH 10/22 take 3] UBI: EBA unit

2007-03-15 Thread Josh Boyer
On Thu, Mar 15, 2007 at 02:24:10PM -0700, Randy Dunlap wrote: > On Thu, 15 Mar 2007 11:07:03 -0800 Andrew Morton wrote: > > > > > There's way too much code here to expect it to get decently reviewed, alas. > > Yes. > > /me repeats wish that Not Everything Should Be Sent to lkml. :( Just

Re: [PATCH] fix cyclades.h for x86_64 (and probably others)

2007-03-15 Thread Klaus Kudielka
On Thu, Mar 15, 2007 at 11:07:08AM -0800, Andrew Morton wrote: > Looks OK, thanks. > > It would be nice as a followup patch to simply remove ucchar, uclong and > all that gunk altogether from that driver and just use u8, u16 etc. > > But if you decide to do that, please fix your email client

Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed

2007-03-15 Thread Dave Kleikamp
On Thu, 2007-03-15 at 23:59 +0100, Andrea Arcangeli wrote: > On Thu, Mar 15, 2007 at 05:44:01PM +, Hugh Dickins wrote: > > who removed the !offset condition, he should be consulted on its > > reintroduction. > > the !offset check looks a pretty broken heuristic indeed, it would > break random

Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed

2007-03-15 Thread Andrea Arcangeli
On Thu, Mar 15, 2007 at 03:06:01PM -0700, Andrew Morton wrote: > On Thu, 15 Mar 2007 22:49:23 +0100 > Andrea Arcangeli <[EMAIL PROTECTED]> wrote: > > > On Thu, Mar 15, 2007 at 11:07:35AM -0800, Andrew Morton wrote: > > > > On Thu, 15 Mar 2007 01:22:45 -0400 (EDT) Ashif Harji <[EMAIL > > > >

Re: [QUICKLIST 0/4] Arch independent quicklists V2

2007-03-15 Thread William Lee Irwin III
On Tue, Mar 13, 2007 at 06:12:44PM -0700, William Lee Irwin III wrote: > There are furthermore distinctions to make between fork() and execve(). > fork() stomps over the entire process address space copying pagetables > en masse. After execve() a process incrementally faults in PTE's one at > a

Re: thread stacks and strict vm overcommit accounting

2007-03-15 Thread Hugh Dickins
On Thu, 15 Mar 2007, Andrew Morton wrote: > On Thu, 15 Mar 2007 23:33:43 + > Alan Cox <[EMAIL PROTECTED]> wrote: > > > > Stack RSS should certainly be included in Committed_AS, > > > but RLIMIT_STACK merely limits how big the stack vma may grow to: > > > at any moment the stack vma is

Re: [patch 6/13] signalfd/timerfd/asyncfd v5 - timerfd core ...

2007-03-15 Thread Davide Libenzi
On Thu, 15 Mar 2007, Thomas Gleixner wrote: > Davide, > > On Wed, 2007-03-14 at 15:19 -0700, Davide Libenzi wrote: > > > +static int timerfd_tmrproc(struct hrtimer *htmr) > > +{ > > + struct timerfd_ctx *ctx = container_of(htmr, struct timerfd_ctx, tmr); > > + int rval = HRTIMER_NORESTART;

Re: [PATCH 2/3] swsusp: Do not use page flags

2007-03-15 Thread Pavel Machek
Hi! > > > > On Mon, 12 Mar 2007 22:19:20 +0100 "Rafael J. Wysocki" <[EMAIL > > > > PROTECTED]> wrote: > > > > +int create_basic_memory_bitmaps(void) > > > > +{ > > > > + struct memory_bitmap *bm1, *bm2; > > > > + int error = 0; > > > > + > > > > + BUG_ON(forbidden_pages_map ||

Re: [PATCH 2/3] FUTEX : introduce private hashtables

2007-03-15 Thread William Lee Irwin III
On Fri, Mar 16, 2007 at 07:25:53AM +1100, Nick Piggin wrote: > I would just avoid the complexity and setup/teardown costs, and just > use a vmalloc'ed global hash for NUMA. This patch is not the way to go, but neither are vmalloc()'d global hashtables. When you just happen to hash to the wrong

Kconfig style question

2007-03-15 Thread Kumar Gala
For source lines I've seen both: source "arch/powerpc/platforms/52xx/Kconfig" and source arch/powerpc/platforms/85xx/Kconfig Is there a preferred style? Quotes or not? - k - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED]

Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed

2007-03-15 Thread Andrea Arcangeli
On Thu, Mar 15, 2007 at 05:44:01PM +, Hugh Dickins wrote: > who removed the !offset condition, he should be consulted on its > reintroduction. the !offset check looks a pretty broken heuristic indeed, it would break random I/O. The real fix is to add a ra.prev_offset along with ra.prev_page,

Re: [PATCH] Fix COMPAT_VDSO regression bug

2007-03-15 Thread Leroy van Logchem
Andrew Morton linux-foundation.org> writes: > > Revert "[PATCH] Fix CONFIG_COMPAT_VDSO" > > This reverts commit a1f3bb9ae4497a2ed3eac773fd7798ac33a0371f. > > > > Several systems couldnt boot using CONFIG_HIGHMEM64G=y as > > reported in bug #8040. Reverting the above patch solved

Re: taskstats accounting info

2007-03-15 Thread Balbir Singh
Andrew Morton wrote: On Wed, 14 Mar 2007 17:48:32 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: Randy.Dunlap wrote: Hi, Documentation/accounting/delay-accounting.txt says that the getdelays program has a "-c cmd" argument, but that option does not seem to exist in

Re: [BUG] Linux 2.6.20.2 - unable to handle kernel paging request - still accessing freed memory

2007-03-15 Thread Greg KH
On Wed, Mar 14, 2007 at 01:23:02PM +0200, Pekka Enberg wrote: > Hi Greg, > > I think there's some sort of reference counting problem with sysfs in > 2.6.20 kernels. Can you please help us debug it further? Is there any way you can use 'git bisect' to try to track down the root cause of this?

Re: Move to unshared VMAs in NOMMU mode?

2007-03-15 Thread David Howells
Hugh Dickins <[EMAIL PROTECTED]> wrote: > But if "the SYSV SHM problem" you mention at the beginning > is just the "nattch" problem you mention at the end, I doubt > that's worth such a redesign as you're considering here. Yes, as far as I know that's the problem. nattch is available to

Re: thread stacks and strict vm overcommit accounting

2007-03-15 Thread Andrew Morton
On Thu, 15 Mar 2007 23:33:43 + Alan Cox <[EMAIL PROTECTED]> wrote: > > Stack RSS should certainly be included in Committed_AS, > > but RLIMIT_STACK merely limits how big the stack vma may grow to: > > at any moment the stack vma is probably very much smaller, > > and only its current size is

Re: thread stacks and strict vm overcommit accounting

2007-03-15 Thread Alan Cox
> Stack RSS should certainly be included in Committed_AS, > but RLIMIT_STACK merely limits how big the stack vma may grow to: > at any moment the stack vma is probably very much smaller, > and only its current size is accounted in Committed_AS. With a typical size as a fuzz factor preaccounted in

Re: [BUGFIX][PATCH] fixing placement of register stack under ulimit -s

2007-03-15 Thread KAMEZAWA Hiroyuki
On Fri, 16 Mar 2007 06:20:47 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: > On Thu, 15 Mar 2007 09:57:28 -0600 > "David Mosberger-Tang" <[EMAIL PROTECTED]> wrote: > > > But aren't you going to be limited to less than a page worth of > > register-backing store even with your patch applied

[PATCH 07 of 33] IB/ipath - support larger IB_QP_MAX_DEST_RD_ATOMIC and IB_QP_MAX_QP_RD_ATOMIC

2007-03-15 Thread Bryan O'Sullivan
# HG changeset patch # User Ralph Campbell <[EMAIL PROTECTED]> # Date 1173994464 25200 # Node ID 02b57b02578b7ffb189de66f7886214e9d5f2045 # Parent 78ae7bddbd5e205adc12993ad2956e0402ca01d7 IB/ipath - support larger IB_QP_MAX_DEST_RD_ATOMIC and IB_QP_MAX_QP_RD_ATOMIC This patch adds support for

[PATCH 06 of 33] IB/ipath - NMI cpu lockup if local loopback used

2007-03-15 Thread Bryan O'Sullivan
# HG changeset patch # User Ralph Campbell <[EMAIL PROTECTED]> # Date 1173994464 25200 # Node ID 78ae7bddbd5e205adc12993ad2956e0402ca01d7 # Parent fa38a027a0853a80c4f7dfc50345c89f195bc85b IB/ipath - NMI cpu lockup if local loopback used If a post send is done in loopback and there is no receive

[PATCH 19 of 33] IB/ipath - Discard multicast packets without a GRH

2007-03-15 Thread Bryan O'Sullivan
# HG changeset patch # User Bryan O'Sullivan <[EMAIL PROTECTED]> # Date 1173994465 25200 # Node ID c96d13efde155eb60dc0eca0bd56e81ecd36281b # Parent 878b6054e9ca5327db9c9438f66265afaf88b055 IB/ipath - Discard multicast packets without a GRH This patch fixes a bug where multicast packets without

[PATCH 15 of 33] IB/ipath - allow receive ports mapped into userspace to be shared

2007-03-15 Thread Bryan O'Sullivan
# HG changeset patch # User Mark Debbage <[EMAIL PROTECTED]> # Date 1173994465 25200 # Node ID 5ff8f23d0e61169f598ab1d93aa6324d88c17921 # Parent 62da2fb770b66310ac06ba0190bf2bed2a5a764f IB/ipath - allow receive ports mapped into userspace to be shared Improve port-sharing performance by allowing

[PATCH 18 of 33] IB/ipath - Fix calculation for number of kernel PIO buffers

2007-03-15 Thread Bryan O'Sullivan
# HG changeset patch # User Bryan O'Sullivan <[EMAIL PROTECTED]> # Date 1173994465 25200 # Node ID 878b6054e9ca5327db9c9438f66265afaf88b055 # Parent a023ffe32d9df8cba7d8b15c24e7918eeb236a2c IB/ipath - Fix calculation for number of kernel PIO buffers If the module parameter "kpiobufs" is set too

[PATCH 02 of 33] IB/ipath - fix user memory region creation when IOMMU present

2007-03-15 Thread Bryan O'Sullivan
# HG changeset patch # User Bryan O'Sullivan <[EMAIL PROTECTED]> # Date 1173994464 25200 # Node ID 3337d450afeebc553a09fe5c18ed0b2444547c24 # Parent b1d05f3486f8bba1dd3c5cbca39f06a5e1b3d6fb IB/ipath - fix user memory region creation when IOMMU present The loop which initializes the user memory

Re: [PATCH] blackfin: balance parenthesis in macros

2007-03-15 Thread Mike Frysinger
On 3/15/07, Mariusz Kozlowski <[EMAIL PROTECTED]> wrote: This patch (against 2.6.21-rc3-mm1) balances parenthesis in blackfin header files. Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]> thanks, added to our repo -mike - To unsubscribe from this list: send the line "unsubscribe

[PATCH 00 of 33] Set of ipath patches for 2.6.22

2007-03-15 Thread Bryan O'Sullivan
- 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/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH 10/22 take 3] UBI: EBA unit

2007-03-15 Thread Randy Dunlap
On Thu, 15 Mar 2007 11:07:03 -0800 Andrew Morton wrote: > > There's way too much code here to expect it to get decently reviewed, alas. Yes. /me repeats wish that Not Everything Should Be Sent to lkml. :( > > On Wed, 14 Mar 2007 17:20:24 +0200 Artem Bityutskiy <[EMAIL PROTECTED]> > > wrote:

[PATCH 01 of 33] IB/ipath - add ability to set and clear IB local loopback

2007-03-15 Thread Bryan O'Sullivan
# HG changeset patch # User Bryan O'Sullivan <[EMAIL PROTECTED]> # Date 1173994464 25200 # Node ID b1d05f3486f8bba1dd3c5cbca39f06a5e1b3d6fb # Parent 0d37971d4ab0c8b6f7a8f6e8222112321982498f IB/ipath - add ability to set and clear IB local loopback This is a sticky state. It is useful for

[PATCH 20 of 33] IB/ipath - call free_irq on chip specific initialization failure

2007-03-15 Thread Bryan O'Sullivan
# HG changeset patch # User Arthur Jones <[EMAIL PROTECTED]> # Date 1173994465 25200 # Node ID 8a013b707785accfd71589334bbf8e4029ffa892 # Parent c96d13efde155eb60dc0eca0bd56e81ecd36281b IB/ipath - call free_irq on chip specific initialization failure In initialization, if we bailed at chip

Re: [PATCH 2/3] swsusp: Do not use page flags

2007-03-15 Thread Andrew Morton
On Thu, 15 Mar 2007 23:19:02 +0100 (CET) Jiri Kosina <[EMAIL PROTECTED]> wrote: > On Thu, 15 Mar 2007, Andrew Morton wrote: > > > > > And why _does_ suspend use GFP_ATOMIC all over the place? > > > Generally, because it cannot sleep. > > Why not? > > I guess it's simply beucase of kswapd being

Description of the ipath patches I just sent

2007-03-15 Thread Bryan O'Sullivan
My patch mailer decided to send them without a summary. Oops. This series is a variety of bugfixes and cleanups for the ipath driver. It doesn't touch anything in IB-land. The patches apply cleanly and run happily against 2.6.21-rc3. ipath_common.h| 25 - ipath_cq.c| 38 +

  1   2   3   4   5   6   7   8   >