All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Dan Williams <dcbw@redhat.com>
Cc: Andrey Borzenkov <arvidjaar@mail.ru>,
	Dave <kilroyd@googlemail.com>, TJ <linux@tjworld.net>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Casual J. Programmer" <casualprogrammer@googlemail.com>,
	linux-wireless@vger.kernel.org,
	Alexander Shirshikov <alexander.shirshikov@gmail.com>
Subject: Re: Agere Hermes source-code: copyright situation
Date: Thu, 2 Oct 2008 13:37:31 -0700	[thread overview]
Message-ID: <20081002203731.GA25314@kroah.com> (raw)
In-Reply-To: <1222979517.12505.33.camel@72-58-93-37.area3.spcsdns.net>

On Thu, Oct 02, 2008 at 04:31:57PM -0400, Dan Williams wrote:
> On Thu, 2008-10-02 at 13:00 -0700, Greg KH wrote:
> > On Thu, Oct 02, 2008 at 06:37:18AM +0400, Andrey Borzenkov wrote:
> > > TJ you can answer me using arvidjaar (at) newmail dot ru. Hopefully
> > > one of them works. Re WPA2 - there is no information how to setup
> > > CCMP/AES (even if firmware supports it); so no WPA2.
> > > 
> > > On Thursday 02 October 2008, Dave wrote:
> > > > Greg KH wrote:
> > > > > On Wed, Oct 01, 2008 at 05:40:29PM +0100, TJ wrote:
> > > > >> On Wed, 2008-10-01 at 14:13 +0400, Andrey Borzenkov wrote:
> > > > >>>On Wednesday 01 October 2008, Greg KH wrote:
> > > > >>>> On Mon, Sep 29, 2008 at 09:49:34AM +0400, Andrey Borzenkov wrote:
> > > > >>>>> I have here driver that can be built for two different types of
> > > > >>>>> hardware from basically the same sources (this is port of old Agere
> > > > >>>>> drivers for Hermes-I/Hermes-II chipsets).
> > > > >>>> 
> > > > >>>> Cool, do you have a link to the code, I'd be glad to add it to
> > > > >>>> drivers/staging/ if it's not in a fully-mergable state yet to get wider
> > > > >>>> users for it.
> > > > >>>
> > > > >>> You can look at it here: http://arvidjaar.newmail.ru/wlags49.tar.bz
> > > > >>>
> > > > >>> I doubt that it is suitable for inclusion at current state if ever.
> > > > >>> This is taken directly from Agere 2.4 sources; the only parts that were
> > > > >>> touched are kernel glue and wireless extensions interface.
> > > > >>>
> > > > >>> And it is not GPL'ed, of course. I attach E-Mail I received a while
> > > > >>> back with answere from Agere legal department.
> > > > >>
> > > > >> I'm attaching the original email I sent to Agere and their response for
> > > > >> the record, hoping it helps clarify the legal position.
> > > > > 
> > > > > Very nice, thanks for forwarding this on.
> > > > > 
> > > > > As the license is BSD, that means we can place it in the kernel tree.
> > > > > Do you all mind if I add it to the drivers/staging/ directory so you can
> > > > > work on cleaning it up within the main kernel tree infrastructure?
> > > >
> > > 
> > > I do not mind but it is likely makes no sense for H-I now; and
> > > I do not own H-II myself so cannot work on it. If we are focusing on
> > > H-2/2.5, it would make more sense to make similar modifications to
> > > 7.22 driver set from Agere to avoid overlap with Orinoco.
> > 
> > Ok, let me know what you think is the best thing to do, and I'll be glad
> > to help you out with it.
> 
> I tend to think that only for USB hardware do we need a new driver, and
> that driver can share some things with both hostap and orinoco.  If at
> all possible, lets integrate missing hardware support into _existing_
> drivers instead of importing drivers of questionable quality.  I've seen
> wlags49 before and it's not great.  Right now we don't have any viable
> Orinoco USB driver, and while linux-wlan-ng was proposed, there's no way
> we're taking a third 802.11 "stack" or the bits in those drivers that
> overlap with existing drivers' hardware support.

I just added the wlan-ng usb driver (and stack) to the drivers/staging/
tree a few hours ago :)

So yes, we do need to do this kind of migration, at the moment I am
trying to track down all out-of-tree drivers that distros and users are
relying on to get them into staging/ and then we can work on cleaning
them up and moving them to the proper place in the kernel tree.

Sound good?

So, for this driver, should I do the same thing, as I don't think these
devices are covered by any other driver at the moment, right?

thanks,

greg k-h

  reply	other threads:[~2008-10-02 20:41 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-29  5:49 Building two (external) modules from the same sources Andrey Borzenkov
2008-10-01  3:19 ` Greg KH
2008-10-01 10:13   ` Andrey Borzenkov
2008-10-01 10:13     ` Andrey Borzenkov
     [not found]     ` <1222879229.17264.4.camel@hephaestion>
2008-10-01 20:00       ` Agere Hermes source-code: copyright situation Greg KH
2008-10-01 23:00         ` Dave
2008-10-02  2:37           ` Andrey Borzenkov
2008-10-02 17:44             ` Dave
2008-10-02 20:00             ` Greg KH
2008-10-02 20:31               ` Dan Williams
2008-10-02 20:37                 ` Greg KH [this message]
2008-10-02 21:28                   ` Dan Williams
2008-10-01 20:05     ` Building two (external) modules from the same sources Greg KH
2008-10-01 22:27       ` TJ

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=20081002203731.GA25314@kroah.com \
    --to=greg@kroah.com \
    --cc=alexander.shirshikov@gmail.com \
    --cc=arvidjaar@mail.ru \
    --cc=casualprogrammer@googlemail.com \
    --cc=dcbw@redhat.com \
    --cc=kilroyd@googlemail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linux@tjworld.net \
    /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.