Re: [patch] NULL pointer check for vma->vm_mm

Dear Andrew, Sorry that it took very long before I could reply. 2008/2/1, Andrew Morton <[EMAIL PROTECTED]>: > On Fri, 1 Feb 2008 17:24:17 +0900 "Kenichi Okuyama" <[EMAIL PROTECTED]> wrote: > > > First of all, thank you for looking at the patch. > > > &

Re: [patch] NULL pointer check for vma->vm_mm

ng on Oops. best regards, 2008/2/1, Andrew Morton <[EMAIL PROTECTED]>: > On Fri, 1 Feb 2008 16:39:07 +0900 "Kenichi Okuyama" <[EMAIL PROTECTED]> wrote: > > > Dear all, > > > > I was looking at the ./mm/rmap.c .. I found that, in function > > &qu

[patch] NULL pointer check for vma->vm_mm

e of mm being NULL. attached is the patch for this thank you in advance for taking your time. best regards, -- (Kenichi Okuyama) URL: http://www.dd.iij4u.or.jp/~okuyamak/ patch.mm Description: Binary data

Re: Linux 2.4 Scalability, Samba, and Netbench

pendent part so that you can do tuning for specific OS and still have wide userland, etc. Kenichi Okuyama. - 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: nfsd vfs.c does not seems to fsync() with file overwrite, whenit have to.

ueued at entry point of write(). If CPU was not fast enough, and could not treat write() request in such a speed, or if CPU was too fast that write() runed too quickly, first fsync() will start running. But other write() request will wait for fsync() to finish at entry point of write(). This, I t