From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933817AbcI1Qdr convert rfc822-to-8bit (ORCPT ); Wed, 28 Sep 2016 12:33:47 -0400 Received: from smtp-out4.electric.net ([192.162.216.193]:52071 "EHLO smtp-out4.electric.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932944AbcI1Qdi (ORCPT ); Wed, 28 Sep 2016 12:33:38 -0400 From: David Laight To: "'Vlastimil Babka'" , Nicholas Piggin CC: Jason Baron , Hillf Danton , "'Alexander Viro'" , "linux-fsdevel@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , "'Michal Hocko'" , "netdev@vger.kernel.org" , Eric Dumazet Subject: RE: [PATCH] fs/select: add vmalloc fallback for select(2) Thread-Topic: [PATCH] fs/select: add vmalloc fallback for select(2) Thread-Index: AQHSGLFrj/X++D4HnkmfrbWt9vaWXaCNM7bQgAAE+3GAABNQ4A== Date: Wed, 28 Sep 2016 16:30:16 +0000 Message-ID: <063D6719AE5E284EB5DD2968C1650D6DB010AAC6@AcuExch.aculab.com> References: <20160922152831.24165-1-vbabka@suse.cz> <006101d21565$b60a8a70$221f9f50$@alibaba-inc.com> <20160923172434.7ad8f2e0@roar.ozlabs.ibm.com> <57E55CBB.5060309@akamai.com> <5014387d-43da-03f6-a74b-2dc4fbf4fe32@suse.cz> <20160927212458.3ab42b41@roar.ozlabs.ibm.com> <063D6719AE5E284EB5DD2968C1650D6DB010A97D@AcuExch.aculab.com> <20160927214229.2b0b49ac@roar.ozlabs.ibm.com> <92d1ec2c-3246-bd1f-eae5-53ca425ab315@suse.cz> In-Reply-To: <92d1ec2c-3246-bd1f-eae5-53ca425ab315@suse.cz> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.202.99.200] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-Outbound-IP: 213.249.233.130 X-Env-From: David.Laight@ACULAB.COM X-Proto: esmtps X-Revdns: X-HELO: AcuExch.aculab.com X-TLS: TLSv1:AES128-SHA:128 X-Authenticated_ID: X-PolicySMART: 3396946, 3397078 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 ?? David