Re: [PATCH] hal probe modem caps ondemand



2008/5/6 Bastien Nocera <hadess hadess net>:
>
>
>  On Tue, 2008-05-06 at 20:10 +0200, Marcel Holtmann wrote:
>  > Hi Dan,
>  >
>  > > > > So what we can do now is remove all the matches for individual devices
>  > > > > in the fdi file, and just match on the driver name for nozomi, airprime,
>  > > > > option, and sierra.  We'll have a few left-over items that aren't driven
>  > > > > by those, but those devices will either use cdc_acm (and therefore be
>  > > > > probed) or we can just tag them to be probed automatically.  Not sure
>  > > > > how this works on BSD and Solaris though; if they don't have separate
>  > > > > drivers to run the mobile broadband cards then they'd have to revert
>  > > > > back to the per-device tagging to know when to probe and when not to
>  > > > > probe.
>  > > >
>  > > > be careful with this. If the SIM card needs a PIN code first, we might
>  > > > not be able to send any AT commands at all. I tried for example to get
>  > > > the IMEI before entering the PIN, but that never worked on the cards
>  > > > that I own.
>  > >
>  > > Hmm, does that mean the device will only respond to AT+CPIN"xxxx" until
>  > > you give it the PIN?
>  >
>  > basically yes. At least that is what I have observed with modem cards.
>  > Maybe we need to investigate if there are models that allow commands
>  > before the PIN has been entered.
>  >
>  > The phone case is different, because in that case you mostly have
>  > entered the PIN code already using the phone's UI.
>
>  Maybe all that probing code should be moved to NetworkManager itself
>  then, so it can integrate with PIN queries. We'll need to have a prober
>  for Bluetooth devices anyway, as the supported commands set won't be
>  available through HAL.
>
>

Are you sure that modem doesn't accept any command, e.g. AT?
Or there are some commands that willn't work?

vitja.


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