linux-wireless.vger.kernel.org archive mirror
 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: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200809290949.35749.arvidjaar@mail.ru>
     [not found] ` <20081001031907.GA19181@kroah.com>
     [not found]   ` <200810011413.17059.arvidjaar@mail.ru>
     [not found]     ` <1222879229.17264.4.camel@hephaestion>
     [not found]       ` <20081001200039.GA29874@kroah.com>
2008-10-01 23:00         ` Agere Hermes source-code: copyright situation 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

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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).