We're worried about reading beyond the end of the array and it's a heap allocation and the last char of the eth addr is the last byte of the page. This causes an oops. It's almost impossible to hit that bug. 1) You would have to have the eth addr at the end of the array. 2) It would have to be a packed struct. 3) The struct size would have to be a multiple of 4 because otherwise we can't put it at the end of the page. 4) It would need to be allocated on the heap. You add all those up which is pretty rare so I wasn't able to find anything like that. Then you have to get extremely unlucky. The closest thing I could find were a couple places like like: static struct mac_addr null_mac_addr = { { 0, 0, 0, 0, 0, 0 } }; It meets criteria 1 and 2 but not 3 and 4. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html