On Wed, 2010-06-30 at 10:53 +0200, Stefan Assmann wrote:
From: Stefan Assmann sassm...@redhat.com
It looks like the VFs get initialized before all the PFs are. Therefore
the udev mapping MAC - ethX (for PFs) gets screwed because the VFs
may grab the ethX interface names (reserved by udev)
On Wednesday, June 30, 2010 10:09 AM, K. Posern wrote:
Hi,
Thanks for the answer!
Just to confirm that my problem is clear:
pump and dhcpcd work, but only when I invoke it on the command line.
I checked what my colleagues with their Ubuntu distros use:
dhclient v3.1
I tried
| From: Stefan Assmann sassm...@redhat.com
| Date: Wednesday, June 30, 2010 01:53 am
|
| This is not a udev bug since udev doesn't create persistent rules for
| VFs as their MAC address changes every reboot.
|
| To avoid this problem we could change the kernel name for the VFs and
| thus avoid
From: Ben Hutchings bhutchi...@solarflare.com
Date: Wed, 30 Jun 2010 13:44:32 +0100
ethtool_op_set_flags() does not check for unsupported flags, and has
no way of doing so. This means it is not suitable for use as a
default implementation of ethtool_ops::set_flags.
Add a 'supported'
