Jean-Hugues Deschenes wrote:
so I'm not sure it works or not there.
I hope this works with the latest LMO tree.
I'll download a MIPS toolchain and give it a try.
Thanks. I've also checked it builds with the latest LMO tree.
Then I wonder is there any way to statically optimize them?
Humm... Configuration options (controlling #ifdefs) are a possibility,
although I must admit I'm not so fond of this option, because it's error
prone.
Ok, fine with me.
I believe the problem is not with the automatic detection per se (which
is done at init, where performance is not so much an issue), but with
the extra IFs at each memory access...
Exactly, that's what I'm concerned about!
There, the other option I can
think of is having 2 sets of accessors,
dw_readl_[bl]e()/dw_writel_[bl]e() and have them accessed via function
pointers (set at init, following the auto-detection). But I'm not sure
that loosing the option of inlining the accessor funtion (since they
would now have to be accessed via function pointers) would really result
in a performance gain...
Looking around more, and now I'm not going to be nervous about
I/O cost, as I2C is enough slow. It would be nice we could have
statically optimized one of course, but is not indispensable.
--
Shinya Kuribayashi
NEC Electronics
--
To unsubscribe from this list: send the line "unsubscribe linux-i2c" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
