svn commit: r240646 - head/sys/contrib/altq/altq

Ermal Luçi eri at freebsd.org
Tue Sep 18 16:02:09 UTC 2012


The issue is that this hides the problem per se.
The ioctl and pfctl loading of ruleset is not ready for handling failures here!

/me Does not understand why people do not ask for review first?

On Tue, Sep 18, 2012 at 2:53 PM, Sergey Kandaurov <pluknet at freebsd.org> wrote:
> On 18 September 2012 16:34, Gleb Smirnoff <glebius at freebsd.org> wrote:
>> Author: glebius
>> Date: Tue Sep 18 12:34:35 2012
>> New Revision: 240646
>> URL: http://svn.freebsd.org/changeset/base/240646
>>
>> Log:
>>   Do more than r236298 did in the projects/pf branch: use M_NOWAIT in
>>   altq_add() and its descendants. Currently altq(4) in FreeBSD is configured
>>   via pf(4) ioctls, which can't configure altq(4) w/o holding locks.
>>   Fortunately, altq(4) code in spife of using M_WAITOK is ready to receive
>>   NULL from malloc(9), so change is mostly mechanical. While here, utilize
>>   M_ZERO instead of bzero().
>>
>>   A large redesign needed to achieve M_WAITOK usage when configuring altq(4).
>>   Or an alternative (not pf(4)) configuration interface should be implemented.
>>
>>   Reported by:  pluknet
>
> Actually Kim Culhan was initial reporter.
> I just reposted the problem closer to glebius and pointed out the roots.
>
> --
> wbr,
> pluknet



-- 
Ermal


More information about the freebsd-pf mailing list