2010/4/29 Dan Williams <[email protected]>
> On Thu, 2010-04-29 at 09:53 +0200, toabctl wrote:
> >
> >
> > 2010/4/28 Dan Williams <[email protected]>
> > On Wed, 2010-04-28 at 09:37 +0200, toabctl wrote:
> > > 1) How does network-manager detect that the modem is
> > connected? Or how
> > > can i tell networkmanager on which port the modem is
> > attached? I use a
> > > rs232<->usb adapter so the port is /dev/ttyUSB0 .
> >
> >
> > ModemManager uses udev for device detection. It listens for
> > udev events
> > (which you can also listen for with udevmonitor) and when it
> > receives a
> > notification of a new serial port, it will inspect that port
> > and attempt
> > to probe it.
> >
> > How does ModemManager probe the port? I want to use modem manager also
> > with a rs232 device and there are no uevents because rs232 has no
> > hotplug. but i could emit a uevent "by hand".
>
> At the moment we don't probe platform devices for a few reasons, one
> that (a) the code isn't there, and (b) older devices like those
> connected to platform serial ports on normal PCs often get upset
> precisely because they are older and either aren't modems, or aren't
> standards compliant in any way.
>
> But check out this commit:
>
> commit 1864d8da0766e615c37a13f30bcacb72d381aa69
> Author: Dan Williams <[email protected]>
> Date: Thu Apr 29 12:17:56 2010 -0700
>
> core: add platform device support and whitelist
>
> and see if that works for you. It uses a whitelist for platform
> drivers. Let me know!
>
>
does not work for me. i used the latest git master source. But i'm not sure
hot to test it. i just use the python script from test/mm-test.py and the
result is: "no modems found". But the device is available (checked with
minicom) and /lib/udev/rules.d/77-mm-
platform-serial-whitelist.rules is available.
What to do next? Do you need more information?
Cheers,
Tom
> Dan
>
> > The information about the device ( /dev/ttyS1 ):
> >
> > # udevadm info --query=all -n /dev/ttyS1
> > P: /devices/platform/atmel_usart.1/tty/ttyS1
> > N: ttyS1
> > S: char/4:65
> > E: UDEV_LOG=3
> > E: DEVPATH=/devices/platform/atmel_usart.1/tty/ttyS1
> > E: MAJOR=4
> > E: MINOR=65
> > E: DEVNAME=/dev/ttyS1
> > E: SUBSYSTEM=tty
> > E: DEVLINKS=/dev/char/4:65
> >
> > # udevadm info --query=all -n /dev/ttyS1 --attribute-walk
> > ...
> > looking at device '/devices/platform/atmel_usart.1/tty/ttyS1':
> > KERNEL=="ttyS1"
> > SUBSYSTEM=="tty"
> > DRIVER==""
> >
> > looking at parent device '/devices/platform/atmel_usart.1':
> > KERNELS=="atmel_usart.1"
> > SUBSYSTEMS=="platform"
> > DRIVERS=="atmel_usart"
> > ATTRS{modalias}=="platform:atmel_usart"
> >
> > looking at parent device '/devices/platform':
> > KERNELS=="platform"
> > SUBSYSTEMS==""
> > DRIVERS==""
> >
> >
> > How can i use this port with ModemManager? The modem is connected and
> > AT-Commands works.
> >
> > There are a number of requirements of the port though; it
> > verifies that the kernel has assigned a driver name to the
> > port or one
> > of the port's parents, and it attempts to grab the port's
> > physical
> > device. Given that it's USB, it *should* work. But if it
> > doesn't, and
> > you have a chance to grab the ModemManager source [1], there's
> > a tool
> > called 'lsudev' in the test/ directory that can give us an
> > idea of the
> > udev-provided information of the device.
> >
> > i guess 'lsudev' does the same as my 2 commands with 'udevadm', right?
> > or does 'lsudev' something more special?
> >
> >
> > > 2) How does the connection-config looks like?
> >
> >
> > ModemManager is just a tool to control the modem, it doesn't
> > store any
> > configuration about it. The configuration is provided by a
> > program that
> > tells ModemManager what to do. There are a few ways to do
> > that;
> > NetworkManager provides a general modem control solution, but
> > you can
> > also write your own app that uses D-Bus to tell ModemManager
> > what to do
> > with the modem. See test/mm-test.py for a short example of
> > how to use
> > python and D-Bus to make MM connect the modem and get
> > information out of
> > it.
> >
> > ah. that's great. i need to control the modem over a web-interface so
> > no nm-applet available.
> >
> >
> > Cheers,
> >
> > Tom
> >
>
>
>
_______________________________________________
networkmanager-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/networkmanager-list