Verizon Broadband modem

Edward Shabotinsky <[email protected]>
Newsgroups gmane.os.freebsd.devel.mobile
Message-ID <[email protected]>
See if this can help you for start

good luck

Begin forwarded message:

> From: John Nielsen <[email protected]>
> Date: February 4, 2007 10:40:13 PM CST
> To: [email protected]
> Cc: [email protected]
> Subject: Verizon V620 wireless card
>
> I just want to report that I got this card working on my laptop  
> running
> 6-STABLE. (This should be a reply to this message but I couldn't  
> find it
> locally):
> http://lists.freebsd.org/pipermail/freebsd-mobile/2006-December/ 
> 009404.html
>
> Unlike the OP, the usb hub was recognized on my machine and gave me  
> a ugen0
> device associated with the CDMA modem. So all I had to do was get  
> the modem
> to attach to ucom or similar.
>
> After a couple false starts I got a cue from this message:
> http://lists.freebsd.org/pipermail/freebsd-hackers/2005-June/ 
> 012512.html
>
> The attached patch lets the card attach as a ubsa device. I'm also  
> attaching
> the ppp.conf file I hacked up (it's been a while since I've made  
> any ppp
> chat scripts so I'm sure it could be done more elegantly).
>
> Here are the relevant bits of dmesg with the card inserted:
>
> cbb0: <TI1520 PCI-CardBus Bridge> at device 11.0 on pci0
> cardbus0: <CardBus bus> on cbb0
> pccard0: <16-bit PCCard bus> on cbb0
> cbb1: <TI1520 PCI-CardBus Bridge> at device 11.1 on pci0
> cardbus1: <CardBus bus> on cbb1
> pccard1: <16-bit PCCard bus> on cbb1
> ...
> cardbus0: CIS pointer is 0!
> cardbus0: Resource not specified in CIS: id=10, size=1000
> ohci3: <NEC uPD 9210 USB controller> mem 0x88001000-0x88001fff irq  
> 9 at
> device 0.1 on cardbus0
> ohci3: [GIANT-LOCKED]
> usb4: OHCI version 1.0
> usb4: <NEC uPD 9210 USB controller> on ohci3
> usb4: USB revision 1.0
> uhub4: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub4: 2 ports with 2 removable, self powered
> ucom0: Novatel Wireless Inc. Novatel Wireless Merlin CDMA, rev  
> 1.10/0.00,
> addr 2
> ucom0: ubsa_request: STALLED
> ucom0: ubsa_request: STALLED
> ...
> (lots more STALLED messages)
>
> Despite the error messages it connects and works just fine, with  
> performance
> similar to what I see in Windows (which isn't great in this area).
>
> evs: Did you take ohci out of your kernel by any chance?
>
> I'm open to feedback on what the STALLED messages might mean and  
> how to get
> rid of them.
>
> JNBegin forwarded message:

> From: Greg Troxel <[email protected]>
> Date: February 5, 2007 8:44:58 AM CST
> To: John Nielsen <[email protected]>
> Cc: [email protected], [email protected]
> Subject: Re: Verizon V620 wireless card
>
> I added the vendor ids to NetBSD's usbdevs and ugensa(4).  (ugensa is
> similar to (and I think the ancestor of) FreeBSD's ubsa.)
>
> Can you explain the UQ_ASSUME_CM_OVER_DATA quirk?  I couldn't find it
> showing up in ubsa or ucom, so I don't understand what it does (and if
> anything odd should be done by NetBSD).
>
>
> About the stall: see the following log entry in usbdevs:
>
>    Revision 1.254 / (download) - annotate - [select for diffs], Sun  
> Feb 19 14:48:02 2006 UTC (11 months, 2 weeks ago) by iedowse
>   Branch: MAIN
>   Changes since 1.253: +1 -0 lines
>   Diff to previous 1.253 (colored)
>
>   Add a UQ_OPEN_CLEARSTALL quirk for devices that need a clear-stall
>   operation when a pipe is opened, and add an entry for the ST Micro
>   biometric CPU.
>
>   Submitted by:	Fredrik Lindberg
>   MFC after:	1 week
> -- 
>     Greg Troxel <[email protected]>
Begin forwarded message:

> From: John Nielsen <[email protected]>
> Date: February 5, 2007 9:41:23 AM CST
> To: [email protected]
> Cc: [email protected]
> Subject: Re: Verizon V620 wireless card
>
> [Adding usb@ to CC list.]
>
> On Monday 05 February 2007 09:44, Greg Troxel wrote:
>> I added the vendor ids to NetBSD's usbdevs and ugensa(4).  (ugensa is
>> similar to (and I think the ancestor of) FreeBSD's ubsa.)
>>
>> Can you explain the UQ_ASSUME_CM_OVER_DATA quirk?  I couldn't find it
>> showing up in ubsa or ucom, so I don't understand what it does  
>> (and if
>> anything odd should be done by NetBSD).
>
> I don't know what it does exactly. The comment in usb_quirks.h just
> says "modem device breaks on cm over data". I do know that it's  
> needed for a
> lot of cellphone and modem-type usb devices (including my Samsung  
> VI660
> (anyone feel like committing usb/74880?)). I tried my V620 with the  
> ubsa
> patch but without the quirk and it didn't work at all.
>
>> About the stall: see the following log entry in usbdevs:
>>
>>    Revision 1.254 / (download) - annotate - [select for diffs],  
>> Sun Feb 19
>> 14:48:02 2006 UTC (11 months, 2 weeks ago) by iedowse Branch: MAIN
>>   Changes since 1.253: +1 -0 lines
>>   Diff to previous 1.253 (colored)
>>
>>   Add a UQ_OPEN_CLEARSTALL quirk for devices that need a clear-stall
>>   operation when a pipe is opened, and add an entry for the ST Micro
>>   biometric CPU.
>
> It doesn't look like this was ever MFC'ed. Who should I bug to get  
> that taken
> care of? If I can test it and it takes care of the error messages  
> then I'll
> add it to my patch and submit a PR.
>
> Funny coincidence. It looks like kern/106033 (the PR that led me  
> down the ubsa
> path to begin with) was committed a few hours before my message  
> yesterday.
> Thanks Lukas!
>
> JN
> _______________________________________________
> [email protected] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "freebsd-mobile- 
> [email protected]"
Begin forwarded message:

> From: Greg Troxel <[email protected]>
> Date: February 5, 2007 10:44:51 AM CST
> To: John Nielsen <[email protected]>
> Cc: [email protected], [email protected]
> Subject: Re: Verizon V620 wireless card
>
>
> John Nielsen <[email protected]> writes:
>
>> [Adding usb@ to CC list.]
>>
>> On Monday 05 February 2007 09:44, Greg Troxel wrote:
>>> I added the vendor ids to NetBSD's usbdevs and ugensa(4).   
>>> (ugensa is
>>> similar to (and I think the ancestor of) FreeBSD's ubsa.)
>>>
>>> Can you explain the UQ_ASSUME_CM_OVER_DATA quirk?  I couldn't  
>>> find it
>>> showing up in ubsa or ucom, so I don't understand what it does  
>>> (and if
>>> anything odd should be done by NetBSD).
>>
>> I don't know what it does exactly. The comment in usb_quirks.h just
>> says "modem device breaks on cm over data". I do know that it's  
>> needed for a
>> lot of cellphone and modem-type usb devices (including my Samsung  
>> VI660
>> (anyone feel like committing usb/74880?)). I tried my V620 with  
>> the ubsa
>> patch but without the quirk and it didn't work at all.
>
> I've been using a KPC650 (vz) and a sierra aircard (sprint) on NetBSD
> without any sign of that quirk with no issues.   So, it could be that
> the NetBSD code doesn't provoke the behavior for some other reason.
>
>     Greg Troxel <[email protected]>
Begin forwarded message:

> From: Volker <[email protected]>
> Date: February 5, 2007 4:57:07 PM CST
> To: [email protected]
> Cc: [email protected]
> Subject: Re: Verizon V620 wireless card
>
>> ucom0: Novatel Wireless Inc. Novatel Wireless Merlin CDMA, rev  
>> 1.10/0.00,
>> addr 2
>> ucom0: ubsa_request: STALLED
>> ucom0: ubsa_request: STALLED
>> ...
>> (lots more STALLED messages)
>
>
> John,
>
> just added myself to mobile@ (thanks for cross-posting this to usb@
> so I got notice of this discussion).
>
> If you're using the V620 (or any other (W-)CDMA) card with ppp, you
> should make sure you're using:
>
> set cd 30! (note the exclamation mark at the end)
>
> I've seen _a lot_ of problem reports (not just with FreeBSD) where
> ppp does not recognize a connection loss when using W-CDMA cards.
> The exclamation mark forces ppp into waiting for a carrier and
> following that CD signal.
>
> I suspect your problems might come from a bad signal. I don't know
> much about the V620 (just that it's only used in nothern america)
> but if it's a high-speed card (transfer rate > 56k, 3G mode?) you
> should force your card into GPRS or 3G mode.
>
> By default W-CDMA cards are trying to auto detect the best signal
> reception and that might cause often signal loss due to band change.
>
> If you know how to force the card into one or the other mode, please
> use that in ppp's init string. If you don't know it, you may try the
> commands for the U630 (I guess both cards are using the same command
> set). You may find a bit info about the U630 at:
> http://bsd.vwsoft.com/3g/merlin_u630.html
>
> Please note the U630 is serial-over-PCMCIA and not usb so the
> hardware is not the same. I thought the V620 is also
> serial-over-PCMCIA but it seems you proved me wrong. ;)
>
> Greetings,
>
> Volker
> _______________________________________________
> [email protected] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "freebsd-mobile- 
> [email protected]"
Begin forwarded message:

> From: John Nielsen <[email protected]>
> Date: February 5, 2007 9:35:24 PM CST
> To: [email protected]
> Cc: Volker <[email protected]>
> Subject: Re: Verizon V620 wireless card
>
> On Monday 05 February 2007 17:57, Volker wrote:
>>> ucom0: Novatel Wireless Inc. Novatel Wireless Merlin CDMA, rev
>>> 1.10/0.00, addr 2
>>> ucom0: ubsa_request: STALLED
>>> ucom0: ubsa_request: STALLED
>>> ...
>>> (lots more STALLED messages)
>>
>> John,
>>
>> just added myself to mobile@ (thanks for cross-posting this to usb@
>> so I got notice of this discussion).
>>
>> If you're using the V620 (or any other (W-)CDMA) card with ppp, you
>> should make sure you're using:
>>
>> set cd 30! (note the exclamation mark at the end)
>>
>> I've seen _a lot_ of problem reports (not just with FreeBSD) where
>> ppp does not recognize a connection loss when using W-CDMA cards.
>> The exclamation mark forces ppp into waiting for a carrier and
>> following that CD signal.
>
> I'll play around with that, thanks.
>
>> I suspect your problems might come from a bad signal. I don't know
>> much about the V620 (just that it's only used in nothern america)
>> but if it's a high-speed card (transfer rate > 56k, 3G mode?) you
>> should force your card into GPRS or 3G mode.
>
> I'll experiment with that too. One thing I'm not sure I mentioned  
> in my
> first post is that the STALLED messages only show up when the  
> device is
> opened and closed. If I use ppp in manual mode I get about six of  
> them when
> I first start ppp but none while I issue any AT commands or while  
> the link
> is active. Then I get about six more when I close the link.
>
> It is a (relatively) high-speed card. Under Windows all the fancy
> third-party software does is create a regular dial-up networking  
> link with
> a serial speed of 230400. Doing the same with ppp under FreeBSD  
> gets me a
> usable connection. Under either OS the latency is pretty high  
> (~300ms) and
> a few packets get dropped here and there, but it beats straight  
> dial-up (or
> heaven forbid, no connection at all!)
>
>> By default W-CDMA cards are trying to auto detect the best signal
>> reception and that might cause often signal loss due to band change.
>>
>> If you know how to force the card into one or the other mode, please
>> use that in ppp's init string. If you don't know it, you may try the
>> commands for the U630 (I guess both cards are using the same command
>> set). You may find a bit info about the U630 at:
>> http://bsd.vwsoft.com/3g/merlin_u630.html
>
> Thanks for the link. More documentation is almost always better. :)
>
>> Please note the U630 is serial-over-PCMCIA and not usb so the
>> hardware is not the same. I thought the V620 is also
>> serial-over-PCMCIA but it seems you proved me wrong. ;)
>
> I was a little surprised when I first plugged it in under Windows  
> and a USB
> hub popped up. But hey, I didn't design the card or even choose to  
> buy it
> (it's part of the lucky ball-and-chain package I get from work when  
> I'm on
> call).
>
> Thanks for your response.
>
> JN
> _______________________________________________
> [email protected] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "freebsd-mobile- 
> [email protected]"
Begin forwarded message:

> From: Volker <[email protected]>
> Date: February 6, 2007 6:04:09 AM CST
> To: John Nielsen <[email protected]>
> Cc: [email protected]
> Subject: Re: Verizon V620 wireless card
>
> John,
>
> On 02/06/07 04:35, John Nielsen wrote:
>> On Monday 05 February 2007 17:57, Volker wrote:
>>>> ucom0: Novatel Wireless Inc. Novatel Wireless Merlin CDMA, rev
>>>> 1.10/0.00, addr 2
>>>> ucom0: ubsa_request: STALLED
>>>> ucom0: ubsa_request: STALLED
>>>> ...
>>>> (lots more STALLED messages)
>>> John,
>>>
>>> just added myself to mobile@ (thanks for cross-posting this to usb@
>>> so I got notice of this discussion).
>>>
>>> If you're using the V620 (or any other (W-)CDMA) card with ppp, you
>>> should make sure you're using:
>>>
>>> set cd 30! (note the exclamation mark at the end)
>>>
>>> I've seen _a lot_ of problem reports (not just with FreeBSD) where
>>> ppp does not recognize a connection loss when using W-CDMA cards.
>>> The exclamation mark forces ppp into waiting for a carrier and
>>> following that CD signal.
>>
>> I'll play around with that, thanks.
>>
>>> I suspect your problems might come from a bad signal. I don't know
>>> much about the V620 (just that it's only used in nothern america)
>>> but if it's a high-speed card (transfer rate > 56k, 3G mode?) you
>>> should force your card into GPRS or 3G mode.
>>
>> I'll experiment with that too. One thing I'm not sure I mentioned  
>> in my
>> first post is that the STALLED messages only show up when the  
>> device is
>> opened and closed. If I use ppp in manual mode I get about six of  
>> them when
>> I first start ppp but none while I issue any AT commands or while  
>> the link
>> is active. Then I get about six more when I close the link.
>
> You may even try to open the device with a speed setting of 1200
> baud. I've played with userland ppp and found that when using speeds
> above 115kbit ppp might behave oddly. For any tty device which is
> not associated with a real UART chip the speed should not matter.
> Even in the driver the speed setting function is a dummy function
> which does nothing but ppp takes care of the speed.
>
> I suggest to use a lower speed setting with ppp and try again. You
> should have no throughput impact when using 38400 baud with ppp. At
> least this is what I was experiencing using 3G hardware.
>
> Please try that (plus the 'set cd xx!' setting) and see if the
> stalled messages are gone.
>
>> Thanks for the link. More documentation is almost always better. :)
>
> If you have any good docs for the V620 with the differences to the
> U630 I'll put them up also if you can give me pointers. I'm trying
> to assemble as much 3G infos as possible as this is a really
> interesting infrastructure (I like the idea to have the internet to  
> go).
>
>> I was a little surprised when I first plugged it in under Windows  
>> and a USB
>> hub popped up. But hey, I didn't design the card or even choose to  
>> buy it
>> (it's part of the lucky ball-and-chain package I get from work  
>> when I'm on
>> call).
>
> Most current 3G cards do have an interface like that. I think
> Qualcomm designed that and most manufacturers took that. Just the
> newer Option Globetrotter cards (3G Max, 3G +) do have a different
> interface.
>
> Greetings,
>
> Volker
>
> _______________________________________________
> [email protected] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "freebsd-mobile- 
> [email protected]"

_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.