Hi Al, Thank you for your impressive responsiveness.
Al Chu wrote: [...] > Ugh. I began to work on a patch for "--without-ipmioverlan" (as I > called it), but ultimately, I'm finding this patch too cumbersome to > write. LAN/networking code is *everywhere* and the #ifdef-ing is > ridiculously invasive. Indeed. > So, for now, I think I'm going to clean up your original patch to make a > configure option "--without-encryption", which will not link gcrypt and > effectively make IPMI 2.0 useless. Users who run the tools/use the libs > under this conditions will get some type of error. I'll try to get a > tar.gz out to you semi-soon to see if it's fine. This new configure option is very appropriate since we won't do IPMI over LAN at all. I have downloaded 0.7.11.beta1, and it cross-builds fine, thanks! Some patch for doing in-band only (ipmi_ssif_cmd_api_ipmb) will follow, but we will have first to discuss the best way to turn the Linux kernel into an I2C multi-master with slave receive handling. If anyone is interested, please LMK. I'll start a new thread next week. Cheers -- Stephane PS to all readers: sorry, my MUA stinks and doesn't honour References: mail header. _______________________________________________ Freeipmi-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/freeipmi-devel
