Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762079Ab2FVKfC (ORCPT ); Fri, 22 Jun 2012 06:35:02 -0400 Received: from mail-gh0-f174.google.com ([209.85.160.174]:60847 "EHLO mail-gh0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762021Ab2FVKfA convert rfc822-to-8bit (ORCPT ); Fri, 22 Jun 2012 06:35:00 -0400 MIME-Version: 1.0 In-Reply-To: References: <20120622094702.GD14083@ZenIV.linux.org.uk> Date: Fri, 22 Jun 2012 13:34:59 +0300 Message-ID: Subject: Re: get_unused_fd and get_unused_fd_flags From: =?UTF-8?B?T3phbiDDh2HEn2xheWFu?= To: Al Viro Cc: linux-kernel@vger.kernel.org, mcgrof@kernel.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 710 Lines: 18 > Maybe I should backport alloc_fd and rename it to sth like > compat_alloc_fd and use that instead of alloc_fd in compat. What I was > trying to understand was the reason behind exporting/not-exporting > those similar wrappers. I don't try to justify that it should be > exported for me :) Well this already seems unbackportable as alloc_fd() pulls in expand_files() which pulls in expand_fdtable() which pulls in alloc_fdtable(), etc. etc. -- Ozan Çağlayan -- 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/