From: Greg KH <gregkh@suse.de>
To: tlinder <tlinder@codeaurora.org>
Cc: Alan Stern <stern@rowland.harvard.edu>,
USB list <linux-usb@vger.kernel.org>,
David Brownell <dbrownell@users.sourceforge.net>,
Michal Nazarewicz <m.nazarewicz@samsung.com>,
Andrew Morton <akpm@linux-foundation.org>,
Kernel development list <linux-kernel@vger.kernel.org>
Subject: Re: [RFC/PATCH 1/2] Add usb_endpoint_descriptor to be part of the struct usb_ep
Date: Tue, 5 Oct 2010 06:18:04 -0700 [thread overview]
Message-ID: <20101005131804.GA3548@suse.de> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1010031201050.26676-100000@netrider.rowland.org>
On Sun, Oct 03, 2010 at 12:35:07PM -0400, Alan Stern wrote:
> On Sun, 3 Oct 2010, tlinder wrote:
>
> > From: Tatyana Linder <tlinder@codeaurora.org>
> >
> > Change ep_choose() and usb_ep_enable() prototypes to use endpoint
> > descriptor from usb_ep. This optimization prevents the FDs from handling
> > the endpoint chosen descriptor.
> > This optimization is not full though. To fully exploit this change one
> > needs to update all the UDCs as well since in the current implementation
> > each of them saves the endpoint descriptor in it's internal (and extended)
> > endpoint structure.
> > This patch is a preparation for adding SuperSpeed support to the gadget
> > framework.
> >
> > Signed-off-by: Tatyana Linder <tlinder@codeaurora.org>
>
> ...
>
> > diff --git a/drivers/usb/gadget/file_storage.c b/drivers/usb/gadget/file_storage.c
> > index a857b7a..6264fba 100644
> > --- a/drivers/usb/gadget/file_storage.c
> > +++ b/drivers/usb/gadget/file_storage.c
> > @@ -3,6 +3,7 @@
> > *
> > * Copyright (C) 2003-2008 Alan Stern
> > * All rights reserved.
> > + * Copyright (C) 2010 Code Aurora Forum. All rights reserved.
> > *
> > * Redistribution and use in source and binary forms, with or without
> > * modification, are permitted provided that the following conditions
>
> Speaking for myself only, I don't think people should add their own
> copyright notices in files to which they have not made substantial
> changes. A little code motion and a small API adjustment don't seem
> like large enough changes to justify this. Some of the other files in
> this patch have even smaller changes!
I agree. Tatyana, please work with your company's lawyers to properly
learn how to add this type of mark to a file in a manner that is
correct.
Hint, this way is not correct :)
thanks,
greg k-h
next prev parent reply other threads:[~2010-10-05 13:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1286092800-29107-1-git-send-email-tlinder@codeaurora.org>
2010-10-03 16:35 ` [RFC/PATCH 1/2] Add usb_endpoint_descriptor to be part of the struct usb_ep Alan Stern
2010-10-03 19:22 ` David Brownell
2010-10-05 13:18 ` Greg KH [this message]
2010-11-10 23:40 ` David Brown
2010-11-11 6:34 ` Tanya Brokhman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101005131804.GA3548@suse.de \
--to=gregkh@suse.de \
--cc=akpm@linux-foundation.org \
--cc=dbrownell@users.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=m.nazarewicz@samsung.com \
--cc=stern@rowland.harvard.edu \
--cc=tlinder@codeaurora.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.