BPF packet pagesize limit

Kristof Provost kristof at sigsegv.be
Tue Nov 21 16:44:54 UTC 2017


On 21 Nov 2017, at 17:14, Catalin Salgau wrote:
> Actually m_getm2() will always produce a chain for a size larger than
> the page size, due to m_getjcl() being called with MJUMPAGESIZE every
> time a large buffer is requested. The function could probably be 
> called
> with MJUM9BYTES in this case, but this should be dependant on backing
> interface configuration(?).

I’d be tempted to just always allocate MJUM9BYTES, but that’s 
wasteful of memory.
I believe the most common use case for this code is the DHCP client, 
where large packets are not a requirement.

There doesn’t seem to be an obvious way to allocate a contiguous mbuf, 
other than allocating the memory yourself, and creating an M_EXT mbuf.
Some care must be taken to ensure the memory is correctly freed, but at 
first glance that looks possible.

> On the other hand, as you pointed out, bpf_filter really needs a 
> single
> mbuf, and so does the call to uiomove(). The filter call, as it 
> stands,
> will overread due to being passed the larger len value, instead of the
> mbuf's len.
> As a note, to avoid the overruns and related panics, I'd suggest 
> anyone
> else trying this replace the assertion with an explicit
> 	if (m->m_next != NULL) {
> 		error = EIO;
> 		goto bad;
> 	}
>
Yes, that would be better.

Regards,
Kristof


More information about the freebsd-net mailing list