[PATCH] hal probe modem caps ondemand
Vitja Makarov
vitja.makarov at gmail.com
Tue May 6 11:41:13 PDT 2008
2008/5/6 Bastien Nocera <hadess at 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.
More information about the hal
mailing list