Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.01.org/mailman/listinfo/connman
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Re: [PATCH v3] service: Update nameservers and timeservers
with address change (Patrik Flykt)
2. Re: [PATCH] service: Always call ipconfig notifier (Patrik Flykt)
3. Re: Does connman support Multiple APN with Ofono plugin ?
(Daniel Wagner)
4. Re: [PATCH 0/2] State check clean up (Patrik Flykt)
5. Re: [PATCH] connman.service.in: Drop CAP_KILL from upstream
service file (Patrik Flykt)
6. Re: Does connman support Multiple APN with Ofono plugin ?
(Patrik Flykt)
7. Re: [PATCH] dhcp: Add support for setting DHCP Vendor Class
ID (Option 60) (Andreas Smas)
----------------------------------------------------------------------
Message: 1
Date: Fri, 13 Jan 2017 13:24:43 +0200
From: Patrik Flykt <[email protected]>
To: [email protected]
Subject: Re: [PATCH v3] service: Update nameservers and timeservers
with address change
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Wed, 2017-01-11 at 12:06 +0200, Patrik Flykt wrote:
> When the IP address changes, nameservers need to be removed and
> re-added in order for them to pick up the changed IP address. The
> same applies to timeservers, restart the query for those as well.
>
> Reported by M?ns Rullg?rd.
Applied.
Patrik
------------------------------
Message: 2
Date: Fri, 13 Jan 2017 13:25:09 +0200
From: Patrik Flykt <[email protected]>
To: Daniel Wagner <[email protected]>, [email protected]
Subject: Re: [PATCH] service: Always call ipconfig notifier
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Thu, 2017-01-12 at 22:56 +0100, Daniel Wagner wrote:
> That reasoning makes sense and the resulting code also :) Go ahead
> and?apply it!
Applied.
Patrik
------------------------------
Message: 3
Date: Fri, 13 Jan 2017 12:25:07 +0100
From: Daniel Wagner <[email protected]>
To: Patrik Flykt <[email protected]>, Naveen Kumar Danturi
<[email protected]>
Cc: [email protected]
Subject: Re: Does connman support Multiple APN with Ofono plugin ?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On 01/13/2017 11:45 AM, Patrik Flykt wrote:
> On Thu, 2017-01-12 at 22:44 +0100, Daniel Wagner wrote:
>
>> It depends on how your hardware is exposed from oFono towards
>> ConnMan. It should just work if ConnMan sess two modems. If that is
>> not the case some work would be needed to teach the oFono plugin in
>> ConnMan to handle this. It's difficult to tell without any logs or
>> the output from list-modems.
>
> The oFono plugin has supported multiple internet contexts for some time
> already, see patces starting with
> 71cbf35ce180cfed27bea6f4b7d1e5792d58f52c. Notice that only internet
> contexts are supported by ConnMan.
Ah, I forgot that one :)
Naveen, if you get your hardware running with oFono, it should work...
famous last words.
cheers,
daniel
------------------------------
Message: 4
Date: Fri, 13 Jan 2017 13:25:30 +0200
From: Patrik Flykt <[email protected]>
To: [email protected]
Subject: Re: [PATCH 0/2] State check clean up
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Wed, 2017-01-11 at 12:43 +0200, Patrik Flykt wrote:
> Hi,
>
> Here are two (long overdue) patches cleaning up state checking in
> service.c.
>
> The second patch applies on top of '[PATCH v3] service: Update
> nameservers and timeservers with address change'.
Both patches applied.
Patrik
------------------------------
Message: 5
Date: Fri, 13 Jan 2017 13:25:58 +0200
From: Patrik Flykt <[email protected]>
To: Daniel Wagner <[email protected]>, [email protected]
Subject: Re: [PATCH] connman.service.in: Drop CAP_KILL from upstream
service file
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Thu, 2017-01-12 at 23:05 +0100, Daniel Wagner wrote:
> okay, whatever :) ACK
...and applied.
Patrik
------------------------------
Message: 6
Date: Fri, 13 Jan 2017 13:31:31 +0200
From: Patrik Flykt <[email protected]>
To: Daniel Wagner <[email protected]>, Naveen Kumar Danturi
<[email protected]>
Cc: [email protected]
Subject: Re: Does connman support Multiple APN with Ofono plugin ?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Fri, 2017-01-13 at 12:25 +0100, Daniel Wagner wrote:
> it should work...
Yes, the emphasis is on the word should...
Patrik
------------------------------
Message: 7
Date: Fri, 13 Jan 2017 14:01:42 +0100
From: Andreas Smas <[email protected]>
To: Daniel Wagner <[email protected]>
Cc: [email protected]
Subject: Re: [PATCH] dhcp: Add support for setting DHCP Vendor Class
ID (Option 60)
Message-ID:
<CAObFT-TJRzhL68-gS0kSoBfKPVh=fuob8ktm0lcswaks7ha...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
On Thu, Jan 12, 2017 at 11:04 PM, Daniel Wagner <[email protected]> wrote:
> Hi Andreas,
>
> On 01/12/2017 11:03 AM, Andreas Smas wrote:
>
>> This adds a new global config option "VendorClassID" which, when
>> configured as a string, is passed on to DHCP requests as option 60
>> ---
>> doc/connman.conf.5.in | 5 +++++
>> gdhcp/client.c | 5 +++--
>> gdhcp/gdhcp.h | 1 +
>> src/dhcp.c | 6 ++++++
>> src/main.c | 15 +++++++++++++++
>> 5 files changed, 30 insertions(+), 2 deletions(-)
>>
>> diff --git a/doc/connman.conf.5.in b/doc/connman.conf.5.in
>> index db9e558..9b28aad 100644
>> --- a/doc/connman.conf.5.in
>> +++ b/doc/connman.conf.5.in
>> @@ -131,6 +131,11 @@ Default value is false.
>> Automatically enable Anycast 6to4 if possible. This is not recommended,
>> as the
>> use of 6to4 will generally lead to a severe degradation of connection
>> quality.
>> See RFC6343. Default value is false (as recommended by RFC6343 section
>> 4.1).
>> +.TP
>> +.BI VendorClassID= string
>> +Set DHCP option 60 (Vendor Class ID) to the given string. This option can
>> +be used by DHCP servers to identify specific clients without having to
>> +rely on MAC address ranges, etc
>>
>
> I wonder if the VendorClassID configuration needs to go into connman.conf?
> Is it likely to be changed between boots? If not I would say it something
> for configure.ac.
>
One reason could be if you want to include the system version in the option
(I'm mostly
thinking about embedded systems here). Now, for the project I'm currently
working on, this could
just as well be passed to ./configure as the system is buildroot+squashfs
based so a new system
image is the result of a full recompile anyway. However, for a system that
is less monolithic a
higher degree of freedom might be needed?
Anyone else with opinions?
> The patch itself looks good to me, just not sure if we need to expose the
> option in connman.conf.
>
> cheers,
> daniel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20170113/a05eec24/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 15, Issue 15
***************************************
