<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
Jouni<br>
<br>
If you don't want philosohic stuff read the end of the mail :-) for my
conclusions to go for now ...<br>
<br>
Jouni Malinen wrote:
<blockquote cite="mid20051109023105.GA8986@jm.kir.nu" type="cite">
  <pre wrap="">On Tue, Nov 08, 2005 at 08:42:24PM -0300, Beat Meier wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">New version of wireless.h don't define anymore some includes.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I don't know what you are refering to with "new version", but the latest
release, i.e., WE-19, does include linux/types.h, linux/socket.h, and
linux/if.h.

  </pre>
</blockquote>
Release 28-pre10 does not include this anymore. Here the codefragment:<br>
<br>
/***************************** INCLUDES *****************************/<br>
<br>
/* Do not put any header in this file, this creates a mess when<br>
&nbsp;* exported to user space. Most users have included all the<br>
&nbsp;* relevant headers anyway... Jean II */<br>
/*#include &lt;linux/types.h&gt;*/&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* for "caddr_t" et al&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; */<br>
/*#include &lt;linux/socket.h&gt;*/&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* for "struct sockaddr" et
al&nbsp; */<br>
/*#include &lt;linux/if.h&gt;*/&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /* for IFNAMSIZ and co... */<br>
<br>
<br>
<br>
<blockquote cite="mid20051109023105.GA8986@jm.kir.nu" type="cite">
  <pre wrap=""></pre>
  <blockquote type="cite">
    <pre wrap="">Changes of drivers like madwifi will affect always hostapd, wpa_supplicant
because of changes of wireless packages.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Changes of the drivers should not affect (well, assuming they would use
just Linux Wireless Extensions), but changes of WE do indeed affect user
space programs.

  </pre>
</blockquote>
<blockquote cite="mid20051109023105.GA8986@jm.kir.nu" type="cite">
  <pre wrap=""></pre>
  <blockquote type="cite">
    <pre wrap="">Why was wireless_copy.h added?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Because linux/wireless.h cannot be included in user space programs
without major compatibility problems with libc header files. Another
reason is in being able to build one binary that supports multiple WE
versions.

  </pre>
  <blockquote type="cite">
    <pre wrap="">Madwifi has added now iwlib.h instead of linnux/wireless.h as you stated 
before
should not be included in userspace progs because of kernel space headers.
But iwlib.h would be the right inlcude also for hostapd, wpa_supplicant?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
No, the license of iwlib is not compatible with hostapd/wpa_supplicant.

  </pre>
</blockquote>
Sorry. What do you mean with that?<br>
hostapd/wpa_supplicant is dual license GPL version 2 and BSD,<br>
iwlib.h is realeased unter GPL license.<br>
<br>
Is this a problem because not BSD license or what do you mean?<br>
sample_pm.c in wireless_tools is realease under LGPL, MPL or BSD
license.<br>
<br>
If this is a problem we could see with Jean or did you do that already
some time ago?<br>
<blockquote cite="mid20051109023105.GA8986@jm.kir.nu" type="cite">
  <pre wrap=""></pre>
  <blockquote type="cite">
    <pre wrap="">Please let me know if anything is against this approch.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I cannot accept changes to hostapd/wpa_supplicant that would make them
GPL only. I'm fine with the change that went already in into subversion,
i.e., just #ifdef __KERNEL__ around all include statements in header
files that are also linked into user space programs. I can include
whatever libc headers I want to make this work for
hostapd/wpa_supplicant and the header files are still functional for the
kernel code without any other changes.

  </pre>
</blockquote>
Ok this seems to be the problem. I do not know the bsd license but
would it help if Jean would change the<br>
license to dual license of gpl and bsd of only the header file?<br>
<blockquote cite="mid20051109023105.GA8986@jm.kir.nu" type="cite">
  <pre wrap=""></pre>
  <blockquote type="cite">
    <pre wrap="">We are trying to find the way so everything works together again with 
madwifi-ng.

Here are my patch proposel.
This are all against wpa_supplicant-0.4.6 and hostapd-0.4.6
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Thanks. I'll take a closer look at this, but that may have to wait till
Saturday.

  </pre>
</blockquote>
Ok&nbsp; forgott everything above ...<br>
Only philosophic questions.<br>
<br>
I have no compile both with you wireless_copy.h and my madwifi patches
NOT iwlib patches and<br>
my madwifi patches.<br>
With this I was able to compile wpa_supplicant and hostapd.<br>
With new version of wireless.h of Release 28-pre10 copyied to
wireless_copy.h I was not able to compile.<br>
<br>
<blockquote cite="mid20051109023105.GA8986@jm.kir.nu" type="cite">
  <pre wrap=""></pre>
  <blockquote type="cite">
    <pre wrap="">Please let me know as soon as possible if we can go this way so we can 
work on at madwifi
and do the changes.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
What changes are needed on the driver side?

  </pre>
</blockquote>
Not much. An include file more or so as sent already but the fact is to
have a version which people can use<br>
to compile the whole stuff without applying here a patch there a patch
...<br>
<br>
<br>
Ok here my conclusions:<br>
<br>
I send here all patches for madwifi-ng and wpa_supplicant-0.4.6 and
hostapd-0.4.6 together.<br>
With this patches it is possible to compile a working
wpa_supplicant/hostapd for madwifi-ng release 1314.<br>
<br>
But as noted before with this patches it works fine at least for me :-)<br>
<br>
BTW: I have testet WPA-PSK, EAP-TLS and PLAIN (no authentication) and
everything seems to work correct<br>
until now ...<br>
<br>
<br>
<br>
Beat<br>
<br>
</body>
</html>