[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <xa1tvbnussuu.fsf@mina86.com>
Date: Wed, 08 Oct 2014 13:28:41 +0200
From: Michal Nazarewicz <mina86@...a86.com>
To: Krzysztof Opasiak <k.opasiak@...sung.com>,
'Alan Stern' <stern@...land.harvard.edu>,
'Felipe Balbi' <balbi@...com>
Cc: Robert Baldyga <r.baldyga@...sung.com>, gregkh@...uxfoundation.org,
linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
Andrzej Pietrasiewicz <andrzej.p@...sung.com>,
Karol Lewandowski <k.lewandowsk@...sung.com>,
Stanislaw Wadas <s.wadas@...sung.com>
Subject: Re: [PATCH] usb: gadget: f_fs: add "zombie" mode
>> -----Original Message-----
>> From: Mike Nazarewicz [mailto:mpn@...gle.com]
>> I don't really see that happening. For the gadget to start all
>> descriptors need to be known. Functionfs will know the descriptors
>> only once the user space daemon provides them. Therefore, with the
>> current features (or even with addition of Robert's feature) there is
>> no way to let the gadget start without having the daemon running.
On Wed, Oct 08 2014, Krzysztof Opasiak <k.opasiak@...sung.com> wrote:
> Well, to be honest we do some lazy daemon startup in gadgetd. The idea
> is to provide functionality quite similar to inet. So we have divided
> functionfs services into two parts:
> - Descriptors - provided in configuration file
> - function implementation - provided in binary
Sure, and I'm not surprised to hear that has been implemented, but from
kernel point of view, the daemon is there and running. Furthermore,
such behaviour is possible with or without the zombie feature, and in
fact kernel isn't able to prevent it, so it's immaterial to discussion
of the zombie feature.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Michał “mina86” Nazarewicz (o o)
ooo +--<mpn@...gle.com>--<xmpp:mina86@...ber.org>--ooO--(_)--Ooo--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists