Date: Wed, 7 Jan 2015 18:16:15 +0000 (GMT) From: Robert Watson <rwatson@FreeBSD.org> To: John-Mark Gurney <jmg@funkthat.com> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r276750 - in head: share/man/man9 sys/contrib/ipfilter/netinet sys/dev/an sys/dev/bge sys/dev/ce sys/dev/cm sys/dev/cp sys/dev/cs sys/dev/ctau sys/dev/ed sys/dev/ex sys/dev/fe sys/dev/h... Message-ID: <alpine.BSF.2.11.1501071814350.36266@fledge.watson.org> In-Reply-To: <20150107174430.GQ1949@funkthat.com> References: <201501061259.t06CxcTc096488@svn.freebsd.org> <20150107174430.GQ1949@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 7 Jan 2015, John-Mark Gurney wrote: >> Log: >> In order to reduce use of M_EXT outside of the mbuf allocator and >> socket-buffer implementations, introduce a return value for MCLGET() >> (and m_cljget() that underlies it) to allow the caller to avoid testing >> M_EXT itself. Update all callers to use the return value. >> >> With this change, very few network device drivers remain aware of >> M_EXT; the primary exceptions lie in mbuf-chain pretty printers for >> debugging, and in a few cases, custom mbuf and cluster allocation >> implementations. >> >> NB: This is a difficult-to-test change as it touches many drivers for >> which I don't have physical devices. Instead we've gone for intensive >> review, but further post-commit review would definitely be appreciated >> to spot errors where changes could not easily be made mechanically, >> but were largely mechanical in nature. > > Shouldn't this come w/ a FreeBSD version bump for drivers to use? Yes, probably. Old drivers will continue to work fine in not checking the return value (for now), but drivers seeing backporting will probably want a __FreeBSD_version ifdef. I'll do a commit to bump the version number today. (In my local tree, M_EXT is renamed _M_EXT unless MBUF_PRIVATE is defined, which really is quite a significant KPI change -- I'm not yet sure if I'm going to push that into FreeBSD 11 or not.) Robert
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.11.1501071814350.36266>