Currently the output looks like 2001:0db8:0000:0000:0000:0000:0000:0001 which might be compacted to 2001:db8::1. The code to do this could be adapted from inet_ntop in glibc, which would add about 80 lines to lib/vsprintf.c. How do you guys value the tradeoff between more readable logging and increased kernel size? This was already mentioned in http://kerneltrap.org/mailarchive/linux-netdev/2008/11/25/4231684 but noone seems to have taken up on it. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
