10-modem.fdi

Dan Williams dcbw at redhat.com
Fri May 30 10:37:14 PDT 2008


On Thu, 2008-05-29 at 23:45 +0100, Matthew Garrett wrote:
> On Thu, May 29, 2008 at 05:48:23PM -0400, Dan Williams wrote:
> 
> > Yeah, though we do now have reports of cards/phones that don't respond
> > to anything until given a PIN.  Not just from Marcel either.  In that
> > case, there's nothing the prober can do...
> 
> The prober can be re-run after the desktop application has prompted for 
> the PIN. It's easy enough to stick a callout method on USB modem devices 
> to do that. The advantage of that is that hal can act as a cache of the 
> data, rather than requiring every application that may want to use the 
> device to perform its own probing on every open.

Well at this point, the desktop application (nm-applet) depends on NM
knowing about the device, which in turn depends on HAL knowing what
device type (CDMA or GSM) the modem is.  I suppose we could have the
applet (or something else) listen for insertion events, poke the modem,
if it needs a PIN ask for it graphically, tell HAL to run the prober
again, and then it would show up with the right capabilities and at
least NM would be able to use it.  Or something like that.

Dan



More information about the hal mailing list