From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Thu, 05 May 2011 09:38:49 +0000 Subject: Re: udev regression from 167 to 168 on notion ink adam Message-Id: List-Id: References: <809580245.144501.1304521074555.JavaMail.fmail@mwmweb069> In-Reply-To: <809580245.144501.1304521074555.JavaMail.fmail@mwmweb069> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit To: linux-hotplug@vger.kernel.org On Thu, May 5, 2011 at 11:33, Kay Sievers wrote: > On Thu, May 5, 2011 at 10:33, Johannes Schauer wrote: >> basically it's these two messages repeating infinitely: >> >> [pid  2353] epoll_wait(0xb, 0xbeb4d3b8, 0x8, 0xbb8) = 1 >> [pid  2353] SYS_366(0x4, 0, 0, 0x80000, 0) = -1 ENOSYS (Function not implemented) > > That's a syscall number and accept4(). It should be there since kernel > 2.6.28 and glibc 2.10. > > With proper kernel support, and a more recent strace it would look like: >  accept4(3, 0, NULL, SOCK_CLOEXEC)       = 11 > > Not sure how that can happen on your side. The last parameter, the > CLOEXEC flag is definitely not 0. Ah, no counted wrong, missed that there are 5 arguments. The 4th argument, the 0x80000 is the SOCK_CLOEXEC. So it looks like your kernel does not support accept4. Is that really a 2.6.32 kernel? Kay