Re: [head tinderbox] failure on mips/mips

...@freebsd.org -- Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current

Patch to make ksched work right..

of the things I am planning at my day job I really need to have T-S processes be separate from the real time unless you know of some pitfall there?? If you have no objections I will commit this.. Thanks R -- Randall Stewart 803-317-4952 (cell) 803-345-0391(direct

sctp ipv6 csum issue

)) -- Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: sctp ipv6 csum issue

tlen = m-m_pkthdr.len; if (opt (opt-ip6po_flags IP6PO_DONTFRAG)) On Mar 12, 2010, at 11:47 AM, Randall Stewart wrote: Nigel: Here is a patch for your issue I think. Its off of a head machine but I think it should apply. If not let me know. See if this does not fix the issue

an issue with head...

-- Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr

VM ware crash with current...

-- Randall Stewart 803-317-4952 (cell) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Crash during boot of current (rev 212885)

... If I don't hear from anyone I will start backing things out 1 rev at a time until I find what did it I guess ;-) R -- Randall Stewart 803-317-4952 (cell) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org

Re: Crash during boot of current (rev 212885)

Hi Lawrence: I am currently doing a binary search.. I know that 212660 shows the break. I am just about to try 212560 ;-) If that works I will update to 212646 and see if it works.. ;-) R On Sep 19, 2010, at 7:31 PM, Lawrence Stewart wrote: Hiya Randall! On 09/20/10 08:56, Randall Stewart

Re: Crash during boot of current (rev 212885)

Andrly: Ok.. I can do that. I can positively say that when I have a kernel with 212646.. all is well. But a kernel with 212647 crashes as described below... I will ship you the read-elf offlist R On Sep 19, 2010, at 9:40 PM, Andriy Gapon wrote: on 20/09/2010 06:38 Randall Stewart

Re: [HEADS UP] recent ld is needed to build kernel

___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- Randall Stewart 803-317-4952 (cell

Callout lockups and spin-lock held to long panic..

-- Randall Stewart 803-317-4952 (cell) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: panic in arptimer in r289937

t;h...@selasky.org> wrote: >>>> . ---- Randall Stewart r...@netflix.com 803-317-4952 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "f

Re: panic in arptimer in r289937

: >> >> https://svnweb.freebsd.org/changeset/base/290805 >> >> Can you try the attached patch? >> >> Randall: Can you fix this ASAP? >> >> --HPS >> > > Hi, > > Randall: > > I see for 11-current, callout_reset() doesn't return -1 when the callout is > stopped like with callout_stop(). Is this a bug or a feature? Why can't the > callout_reset() and callout_stop() functions use the same return values? > > In nd6_llinfo_settimer_locked() the return value of both callout_reset() and > callout_stop() is checked for positive values, but not in the other places > mentioned by my patch. > > --HPS Randall Stewart r...@netflix.com 803-317-4952 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: panic in arptimer in r289937

Selasky <h...@selasky.org> wrote: > On 12/10/15 16:25, Randall Stewart wrote: >> For callout_stop/drain you get >> >> -1 == Callout as already gone off or is not running (usually the latter) >> else the caller iks >> not using locking properly or did no

Re: panic with tcp timers

_stop() should return 0 when the callout is currently being >> J> serviced and indeed unstoppable >> J> >> https://reviews.freebsd.org/differential/changeset/?ref=62513=ignore-most >> J> >> J> But this change impacted too many old code paths and was interestin

Re: panic with tcp timers

>>> J> We did propose a patch to make _callout_stop_safe() returns 0 (fail) >>> J> when the callout is currently running: >>> J> >>> J> callout_stop() should return 0 when the callout is currently being >>> J> serviced and indeed

Re: panic... r350849M panic: ng_snd_item: 42 != 1414

> #25 ithread_execute_handlers (p=, ie=) >at /usr/src/sys/kern/kern_intr.c:1161 > #26 ithread_loop (arg=) at /usr/src/sys/kern/kern_intr.c:1241 > #27 0x80481544 in fork_exit ( >callout=0x80484810 , arg=0xf81058226460, >