On 7/22/07, Stuart Henderson <[EMAIL PROTECTED]> wrote:
On 2007/07/20 15:20, Daniel Melameth wrote:
> then go back to the broken behavior sometime later. A reboot of the box or
> removing altq is the only way to resolve the issue, temporarily. I've tried
> both priq and cbq, adjusting tbrsize, recompiling the kernel with a higher
> HZ value and using different hardware and different Internet connections,
> but the issue persists.
Try a snapshot, i386 moved to the new timecounter code after 4.1.
Though I note there is also an XXX about variable cpu frequency (in
sys/altq/altq_subr.c) which might affect you if you adjust cpu speed
(manually or by apmd).
> Full detail on the issue is available from my gnats post at
> # Attempt to account for overhead of RFC 1483 bridging, ATM, PPPoE and TCP
For this you might like to try a diff of mine and report back
(http://spacehopper.org/openbsd/altq_tbradapt.diff).
It won't help the other problem though.
Thanks for taking the time to reply. I can't readily do a snapshot
now, but since I am using apmd, I'll try this avenue first and see
what happens. I also went ahead and incorporated your diffs into my
currently running 4.1-stable and it appears to be working quite well,
but I'm not certain if I'm piloting these changes the correct way--so
if there's an ideal way you'd recommend piloting this, let me know.
Regardless, I'll monitor the result of these diffs this week and give
you a heads up at the end of the week.
The only breakage I've noticed so far appears to be related to pfstat
which reports the following (and I assume this is related to the new
headers, but I haven't looked into it yet):
ioctl: DIOCGETALTQS: Permission denied
pf_query: query_queues() failed
Thanks again Stuart.
