[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <32941b8b-ec1a-fc5c-90aa-e2372680f1b3@suse.cz>
Date: Wed, 28 Sep 2016 22:04:50 +0200
From: Vlastimil Babka <vbabka@...e.cz>
To: David Laight <David.Laight@...LAB.COM>,
Nicholas Piggin <npiggin@...il.com>
Cc: Jason Baron <jbaron@...mai.com>,
Hillf Danton <hillf.zj@...baba-inc.com>,
'Alexander Viro' <viro@...iv.linux.org.uk>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
'Michal Hocko' <mhocko@...nel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
Eric Dumazet <eric.dumazet@...il.com>
Subject: Re: [PATCH] fs/select: add vmalloc fallback for select(2)
On 09/28/2016 06:30 PM, David Laight wrote:
> From: Vlastimil Babka
>> Sent: 27 September 2016 12:51
> ...
>> Process name suggests it's part of db2 database. It seems it has to implement
>> its own interface to select() syscall, because glibc itself seems to have a
>> FD_SETSIZE limit of 1024, which is probably why this wasn't an issue for all the
>> years...
>
> ISTR the canonical way to increase the size being to set FD_SETSIZE
> to a larger value before including any of the headers.
>
> Or doesn't that work with linux and glibc ??
Doesn't seem so.
>
> David
>
Powered by blists - more mailing lists