http://bugzilla.suse.com/show_bug.cgi?id=1094575
http://bugzilla.suse.com/show_bug.cgi?id=1094575#c14
--- Comment #14 from Michal Kubeček ---
Three more tests:
SLE12-SP2-LTSS (none of the three patches): 02:00:00:00:01:08 (working)
4.17-rc6 with bcacfcbc82b4 reverted: 02:00:00:00:42:cd (not authorized)
4.17-rc6 with b7493e91c11a reverted: 02:00:00:00:01:08 (working)
So it seems out of the three commits, b7493e91c11a makes the difference. The
commit message says
----------------------------------------------------------------------------
commit b7493e91c11a757cf0f8ab26989642ee4bb2c642
Author: Julian Wiedmann
Date: Thu Apr 19 12:52:11 2018 +0200
s390/qeth: use Read device to query hypervisor for MAC
For z/VM NICs, qeth needs to consider which of the three CCW devices in
an MPC group it uses for requesting a managed MAC address.
On the Base device, the hypervisor returns a default MAC which is
pre-assigned when creating the NIC (this MAC is also returned by the
READ MAC primitive). Querying any other device results in the allocation
of an additional MAC address.
For consistency with READ MAC and to avoid using up more addresses than
necessary, it is preferable to use the NIC's default MAC. So switch the
the diag26c over to using a NIC's Read device, which should always be
identical to the Base device.
Fixes: ec61bd2fd2a2 ("s390/qeth: use diag26c to get MAC address on L2")
Signed-off-by: Julian Wiedmann
Signed-off-by: David S. Miller
----------------------------------------------------------------------------
Assuming the commit itself is correct, it brings two questions:
1. Why did the old (pre-4.13) IPA method provide the same address as DIAG
before the b7493e91c11a fix (i.e. the additional one).
2. Why is the primary MAC address rejected ("not authorized")? Is it some
configuration problem?
--
You are receiving this mail because:
You are on the CC list for the bug.