Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1236216
| From | Mathias Krause <minipli@googlemail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket |
| Date | 2015-09-30 14:00 +0200 |
| Message-ID | <qeodd-468-23@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <q8s09-1sD-1@gated-at.bofh.it> <qe7Fp-5O1-41@gated-at.bofh.it> <qe8Bs-78E-27@gated-at.bofh.it> <qeiAO-4r8-3@gated-at.bofh.it> <qenh8-2Ko-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 30 September 2015 at 12:56, Rainer Weikusat <rweikusat@mobileactivedefense.com> wrote: > Mathias Krause <minipli@googlemail.com> writes: >> On 29 September 2015 at 21:09, Jason Baron <jbaron@akamai.com> wrote: >>> However, if we call connect on socket 's', to connect to a new socket 'o2', we >>> drop the reference on the original socket 'o'. Thus, we can now close socket >>> 'o' without unregistering from epoll. Then, when we either close the ep >>> or unregister 'o', we end up with this list corruption. Thus, this is not a >>> race per se, but can be triggered sequentially. >> >> Sounds profound, but the reproducers calls connect only once per >> socket. So there is no "connect to a new socket", no? >> But w/e, see below. > > In case you want some information on this: This is a kernel warning I > could trigger (more than once) on the single day I could so far spend > looking into this (3.2.54 kernel): > > Sep 15 19:37:19 doppelsaurus kernel: WARNING: at lib/list_debug.c:53 list_del+0x9/0x30() > Sep 15 19:37:19 doppelsaurus kernel: Hardware name: 500-330nam > Sep 15 19:37:19 doppelsaurus kernel: list_del corruption. prev->next should be ffff88022c38f078, but was dead000000100100 > [snip] Is that with Jason's patch or a vanilla v3.2.54? Regards, Mathias -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Mathias Krause <minipli@googlemail.com> - 2015-09-29 20:20 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Jason Baron <jbaron@akamai.com> - 2015-09-29 21:20 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Mathias Krause <minipli@googlemail.com> - 2015-09-30 08:00 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Michal Kubecek <mkubecek@suse.cz> - 2015-09-30 09:40 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Jason Baron <jbaron@akamai.com> - 2015-10-01 05:00 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2015-09-30 13:00 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Mathias Krause <minipli@googlemail.com> - 2015-09-30 14:00 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2015-09-30 15:30 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Mathias Krause <minipli@googlemail.com> - 2015-09-30 15:40 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2015-09-30 16:00 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Jason Baron <jbaron@akamai.com> - 2015-10-01 04:50 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2015-10-01 12:40 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2015-10-01 14:20 +0200
Re: List corruption on epoll_ctl(EPOLL_CTL_DEL) an AF_UNIX socket Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2015-10-01 15:00 +0200
csiph-web