Re: [PATCH] Use firmware provided index to register a network interface

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Sep 23, 2010 at 09:20:57PM +0530, Narendra_K@xxxxxxxx wrote:
> > Now trying to change the kernel namespace itself seems like a bad hack
> > around this fact.
> > 
> 
> The patch does not change the existing kernel name space.

You are "reordering it", right?

> It adheres to the existing ethN name space with IFNAMSIZ length
> requirements. The patch only makes sure that eth0 always corresponds
> to what is labeled as 'Gb1' on server chassis, on systems where SMBIOS
> type 41 record is available. And removes the need for any renames for
> the interfaces which have a firmware index assigned by system
> firmware, as the very first name assigned by the kernel will be as
> expected and deterministic.

And on systems with buggy firmware, what is going to happen here?  And
yes, there will be buggy BIOS tables, we can guarantee that, as this is
not something that Windows supports, right?

You are also complicating the logic for 99% of the world that will never
use this feature.  But I'll leave that up to the netdev developers to
decide, it's their code to maintain over time, not mine :)

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux