Need help to write a new driver for a new wireless device (not yet in the market).

[Sriharsha Vedurmudi]

Hello Benjamin,
 As much as I want to share the spec, but I am under strict legal
agreements not to share it with anyone (not even outside our team).
Another case of corporate dictatorship, but I am helpless. Sorry about
it.
 But the good news is that, this particular chip might not hit the
markets, atleast not in volumes in the coming future.

That said, can you please let me know the following:
1. What value of ssid_scan should I use if I want to use ap_scan=2
(let the driver connect to the AP directly when wpa_supplicant issues
ioctl to connect to an SSID.

2. I implemented all the ioctls, mandated by WE/wpa_supplicant for
using WPA-PSK. But I observe two things when I try:
$ wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf -d

a) I don't see any printk messages that I put inside my ioctls (not
even the ones that churn out when the control enters the particular
ioctl. Why is it so?
b) The output by wpa_supplicant shows the AP correctly in the output
list but it shows its wpa_ie_len as 0 (even though in the SIOCGIWSCAN
ioctl handler, I am using iwe_stream_add_point to add the wpa IE
buffer).

Thanks and Regards,
Sriharsha.

On 10/2/07, Benjamin Close <Benjamin.Close at clearchain.com> wrote:
> Hi Harsha,
>     I'm a wireless driver developer for FreeBSD. Do you think there
> would be an chance of providing the spec for the chipset so the *BSD
> community might also be able to benefit from the card when it is released?
>
> Cheers,
>     Benjamin
>
> Sriharsha Vedurmudi wrote:
> > Hi Christian and Others,
> >  I am facing an issue while trying to add a WPA/RSN IE to an event. I
> > tried to follow the airo card (driver in airo.c) for this, but in that
> > firmware, the entire IE is being sent raw to iwe_stream_add_point()
> > function. But in our case, the IE is parsed and filled in our private
> > data structure. Is there any way in WE ver 21 where I can pass the WPA
> > IE into some structure and then send the event to wpa_supplicant?
> >
> > Regards,
> > Harsha.
> >
> > On 9/28/07, Christian Buennig <masala at web.de> wrote:
> >
> >> Hi,
> >>
> >> some notes concerning wireless events ..
> >>
> >> Sriharsha Vedurmudi wrote:
> >>
> >>> Friends,
> >>>  I am a novice in Wireless drivers (did some Ethernet based drivers
> >>> though). I have a new 802.11b/g chip (not publically available yet)
> >>> with its internal documentation and need help from the community to
> >>> write a driver for it in Linux.
> >>>  I am using an Linux port (kernel 2.6.19-2) on an ARM based SoC (with
> >>> WE version 21). To begin with I have implemented the basics and my
> >>> system now associates with open mode AP and WEP based AP. Now, I want
> >>> to test out its WPA-PSK functionality. Are the following ioctls
> >>> sufficient or do I need to implement more (apart from the basic ones)?
> >>> SIOCSIWMODE,
> >>> SIOCSIWGENIE,
> >>> SIOCSIWAUTH,
> >>> SIOCSIWESSID
> >>>
> >>> Also, how do I use Wireless_Events (I am not able to find any proper
> >>> documentation for the same).
> >>>
> >> What exactly do you mean by "use"? Listening for them in a user space
> >> application or raising them within the driver?
> >>
> >> Events are implemented with netlink sockets to transfer them from the
> >> driver to user space.
> >>
> >> Example code for listening can be found in the source code of the
> >> wireless tools:
> >> http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html#latest
> >> and there in the file iwevent.c
> >>
> >> Example code for raising an event can be found, for instance, in the
> >> Madwifi code:
> >> http://madwifi.org/browser/trunk/net80211/ieee80211_input.c and there in
> >> the function iwspy_event(), near line 145
> >>
> >> However, I am not that up to date about wireless driver development but
> >> doesn't the generic Linux 80211 stack implement all the event things?
> >>
> >>
> >>> Apart from this, is there some documentation (like 'Linux Device
> >>> Drivers') that specifically tutors someone at writing a driver for a
> >>> wireless station?
> >>>
> >>> Yours sincerely,
> >>> VSH.
> >>>
> >>
> >
> >
>