Re: ModemManager port grabbing rework

2012-02-14 Thread Aleksander Morgado
On 02/13/2012 09:33 PM, Andrew Bird (Sphere Systems) wrote: Will this redesign allow you to change the udev rule assigned names from ID_MM_ZTE_PORT_TYPE_MODEM to ID_MM_PORT_TYPE_MODEM etc? I don't think there can be any clash requiring a different namespace as the items are fully

Re: ModemManager port grabbing rework

2012-02-14 Thread Dan Williams
On Tue, 2012-02-14 at 13:02 +0100, Aleksander Morgado wrote: On 02/13/2012 09:33 PM, Andrew Bird (Sphere Systems) wrote: Will this redesign allow you to change the udev rule assigned names from ID_MM_ZTE_PORT_TYPE_MODEM to ID_MM_PORT_TYPE_MODEM etc? I don't think there can be any

Re: ModemManager port grabbing rework

2012-02-14 Thread Andrew Bird (Sphere Systems)
On Tuesday 14 February 2012, Dan Williams wrote: On Tue, 2012-02-14 at 13:02 +0100, Aleksander Morgado wrote: On 02/13/2012 09:33 PM, Andrew Bird (Sphere Systems) wrote: Will this redesign allow you to change the udev rule assigned names from ID_MM_ZTE_PORT_TYPE_MODEM to

Re: ModemManager port grabbing rework

2012-02-14 Thread Dan Williams
On Tue, 2012-02-14 at 18:54 +, Andrew Bird (Sphere Systems) wrote: On Tuesday 14 February 2012, Dan Williams wrote: On Tue, 2012-02-14 at 13:02 +0100, Aleksander Morgado wrote: On 02/13/2012 09:33 PM, Andrew Bird (Sphere Systems) wrote: Will this redesign allow you to change the

Re: ModemManager port grabbing rework

2012-02-13 Thread Aleksander Morgado
Hey Dan, I really do like the new approach, and I would even include it for 0.5.x. Some comments below. The core problem was that some devices need to specify a PPP port that's *not* the primary port. In these cases the primary port always stays open for command and status, while some other

Re: ModemManager port grabbing rework

2012-02-13 Thread Andrew Bird (Sphere Systems)
On Monday 13 February 2012, Aleksander Morgado wrote: Hey Dan, I really do like the new approach, and I would even include it for 0.5.x. Some comments below. The core problem was that some devices need to specify a PPP port that's *not* the primary port. In these cases the primary port

Re: ModemManager port grabbing rework

2012-02-13 Thread Aleksander Morgado
On 02/13/2012 08:37 PM, Aleksander Morgado wrote: Hey Dan, I really do like the new approach, and I would even include it for 0.5.x. Some comments below. I ported this new behaviour to a new '06-api-ports' branch upstream; will wait for more comments before merging it into '06-api'. --

ModemManager port grabbing rework

2012-02-02 Thread Dan Williams
Hi, The core problem was that some devices need to specify a PPP port that's *not* the primary port. In these cases the primary port always stays open for command and status, while some other port is used for PPP. This is different than the current model where the primary port is used for