Re: git tree with VFS stuff

2008-02-20 Thread Stephen Rothwell
that timeframe, then a snapshot of linux-next may be a good base. I will take them when they reach the appropriate subsystem tree and are ready for integration. -- Cheers, Stephen Rothwell[EMAIL PROTECTED] pgpdd7PJwEpTv.pgp Description: PGP signature

Re: [PATCH] procfs: constify function pointer tables

2008-01-22 Thread Stephen Rothwell
into? -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr/ pgpgKncdGMfOo.pgp Description: PGP signature

Re: [RFC] Remove BKL from fs/locks.c

2007-12-30 Thread Stephen Rothwell
up the locking any further. We should probably do some performance testing on this because the last time we tried the impact was quite noticeable. You should ping Tridge as he has some good lock testing setups. And he cares if we slow him down :-) -- Cheers, Stephen Rothwell

Re: [RFC] Remove BKL from fs/locks.c

2007-12-30 Thread Stephen Rothwell
Hi Willy, On Sun, 30 Dec 2007 07:42:42 -0700 Matthew Wilcox [EMAIL PROTECTED] wrote: On Sun, Dec 30, 2007 at 08:36:44PM +1100, Stephen Rothwell wrote: We should probably do some performance testing on this because the last time we tried the impact was quite noticeable. You should ping

Re: [PATCH 2/7] fallocate() implementation in i386, x86_64 and powerpc

2007-07-10 Thread Stephen Rothwell
with the powerpc version - it gives us a hint that maybe we should think about how to consolidate them. I know other stuff in that file is called sys32_ ... but it is time for a change :-) -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr

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

2007-05-14 Thread Stephen Rothwell
rebase it, please? -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr/ pgp2HubueR3YV.pgp Description: PGP signature

Re: [RFC][PATCH] sys_fallocate() system call

2007-03-17 Thread Stephen Rothwell
native is fine (as the ABI in user mode is the same as that in the kernel). For 32bit on a 64bit kernel you need the arch specific comapt routine that I used in the patch I posteda little while ago, -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr

Re: [RFC][PATCH] sys_fallocate() system call

2007-03-17 Thread Stephen Rothwell
On Sun, 18 Mar 2007 01:38:38 +1100 Stephen Rothwell [EMAIL PROTECTED] wrote: On Sat, 17 Mar 2007 15:30:43 +0100 Heiko Carstens [EMAIL PROTECTED] wrote: sys_sync_file_range(int fd, loff_t offset, loff_t nbytes, unsigned int flags) But from what I read, it's currently not possible

Re: [RFC][PATCH] sys_fallocate() system call

2007-03-16 Thread Stephen Rothwell
. -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr/ pgpmRnSQWJCQo.pgp Description: PGP signature

Re: [PATCH] fix memory corruption from misinterpreted bad_inode_ops return values

2007-01-03 Thread Stephen Rothwell
. Since the only uses of these functions is to take their addresses, the inline gains you nothing and since the only uses are in the one file, you should just define them in that file. -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr

Re: NFS4 mount problem

2005-04-15 Thread Stephen Rothwell
an nsfv4 specific bit there? -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr/ pgpTay5zUC4DI.pgp Description: PGP signature

Re: [patch] fs/hpfs/*: fix HPFS support under 64-bit kernel

2005-03-19 Thread Stephen Rothwell
secno anode_secno; /* sector number of an anode */ +typedef unsigned time32_t; /* 32-bit time_t type */ Please use u32 instead of unsigned as u32 will *always* be an unsigned 32 bit quantity ... Cheers, Stephen Rothwell - To unsubscribe from this list: send the line

Re: Migrating HFS: fake inode i_size?

2001-02-19 Thread Stephen Rothwell
Hi Matthew, Matthew Wilcox [EMAIL PROTECTED] writes: The 30 seconds currently isn't tunable. The 30 seconds is actually 45 seconds and is tunable - see /proc/sys/fs/lease-break-time Cheers, Stephen -- Stephen Rothwell, Open Source Researcher Linuxcare, Inc. +61-2-62628990 tel, +61-2