Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1579937

Re: [PATCH 1/2] exec: don't wait for zombie threads with cred_guard_mutex held

From Oleg Nesterov <oleg@redhat.com>
Newsgroups linux.kernel
Subject Re: [PATCH 1/2] exec: don't wait for zombie threads with cred_guard_mutex held
Date 2017-02-13 17:50 +0100
Message-ID <tarZ8-6el-15@gated-at.bofh.it> (permalink)
References <tapDY-4My-19@gated-at.bofh.it> <tarmq-5YZ-19@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 02/14, kbuild test robot wrote:
>
> Hi Oleg,
>
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.10-rc8 next-20170213]
> [if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
> 
> url:    https://github.com/0day-ci/linux/commits/Oleg-Nesterov/fix-the-traced-mt-exec-deadlock/20170213-221943
> config: m68k-sun3_defconfig (attached as .config)
> compiler: m68k-linux-gcc (GCC) 4.9.0
> reproduce:
>         wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         # save the attached .config to linux build tree
>         make.cross ARCH=m68k 
>
> All errors (new ones prefixed by >>):
> 
> >> ERROR: "de_thread" [fs/binfmt_aout.ko] undefined!

Aaah thanks...

Of course, I forgot to add EXPORT_SYMBOL(de_thread), will send V2.

Thanks a lot!

Oleg.

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH 0/2] fix the traced mt-exec deadlock Oleg Nesterov <oleg@redhat.com> - 2017-02-13 15:20 +0100
  [PATCH 1/2] exec: don't wait for zombie threads with  cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-13 15:20 +0100
    Re: [PATCH 1/2] exec: don't wait for zombie threads with  cred_guard_mutex held kbuild test robot <lkp@intel.com> - 2017-02-13 17:10 +0100
      Re: [PATCH 1/2] exec: don't wait for zombie threads with  cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-13 17:50 +0100
    Re: [PATCH 1/2] exec: don't wait for zombie threads with  cred_guard_mutex held kbuild test robot <lkp@intel.com> - 2017-02-13 17:50 +0100
    Re: [PATCH 1/2] exec: don't wait for zombie threads with  cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-13 19:10 +0100
    [PATCH V2 1/2] exec: don't wait for zombie threads with  cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-13 19:10 +0100
      Re: [PATCH V2 1/2] exec: don't wait for zombie threads with cred_guard_mutex held ebiederm@xmission.com (Eric W. Biederman) - 2017-02-16 12:50 +0100
        Re: [PATCH V2 1/2] exec: don't wait for zombie threads with         cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-20 16:30 +0100
          Re: [PATCH V2 1/2] exec: don't wait for zombie threads with         cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-20 16:40 +0100
          Re: [PATCH V2 1/2] exec: don't wait for zombie threads with cred_guard_mutex held ebiederm@xmission.com (Eric W. Biederman) - 2017-02-20 23:40 +0100
            Re: [PATCH V2 1/2] exec: don't wait for zombie threads with         cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-21 19:00 +0100
              Re: [PATCH V2 1/2] exec: don't wait for zombie threads with cred_guard_mutex held ebiederm@xmission.com (Eric W. Biederman) - 2017-02-21 21:30 +0100
                Re: [PATCH V2 1/2] exec: don't wait for zombie threads with         cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-22 19:10 +0100
      Re: [PATCH V2 1/2] exec: don't wait for zombie threads with cred_guard_mutex held ebiederm@xmission.com (Eric W. Biederman) - 2017-02-17 05:50 +0100
        Re: [PATCH V2 1/2] exec: don't wait for zombie threads with         cred_guard_mutex held Oleg Nesterov <oleg@redhat.com> - 2017-02-20 17:00 +0100
  Re: [PATCH 0/2] fix the traced mt-exec deadlock Oleg Nesterov <oleg@redhat.com> - 2017-02-24 17:20 +0100

csiph-web