Date: Wed, 10 Aug 2016 17:41:43 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-pf@FreeBSD.org Subject: [Bug 211730] pf uses 32bit value for bandwith with altq Message-ID: <bug-211730-17777-Tc2FOuPA6e@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211730-17777@https.bugs.freebsd.org/bugzilla/> References: <bug-211730-17777@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211730 --- Comment #6 from Kristof Provost <kp@freebsd.org> --- (In reply to Mahdi Mokhtari from comment #4) The problem with the ABI is that we can't rely on user space and kernel spa= ce running the same code versions. If someone were to update the kernel, but n= ot the user space code (I don't think we support the reverse) they'd disagree about the size of the bandwidth fields and things would break. It'll likely be best to have two versions of the ioctl() command, one which implements the old 32-bit behaviour (on the same ID as before!), and a new = one which implements the new 64-bit values. That'd have to be supported for a bit, but hopefully it can be removed eventually. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211730-17777-Tc2FOuPA6e>