On Mon, Dec 6, 2010 at 2:10 PM, Matt Domsch <[email protected]> wrote:
> FYI, I know people are interested in the progress of this feature.
> -Matt
>
> ----- Forwarded message from Matt Domsch <[email protected]> -----
>
> Date:   Mon, 6 Dec 2010 08:06:50 -0600
> From: Matt Domsch <[email protected]>
> To: [email protected], [email protected],
>        "K, Narendra" <[email protected]>,
>        "Hargrave, Jordan" <[email protected]>,
>        "Rose, Charles" <[email protected]>,
>        Colin Watson <[email protected]>
> Subject: biosdevname v0.3.2
>
> Bugfix update to biosdevname, now version 0.3.2.
>
> The legacy code for reading the PCI IRQ Routing Table ($PIR) and the
> PCMCIA information has been removed.  This means biosdevname will only
> report BIOS-provided names if your system has SMBIOS 2.6 or higher and
> has the information in Type 9 or Type 41.  This is in preparation for
> widespread use, and will keep biosdevname from suggesting names on
> systems that are well into or beyond their useful lifetime and
> introducing an unexpected change of behavior on them.  Dell PowerEdge
> 10G and newer, HP ProLiant G6 and newer are known to have SMBIOS 2.6,
> as do a number of desktop, laptop, and netbook-class systems as
> reported on the fedora-devel mailing list.
>

Completely removing this functionality seems like a real backwards
step to me, I have run into problems on Poweredge 2950 and r200
servers with network cards being renamed after reboot due to udev rule
changes and I was planning to use biosdevname to add (optional)
persistent device naming to Gentoo udev, testing biosdevname (rev
c7241427ad91b6f27c7a9bd798c3152b35e1da8c) on these servers it
consistently returns the correct name for both onboard and pci network
cards so the functionality does work well for older servers.

You say you are doing this to prevent unexpected changes on older
systems but to me it simply feels like you are deliberately
withholding useful technology from users who have older systems.

Why not add  a switch to use the older pci functionality so that it
can be enabled if necessary?

Failing that I suppose I will have to branch the code and commit any
applicable upstream fixes myself.

Andy

> This release also provides correct names for Intel and Broadcom
> quad-port GigE cards that I've tried.  Format is pci<slot>#<port>.
>
> Grab it here:
> http://linux.dell.com/files/biosdevname/permalink/biosdevname-0.3.2.tar.gz
> http://linux.dell.com/files/biosdevname/permalink/biosdevname-0.3.2.tar.gz.sign
> git://linux.dell.com/biosdevname.git
>
> This is already built in Fedora rawhide (will be 15), and I encourage
> other distributions to pick it up as well.
>
> On a related note, I've submitted a patch to dracut upstream to
> include calls to biosdevname via udev.  This will let us use
> BIOS-suggested names for network functionality during initramfs time,
> such as finding your root file system on NFS or iSCSI.
>
>
> Shortlog:
>
> Matt Domsch (7):
>      only match on smbios_type Ethernet, ignore sysfs index file for now
>      PIRQ-ectomy, add pci_access pointer to state, pci_dev pointer instead of 
> struct in pci_device
>      PCMCIA-ectomy
>      copy SMBIOS slot info to all matching domain/bus/device/functions
>      skip bridges when setting index_in_slot
>      fix RPM spec URL
>      bump version
>
>
> Thanks,
> Matt
>
> --
> Matt Domsch
> Technology Strategist
> Dell | Office of the CTO
> --
> To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in
> the body of a message to [email protected]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> ----- End forwarded message -----
>
> --
> Matt Domsch
> Technology Strategist
> Dell | Office of the CTO
>
> _______________________________________________
> Linux-PowerEdge mailing list
> [email protected]
> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
> Please read the FAQ at http://lists.us.dell.com/faq
>

_______________________________________________
Linux-PowerEdge mailing list
[email protected]
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq

Reply via email to