Adrian Chadd wrote
in :
ad> On 17 November 2012 18:35, FreeBSD Tinderbox wrote:
ad>
ad> > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-Wundef -Wno-pointer-sign -fformat-extensions -Wmiss
On 17 November 2012 18:35, FreeBSD Tinderbox wrote:
> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions
> -Wmissing-include-dirs -fdiagnostics-s
Or cluster allocation failed, and only the mbuf was used.
Sent from my iPhone
On Nov 17, 2012, at 1:31 PM, Robert Watson wrote:
> Panics along these lines often occur if there is a concurrency bug in a
> device driver such that it modifies an mbuf after dispatching to the network
> stack. E.g
Hi,
> you can use mpd (or ppp) in multilink mode to encapsulate your outgoing links
> via two different tcp paths to you other server where you can undo it..
> mpd (and ppp I think) will allow you to select a couple of different
> multiplexing schemes, including one where each packet is cut up a
Panics along these lines often occur if there is a concurrency bug in a device
driver such that it modifies an mbuf after dispatching to the network stack.
E.g., by freeing it, reusing it, an errant dereference, etc. Not guaranteed,
but that is where I'd start.
Robert
On Sat, 17 Nov 2012, Ad
Check what mtod() is doing.
mbuf.h:#define mtod(m, t) ((t)((m)->m_data))
.. so if m->m_data is NULL, bam.
The question is why is m_data NULL here. Someone mbuf cluey is going
to have to answer that. I don't know whether the MH_dat stuff is being
treated as valid but m_data isn't being upd
