> I think the reason the hints are not just ignored is to allow
> people to fix "rogue" hardware. I'm willing to be corrected,
Good. It's like it is right now because the PnP stuff was bolted on as
an afterthought.
> since this looks like about 12 lines of code would make it
> ignore device.hints in the "PnP BIOS present" case.
We don't want to ignore the hints either; we just want them to take lower
precedence than the PnP BIOS data. Hints can be perfectly valid and
relevant in either the "broken BIOS" or "non-PnP device" cases.
Basically, the problem we have is that we don't have the developer
bandwidth to catch up with what has to be done, let alone fix the
bandaids that were applied years ago. This results in suboptimal
situations like this, something that's only going to be exacerbated as
fully funded developer time for FreeBSD-mainline work doesn't seem to be
increasing. 8(
--
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view. [Dr. Fritz Todt]
V I C T O R Y N O T V E N G E A N C E
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
