Search Linux Wireless

Re: [PATCH 3/3] libertas: if_spi, driver for libertas GSPI devices

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





Dan Williams wrote:
On Mon, 2008-12-15 at 22:44 -0500, Angel Roman wrote:
Hi Colin,

I have support for the gspi as well. I've been trying to get in contact
with Dan Williams in order to contribute it to the list.

Sorry about that... it's in my queue and I'll try to get to do some
review in the next few days. Doing the new interface isn't a ton of
code, and I'd expect both yours and Colin's drivers to be quite similar
as there's only a few ways this thing can be done :)

The submission process is basically just like Colin did; generate a
series of patches of your latest code (split into independent patches if
possible) based on a kernel version (ideally the latest kernel version
or better yet, wireless-testing.git) and then post it to linux-wireless
and maybe cc libertas-dev as well.
Thanks, will do. I look forward to combining our efforts.

If you want, you can take a look at the code via:

svn list -R
svn://svn.buglabs.net/bug/trunk/bug-linux-2.6.27.2/drivers/net/wireless/libertas


This is currently working in the mx31 processor. Maybe we can work out a
way to merge the two drivers. The mx31 was a little tricky since there's
an error in the processor where one is not able to keep the chip select
signal active during multiple spi transfers as requried by the wifi
module. I've also abstracted the board interface from the GSPI code as
much as I could.

Is there a generic SPI layer that could be used for the board-specific
bits too, rather than putting that stuff in the libertas tree? I assume
that the SPI bus is more or less generic on your hardware (ie you could
put something else on the other end instead of the 8686), and thus it
would be better if we could figure out way not to put some much board
specific logic into the libertas driver itself.
Yes, the spi libertas core driver in buglabs' tree does not depend on any particular spi implementation. The board specific code - if_bmi.c and if_bmi.h - in my code registers a call back function with the gspi core which performs the actual spi transfer. if_bmi.c and if_bmi.h could go in another driver and does not need to go into libertas, however, the core seems like a good fit for the libertas tree.


Dan


_______________________________________________
libertas-dev mailing list
libertas-dev@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/libertas-dev

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux