From: Matt Domsch <Matt_Domsch@Dell.com>
To: linux-hotplug@vger.kernel.org, netdev@vger.kernel.org, "K,
Narendra" <Narendra_K@Dell.com>,
"Hargrave, Jordan" <Jordan_Hargrave@Dell.com>,
"Rose, Charles" <Charles_Rose@Dell.com>,
Co
Subject: biosdevname v0.3.4
Date: Fri, 17 Dec 2010 05:06:25 +0000 [thread overview]
Message-ID: <20101217050625.GA32577@auslistsprd01.us.dell.com> (raw)
biosdevname, now version 0.3.4.
The main visible change is that port indices now start at 1 rather
than 0, when assigned by biosdevname (such as falling back to PIRQ)
rather explicitly assigned by BIOS. This is in keeping with how the
indices are assigned by BIOS on Dell and HP servers.
em<port> where port starts at 1
pci<slot>#<port> where port starts at 1
As a side effect, the first VMware Workstation guest NIC now appears as pci3#1
because the virtual machine BIOS exposes the device as being in a PCI
slot via PIRQ.
This also drops an explicit dependency check on a particular udev
version. That version was supposed to properly handle parallel
conflicting renames when swizzling within the ethX namespace, but as
we've discovered, that doesn't always work. The udev in RHEL5 is
older than what we were specifying, but it works just fine, so no more
check.
Furthermore, if biosdevname somehow messes up (either through its own
bug or because of a buggy BIOS), and would assign the same name to two
different devices, it won't try to assign names to either (who knows
which is correct?). You can see the duplciates when running with the
-d debug option.
Grab it here:
http://linux.dell.com/files/biosdevname/permalink/biosdevname-0.3.4.tar.gz
http://linux.dell.com/files/biosdevname/permalink/biosdevname-0.3.4.tar.gz.sign
git://linux.dell.com/biosdevname.git
I built this today for Fedora rawhide (will be 15), and I encourage
other distributions to pick it up as well.
shortlog:
Matt Domsch (5):
require any udev
Return nothing if duplicate names would be assigned.
Don't assign names to unknown devices
only supress duplicates, not all names if any duplicates exist
start with port index 1, not index 0
Thanks,
Matt
--
Matt Domsch
Technology Strategist
Dell | Office of the CTO
reply other threads:[~2010-12-17 5:06 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101217050625.GA32577@auslistsprd01.us.dell.com \
--to=matt_domsch@dell.com \
--cc=Charles_Rose@Dell.com \
--cc=Jordan_Hargrave@Dell.com \
--cc=Narendra_K@Dell.com \
--cc=linux-hotplug@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox