Sorry for again posting something OT, but I think the result of this
discussion will in the end provide valuable input to a lot of driver
authors.
On Sun, Aug 07, 2005 at 05:01:34PM +0200, Harald Welte wrote:
On Sun, Aug 07, 2005 at 10:32:07AM +0300, Kalle Valo wrote:
Harald Welte [EMAIL
On Sun, Aug 07, 2005 at 05:01:34PM +0200, Harald Welte wrote:
I will consult my legal counsel about this. My current naive
position on this is that only the actuall process of the
re-engineering matters, not the result.
Which countries is this advice valid for? Does someone need to chase
On Fri, Aug 12, 2005 at 12:37:55AM -0700, Chris Wedgwood wrote:
On Sun, Aug 07, 2005 at 05:01:34PM +0200, Harald Welte wrote:
I will consult my legal counsel about this. My current naive
position on this is that only the actuall process of the
re-engineering matters, not the result.
Harald Welte [EMAIL PROTECTED] writes:
I don't want to turn this list into a list of legal discussion, but
since I'm heavily dealing with exactly those issues during my
gpl-violations.org efforts, I thought I share some of the facts.
Thanks for your answer, it cleared up things. I also don't
On Sun, Aug 07, 2005 at 10:32:07AM +0300, Kalle Valo wrote:
Harald Welte [EMAIL PROTECTED] writes:
I don't want to turn this list into a list of legal discussion, but
since I'm heavily dealing with exactly those issues during my
gpl-violations.org efforts, I thought I share some of the
Mateusz Berezecki [EMAIL PROTECTED] writes:
The driver is not yet fully working because I didn't finish kernel
integration yet. Almost all
driver I/O ops are reverse engineered independently of openbsd openhal
which is missing just too much.
Ok, enough talking. Most of the atheros 5212 hal
Kalle Valo [EMAIL PROTECTED] wrote:
|
| This is great news. An open source Atheros driver which could be
| included to Linux is really needed.
|
| But how was the reverse engineering done? I noticed that forcedeth
| driver was implemented using the clean room design[1] and Linux
| Broadcom 4301
Hi.
Mateusz Berezecki wrote:
Im sending a series of 8 patches splitted and diffed as in
SubmittingPatches documentation.
Patch 4/8 is missing here.
Bye, Mike
--
Use PGP/GPG!
My key: http://keys.indymedia.org/cgi-bin/lookup?op=getsearch=62C29B94
Fingerprint: BC2E 79BF 0C8F 0282 864B 9CEC 8343
On Fri, 2005-08-05 at 04:55 +0200, Mateusz Berezecki wrote:
The driver is not yet fully working because I didn't finish kernel
integration yet.
How far from working is it? I have a miniPCI Atheros card and would be
interested in helping out with bringing the driver up, but it would be
good
Mateusz Berezecki wrote:
Hi list members,
I just post the code for review for anyone interested.
I would be more than pleased to hear some feedback from you on the code.
Im sending a series of 8 patches splitted and diffed as in
SubmittingPatches documentation.
The driver is not yet fully
Hi list members,
I just post the code for review for anyone interested.
I would be more than pleased to hear some feedback from you on the code.
Im sending a series of 8 patches splitted and diffed as in
SubmittingPatches documentation.
The driver is not yet fully working because I didn't
11 matches
Mail list logo