Max Laier ([EMAIL PROTECTED]) wrote:
>
> Edwin, what do you have for CFLAGS? Can you try to downgrade to "-O" for now
> so that we have a better chance to get a full view?
>
Max,
I have no CFLAGS or COPTFLAGS in /etc/make.conf - this was a basic
kern-developer install on a blank PC. The only
On Sunday 24 July 2005 17:42, Simon 'corecode' Schubert wrote:
> On 24.07.2005, at 16:19, Edwin wrote:
> > (kgdb) f 13
> > #13 0xc068f6e9 in ip_fastforward (m=0xc12e2300) at
> > /usr/src/sys/netinet/ip_fastfwd.c:572
> > (kgdb) i loc
> > ip = (struct ip *) 0xc12f000e
> > m0 = (struct mbuf *) 0xc12f0
On 24.07.2005, at 16:19, Edwin wrote:
(kgdb) f 13
#13 0xc068f6e9 in ip_fastforward (m=0xc12e2300) at
/usr/src/sys/netinet/ip_fastfwd.c:572
(kgdb) i loc
ip = (struct ip *) 0xc12f000e
m0 = (struct mbuf *) 0xc12f000e
ro = {ro_rt = 0xc11ee420, ro_dst = {sa_len = 16 '\020', sa_family = 2
'\002',
New kernel: ident D1-0723 (same as D1-0722 - but w/ IPFIREWALL* options removed)
same traces asked for previously.
Thanks again,
/Edwin
kgdb kernel.debug /usr/local/STORAGE/crash/vmcore.1
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol "ps_pglobal_
On Sunday 24 July 2005 04:38, Edwin wrote:
> If I understand correctly...(albeit an overly brief understanding :))
>
> 1. ethernet packet comes in - stuck into an mbuf
> 2. ether_demux calls ip_fastforward passing the mbuf struct
> 3. mbuf struct is copied/munged into ip struct by mtod
> 4. ntohs i
Max/et.al.,
replies to your message in-line below...
If I understand correctly...(albeit an overly brief understanding :))
1. ethernet packet comes in - stuck into an mbuf
2. ether_demux calls ip_fastforward passing the mbuf struct
3. mbuf struct is copied/munged into ip struct by mtod
4. ntohs
On Saturday 23 July 2005 20:41, Edwin wrote:
> Kernel name: D1-0722 (for reference)
>
> mbsd05# kgdb kernel.debug /usr/local/STORAGE/crash/vmcore.5
> #13 0xc06933c1 in ip_fastforward (m=0xc12e6c00) at
> /usr/src/sys/netinet/ip_fastfwd.c:572 warning: Source file is more recent
> than executabl
Max Laier ([EMAIL PROTECTED]) wrote:
> On Saturday 23 July 2005 15:53, Edwin wrote:
>
> Can we see one complete picture, please. This includes:
>
> A trace
> local vars in ip_fastforward including unfolded ip, m, ro.ro_rt and ifp.
> local vars in ip_fragment().
>
> Thanks.
>
> --
> /"\
On Saturday 23 July 2005 15:53, Edwin wrote:
Can we see one complete picture, please. This includes:
A trace
local vars in ip_fastforward including unfolded ip, m, ro.ro_rt and ifp.
local vars in ip_fragment().
Thanks.
--
/"\ Best regards, | [EMAIL PROTECTED]
\ /
comments in-line.
Giorgos Keramidas ([EMAIL PROTECTED]) wrote:
>
> This looks rather strange. ip_fastforward() should pass an mtu of 1500
> but somehow the negative strange value gets passed. It would be
> interesting to see the value of ``mtu'' in frame 13 too, if you still
> have this crash d
On 2005-07-22 17:53, Edwin <[EMAIL PROTECTED]> wrote:
>
> I also patched ip_fastforward.c w/ your patch - still a crash - still
> same type bogus mtu value - a few lines from kgdb included @ end of
> message.
> (kgdb) f 13
> #13 0xc06933c1 in ip_fastforward (m=0xc12e6c00) at
> /usr/src/sys/netinet
Hi Giorgos,
I'm sorry - I have so many kernels I was trying - I belive I overwrote that
particular
kernel/kernel.debug set - so I created a new kernel as a baseline with the same
options
per my notes - and included the output from the crash below.
It does crash in the same fashion, and the KG
On 2005-07-21 14:57, Giorgos Keramidas <[EMAIL PROTECTED]> wrote:
> On 2005-07-20 11:41, Edwin <[EMAIL PROTECTED]> wrote:
> > I'm trying to understand the particulars about this - I get the null pointer
> > part, but as to ip_fragment - it's fragmenting mbufs to handle ip packets
> > during switchi
On 2005-07-20 11:41, Edwin <[EMAIL PROTECTED]> wrote:
> I'm trying to understand the particulars about this - I get the null pointer
> part, but as to ip_fragment - it's fragmenting mbufs to handle ip packets
> during switching? and its failing trying to copy data past the end of the
> chain?
ip_f
Giorgos/John/et.al :)
I have compiled/tested/traced about 15 separate kernels for this, and am happy
to provide crashdumps/etc to anyone interested :)
I decided to start over - create a GENERIC kernel
(w/ DDB/KDB/INVARIANTS/INVARIANT_SUPPORT) and see what I started to get if I
could
reproduce t
Hi Giorgos,
Yes - I'm using polling, but it still panics even w/ polling disabled or not
compiled in. Still reproducible - same scenario (high load - actually, not even
really high load - relative load,- small network packets).
I did both (output included below):
- disable polling via sysctl
- re
On 2005-07-19 22:03, Edwin <[EMAIL PROTECTED]> wrote:
> Hi John,
>
> Updated the kernel, same crash under load, looks like m is null, you're right.
>
> Not quite sure where to go from here. I'm happy to do the footwork - just
> still real
> hazy on the BSD kernel part of things.
>
> panic: m_copym
Hi John,
Updated the kernel, same crash under load, looks like m is null, you're right.
Not quite sure where to go from here. I'm happy to do the footwork - just still
real
hazy on the BSD kernel part of things.
Thanks for the help!
/Edwin
Results from KDB/DDB/INVARIANTS/INVARIANT_SUPPORT -
Hi John,
Re-compiled with INVARIANTS/INVARIANT_SUPPORT included the gdb output below -
same situation (put heavy load
on the box - incidentally - small (68 byte UDP packets) - fwiw.
my buildkernel kept failing on the options DDB (even tried GENERIC kernel) - so
I'm
sure I'm doing something wr
On Monday 18 July 2005 11:42 pm, Edwin wrote:
> Hi,
>
> I have a recurring (re-producible) panic on the 5.3/5.4 kernels and I would
> like to ask for some help in tracking it down. :) - it could be some
> misconfig on my part - but i have tried several different configs of the
> kernel - ultimately
Hi,
I have a recurring (re-producible) panic on the 5.3/5.4 kernels and I would
like to ask
for some help in tracking it down. :) - it could be some misconfig on my part -
but
i have tried several different configs of the kernel - ultimately w/ polling
on/off,
ipfw on/off, ipfastforwarding on/o
21 matches
Mail list logo
