>> ... but it's no faster than 1xRTT via my phone. Maybe I have to do
>> something to tell it to connect with EVDO (I'm in an EVDO area, according
>> to the Windows connection manager) but so far? I'm completely unimpressed.
On Fri, 17 Feb 2006, charlie wallace wrote:
> i believe you do, theres some threads on howardforums about using #777 only
> giving 1xRTT
I figured out what was going on; the cdc-acm.c file was using small (64byte)
internal buffer sizes; based on some patches I'd seen I've made my own that
fixes it to 2048 (or the max reported by the device, whichever is greater,
just in case). After those changes (I've attached the patch):
>> Windows via DSLReports reported something like 800/265 down/up.
Now I'm getting 871 kbps down, 121 kbps up. Better.
I found an AT query (+CSQ) that reports signal strength, with 31 the
best, and I've been getting 28-31 here at the office in Irvine (near
Barranca and Paseo Westpark).
I've got to get out of the house for the next few days and see how I
like it; it's still a little bit too bursty for my tastes. I can write
off the $60/mo this'll cost me, but in all honesty there's so much WiFi
I pay for (T-Mobile) and so much that's free here in SoCal I've still
got to see if I want it.
-Kenny
--
Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Los Angeles
H: 3630 S. Sepulveda Blvd. #138, L.A., CA 90034-6809 (888) 454-8181
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"SOCALWUG" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/SOCALWUG
SOCALWUG website: http://www.socalwug.org
-~----------~----~----~----~------~----~------~--~---
--- linux-2.6.15.3/drivers/usb/class/cdc-acm.c 2006-02-06 15:36:47.000000000
-0800
+++ linux-2.6.15.4/drivers/usb/class/cdc-acm.c 2006-02-18 23:16:31.000000000
-0800
@@ -832,9 +832,14 @@
goto alloc_fail;
}
- ctrlsize = le16_to_cpu(epctrl->wMaxPacketSize);
- readsize = le16_to_cpu(epread->wMaxPacketSize);
- acm->writesize = le16_to_cpu(epwrite->wMaxPacketSize);
+ printk(KERN_INFO "cdc-acm: old CSz %d RSz %d WSz %d\n",
+ le16_to_cpu(epctrl->wMaxPacketSize),
+ le16_to_cpu(epread->wMaxPacketSize),
+ le16_to_cpu(epwrite->wMaxPacketSize));
+ ctrlsize = le16_to_cpu(epctrl->wMaxPacketSize) > 2048 ?
le16_to_cpu(epctrl->wMaxPacketSize) : 2048;
+ readsize = le16_to_cpu(epread->wMaxPacketSize) > 2048 ?
le16_to_cpu(epread->wMaxPacketSize) : 2048;
+ acm->writesize = le16_to_cpu(epwrite->wMaxPacketSize) > 2048 ?
le16_to_cpu(epwrite->wMaxPacketSize) : 2048;
+ printk(KERN_INFO "cdc-acm: new CSz %d RSz %d WSz %d\n", ctrlsize,
readsize, acm->writesize);
acm->control = control_interface;
acm->data = data_interface;
acm->minor = minor;
