On Tue, 2007-08-14 at 11:41 -0700, Artem Kachitchkine wrote:
> > There is no way to do this in the driver.
> >
> > By the time the driver is engaged, its too late, the name and bindings
> > are chosen. You need to be able to change the bindings/names earlier.
>
> Perhaps understanding the problem better might give us some ideas.
> Generally, driver names are completely insignificant. You should be able
> to name and rename your driver module to literally anything, as long as
> it does not conflict with other driver names. It just doesn't matter.
>
> What matters is what devices it exports to the system. A typical
> character driver does that via ddi_create_minor_node(). Can a driver
> named "foo" create minor nodes named "bar"? Of course it can. Should the
> network link name hardwired to the driver name providing the link? Of
> course it shouldn't. Kernel subsystems that propagate driver names too
> far into userspace ain't doing it right.
The name problem is for qfe/hme. The problem is what is wired into
sysadmin heads, not what is in software.
But for rtls/rge, the problem is worse, because the code comes from
entirely different sources.
I suspect I'm not the first to hit this problem, but perhaps I'm the
first not to just "give up". There is a lot of crappy PC hardware out
there, and the PCI device/vendor ids don't always resolve sufficiently
uniquely. You can find many instances of this if you spend time looking
at other FOSS'. (Yes, the hardware vendors that screwed this up should
be drawn and quartered... except I know of a certain case *other* than
hme/qfe where this happened in the past... some early Sun deimos eval
boards didn't have the device id programmed propery!)
Sticking our heads in the sand and saying the problem doesn't occur
isn't helpful, because it does. I'm just looking for a way to cope with
it, rather than giving up entirely.
-- Garrett
>
> -Artem
> _______________________________________________
> opensolaris-code mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
