Re: [PATCH 4/7][TAKE5] support new modes in fallocate

2007-07-12 Thread Suparna Bhattacharya
h/hsm type features for separate future patches/ debates, those really shouldn't hold up the basic fallocate interface. I agree with Christoph that we are just diverging too much in trying to club those decisions here. Dave, Andreas, Ted ? Regards Suparna > - > To unsubscribe from thi

Re: [PATCH] dio: remove bogus refcounting BUG_ON

2007-07-04 Thread Suparna Bhattacharya
ROTECTED]> > > > > diff -r 509ce354ae1b fs/direct-io.c > > --- a/fs/direct-io.cSun Jul 01 22:00:49 2007 + > > +++ b/fs/direct-io.cTue Jul 03 14:56:41 2007 -0700 > > @@ -1106,7 +1106,7 @@ direct_io_worker(int rw, struct kiocb *i > > spin_lock_irqs

Re: [PATCH 0/2] file capabilities: Introduction

2007-05-16 Thread Suparna Bhattacharya
"unsubscribe linux-fsdevel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To unsubscribe from this list: send the lin

Re: [patch 05/10] Linux Kernel Markers - i386 optimized version

2007-05-11 Thread Suparna Bhattacharya
ut the > > int3 is the one special case to which the errata does not apply. > > Otherwise, kprobes and gdb would have a big, big issue. > > Perhaps Richard/Suparna can confirm. I just tried digging up past discussions on this from Richard, about int3 being safe http://source

Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc

2007-05-11 Thread Suparna Bhattacharya
for review, possibly with a mention of apps using it today ? One reason for introducing the mode parameter was to allow the interface to evolve incrementally as more options / semantic questions are proposed, so that we don't have to make all the decisions right now. So it would be good to

Re: [PATCH 2/2] file capabilities: accomodate >32 bit capabilities

2007-05-10 Thread Suparna Bhattacharya
is good. This does mean no sanity checking of fcaps, am not sure if that matters, I'm guessing it should be similar to the case for other security attributes. Regards Suparna > > Cheers, Andreas > -- > Andreas Dilger > Principal Software Engineer > Cluster File Systems, Inc. >

Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc

2007-05-09 Thread Suparna Bhattacharya
On Wed, May 09, 2007 at 08:50:44PM +1000, Paul Mackerras wrote: > Suparna Bhattacharya writes: > > > > This looks like it will have the same problem on s390 as > > > sys_sync_file_range. Maybe the prototype should be: > > > > > > asmlinkage long sys_f

Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc

2007-05-09 Thread Suparna Bhattacharya
m=117708124913098&w=2 http://marc.info/?l=linux-fsdevel&m=117767607229807&w=2 Are there any better ideas ? Regards Suparna > > Paul. > - > To unsubscribe from this list: send the line "unsubscribe linux-ext4" in > the body of a message to [EMAIL PROTECTED] >

Re: ChunkFS - measuring cross-chunk references

2007-04-25 Thread Suparna Bhattacharya
space, which means either we only allow > >it on 64-bit systems, or we need to consider a migration so that even > >on 32-bit platforms, stat() functions like stat64(), insofar that it > >uses a stat structure which returns a 64-bit ino_t. > > > >

Re: [RFC][PATCH] ChunkFS: fs fission for faster fsck

2007-04-23 Thread Suparna Bhattacharya
On Mon, Apr 23, 2007 at 09:58:49PM +0530, Suparna Bhattacharya wrote: > On Mon, Apr 23, 2007 at 06:21:34AM -0500, Amit Gud wrote: > > > > This is an initial implementation of ChunkFS technique, briefly discussed > > at: http://lwn.net/Articles/190222 and > > http://ci

Re: [RFC][PATCH] ChunkFS: fs fission for faster fsck

2007-04-23 Thread Suparna Bhattacharya
NFIG_EXT2_FS_XIP > should be "no" for clean compile. > > > Please comment, suggest, criticize. Patches most welcome. > > > Best, > AG > -- > May the source be with you. > http://www.cis.ksu.edu/~gud -- Suparna Bhattacharya ([EMAIL PROTEC

Re: A quick fio test (was Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3)

2007-02-27 Thread Suparna Bhattacharya
On Tue, Feb 27, 2007 at 10:42:11AM +0100, Jens Axboe wrote: > On Tue, Feb 27 2007, Suparna Bhattacharya wrote: > > On Mon, Feb 26, 2007 at 03:45:48PM +0100, Jens Axboe wrote: > > > On Mon, Feb 26 2007, Suparna Bhattacharya wrote: > > > > On Mon, Feb 26, 2007 at 02:5

Re: A quick fio test (was Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3)

2007-02-26 Thread Suparna Bhattacharya
On Mon, Feb 26, 2007 at 03:45:48PM +0100, Jens Axboe wrote: > On Mon, Feb 26 2007, Suparna Bhattacharya wrote: > > On Mon, Feb 26, 2007 at 02:57:36PM +0100, Jens Axboe wrote: > > > > > > Some more results, using a larger number of processes and io depths. A > >

Re: A quick fio test (was Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3)

2007-02-26 Thread Suparna Bhattacharya
200 100 1714 > sync 200 1001843 > > -- > Jens Axboe -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: A quick fio test (was Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3)

2007-02-23 Thread Suparna Bhattacharya
On Fri, Feb 23, 2007 at 05:25:08PM +0100, Jens Axboe wrote: > On Fri, Feb 23 2007, Suparna Bhattacharya wrote: > > On Fri, Feb 23, 2007 at 03:58:26PM +0100, Ingo Molnar wrote: > > > > > > * Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > > &g

Re: A quick fio test (was Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3)

2007-02-23 Thread Suparna Bhattacharya
On Fri, Feb 23, 2007 at 03:58:26PM +0100, Ingo Molnar wrote: > > * Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > As a really crude (and not very realistic) example of the potential > > impact of large numbers of outstanding IOs, I tried some quick direct &

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

2007-02-23 Thread Suparna Bhattacharya
On Thu, Feb 22, 2007 at 03:36:58PM +0100, Ingo Molnar wrote: > > * Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > > maybe it will, maybe it wont. Lets try? There is no true difference > > > between having a 'request structure' that repr

Re: A quick fio test (was Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3)

2007-02-23 Thread Suparna Bhattacharya
Depth Bw (MiB/sec) libaio 64 17.323 syslet 64 17.524 libaio 2 15.226 syslet 2 11.015 Regards Suparna -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To uns

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

2007-02-22 Thread Suparna Bhattacharya
> scheduler wont care. What matters more is the amount of true concurrency > that is present at any given time. But yes, i agree that overscheduling > can be a problem. > > btw., what is the measurement utility you are using with kevents ('ab' > perhaps, with a high

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

2007-02-22 Thread Suparna Bhattacharya
t; - sys_async_register()/unregister() has been removed as it is not >needed anymore. sys_async_exec() can be called straight away. > > - there is no kernel-side resource used up by async completion rings at >all (all the state is in user-space), so an arbitrary number of >

Re: [PATCH 2/2] aio: propogate post-EIOCBQUEUED errors to completion event

2007-02-21 Thread Suparna Bhattacharya
r; > extern unsigned long aio_max_nr; > diff -r 8a740eb579d4 mm/filemap.c > --- a/mm/filemap.cMon Feb 19 13:12:20 2007 -0800 > +++ b/mm/filemap.cMon Feb 19 13:16:00 2007 -0800 > @@ -2031,7 +2031,7 @@ generic_file_direct_write(struct kiocb * > ((file->f_flags & O_SYNC) || IS_SYNC(i

Re: [PATCH] aio: fix kernel bug when page is temporally busy

2007-02-09 Thread Suparna Bhattacharya
#x27;unsubscribe linux-aio' in > the body to [EMAIL PROTECTED] For more info on Linux AIO, > see: http://www.kvack.org/aio/ > Don't email: mailto:"[EMAIL PROTECTED]">[EMAIL PROTECTED] -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software La

Re: [PATCH] aio: fix kernel bug when page is temporally busy

2007-02-08 Thread Suparna Bhattacharya
> { > > -- > To unsubscribe, send a message with 'unsubscribe linux-aio' in > the body to [EMAIL PROTECTED] For more info on Linux AIO, > see: http://www.kvack.org/aio/ > Don't email: mailto:"[EMAIL PROTECTED]">[EMAIL PROTECTED] -- Suparna Bhatta

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

2007-02-02 Thread Suparna Bhattacharya
at happens inside the kernel, and > whether we actually end up using another thread if we end up doing it > non-synchronously. > > Linus > > -- > To unsubscribe, send a message with 'unsubscribe linux-aio' in > the body to [E

Re: [patch 0/9] buffered write deadlock fix

2007-02-02 Thread Suparna Bhattacharya
ork completed if needed - please work agaisnt mainline. If you need help with fixing the clashes, please let me know. Regards Suparna -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To unsubscribe from this list: send the line "unsubscribe linu

Re: [PATCH 4 of 4] Introduce aio system call submission and completion system calls

2007-02-01 Thread Suparna Bhattacharya
On Thu, Feb 01, 2007 at 11:50:06AM -0800, Trond Myklebust wrote: > On Thu, 2007-02-01 at 16:43 +0530, Suparna Bhattacharya wrote: > > Wooo ...hold on ... I think this is swinging out of perspective :) > > > > I have said some of this before, but let me try again. &g

Re: [PATCH 4 of 4] Introduce aio system call submission and completion system calls

2007-02-01 Thread Suparna Bhattacharya
k.org/aio/ > Don't email: mailto:"[EMAIL PROTECTED]">[EMAIL PROTECTED] -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: [PATCH 4 of 4] Introduce aio system call submission and completion system calls

2007-02-01 Thread Suparna Bhattacharya
sibly somewhat fast pathed for this case clone+syscall+exit. > > I'll try and get some numbers for you sooner rather than later. > > Thanks for being diligent, this is exactly the kind of hard look I > want this work to get. BTW, I like the way you are approaching this with a

Re: 2.6.20-rc6-mm1

2007-01-29 Thread Suparna Bhattacharya
lly include the list-aio patches in rc6-mm1 due to > various discouraging-looking review comments - I'll be awaiting version 2 > there. Regards Suparna -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To unsubscribe from this list: send t

Re: [take33 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).

2007-01-18 Thread Suparna Bhattacharya
On Wed, Jan 17, 2007 at 05:39:51PM +0300, Evgeniy Polyakov wrote: > On Wed, Jan 17, 2007 at 07:21:42PM +0530, Suparna Bhattacharya ([EMAIL > PROTECTED]) wrote: > > > > Since you are implementing new APIs here, have you considered doing an > > aio_sendfilev to be able t

Vectored AIO breakage for sockets and pipes ?

2007-01-17 Thread Suparna Bhattacharya
. One option is to always make a copy of the iovec and pass that down. Any other thoughts ? Regards Suparna -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [take33 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).

2007-01-17 Thread Suparna Bhattacharya
largefile()) > + flags = O_LARGEFILE; > + > + if (IS_ERR(tmp)) { > + err = fd; > + goto err_out_exit; > + } > + > + fd = get_unused_fd(); > + if (fd < 0) { > + err = fd; > + goto err_out_put

Re: spurious sparse warnings from linux/aio.h (was: 2.6.20-rc4-mm1)

2007-01-12 Thread Suparna Bhattacharya
e? So ... the nested container_of() is a problem ? I guess changing io_wait_to_kiocb() to be an inline function instead of a macro could help ? Regards Suparna > > Thanks > Tilman > > -- > Tilman Schmidt E-Mail: [EMAIL PROTECTED] > Bonn, Germany > Diese Na

Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write

2007-01-10 Thread Suparna Bhattacharya
On Wed, Jan 10, 2007 at 05:08:29PM -0800, Andrew Morton wrote: > On Wed, 10 Jan 2007 11:14:19 +0530 > Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > On Thu, Jan 04, 2007 at 09:02:42AM -0800, Andrew Morton wrote: > > > On Thu, 4 Jan 2007 10:26:21 +0530 >

Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write

2007-01-09 Thread Suparna Bhattacharya
On Thu, Jan 04, 2007 at 09:02:42AM -0800, Andrew Morton wrote: > On Thu, 4 Jan 2007 10:26:21 +0530 > Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > On Wed, Jan 03, 2007 at 02:15:56PM -0800, Andrew Morton wrote: > > Patches against next -mm would be appreciated

Re: How git affects kernel.org performance

2007-01-07 Thread Suparna Bhattacharya
Longer-term people are talking about things like on-disk rerservations. > But I expect directories are being forgotten about in all of that. By on-disk reservations, do you mean persistent file preallocation ? (that is explicit preallocation of blocks to a given file) If so, you are right, we hav

Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write

2007-01-05 Thread Suparna Bhattacharya
On Fri, Jan 05, 2007 at 08:02:33AM +0100, Jens Axboe wrote: > On Fri, Jan 05 2007, Suparna Bhattacharya wrote: > > On Thu, Jan 04, 2007 at 09:02:42AM -0800, Andrew Morton wrote: > > > On Thu, 4 Jan 2007 10:26:21 +0530 > > > Suparna Bhattacharya <[EMAIL PROTECTED]>

Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write

2007-01-04 Thread Suparna Bhattacharya
On Thu, Jan 04, 2007 at 09:02:42AM -0800, Andrew Morton wrote: > On Thu, 4 Jan 2007 10:26:21 +0530 > Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > On Wed, Jan 03, 2007 at 02:15:56PM -0800, Andrew Morton wrote: > > > On Thu, 28 Dec 2006 13:53:08 +0530 >

[PATCHSET 4][PATCH 1/1] AIO fallback for pipes, sockets and pollable fds

2007-01-04 Thread Suparna Bhattacharya
0; mutex_lock(&inode->i_mutex); @@ -473,7 +478,7 @@ redo2: } if (bufs < PIPE_BUFFERS) continue; - if (filp->f_flags & O_NONBLOCK) { + if (filp->f_flags & O_NONBLOCK || !is_sync_kiocb(iocb)

Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write

2007-01-04 Thread Suparna Bhattacharya
On Thu, Jan 04, 2007 at 05:50:11PM +1100, Nick Piggin wrote: > Suparna Bhattacharya wrote: > >On Thu, Jan 04, 2007 at 04:51:58PM +1100, Nick Piggin wrote: > > >>So long as AIO threads do the same, there would be no problem (plugging > >>is optional, of course). >

Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write

2007-01-03 Thread Suparna Bhattacharya
On Thu, Jan 04, 2007 at 04:51:58PM +1100, Nick Piggin wrote: > Suparna Bhattacharya wrote: > >On Wed, Jan 03, 2007 at 02:15:56PM -0800, Andrew Morton wrote: > > >>Plus Jens's unplugging changes add more reliance upon context inside > >>*current, for the plu

Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write

2007-01-03 Thread Suparna Bhattacharya
On Wed, Jan 03, 2007 at 02:15:56PM -0800, Andrew Morton wrote: > On Thu, 28 Dec 2006 13:53:08 +0530 > Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > This patchset implements changes to make filesystem AIO read > > and write asynchronous for the non O_DIRECT c

[PATCHSET 2][PATCH 1/1] Combining epoll and disk file AIO

2007-01-02 Thread Suparna Bhattacharya
On Wed, Dec 27, 2006 at 09:08:56PM +0530, Suparna Bhattacharya wrote: > (2) Most of these other applications need the ability to process both > network events (epoll) and disk file AIO in the same loop. With POSIX AIO > they could at least sort of do this using signals (yeah

Re: [RFC] Heads up on a series of AIO patchsets

2007-01-02 Thread Suparna Bhattacharya
ee that you found a way to make it workable ... (I'm guessing that you are copying over the part of the stack in use at the time of every switch, is that correct ? At what point do you do the allocation of the saved stacks ? Sorry I should hold off all these questions till your patch comes out)

Re: [FSAIO][PATCH 7/8] Filesystem AIO read

2006-12-28 Thread Suparna Bhattacharya
_mapping_read) without having to set up dummy iocbs. Does that clarify ? We could abstract this away within a lock page wrapper, but I don't know if that makes a difference. > I/O goes through the ->aio_read/->aio_write routines I'd prefer to > get rid of the task_struct fie

Re: [FSAIO][PATCH 6/8] Enable asynchronous wait page and lock page

2006-12-28 Thread Suparna Bhattacharya
On Thu, Dec 28, 2006 at 11:55:10AM +, Christoph Hellwig wrote: > On Thu, Dec 28, 2006 at 02:11:49PM +0530, Suparna Bhattacharya wrote: > > -extern void FASTCALL(lock_page_slow(struct page *page)); > > +extern int FASTCALL(__lock_page_slow(struct page *page, wait_que

Re: [FSAIO][PATCH 1/6] Add a wait queue parameter to the wait_bit action routine

2006-12-28 Thread Suparna Bhattacharya
Sorry this should have read [PATCH 1/8] instead of [PATCH 1/6] Regards Suparna -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

[FSAIO][PATCH 8/8] AIO O_SYNC filesystem write

2006-12-28 Thread Suparna Bhattacharya
the background and so typically appears async to the caller except for memory throttling and non-block aligned writes involving read-modify-write. Signed-off-by: Suparna Bhattacharya <[EMAIL PROTECTED]> Acked-by: Ingo Molnar <[EMAIL PROTECTED]> --- include/linux/aio.h

[FSAIO][PATCH 7/8] Filesystem AIO read

2006-12-28 Thread Suparna Bhattacharya
reasoning for why it is an issue is now much clearer (see explanation in the comment below in aio.c), and the solution is perhaps slightly simpler. Signed-off-by: Suparna Bhattacharya <[EMAIL PROTECTED]> Acked-by: Ingo Molnar <[EMAIL PROTECTED]> --- linux-2.6.20-rc1-root/fs/aio.c

[FSAIO][PATCH 6/8] Enable asynchronous wait page and lock page

2006-12-28 Thread Suparna Bhattacharya
ntext (which points to sync or async context as the case may be) as the wait parameter. Signed-off-by: Suparna Bhattacharya <[EMAIL PROTECTED]> Acked-by: Ingo Molnar <[EMAIL PROTECTED]> --- linux-2.6.20-rc1-root/include/linux/pagemap.h | 30 ++--- linux-2.6.20

[FSAIO][PATCH 5/8] Enable wait bit based filtered wakeups to work for AIO

2006-12-28 Thread Suparna Bhattacharya
added in aio_wake_function to allow for other kinds of waiters which do not require wait bit, based on the assumption that the key passed in would be NULL in such cases. Signed-off-by: Suparna Bhattacharya <[EMAIL PROTECTED]> Acked-by: Ingo Molnar <[EMAIL PROTECTED]> --- linux-2.6.20

[FSAIO][PATCH 4/8] Add a default io wait bit field in task struct

2006-12-28 Thread Suparna Bhattacharya
. Signed-off-by: Suparna Bhattacharya <[EMAIL PROTECTED]> Acked-by: Ingo Molnar <[EMAIL PROTECTED]> --- linux-2.6.20-rc1-root/include/linux/sched.h | 11 +++ linux-2.6.20-rc1-root/kernel/fork.c |3 ++- 2 files changed, 9 insertions(+), 5 deletions(-) diff -puN i

[FSAIO][PATCH 3/8] Routines to initialize and test a wait bit key

2006-12-28 Thread Suparna Bhattacharya
init_wait_bit_key() initializes the key field in an already allocated wait bit structure, useful for async wait bit support. Also separate out the wait bit test to a common routine which can be used by different kinds of wakeup callbacks. Signed-off-by: Suparna Bhattacharya <[EMAIL PROTEC

[FSAIO][PATCH 2/8] Rename __lock_page to lock_page_slow

2006-12-28 Thread Suparna Bhattacharya
etc. This patch renames __lock_page to lock_page_slow, so that __lock_page and __lock_page_slow can denote the versions which take a wait queue parameter. Signed-off-by: Suparna Bhattacharya <[EMAIL PROTECTED]> Acked-by: Ingo Molnar <[EMAIL PROTECTED]> --- linux-2.6.20-rc1-root/i

[FSAIO][PATCH 1/6] Add a wait queue parameter to the wait_bit action routine

2006-12-28 Thread Suparna Bhattacharya
Add a wait queue parameter to the action routine called by __wait_on_bit to allow it to determine whether to block or not. Signed-off-by: Suparna Bhattacharya <[EMAIL PROTECTED]> Acked-by: Ingo Molnar <[EMAIL PROTECTED]> --- linux-2.6.20-rc1-root/fs/buffer.c |

[PATCHSET 1][PATCH 0/6] Filesystem AIO read/write

2006-12-28 Thread Suparna Bhattacharya
) Sequential-Write30.84 (28.94) 30.09 (28.39) Regards Suparna -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To unsubscribe from this list: send the line "unsubs

[RFC] Heads up on a series of AIO patchsets

2006-12-27 Thread Suparna Bhattacharya
ll of this work is not in conflict with kevent development. In fact it is my hope that progress made in getting these pieces of the puzzle in place would also help us along the long term goal of eventual convergence. Regards Suparna -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology

Re: [PATCH -mm 5/5][AIO] - Listio support

2006-11-30 Thread Suparna Bhattacharya
eventp) > + lio_wait = 1; > + } else { > + if (lio) > + atomic_inc(&lio->lio_users); > + > + ret = io_submit_one(ctx, user_iocb, &tmp, lio); > + > +

Re: GFS, what's remaining

2005-09-06 Thread Suparna Bhattacharya
ractice is really an open question. True, but what usually ends up happening is that this question can never quite be answered in black and white. So both just continue to exist and apps need to support both ... convergence becomes impossible and long term duplication inevitable. So at leas

Linux AIO status & todo

2005-08-23 Thread Suparna Bhattacharya
as far as addressing the blue-sky section of your posix aio requirements list, but I think it tries to cover some of the major issues. Do you see anything significant that is missing here ? Regards Suparna -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software

Re: [AIO] aio-2.6.13-rc6-B1

2005-08-18 Thread Suparna Bhattacharya
On Wed, Aug 17, 2005 at 07:16:49PM -0400, Benjamin LaHaise wrote: > On Thu, Aug 18, 2005 at 03:32:59PM +0530, Suparna Bhattacharya wrote: > > Using IPI Shortcut mode > > VFS: Cannot open root device "sda6" or unknown-block(8,6) > > Please append a correct "root=

Re: [AIO] aio-2.6.13-rc6-B1

2005-08-18 Thread Suparna Bhattacharya
|1 > lib/semaphore-sleepers.c | 253 + > mm/filemap.c | 164 --- > net/socket.c | 97 +- > 40 files changed, 1593 insertions(+), 654 deletions(-) > -- > To unsubscribe, send a mess

Re: [PATCH] Add Documentation/kprobes.txt

2005-08-03 Thread Suparna Bhattacharya
sample kernel module showing the use of return probes to > +report failed calls to sys_open(). > +----- cut here - > +/*kretprobe-example.c*/ > +#include > +#include > +#include > +#include > + > +static const char *probed_func = "sys_open"; > + > +/

Re: [PATCH 2/6] Rename __lock_page to lock_page_slow

2005-07-25 Thread Suparna Bhattacharya
On Sun, Jul 24, 2005 at 11:36:34PM +0100, Christoph Hellwig wrote: > On Sun, Jul 24, 2005 at 11:17:02PM +0100, Christoph Hellwig wrote: > > On Mon, Jun 20, 2005 at 09:54:04PM +0530, Suparna Bhattacharya wrote: > > > In order to allow for interruptible and asynchronous versions

Re: aio-stress regressions in 2.6.12 narrowed down to AIC7xxx

2005-07-06 Thread Suparna Bhattacharya
Wed, Jul 06, 2005 at 04:07:29PM +0530, Suparna Bhattacharya wrote: > On Tue, Jul 05, 2005 at 10:00:24AM -0400, Chris Mason wrote: > > On Friday 01 July 2005 03:56, Suparna Bhattacharya wrote: > > > Has anyone else noticed major throughput regressions for random > > > reads/w

Re: aio-stress throughput regressions from 2.6.11 to 2.6.12

2005-07-06 Thread Suparna Bhattacharya
On Tue, Jul 05, 2005 at 10:00:24AM -0400, Chris Mason wrote: > On Friday 01 July 2005 03:56, Suparna Bhattacharya wrote: > > Has anyone else noticed major throughput regressions for random > > reads/writes with aio-stress in 2.6.12 ? > > Or have there been any other FS/

Re: aio-stress throughput regressions from 2.6.11 to 2.6.12

2005-07-05 Thread Suparna Bhattacharya
On Fri, Jul 01, 2005 at 10:25:55AM -0400, Benjamin LaHaise wrote: > On Fri, Jul 01, 2005 at 01:26:00PM +0530, Suparna Bhattacharya wrote: > > On one test system I see a degradation from around 17+ MB/s to 11MB/s > > for random O_DIRECT AIO (aio-stress -o3 testext3/rwfile5) fro

Re: [RFC] [PATCH] Multiple kprobes at an address

2005-04-19 Thread Suparna Bhattacharya
+ ret = register_aggr_kprobe(old_p, p); > goto out; > } > - arch_copy_kprobe(p); > > + arch_copy_kprobe(p); > + INIT_HLIST_NODE(&p->hlist); > hlist_add_head(&p->hlist, > &kprobe_table[has

Re: [RFC] Add support for semaphore-like structure with support for asynchronous I/O

2005-04-10 Thread Suparna Bhattacharya
e linux-aio' in > the body to [EMAIL PROTECTED] For more info on Linux AIO, > see: http://www.kvack.org/aio/ > Don't email: mailto:"[EMAIL PROTECTED]">[EMAIL PROTECTED] -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - T

Re: [RFC] Add support for semaphore-like structure with support for asynchronous I/O

2005-04-05 Thread Suparna Bhattacharya
ything from happening all at once." -- John Wheeler > -- > To unsubscribe, send a message with 'unsubscribe linux-aio' in > the body to [EMAIL PROTECTED] For more info on Linux AIO, > see: http://www.kvack.org/aio/ > Don't email: mailto:"[EMAIL PROTECTED]

Re: [RFC] Add support for semaphore-like structure with support for asynchronous I/O

2005-04-01 Thread Suparna Bhattacharya
o __wake_up_common() which again tries the > notification function of each waiter on the queue until it finds one > that succeeds. > > Cheers, > Trond > > -- > Trond Myklebust <[EMAIL PROTECTED]> > > - > To unsubscribe from this list: send the line "un

Re: [Fastboot] Re: [RFC/PATCH 0/17][Kdump] Overview

2005-03-29 Thread Suparna Bhattacharya
anges in the above patches > > haven't been simply lost. > > > > And the fact that you were probably working against some kernel other than > > -mm gives little confidence that the kdump development team have been > > testing the patches which are presently in -mm.

Re: [PATCH] 2.6.10 - direct-io async short read bug

2005-03-09 Thread Suparna Bhattacharya
truction Book #3 > > "Watch a sunrise at least once a year." > > Joel Becker > Senior Member of Technical Staff > Oracle > E-mail: [EMAIL PROTECTED] > Phone: (650) 506-8127 > -- > To unsubscribe, send a message with 'unsubscribe linux-aio' in &

Re: aio stress panic on 2.6.11-mm1

2005-03-09 Thread Suparna Bhattacharya
On Wed, Mar 09, 2005 at 12:21:01PM +0100, Andi Kleen wrote: > Arjan van de Ven <[EMAIL PROTECTED]> writes: > > > On Wed, 2005-03-09 at 16:34 +0530, Suparna Bhattacharya wrote: > >> Any sense of how costly it is to use spin_lock_irq's vs spin_lock > >>

Re: aio stress panic on 2.6.11-mm1

2005-03-09 Thread Suparna Bhattacharya
27;ll knock together a > new patch for it. > > David > -- > To unsubscribe, send a message with 'unsubscribe linux-aio' in > the body to [EMAIL PROTECTED] For more info on Linux AIO, > see: http://www.kvack.org/aio/ > Don't email: mailto:"[EMAIL PROTECTED]"

Re: [PATCH] 2.6.10 - direct-io async short read bug

2005-03-08 Thread Suparna Bhattacharya
On Tue, Mar 08, 2005 at 01:41:41AM -0800, Andrew Morton wrote: > Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > > > > can you spot what is going wrong here that we have to try and > > > > workaround this later ? > > > > > > G

Re: [PATCH] 2.6.10 - direct-io async short read bug

2005-03-08 Thread Suparna Bhattacharya
On Tue, Mar 08, 2005 at 01:18:14AM -0800, Andrew Morton wrote: > Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > > ... > > > > Bugs in this area seem never-ending don't they - plug one, open up > > another - hard to be confident/verify :( - some

Re: [PATCH] 2.6.10 - direct-io async short read bug

2005-03-08 Thread Suparna Bhattacharya
offset = dio->iocb->ki_pos; > > - if ((dio->rw == READ) && ((offset + transferred) > > i_size)) > + if ((dio->rw == READ) && (offset+transferred > i_size)) > transferred =

Re: [Ext2-devel] Re: [RFC] ext3/jbd race: releasing in-use journal_heads

2005-03-08 Thread Suparna Bhattacharya
On Mon, Mar 07, 2005 at 11:37:42PM -0800, Andrew Morton wrote: > Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > > (let me know if the interface in the patch > > I just posted seems like the right direction to use when we go for the > > cleanup) > >

Re: [Ext2-devel] Re: [RFC] ext3/jbd race: releasing in-use journal_heads

2005-03-07 Thread Suparna Bhattacharya
On Mon, Mar 07, 2005 at 10:46:18PM -0800, Andrew Morton wrote: > Suparna Bhattacharya <[EMAIL PROTECTED]> wrote: > > > > > > yup, looks like the same issue we hit in wait_on_page_writeback_range > > during AIO work - probably want to break out of the outer l

Re: [Ext2-devel] Re: [RFC] ext3/jbd race: releasing in-use journal_heads

2005-03-07 Thread Suparna Bhattacharya
break; On Tue, Mar 08, 2005 at 11:58:27AM +0530, Suparna Bhattacharya wrote: > > yup, looks like the same issue we hit in wait_on_page_writeback_range > during AIO work - probably want to break out of the outer loop as well > when this happens. > > From the old ch

Re: [Ext2-devel] Re: [RFC] ext3/jbd race: releasing in-use journal_heads

2005-03-07 Thread Suparna Bhattacharya
gt; _ > > > > ------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. >

Re: [PATCH] BUG in io_destroy (fs/aio.c:1248)

2005-01-24 Thread Suparna Bhattacharya
x27; in > the body to [EMAIL PROTECTED] For more info on Linux AIO, > see: http://www.kvack.org/aio/ > Don't email: mailto:"[EMAIL PROTECTED]">[EMAIL PROTECTED] -- Suparna Bhattacharya ([EMAIL PROTECTED]) Linux Technology Center IBM Software Lab, India - To uns

Re: [PATCH] BUG in io_destroy (fs/aio.c:1248)

2005-01-24 Thread Suparna Bhattacharya
ut as I'm not an AIO developer I don't want to be the > one making that call. > > --Darrick > > - > > Signed-off-by: Darrick Wong <[EMAIL PROTECTED]> > > --- linux-2.6.10-a74/fs/aio.c 2004-12-24 13:34:44.0 -0800 > +++ li