Re: Regression regarding 0af0:7211 from NM-0.7.0 to NM-0.7.1-rc1

On Sun, Feb 22, 2009 at 07:13:21PM -0500, Dan Williams wrote:
> On Sun, 2009-02-22 at 11:10 -0500, Dan Williams wrote:
> > On Sun, 2009-02-22 at 15:07 +0000, Kenneth Mokkelbost wrote: 
> > > Hi,
> > > 
> > > The in-built Option 3G card in Acer Aspire One is not working in NM-0.7.1rc1. In NM-0.7.0 i did. The card uses the hso driver.
> > > 
> > > I've tested this with both the NM-build in the latest daily Ubuntu live-cd, and with a locally compiled 0.7.1-rc1 with the same result.
> > > 
> > > I've attached some logs I think is relevant from both the latest live-cd (containing  0.7.1-rc1) and the latest live-cd that contained 0.7.0. lsusb and lshal is identical between versions with regards to the device.
> > 
> > The logs indicate that NM found the Option card.  But there are a few
> > issues here:
> So we determined that whatever is on the latest Ubuntu Live-CD isn't
> properly running the udev modem prober.  That in turn is causing NM not
> to pick up the correct modem attributes and makes NM get the wrong
> device.
> Alexander, are the ubuntu packages installing
> 77-nm-probe-modem-capabilties.rules and if so, where to?

we currently only have
/lib/udev/rules.d/77-probe-modem-capabilities.rules in udev-extras; I
assume make install installs that file now? If so I will add it in
next package upload.

> dan
> > 1) It's being detected from HAL capabilities, not the built-in prober,
> > which is what I'd expect.  What's the output of:
> > 
> > udevinfo --query=env --path=/sys/class/tty/ttyHS0
> > udevinfo --query=env --path=/sys/class/tty/ttyHS1
> > udevinfo --query=env --path=/sys/class/tty/ttyHS2
> > udevinfo --query=env --path=/sys/class/tty/ttyHS3

Its a bit strange; with the latest udev-extras from above, running:

udevadm info --query=env --path=/sys/class/tty/ttyUSB0

I get:


while the modem-prober (from udev-extras for now) gets:

/lib/udev/modem-probe --export /dev/ttyUSB0 

The versions we have in jaunty are:
 libudev-dev           138-1
 udev-extras           0~-2~gite5fb9bd-1 (which is a 4 days old snapshot afaik)

I assume the disappearance of  ID_MODEM_GSM is the reason why we fall
back to hal detection here. Any idea?

(Will try the .rules from NM next).

 - Alexander

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