[PATCH] fix page leak during core dump

2007-03-29 Thread Brian Pomerantz
When the dump cannot occur most likely because of a full file system and the page to be written is the zero page, the call to page_cache_release() is missed. Signed-off-by: Brian Pomerantz <[EMAIL PROTECTED]> diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c index a2fceba..9cc4f0a 100644 --

Re: kmalloc() of 4MB causes "kernel BUG at slab.c:1542!"

2001-01-17 Thread Brian Pomerantz
On Wed, Jan 17, 2001 at 01:54:20PM -0600, Rick Richardson wrote: > > [please cc me on any responses] > > Environment: 2.4.0 released, Pentium III with 256MB's of RAM. > Problem: kmalloc() of 4M causes kernel message "kernel BUG at slab.c:1542" > The most you can kmalloc() is 128KB unless this

Re: adding a system call

2001-01-09 Thread Brian Pomerantz
This can all be done with a device file and a corresponding module to handle the mmap and any ioctl()'s you may want to support. No need to add another system call. BAPper On Tue, Jan 09, 2001 at 02:17:26PM -0500, Doug McNaught wrote: > Mihai Moise <[EMAIL PROTECTED]> writes: > > > My system

Re: InfiniBand Project

2001-01-05 Thread Brian Pomerantz
There is a possibility I could work on here at LLNL. My group has been talking about investigating Infiniband and we figured Linux would be a good spot to start with it. The ASCI Purple machine (100 TFLOPS) will probably use IB for it's I/O network, though there is obviously no commitment to is

Re: [RFC] Semaphores used for daemon wakeup

2000-12-22 Thread Brian Pomerantz
On Thu, Dec 21, 2000 at 01:30:03PM -0600, Paul Cassella wrote: > The mechanism being developed here seems a lot like synchronization > variables (aka condition variables), which are a part of the "monitor" > synchronization construct. There is a simple implementation of them in > the xfs patch.

Re: 64bit offsets for block devices ?

2000-12-06 Thread Brian Pomerantz
On Wed, Dec 06, 2000 at 10:07:57PM -0600, Peter Samuelson wrote: > > > Don't you think that we will run into problems anyway because soon > > there will be raid systems with a couple of Terrabytes of space to > > waste for mp3's ;-) > > A couple of terabytes is fine. That's 32 bits of blocks.

Re: e2fs performance as function of block size

2000-11-21 Thread Brian Pomerantz
On Tue, Nov 21, 2000 at 05:06:20PM -0700, Jeff V. Merkey wrote: > > > Alan Cox wrote: > > > > > Sirs, > > > performing extensive tests on linux platform performance, optimized as > > > database server, I got IMHO confusing results: > > > in particular e2fs initialized to use 1024 block/fragment

Re: Pentium 4 and 2.4/2.5

2000-11-08 Thread Brian Pomerantz
On Wed, Nov 08, 2000 at 06:21:54PM +, Alan Cox wrote: > > > asm volatile("rep ; nop"); > > > > > > (there's not much a "rep nop" _can_ do, after all - the most likely CPU > > > extension would be to raise an "Illegal Opcode" fault). > > > > Just for the curious, this works on Athlo

Re: Pentium 4 and 2.4/2.5

2000-11-08 Thread Brian Pomerantz
On Wed, Nov 08, 2000 at 10:10:45AM -0800, Linus Torvalds wrote: > > Now, I could imagine that Intel would select an instruction that didn't > work on Athlon on purpose, but I really don't think they did. I don't > have an athlon to test. > > It's easy enough to generate a test-program. If the f

Re: Anyone working on multi-threaded core files for 2.4 ?

2000-09-29 Thread Brian Pomerantz
On Fri, Sep 29, 2000 at 01:34:47PM +0100, James Cownie wrote: > > I was aiming at the simplest and in my mind most obvious thing, which > is to have the standard ELF coreer dump handle multiple threads in the > same way as it does on many other systems. The lack of these causes > shrieks of amaze