> Quite frankly, to me it looks like the real issue is that you don't want
> to have the byte/word/dword stuff replicated three times.
Exactly - we can do that, but it just seems messy.
> And your cleanup avoids the replication, but I think it has other badness
> in it: in particular it depends on those two global pointers. Which makes
> it really hard to have (for example) per-segment functions, or hard for
> drivers to hook into it (there's one IDE driver in particular that wants
> to do conf2 accesses, and nothing else. So it duplicates its own conf2
> functions right now, because it has no way to hook into the generic ones).
OK, that IDE thing smacks of unmitigated evil to me, but if things are relying
on it, we shouldn't change it.
> And I'd suggest multiplexing them at a higher level. Instead of
> six different pcibios_read_config_byte etc functions, move the
> multiplexing up, make make them just two functions at _that_ level (and
> make siz #defines to make it compatible with existing users).
Yup, that sounds like ultimately the correct thing to do. Will try to get
that way done instead. Should clean things up nicely ....
M.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Aug 15 2002 - 22:00:33 EST