Re: [PATCH] vfio/pci: Clear token on bypass registration failure

Thanks a lot. Alex Williamson 于2020年10月19日周一 下午9:30写道： > > The eventfd context is used as our irqbypass token, therefore if an > eventfd is re-used, our token is the same. The irqbypass code will > return an -EBUSY in this case, but we'll still attempt to unregister > the producer, where if that

Re: [PATCH] irqbypass: fix error handle when irq_bypass_register_producer() return fails

igger; return 0; -- I applied this patch, after several days of testing, it is now normal and the BUG no longer occurs. Now the kernel will only print the log of registration failure, Thanks Alex. Alex Williamson 于2020年10月10日周六 下午10:26写道： > > On Sat, 10 Oct 2020 19:01:30 +0800 > gc

Re: [PATCH] irqbypass: fix error handle when irq_bypass_register_producer() return fails

Alex Williamson 于2020年10月10日周六 上午2:44写道： > > On Fri, 9 Oct 2020 12:30:04 +0800 > gchen chen wrote: > > > Alex Williamson 于2020年9月30日周三 下午10:09写道： > > > > > > > > > Please version your postings so we know which one to consider as the > > > c

Re: [PATCH] irqbypass: fix error handle when irq_bypass_register_producer() return fails

Alex Williamson 于2020年9月30日周三 下午10:09写道： > > > Please version your postings so we know which one to consider as the > current proposal. > > On Wed, 30 Sep 2020 20:54:39 +0800 > guomin_c...@sina.com wrote: > > > From: guomin chen > > > > When the producer object registration fails,In the future, d

Re: [PATCH] vfio/pci: when irq_bypass_register_producer() return fails, we need to clean it up and return -EINVAL. instead of return true.

> On Tue, 29 Sep 2020 14:54:35 -0600 > Alex Williamson wrote: > > > On Sun, 27 Sep 2020 20:11:08 +0800 > > guomin_c...@sina.com wrote: > > > > > From: guomin chen > > > > > > Since eventfd "fds" is passed as a parameter by the upper-level > > > application,when "fds" has multiple identical 'fd',

[PATCH] Fix mm->owner point to a tsk that has been free

From: guomin chen When mm->owner is modified by exit_mm, if the new owner directly calls unuse_mm to exit, it will cause Use-After-Free. Due to the unuse_mm() directly sets tsk->mm=NULL. Under normal circumstances,When do_exit exits, mm->owner will be updated on exit_mm(). but when the kernel

[PATCH] Export mm_update_next_owner function for unuse_mm.

From: guomin chen When mm->owner is modified by exit_mm, if the new owner directly calls unuse_mm to exit, it will cause Use-After-Free. Due to the unuse_mm() directly sets tsk->mm=NULL. Under normal circumstances,When do_exit exits, mm->owner will be updated on exit_mm(). but when the kernel

[PATCH] Export mm_update_next_owner function for vhost-net

From: guomin chen Under normal circumstances,When do_exit exits, mm->owner will be updated on exit_mm(). but when the kernel process calls unuse_mm() and then exits,mm->owner cannot be updated. And it will point to a task that has been released. Below is my issue on vhost_net: A, B are

[PATCH] Fix mm->owner point to a task that does not exists.

From: guomin chen Under normal circumstances,When do_exit exits, mm->owner will be updated on exit_mm(). but when the kernel process calls unuse_mm() and then exits,mm->owner cannot be updated. And it will point to a task that has been released. Below is my issue on vhost_net: A, B are

[PATCH] Fix mm->owner point to a task that does not exists

From: guominchen Under normal circumstances,When do_exit exits, mm->owner will be updated, but when the kernel process calls unuse_mm and exits, mm->owner cannot be updated. And will point to a task that has been released. Below is my issue on vhost_net: A, B are two kernel process

Re: [PATCH] mm: mmap: Simplify the failure return working flow

On 2015年08月20日 15:45, Michal Hocko wrote: > On Thu 20-08-15 09:27:42, gchen gchen wrote: > [...] >> Yes, it is really peculiar, the reason is gmail is not stable in China. >> I have to send mail in my hotmail address. >> >> But I still want to use my gmail as Signe

Re: [PATCH] mm: mmap: Simplify the failure return working flow

On Tue, 18 Aug 2015 15:57:08 -0700 a...@linux-foundation.org wrote:>> On Wed, 19 Aug 2015 06:27:58 +0800 Chen Gang> wrote:>>> From: Chen Gang >> As sent, this patch is From:you@hotmail and Signed-off-by:you@gmail.>> This is peculiar.

Re: [PATCH] mm: mmap: Simplify the failure return working flow

On Tue, 18 Aug 2015 15:57:08 -0700 a...@linux-foundation.org wrote: > > On Wed, 19 Aug 2015 06:27:58 +0800 Chen Gang > wrote: > >> From: Chen Gang > > As sent, this patch is From:you@hotmail and Signed-off-by:you@gmail. > > This is peculiar. I'm assuming that it should have been From:you@gmail

Re: [PATCH] cris: arch-v10: kernel: kgdb: let is_dyn_brkp as extern variable

On 07/07/2015 06:28 AM, Chen Gang wrote: > On 7/6/15 18:31, valdis.kletni...@vt.edu wrote: >> On Mon, 06 Jul 2015 15:49:20 +0800, Chen Gang said: >>> On 07/06/2015 02:25 AM, valdis.kletni...@vt.edu wrote: On Sun, 05 Jul 2015 06:07:54 +0800, Chen Gang said: > For upstream cris toolchain (gc

[PATCH] mm: nommu: Export symbol max_mapnr

Several modules may need max_mapnr, so export, the related error with allmodconfig under c6x: MODPOST 3327 modules ERROR: "max_mapnr" [fs/pstore/ramoops.ko] undefined! ERROR: "max_mapnr" [drivers/media/v4l2-core/videobuf2-dma-contig.ko] undefined! Signed-off-by: Chen Gang --- mm/nommu.c | 1 + 1

Re: [QUESTION] about NFS sub system between Public Kernel and Red Hat Kernel.

于 2012年08月31日 22:02, Jeff Layton 写道: > On Fri, 31 Aug 2012 13:40:16 +0800 > gchen wrote: > >> Hi linux-...@vger.kernel.org >> >> I have 1 question, and also 2 conclusions which need confirm. >> >> >> 1) Question: >> >> Jeff Layton said

[QUESTION] about NFS sub system between Public Kernel and Red Hat Kernel.

ed. Is what I said above correct ? 3) Confirm 2: Is LTP (Linux Test Project) still a suitable test tools for public kernel ? (for ltp-full-20100331.gz stress test, it mounts NFS on local machine, and the latest LTP ltp-full-20120401.bz2 also seems the same). thanks. gchen Asianux Corporation