Re: ALTQ patch for if_vlan.c

2005-01-11 Thread Jon Simola
On Wed, 5 Jan 2005 12:51:56 -0800, Brooks Davis <[EMAIL PROTECTED]> wrote: > ALTQ makes no sense of virtual interfaces. ALTQ works by providing > fine-grained control of the dequeueing of packets on to the wire. It's > too early to do this when you're still in the virtual interface. PF does not

Re: ALTQ patch for if_vlan.c

2005-01-05 Thread Brooks Davis
On Thu, Jan 06, 2005 at 05:00:32PM +1030, Wilkinson, Alex wrote: > 0n Wed, Jan 05, 2005 at 12:51:56PM -0800, Brooks Davis wrote: > > >FYI, spl*() funtions are all no-ops now. We just have them around to > >remind us that we need to lock certain functions and to document what > >w

Re: ALTQ patch for if_vlan.c

2005-01-05 Thread Wilkinson, Alex
0n Wed, Jan 05, 2005 at 12:51:56PM -0800, Brooks Davis wrote: >FYI, spl*() funtions are all no-ops now. We just have them around to >remind us that we need to lock certain functions and to document what >was protected before. What is meant by "no-ops" ? - aW __

Re: ALTQ patch for if_vlan.c

2005-01-05 Thread Brooks Davis
On Wed, Jan 05, 2005 at 12:32:55PM -0800, Jon Simola wrote: > I just whipped up this against > 5.3-STABLE #1: Wed Dec 22 17:11:02 PST 2004 > > Would someone who knows a bit more about this than myself give it a > quick lookover and see if it appears sane? I'm mostly wondering about > the splimp()