Sorry to ask, what is this case: 'ip=dhcp'?
Care to clarify?
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Enrico
Scholz
Sent: Friday, October 18, 2013 3:48 PM
To:
Iorga, Cristian cristian.io...@intel.com writes:
Sorry to ask, what is this case: 'ip=dhcp'?
That's the case when kernel gets the ip by dhcp (-- CONFIG_IP_PNP); it
is configured by a 'ip=dhcp' kernel cmdline option.
Enrico
___
Openembedded-core
I might be wrong, but I fail to see how this relates to our situation.
Care to elaborate?
Thanks,
Cristian
-Original Message-
From: Enrico Scholz [mailto:enrico.sch...@sigma-chemnitz.de]
Sent: Tuesday, October 22, 2013 5:54 PM
To: Iorga, Cristian
Cc:
Iorga, Cristian cristian.io...@intel.com writes:
I might be wrong, but I fail to see how this relates to our situation.
Care to elaborate?
The provisining works only when static ips are configured. Using connman
in dhcp setup will do all the bad things which were tried to be fixed by
the
From: Roy Li rongqing...@windriver.com
Create connman-evn.service, which will run a script to compute the networking
device when nfs root is on, and pass the result to connman.service
Copy Connmand.service from source code, add ExecStartPre into it to release
do_configure_append work, use the
Op 18 okt. 2013, om 10:12 heeft rongqing...@windriver.com het volgende
geschreven:
From: Roy Li rongqing...@windriver.com
Create connman-evn.service, which will run a script to compute the networking
device when nfs root is on, and pass the result to connman.service
Copy
On 10/18/2013 04:57 PM, Koen Kooi wrote:
+
+EXTRA_PARAM=
+if test $nfsroot -eq 1 ; then
Ah. A whole lot of tests for a script that only runs*after* NFS root has been
detected already. Looks like you can kill that part of the script.
Yes, Thanks
--
Best Reagrds,
Roy | RongQing Li
Hi,
Can you explain why connman needs to ignore the device that NFS is
reading the rootfs from? I ask because the very latest connman
release shouldn't be dropping and re-configuring interfaces if there's
a provisioned configuration for them (see connman-conf, which does
this for all qemu
Burton, Ross ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org
writes:
Can you explain why connman needs to ignore the device that NFS is
reading the rootfs from? I ask because the very latest connman
release shouldn't be dropping and re-configuring interfaces if there's
a provisioned