[PATCH] hal probe modem caps ondemand

Bastien Nocera hadess at hadess.net
Tue May 6 11:17:07 PDT 2008


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.



More information about the hal mailing list