On Thu, May 03, 2007 at 09:29:55PM -0700, Andrew Morton wrote:
On Thu, 26 Apr 2007 23:33:32 +0530 Amit K. Arora [EMAIL PROTECTED] wrote:
This patch implements the fallocate() system call and adds support for
i386, x86_64 and powerpc.
...
+{
+ struct file *file;
+ struct inode
On Fri, 4 May 2007 16:07:31 +1000 David Chinner [EMAIL PROTECTED] wrote:
On Thu, May 03, 2007 at 09:29:55PM -0700, Andrew Morton wrote:
On Thu, 26 Apr 2007 23:33:32 +0530 Amit K. Arora [EMAIL PROTECTED]
wrote:
This patch implements the fallocate() system call and adds support for
On Tuesday May 1, [EMAIL PROTECTED] wrote:
On Fri, Mar 30, 2007 at 01:34:53PM +1000, Neil Brown wrote:
On Saturday March 17, [EMAIL PROTECTED] wrote:
less that 2 weeks later
more than one month later :)
Thanks for your explanations.
- the calling conversion on the decode
On Thu, May 03, 2007 at 11:28:15PM -0700, Andrew Morton wrote:
The posix spec implies that negative `len' is permitted - presumably
allocate
ahead of `offset'. How peculiar.
I just checked the man page for posix_fallocate() and it says:
EINVAL offset or len was less
On Sun, 29 Apr 2007 23:30:12 -0400 Josef Sipek [EMAIL PROTECTED] wrote:
Signed-off-by: Josef 'Jeff' Sipek [EMAIL PROTECTED]
diff --git a/fs/namei.c b/fs/namei.c
index 2995fba..1516a9b 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1125,6 +1125,10 @@ static int fastcall do_path_lookup(int
sorry, I proposed Jeff a reply long ago but haven't done yet.
On Fri, May 04, 2007 at 12:02:00AM -0700, Andrew Morton wrote:
@@ -1125,6 +1125,10 @@ static int fastcall do_path_lookup(int dfd, const
char *name,
nd-mnt = mntget(fs-rootmnt);
nd-dentry =
On Thu, May 03, 2007 at 11:28:15PM -0700, Andrew Morton wrote:
On Fri, 4 May 2007 16:07:31 +1000 David Chinner [EMAIL PROTECTED] wrote:
On Thu, May 03, 2007 at 09:29:55PM -0700, Andrew Morton wrote:
On Thu, 26 Apr 2007 23:33:32 +0530 Amit K. Arora [EMAIL PROTECTED]
wrote:
This
Oh and btw, net/sunrpc/rpc_pipe.c:rpc_lookup_parent() and
fs/nfsctl.c:do_open() should be switched to the new code, at which
point the path_walk() export can go.
-
To unsubscribe from this list: send the line unsubscribe linux-fsdevel in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Thu 03-05-07 17:16:02, Greg KH wrote:
On Thu, May 03, 2007 at 11:54:52AM +0200, Jan Kara wrote:
On Tue 01-05-07 20:26:27, Greg KH wrote:
On Mon, Apr 30, 2007 at 07:55:36PM +0200, Jan Kara wrote:
Hello,
attached patch implements renaming for debugfs. I was asked for this
On a dynamic ELF executable, the current kernel loader gives to the
interpreter (in the AUXV vector) the AT_PHDR argument as :
offset_of_phdr_in_file + first address.
It can be wrong for an executable where the program headers are not located
in the first loaded segment.
This patch corrects the
Sort out the MTU determination and handling in AF_RXRPC:
(1) If it's present, parse the additional information supplied by the peer at
the end of the ACK packet (struct ackinfo) to determine the MTU sizes
that peer is willing to support.
(2) Initialise the MTU size to that peer from
I've been looking at a hang that was reported off-list, and I believe I
found the cause. I'm still waiting for confirmation on whether the
patch does fix the problem, but I wanted to distribute the patch in case
anyone else is seeing a similar hang. It looks like the problem is in
kernels from
From: David Howells [EMAIL PROTECTED]
Date: Fri, 04 May 2007 15:56:47 +0100
Sort out the MTU determination and handling in AF_RXRPC:
(1) If it's present, parse the additional information supplied by the peer at
the end of the ACK packet (struct ackinfo) to determine the MTU sizes
On Fri, 4 May 2007 10:09:21 -0400
Quentin Godfroy [EMAIL PROTECTED] wrote:
On a dynamic ELF executable, the current kernel loader gives to the
interpreter (in the AUXV vector) the AT_PHDR argument as :
offset_of_phdr_in_file + first address.
It can be wrong for an executable where the
Quentin Godfroy wrote:
+ elf_ppnt = elf_phdata;
+ for (i = 0; i loc-elf_ex.e_phnum; i++, elf_ppnt++)
+ if (elf_ppnt-p_type == PT_PHDR) {
+ phdr_addr = elf_ppnt-p_vaddr;
Won't this break with ET_DYN executables? And besides, isn't this the
same
On Fri, May 04, 2007 at 04:31:49PM -0700, Jeremy Fitzhardinge wrote:
Quentin Godfroy wrote:
+ elf_ppnt = elf_phdata;
+ for (i = 0; i loc-elf_ex.e_phnum; i++, elf_ppnt++)
+ if (elf_ppnt-p_type == PT_PHDR) {
+ phdr_addr = elf_ppnt-p_vaddr;
Won't this
On Fri, May 04, 2007 at 04:22:08PM -0700, Andrew Morton wrote:
This patch kills my FC6 machine (using a config which was derived from RH's
original):
Freeing unused kernel memory: 368k freed
Write protecting the kernel read-only data: 959k
request_module: runaway loop modprobe binfmt-464c
Quentin Godfroy wrote:
Won't this break with ET_DYN executables? And besides, isn't this the
same thing?
Indeed, I haven't seen that. For ET_DYN executables, it could be done a
thing like load_addr+elf_ppnt-p_vaddr (in the
On Fri, 4 May 2007 23:34:08 -0400 Quentin Godfroy [EMAIL PROTECTED] wrote:
By the way, is init 32 bits or 64 bits? It could break the ia32
emulation thing, but not the 64bit native mode.
akpm2:/home/akpm file /sbin/init
/sbin/init: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV),
19 matches
Mail list logo