On Wed, Mar 25, 2009 at 12:51 PM, RB <aoz....@gmail.com> wrote:
>> Currently I am working on the brcm 2.4 build and was hoping to move to
>> the 2.6 kernel if the wifi and pcmcia support was resolved. I saw a
>> post in the forums saying wifi was reasonably stable so was going to
>> check out head and build and see how it goes.
>
> I also did some work on the PCMCIA bit.  As far as I know, it's still
> broken - the TI chipset on a Broadcom bus is a pretty unique and
> there's only scattered interest in fixing it.  Someone better with
> drivers than I will have to take a look at the interrupt handling and
> figure out why it's locking up when disabling interrupts.  As noted
> before, Linksys' driver is pretty ugly with a lot of magic numbers and
> evidently relies on some buggy initialization.

Ahh ok... so from that I take it the 2.4 kernel is the way to go as
there isn't much interest / will to get it working with the 2.6
kernel.

Unless linksys release an updated source with a 2.6 kernel I doubt
somehow it's going to happen.

>> My wish list includes:
>> Proper support without needing to specify prod/vendor for usbserial
>> for 4 umts/hsdpa cards including:
>> Novatel u630 and x870
>> Haewei 600 & 800
>>
>> Cdma/evdo cards
>> Sierra aircard 580 & 595
>>
>> Ipwireless PCMCIA card which is a PCMCIA card not a cardbus card which
>> there are 2.6 kernel drivers for in the kernel source. Can work with
>> jiri if I need to.
>
> Not sure about the Novatel/Huawei/ipwireless cards, but the patches I
> posted to the list last year enable the Sierra cards with the 2.4
> kernel; is something not working?  I've not looked at the
> Novatel/Huawei cards, but if they have a 2.4 driver they'd be trivial
> to incorporate.  Otherwise, the bus driver fix will block those.

The huawei and novatel cards work, just need to be inited by loading
usbserial with the product/vendor.  Will take another look at branch
and see how they go.

>> Also I have a wish to support SMS from the gsm cards as there is a
>> page I found listing all AT commands to interrogate the SMS messages.
>> pull them off the card and put them into a sqlite db to be viewed in x-
>> wrt. Plus have the reverse having x-wrt doing an insert on a table and
>> the service picking up the MSG and sending a SMS. Could be good for
>> monitoring active Internet connection or sending SMS when bad things
>> happen etc. When time permitted I was going to tale the comgt code and
>> see what could be done there.
>> Would like to have evdo cards also do SMS but their interface is not
>> AT command based and have snoopypro sniff of the traffic on windows
>> but am not good enough coder to turn that into useable code in linux.
>
> That will be more of a package than anything G3G-specific.  There are
> several programs already available for sending SMS via serial
> connections (emulated or not).  Most of them would probably be pretty
> easy to package.  Or at least dissect and emulate.

Thats my plan, just having gone searching for tools for
sending/receiving SMSs.  I found these pages

http://designbuildtestrepeat.wordpress.com/2008/04/29/huawei-e220-on-linux-for-sms/
http://www.developershome.com/sms/

Lots of good info.  Just seems that it can't be easily done or no one
has really wanted to do it on the EVDO cards yet.

> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Reply via email to