On Mon, 2009-03-23 at 22:22 +0100, Adam Williamson wrote: > I've just been talking to Dan Williams about how to make NetworkManager > play nice with Windows Mobile devices, both in ActiveSync and ICS modes.
Yay !
> We've come up with one big concrete issue.
>
> The networking side of things needs to be handled differently in ICS and
> ActiveSync modes. 10-synce.fdi is written to set up the network
> interface for synchronization. It should therefore only kick in when the
> device is in sync mode. However, it doesn't.
>
You're almost right.
> In ICS mode, the network interface needs to be set up differently (it
> needs what you get via DHCP, which is usually an address of
> 192.168.0.102). But as things stand, if you try to use ICS mode on a
> system with synce-hal installed, it won't work, because the synce-hal
> scripts will keep on kicking in and adding the 'pda' and 'sync'
> capabilities and setting the IP address to 169.154.2.2 and so on.
>
Actually synce-hal will set up the interface fine in ICS, with a DHCP
address in just the way it does in sync mode. It won't of course set up
any routing information.
> This is because 10-synce.fdi is overbroad in its matching. It just does:
>
> <match key="@info.parent:info.linux.driver" string="rndis_host">
>
> this isn't good enough, because the driver will be rndis_host even when
> the device is in ICS mode.
>
> Dan got me to compare some lsusb output in ActiveSync and ICS modes, and
> he also found some documentation. His conclusion was:
>
> <dcbw> looks like Class 239, SubClass 1, Protocol 1 identifies sync
> devices according to rndis_host.c
> <dcbw> but synce *certainly* should update their HAL fdi file to only
> match 239/1/1 devices before tagging them with sync - just using
> rndis_host isn't sufficient
>
> What Dan's planning to do is have NM handle the device as a regular
> network interface if the device is in ICS mode,
I guess that's pretty easy, it probably already does it if synce-hal
isn't around.
> and handle it specially
> so that synchronization still works if it's in ActiveSync mode.
How exactly does he propose to 'handle it' ? I'm quite happy to ignore
the device in ICS mode, since it's just a glorified modem, but I would
be exceedingly dubious about making allowances for NM in sync-mode, just
because there will be people who don't use NM. I would actually like to
be able to get NM to completely ignore the interface in sync mode. Is
that possible.
This has been a bugbear for some time, if we can get it sorted out that
would be great.
> But for
> this to happen, we need synce-hal to do things properly.
>
From this point of view it's often trying to get NM to do it properly :)
> Dan also noticed a typo in hal-synce-rndis line 215:
>
> if config.has_option('rndis', 'statis_local_ip'):
>
> 'statis' should be 'static'.
Thank him for a nice catch on that.
signature.asc
Description: This is a digitally signed message part
------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________ SynCE-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/synce-devel
