Intel 82574 issue reported on Slashdot

[matt]

On 02/09/13 09:15, Johnny Eriksson wrote:
>> In all honesty.. The blog post (and your email) are basically
>> information free, they don't name names and provide no script
>> or downloadable code that will allow end users to check if they
>> are affected.
> A link with a little bit more information:
>
>   http://blog.krisk.org/2013/02/packets-of-death.html
>
>> Daniel O'Connor software and network engineer
> --Johnny
> _______________________________________________
> freebsd-current at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
>
Did anyone check to see if the Intel announcement had a 2 at 0x47f? :)

I do have a machine with these controllers that had a bridge "hang" in a
very odd fashion a while back, but it didn't repeat. It wasn't a
SuperMicro board, which is what some posters were saying were affected.

I would imagine a large ping packet (as used to test MTU) should
inoculate any affected interface if issued at boot, I don't think our
padding lines up with the problem. Once an interface sees a packet with
anything else at 0x47f, it's no longer affected, so there's a narrow
window of vulnerability in affected NICs.

Matt