[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAB0TPYF-7jJHoz2=hyaZmCCFsRLg1vV=-0m7Qo1KB6hYdz4FoA@mail.gmail.com>
Date: Tue, 31 Jul 2018 12:37:42 +0200
From: Martijn Coenen <maco@...roid.com>
To: Christian Brauner <christian@...uner.io>
Cc: Matthew Wilcox <willy@...radead.org>,
Christoph Hellwig <hch@...radead.org>,
Al Viro <viro@...iv.linux.org.uk>,
linux-fsdevel@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>,
Arve Hjønnevåg <arve@...roid.com>,
Todd Kjos <tkjos@...roid.com>, rlove@...gle.com,
ben@...adent.org.uk
Subject: Re: [PATCH 1/4] file: export __alloc_fd()
On Tue, Jul 31, 2018 at 12:07 PM, Christian Brauner
<christian@...uner.io> wrote:
> Ah, this wasn't brought up in the original thread when discussing to
> turn this into a module. If using internal functions like this is going
> away it makes sense to wait for this work to happen first. Is there a
> time-frame for this?
Not yet, it depends on the solution and who has cycles to work on it.
Martijn
>
> Thanks!
> Christian
>
>>
>> >
>> > But I think the binder user-space API relies on this. The userspace API
>> > seems to rely on passing fd numbers around ... but I'm having trouble
>> > figuring most of this user API out. Perhaps Martijn can help here.
>>
>> The UAPI does expect a file descriptor, but we may be able to do the
>> mapping from fd to struct file (and vice-versa) in the kernel driver,
>> so userspace wouldn't notice.
>>
>> Thanks,
>> Martijn
Powered by blists - more mailing lists