On Mon, 6 Aug 2007, Segher Boessenkool wrote:
quoted
Maybe the best solution would be for 824[15] to not claim compatibility
with 8250 at all then.
Or at least it should have a more specific entry for this
"special" 16x50 UART, and that one should be probed first.
quoted
If the device tree contains an entry that matches
what the generic driver looks for, it better be something that can
be handled by that driver.
Pretty much; you can't make this rule too strict though,
if a device mostly works with the generic driver, you can
claim compatibility with it -- keep in mind that that can
come back to bite you though, like in this case. The
advantages do outweigh the disadvantages sometimes, it's
all a tradeoff; avoid it if possible.
Well, the 8250 driver DOES already support devices without the loopback
test support, that's what that bit there is for, isn't it? So, we just
have to use it, as well as others do (grep -r UPF_SKIP_TEST
drivers/serial/). I'll go for the extra compatible property, as suggested,
seems like the most commonly accepted wa to handle this (and the easiest
to implement).
Thanks
Guennadi
---
Guennadi Liakhovetski