[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <op.vf5fdnc27p4s8u@pikus>
Date: Tue, 20 Jul 2010 17:45:13 +0200
From: Michał Nazarewicz <m.nazarewicz@...sung.com>
To: Alan Stern <stern@...land.harvard.edu>,
David Brownell <david-b@...bell.net>
Cc: Greg KH <greg@...ah.com>,
Kyungmin Park <kyungmin.park@...sung.com>,
Marek Szyprowski <m.szyprowski@...sung.com>,
Kernel development list <linux-kernel@...r.kernel.org>,
Dries Van Puymbroeck <Dries.VanPuymbroeck@...imo.com>
Subject: Re: [PATCHv3 1/3] USB: gadget: mass/file storage: set serial number
>>> Plus, you seem to be overlooking the basic need
>>> (for userspace) to manage these IDs so they're
>>> properly unique. Two gadgets should never end
>>> up using the same serial number
> --- On Tue, 7/20/10, Michał Nazarewicz <m.nazarewicz@...sung.com> wrote:
>> I'm not overlooking that. I simply consider that a separate
>> issue. Driver should provide some kind of default.
On Tue, 20 Jul 2010 17:01:37 +0200, David Brownell <david-b@...bell.net> wrote:
> It can't do that and guarantee uniqueness.
I never claimed otherwise.
> Your concept is (still/again) broken.
I don't buy that. The driver works better with a non-unique
serial number then without any. As such, a default serial
number should, in my opinion, be provided.
>> (just like File Storage Gadget) and the fact that user space
>> should override it is another matter in my opinion.
> The value must come from userspace in the first
> place, else it can't be correctly managed!!
I would say it *should* come from userspace but if userspace fails to
provide one *something* is better then *nothing*. I see how gadgets
should print a warning if serial is not provided from user space but
other then that I still think gadget should provide some value.
--
Best regards, _ _
| Humble Liege of Serenely Enlightened Majesty of o' \,=./ `o
| Computer Science, Michał "mina86" Nazarewicz (o o)
+----[mina86*mina86.com]---[mina86*jabber.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