[net] protecting interfaces from races between control and data ?

Warner Losh imp at bsdimp.com
Thu Aug 8 05:24:00 UTC 2013


On Aug 5, 2013, at 11:20 AM, Adrian Chadd wrote:

> .. and I bet it's not a design pattern, and this is total conjecture on my part:
> 
> * the original drivers weren't SMP safe;
> * noone really sat down and figured out how to correctly synchronise
> all of this stuff;
> * people did the minimum amount of work to keep the driver from
> immediately crashing, but didn't really think things through at a
> larger scale.
> 
> Almost every driver is this way Luigi. :-)

Most of the drivers in the three don't support hardware that performs well enough for this to be a problem. :) Any driver that's still around from the pre-locking days can easily saturate the lines (or the hardware) on today's (and even yesterday's hardware).

All the rest have come up with different ways to cope...

Warner



More information about the freebsd-current mailing list