<div dir="ltr">Thanks for the feedback,<div>I'll file whishlist bugs as suggested to keep track and hope to find a day I can hide from everything else trying to create some experimental contribution to start things.</div><div><br></div><div>Minor remaining comments inline below:</div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Mon, Aug 1, 2016 at 10:02 AM, Martin Pitt <span dir="ltr"><<a href="mailto:martin.pitt@ubuntu.com" target="_blank">martin.pitt@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Christian,<br>
<br>
Christian Ehrhardt [2016-08-01  8:18 +0200]:<br>
<span class="">> I read through the current yaml and recognized a lot from curtin/Maas that I<br>
> knew. There is one point I wanted to ... well not discuss, but mention at<br>
> least.<br>
<br>
</span>Please do discuss these. This is meant to be demand driven -- i. e. if<br>
we need a feature for one of our installers, we add it.<br>
<span class=""><br>
> So in that s390x world and reading this announcement as written with a<br>
> scope of: "unify and clean up networking configuration" I'd miss:<br>
> - a way configure my Network card options (layer2, hwchksum, ..)<br>
<br>
</span>These settings are not currently exposed in NetworkManager or<br>
networkd. You can configure a few layer 2 settings like wake-on-lan,<br>
duplex, or MTU, but not the full range that you can set with e. g.<br>
ethtool. However, netplan could certainly generate udev rules which<br>
apply those settings via e. g. ethtool. udev rule generation already<br>
happens for other purposes (mostly to blacklist a device from NM if it<br>
is configured via networkd), so this isn't too hard in principle.<br></blockquote><div><br></div><div>The hard part might be to avoid conflicts with the tools later on - in that case lszdev/chzdev.</div><div>Providing an ephemeral rule would be nice to be able to control things, but I'm afraid (and don't want to) of re-implementing chzdevs code.</div><div>How would it "take over" an ephemeral rule later on if the user changes configuration via chzdev - I have to think about that more.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Needless to say, contributions appreciated :-) (Just keep the test<br>
coverage at 100%).<br>
<span class=""><br>
> - a way to identify my card by subchannel<br>
<br>
</span>I'm afraid I don't know what that means, this might be a z series<br>
specific concept? This isn't exposed by networkd or NM directly, but<br>
it might be possible that the subchannel is part of the ifnames<br>
generated name so that you can use a name glob?</blockquote><div><br></div><div>Think of it as a virtual pci-id (some people might want to hurt me now for this comparison) :-)</div><div>So yet it is currently rendered as part of the ifname subchannel c000 becomes encc000 and is usuable via that.</div><div>Just that people would likely want to say "c000" please get this config without caring in any way about device naming.</div><div>But I really think that is way down the priority list since encc000 is rather close.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> So it is a matter of our intended "target":<br>
> - If we think of it as one place to configure all I need for my networking<br>
>   config, but just above a certain level - I think it is ok.<br>
> - If we think of it as one place to configure all I need for my networking<br>
>   config - it is missing something.<br>
<br>
</span>I think the intention is the latter -- with emphasis on what we<br>
actually need to configure in cloud-init, MaaS, subiquity, Ubiquity<br>
etc.<br>
<span class=""><br>
> To be clear that is not a feature request in any way, I just want to<br>
> ensure that this "separating line" between Network-Hardware and<br>
> Network-Logical configuration is a conscious and intentional<br>
> decision instead of happening accidentally.<br>
<br>
</span>It is not a conscious decision at all. I suggest filing wishlist bugs<br>
against the nplan package or the netplan project to keep track of<br>
these.<br>
<br>
Thanks for your suggestions!<br>
<span class="HOEnZb"><font color="#888888"><br>
Martin<br>
</font></span><div class="HOEnZb"><div class="h5">--<br>
Martin Pitt                        | <a href="http://www.piware.de" rel="noreferrer" target="_blank">http://www.piware.de</a><br>
Ubuntu Developer (<a href="http://www.ubuntu.com" rel="noreferrer" target="_blank">www.ubuntu.com</a>)  | Debian Developer  (<a href="http://www.debian.org" rel="noreferrer" target="_blank">www.debian.org</a>)<br>
</div></div></blockquote></div><br></div></div>