help w/panic under heavy load - 5.4
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/off - although with ipff off - the box still
crashes
but in a different location - it will even crash w/ GENERIC kernel under heavy
load.
I'm not quite sure where to look past the below (ie. what variables/etc to
present to
the list).
Thanks! /edwin
details are:
- Soekris net4801 platform (SBC w/ Geode processor - i586 class).
- similar crash was seen (as regularly) under 5.3 as well - just never got
around to
getting crashdump/etc.
- crash is re-producible under heavy load
here is the crash-info:
fb54c#
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xc
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0647527
stack pointer = 0x10:0xc7692b78
frame pointer = 0x10:0xc7692b9c
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 29 (swi1: net)
trap number = 12
panic: page fault
Uptime: 1m50s
Dumping 128 MB
16 32 48 64 80 96 112
Dump complete
Automatic reboot in 15 seconds - press a key on the console to abort
** and the kgdb output **
mbsd05# uname -a
FreeBSD mbsd05.maplecreek.org 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Fri Jul 15
01:34:05 EDT 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP_OPT i386
mbsd05# kgdb ./kernel.debug /tmp/crash/vmcore.3
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0 doadump () at pcpu.h:159
159 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb)
(kgdb) l *0xc0647527
0xc0647527 is in m_copym (/usr/src/sys/kern/uipc_mbuf.c:386).
381 MBUF_CHECKSLEEP(wait);
382 if (off == 0 && m->m_flags & M_PKTHDR)
383 copyhdr = 1;
384 while (off > 0) {
385 KASSERT(m != NULL, ("m_copym, offset > size of mbuf
chain"));
386 if (off < m->m_len)
387 break;
388 off -= m->m_len;
389 m = m->m_next;
390 }
(kgdb)
(kgdb) where
#0 doadump () at pcpu.h:159
#1 0xc0615326 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
#2 0xc06155bc in panic (fmt=0xc0819052 "%s") at
/usr/src/sys/kern/kern_shutdown.c:566
#3 0xc07d141c in trap_fatal (frame=0xc7692b38, eva=12) at
/usr/src/sys/i386/i386/trap.c:817
#4 0xc07d1187 in trap_pfault (frame=0xc7692b38, usermode=0, eva=12) at
/usr/src/sys/i386/i386/trap.c:735
#5 0xc07d0dc9 in trap (frame=
{tf_fs = -1057423336, tf_es = 16, tf_ds = -1057226736, tf_edi =
-1056791980, tf_esi = 1432, tf_ebp = -949408868,
tf_isp = -949408924, tf_ebx = -1056792064, tf_edx = 0, tf_ecx = -1055088626,
tf_eax = 0, tf_trapno = 12, tf_err = -1066926080, tf_eip = -1067158233, tf_cs =
8, tf_eflags = 66050, tf_esp = 0, tf_ss = -1065850424})
at /usr/src/sys/i386/i386/trap.c:425
#6 0xc07c12ca in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#7 0xc0f90018 in ?? ()
#8 0x0010 in ?? ()
#9 0xc0fc0010 in ?? ()
#10 0xc102a254 in ?? ()
#11 0x0598 in ?? ()
#12 0xc7692b9c in ?? ()
#13 0xc7692b64 in ?? ()
#14 0xc102a200 in ?? ()
#15 0x in ?? ()
#16 0xc11ca00e in ?? ()
#17 0x in ?? ()
#18 0x000c in ?? ()
#19 0xc068 in pppdealloc (sc=0xc102a200) at /usr/src/sys/net/if_ppp.c:388
#20 0xc06ac168 in ip_fragment (ip=0xc11ca00e, m_frag=0xc7692c48,
mtu=-1056791980, if_hwassist_flags=0, sw_csum=1)
at /usr/src/sys/netinet/ip_output.c:967
#21 0xc06a39c8 in ip_fastforward (m=0xc11b8600) at
/usr/src/sys/netinet/ip_fastfwd.c:572
#22 0xc067d65d in ether_demux (ifp=0xc0f91800, m=0xc11b8600) at
/usr/src/sys/net/if_ethersubr.c:770
#23 0xc067d419 in ether_input (ifp=0xc0f91800, m=0xc11b8600) at
/usr/src/sys/net/if_ethersubr.c:631
#24 0xc0729c2f in sis_rxeof (sc=0xc0f91800) at /usr/src/sys/pci/if_sis.c:1636
#25 0xc0729f6b in sis_poll (ifp=0xc0f91800, cmd=POLL_ONLY, count=0) at
/usr/src/sys/pci/if_sis.c:1769
#26 0xc05f8398 in netisr_poll () at /usr/src/sys/kern/kern_poll.c:384
#27 0xc0684f7a in swi_net (dummy=0x0) at /usr/src/sys/ne
Re: help w/panic under heavy load - 5.4
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 wrong there - just didn't figure it out yet.
I wanted to get back to you with the output for the above asap though - I'm
happy to input/output whatever commands
you would like if necc.
Thanks!
/Edwin
mbsd05# kgdb kernel.debug /tmp/crash/vmcore.5
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0 doadump () at pcpu.h:159
159 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) where
#0 doadump () at pcpu.h:159
#1 0xc060c474 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
#2 0xc060c6f2 in panic (fmt=0xc081e5ad "m_copym, offset > size of mbuf chain")
at /usr/src/sys/kern/kern_shutdown.c:566
#3 0xc063beb8 in m_copym (m=0x0, off0=1500, len=1480, wait=1) at
/usr/src/sys/kern/uipc_mbuf.c:385
#4 0xc06996b4 in ip_fragment (ip=0xc124400e, m_frag=0xc7692c38,
mtu=-1056768768, if_hwassist_flags=0, sw_csum=1)
at /usr/src/sys/netinet/ip_output.c:967
#5 0xc069132e in ip_fastforward (m=0xc120e700) at
/usr/src/sys/netinet/ip_fastfwd.c:572
#6 0xc066cd99 in ether_demux (ifp=0xc0f9, m=0xc120e700) at
/usr/src/sys/net/if_ethersubr.c:770
#7 0xc066cb1d in ether_input (ifp=0xc0f9, m=0xc120e700) at
/usr/src/sys/net/if_ethersubr.c:631
#8 0xc0711597 in sis_rxeof (sc=0xc0f9) at /usr/src/sys/pci/if_sis.c:1636
#9 0xc071185f in sis_poll (ifp=0xc0f9, cmd=POLL_ONLY, count=0) at
/usr/src/sys/pci/if_sis.c:1769
#10 0xc05f2f5c in netisr_poll () at /usr/src/sys/kern/kern_poll.c:384
#11 0xc0673cc5 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:338
#12 0xc05fb10c in ithread_loop (arg=0xc0ec6480) at
/usr/src/sys/kern/kern_intr.c:547
#13 0xc05fa580 in fork_exit (callout=0xc05fafe8 , arg=0xc0ec6480,
frame=0xc7692d48)
at /usr/src/sys/kern/kern_fork.c:791
#14 0xc07a26cc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209
(kgdb) f 4
#4 0xc06996b4 in ip_fragment (ip=0xc124400e, m_frag=0xc7692c38,
mtu=-1056768768, if_hwassist_flags=0, sw_csum=1)
at /usr/src/sys/netinet/ip_output.c:967
967 m->m_next = m_copy(m0, off, len);
(kgdb) f 3
#3 0xc063beb8 in m_copym (m=0x0, off0=1500, len=1480, wait=1) at
/usr/src/sys/kern/uipc_mbuf.c:385
385 KASSERT(m != NULL, ("m_copym, offset > size of mbuf
chain"));
(kgdb) quit
mbsd05#
John Baldwin ([EMAIL PROTECTED]) wrote:
> 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 w/ polling on/off, ipfw on/off, ipfastforwarding on/off
> > - although with ipff off - the box still crashes but in a different
> > location - it will even crash w/ GENERIC kernel under heavy load.
> >
> > I'm not quite sure where to look past the below (ie. what variables/etc to
> > present to the list).
>
> Try turning INVARIANTS and INVARIANT_SUPPORT on in your kernel and see if you
> can reproduce this. Also, try to get a traceback in ddb if possible as
> sometimes ddb gives more reliable stack traces. It looks like your m is
> NULL, in which case the KASSERT() on the previous line should fire if
> INVARIANTS is on.
>
> --
> John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/
> "Power Users Use the Power to Serve" = http://www.FreeBSD.org
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: help w/panic under heavy load - 5.4
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 - same crash (ddb and kdb
output)
panic: m_copym, offset > size of mbuf chain
KDB: enter: panic
[thread pid 27 tid 100021 ]
Stopped at kdb_enter+0x2b: nop
db> where
Tracing pid 27 tid 100021 td 0xc0ed0180
kdb_enter(c0821a6a) at kdb_enter+0x2b
panic(c0826049,0,c076b79c,c102d600,100) at panic+0xbb
m_copym(0,5dc,5c8,1,14) at m_copym+0x60
ip_fragment(c123180e,c76d1c38,5dc,0,1) at ip_fragment+0x214
ip_fastforward(c11fee00) at ip_fastforward+0x6ed
ether_demux(c0f9,c11fee00,52,c0f8aad0,1f) at ether_demux+0x259
ether_input(c0f9,c11fee00,c0f902d0,0,c08336ab) at ether_input+0x25d
sis_rxeof(c0f9,1,5,c08e5500,c76d1ce0) at sis_rxeof+0x1ab
sis_poll(c0f9,0,5) at sis_poll+0x7f
netisr_poll(0) at netisr_poll+0x188
swi_net(0) at swi_net+0x81
ithread_loop(c0ec6580,c76d1d48,c0ec6580,c060030c,0) at ithread_loop+0x124
fork_exit(c060030c,c0ec6580,c76d1d48) at fork_exit+0xa4
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xc76d1d7c, ebp = 0 ---
db> call doadump
Dumping 128 MB
16 32 48 64 80 96 112
Dump complete
0xf
db> reset
mbsd05# kgdb kernel.debug /tmp/crash/vmcore.1
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0 doadump () at pcpu.h:159
159 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) where
#0 doadump () at pcpu.h:159
#1 0xc04611f6 in db_fncall (dummy1=0, dummy2=0, dummy3=43, dummy4=0xc76d19c0
"�\031m�")
at /usr/src/sys/ddb/db_command.c:531
#2 0xc0461004 in db_command (last_cmdp=0xc08c9264, cmd_table=0x0,
aux_cmd_tablep=0xc08483b8, aux_cmd_tablep_end=0xc08483d4)
at /usr/src/sys/ddb/db_command.c:349
#3 0xc04610cc in db_command_loop () at /usr/src/sys/ddb/db_command.c:455
#4 0xc0462c51 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221
#5 0xc0627af2 in kdb_trap (type=3, code=0, tf=0xc76d1afc)
at /usr/src/sys/kern/subr_kdb.c:468
#6 0xc07b6394 in trap (frame=
{tf_fs = -949157864, tf_es = -1067319280, tf_ds = -1065222128, tf_edi =
1, tf_esi = -
1065197495, tf_ebp = -949150916, tf_isp = -949150936, tf_ebx = -949150872,
tf_edx = 0, tf_e
cx = -1060921344, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067288461,
tf_cs = -1065222136, tf_eflags = 646, tf_esp = -949150884, tf_ss = -1067376657})
at /usr/src/sys/i386/i386/trap.c:584
#7 0xc07a69ca in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#8 0xc76d0018 in ?? ()
#9 0xc0620010 in schedcpu () at /usr/src/sys/kern/sched_4bsd.c:461
#10 0xc0611fef in panic (fmt=0xc0820008 "default")
at /usr/src/sys/kern/kern_shutdown.c:550
#11 0xc0641a2c in m_copym (m=0x0, off0=1500, len=1480, wait=1)
at /usr/src/sys/kern/uipc_mbuf.c:385
#12 0xc069b694 in ip_fragment (ip=0xc123180e, m_frag=0xc76d1c38,
mtu=-1056778752,
if_hwassist_flags=0, sw_csum=1) at /usr/src/sys/netinet/ip_output.c:967
#13 0xc06933c1 in ip_fastforward (m=0xc11fee00) at
/usr/src/sys/netinet/ip_fastfwd.c:572
#14 0xc0672a59 in ether_demux (ifp=0xc0f9, m=0xc11fee00)
at /usr/src/sys/net/if_ethersubr.c:770
#15 0xc06727f5 in ether_input (ifp=0xc0f9, m=0xc11fee00)
at /usr/src/sys/net/if_ethersubr.c:631
#16 0xc0713507 in sis_rxeof (sc=0xc0f9) at /usr/src/sys/pci/if_sis.c:1636
#17 0xc07137cf in sis_poll (ifp=0xc0f9, cmd=POLL_ONLY, count=0)
at /usr/src/sys/pci/if_sis.c:1769
#18 0xc05f8280 in netisr_poll () at /usr/src/sys/kern/kern_poll.c:384
#19 0xc0679985 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:338
#20 0xc0600430 in ithread_loop (arg=0xc0ec6580) at
/usr/src/sys/kern/kern_intr.c:547
#21 0xc05ff8a4 in fork_exit (callout=0xc060030c , arg=0xc0ec6580,
frame=0xc76d1d48) at /usr/src/sys/kern/kern_fork.c:791
#22 0xc07a6a2c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209
(kgdb) f 12
#12 0xc069b694 in ip_fragment (ip=0xc123180e, m_frag=0xc76d1c38,
mtu=-1056778752,
if_hwassist_flags=0, sw_csum=1) at /usr/src/sys/netinet/ip_output.c:967
967 m->m_next = m_copy(m0, off, len);
(kgdb) f 11
#11 0xc0641a2c in m_copym (m=0x0, off0=1500, len=1480, wait=1)
at /usr/src/sys/kern/uipc_mbuf.c:385
385 KASSERT(m != NULL, ("m_copym, offse
Re: help w/panic under heavy load - 5.4
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-compile new kernel w/o option
It appears to be still the same error - traces the same w/ the exception of
sis_poll versus sis_intr.
I have tried various different options in my kernel before posting - w/ and/wo
ipff, ipfw, polling, didn't seem to make a difference - but then again - I
wasn't getting traces from DDB w/ INVARIANTS - so not for sure.
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?
Thanks!
/edwin
Giorgos Keramidas ([EMAIL PROTECTED]) wrote:
<>
> > ether_input(c0f9,c11fee00,c0f902d0,0,c08336ab) at ether_input+0x25d
> > sis_rxeof(c0f9,1,5,c08e5500,c76d1ce0) at sis_rxeof+0x1ab
> > sis_poll(c0f9,0,5) at sis_poll+0x7f
> > netisr_poll(0) at netisr_poll+0x188
> > swi_net(0) at swi_net+0x81
> > ithread_loop(c0ec6580,c76d1d48,c0ec6580,c060030c,0) at ithread_loop+0x124
> > fork_exit(c060030c,c0ec6580,c76d1d48) at fork_exit+0xa4
> > fork_trampoline() at fork_trampoline+0x8
> > --- trap 0x1, eip = 0, esp = 0xc76d1d7c, ebp = 0 ---
>
> Both tracebacks contain sis_poll() somewhere in the call stack? Are you
> using POLLING? If yes, can you try without POLLING and see if the crash
> can still be reproduced?
>
> - Giorgos
>
DDB output from disabling polling via sysctl - trace
fb54c# sysctl kern.polling.enable=0
kern.polling.enable: 1 -> 0
fb54c# panic: m_copym, offset > size of mbuf chain
KDB: enter: panic
[thread pid 21 tid 100015 ]
Stopped at kdb_enter+0x2b: nop
db> where
Tracing pid 21 tid 100015 td 0xc0ecc780
kdb_enter(c0821a6a) at kdb_enter+0x2b
panic(c0826049,0,c076b79c,c102b400,100) at panic+0xbb
m_copym(0,5dc,5c8,1,14) at m_copym+0x60
ip_fragment(c11bd80e,c76bfc6c,5dc,0,1) at ip_fragment+0x214
ip_fastforward(c11ab100) at ip_fastforward+0x6ed
ether_demux(c0f9,c11ab100,52,c0f8abc0,29) at ether_demux+0x259
ether_input(c0f9,c11ab100,c0f902d0,0,c08336ab) at ether_input+0x25d
sis_rxeof(c0f9) at sis_rxeof+0x1ab
sis_intr(c0f9) at sis_intr+0xf3
ithread_loop(c0ec6880,c76bfd48,c0ec6880,c060030c,0) at ithread_loop+0x124
fork_exit(c060030c,c0ec6880,c76bfd48) at fork_exit+0xa4
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xc76bfd7c, ebp = 0 ---
db> call doadump
Dumping 128 MB
16 32 48 64 80 96 112
Dump complete
0xf
db>
mbsd05# kgdb kernel.debug /tmp/crash/vmcore.3
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0 doadump () at pcpu.h:159
159 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) where
#0 doadump () at pcpu.h:159
#1 0xc04611f6 in db_fncall (dummy1=0, dummy2=0, dummy3=-1, dummy4=0xc76bf9f4
"(�k�")
at /usr/src/sys/ddb/db_command.c:531
#2 0xc0461004 in db_command (last_cmdp=0xc08c9264, cmd_table=0x0,
aux_cmd_tablep=0xc08483b8,
aux_cmd_tablep_end=0xc08483d4) at /usr/src/sys/ddb/db_command.c:349
#3 0xc04610cc in db_command_loop () at /usr/src/sys/ddb/db_command.c:455
#4 0xc0462c51 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221
#5 0xc0627af2 in kdb_trap (type=3, code=0, tf=0xc76bfb30) at
/usr/src/sys/kern/subr_kdb.c:468
#6 0xc07b6394 in trap (frame=
{tf_fs = -949288936, tf_es = -1067319280, tf_ds = -1065222128, tf_edi =
1, tf_esi = -1065
197495, tf_ebp = -949224592, tf_isp = -949224612, tf_ebx = -949224548, tf_edx =
0, tf_ecx = -10
60921344, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067288461, tf_cs =
-1065222136, tf_eflags = 658, tf_esp = -949224560, tf_ss = -1067376657}) at
/usr/src/sys/i386/i386/trap.c:584
#7 0xc07a69ca in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#8 0xc76b0018 in ?? ()
#9 0xc0620010 in schedcpu () at /usr/src/sys/kern/sched_4bsd.c:461
#10 0xc0611fef in panic (fmt=0xc0820008 "default") at
/usr/src/sys/kern/kern_shutdown.c:550
#11 0xc0641a2c in m_copym (m=0x0, off0=1500, len=1480, wait=1)
at /usr/src/sys/kern/uipc_mbuf.c:385
#12 0xc069b694 in ip_fragment (ip=0xc11bd80e, m_frag=0xc76
Re: help w/panic under heavy load - 5.4
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 the problem more specifically. Just using the GENERIC w/ debug kernel - I did make it crash - although it took some handholding, lots of throwing packets at it and running processes on the box, about 5-10 minutes - didn't really try to reproduce it - since it really wasn't the fast panic that I was concerned about before. i've included the panic below here anyhow. What I did notice - was w/o any options - and turning on ip.fastforwarding via sysctl - the crash was reproducible consistently with the (pretty much) generic kernel, same kernel traces as before basically. I also received an 'interrupt storm' message on the console from the ip.fastforwarding trace - have seen that a few times in the past when polling was not enabled before it panic'd. I welcome all comments/thoughts/directions - happy to poke/prod/compile/debug - just really don't know where to go from here. Thanks for your help! /Edwin Kernel: DDB8-GENDBG (GENERIC + options DDB/KDB/INVARIANTS/INVARIANT_SUPPORT) sysctl: ip.fastforwarding=0 <--- turned off ospfd# panic: m_copym, offset > size of mbuf chain KDB: enter: panic [thread pid 27 tid 100021 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 27 tid 100021 td 0xc0ed0180 kdb_enter(c0821a6a) at kdb_enter+0x2b panic(c0826049,0,c076b79c,c102bb00,100) at panic+0xbb m_copym(0,5dc,5c8,1,14) at m_copym+0x60 ip_fragment(c124100e,c76d1a04,5dc,0,1) at ip_fragment+0x214 ip_output(c1201200,0,c76d19d0,1,0,0) at ip_output+0x74c ip_forward(c1201200,0) at ip_forward+0x2d4 ip_input(c1201200) at ip_input+0x4a7 netisr_processqueue(c08ec138) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_loop(c0ec6580,c76d1d48,c0ec6580,c060030c,0) at ithread_loop+0x124 fork_exit(c060030c,c0ec6580,c76d1d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc76d1d7c, ebp = 0 --- db> call doadump Dumping 128 MB 16 32 48 64 80 96 112 Dump complete 0xf db> Kernel: DDB8-GENDBG (GENERIC + options DDB/KDB/INVARIANTS/INVARIANT_SUPPORT) Sysctl: ip.fastforwarding=1 fb54c# Interrupt storm detected on "irq10: sis0 sis1+"; throttling interrupt source fb54c# fb54c# fb54c# fb54c# panic: m_copym, offset > size of mbuf chain KDB: enter: panic [thread pid 21 tid 100015 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 21 tid 100015 td 0xc0ecc780 kdb_enter(c08165b2) at kdb_enter+0x2b panic(c081ab91,0,c0760a0c,c1028800,100) at panic+0xbb m_copym(0,5dc,5c8,1,14) at m_copym+0x60 ip_fragment(c121880e,c76bfc6c,5dc,0,1) at ip_fragment+0x214 ip_fastforward(c11f2600) at ip_fastforward+0x6ed ether_demux(c0f9,c11f2600,52,c0f8b8d8,a) at ether_demux+0x259 ether_input(c0f9,c11f2600,c0f902cc,0,c0826fc6) at ether_input+0x25d sis_rxeof(c0f9) at sis_rxeof+0x18b sis_intr(c0f9) at sis_intr+0xa3 ithread_loop(c0ec6880,c76bfd48,c0ec6880,c05feb3c,0) at ithread_loop+0x124 fork_exit(c05feb3c,c0ec6880,c76bfd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc76bfd7c, ebp = 0 --- db> doadump No such command db> call doadump Dumping 128 MB 16 32 48 64 80 96 112 Dump complete 0xf db> reset . Giorgos Keramidas ([EMAIL PROTECTED]) wrote: > 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, offset > size of mbuf chain > > KDB: enter: panic > > [thread pid 27 tid 100021 ] > > Stopped at kdb_enter+0x2b: nop > > db> where > > Tracing pid 27 tid 100021 td 0xc0ed0180 > > kdb_enter(c0821a6a) at kdb_enter+0x2b > > panic(c0826049,0,c076b79c,c102d600,100) at panic+0xbb > > m_copym(0,5dc,5c8,1,14) at m_copym+0x60 > > ip_fragment(c123180e,c76d1c38,5dc,0,1) at ip_fragment+0x214 > > ip_fastforward(c11fee00) at ip_fastforward+0x6ed > > ether_demux(c0f9,c11fee00,52,c0f8aad0,1f) at ether_demux+0x259 > > ether_input(c0f9,c11fee00,c0f902d0,0,c08336ab) at ether_input+0x25d > > sis_rxeof(c0f9,1,5,c08e5500,c76d1ce0) at sis_rxeof+0x1ab > > sis_poll(c0f9,0,5) at sis_poll+0x7f > > netisr_poll(0) at netisr_poll+0x188 > > swi_net(0) at swi_net+0x81 > > ithread_loop(c0ec6580,c76d1d48,c0ec6580,c060030c,0) at ithread_loop+0x124 > > fork_exit(c060030c,c0ec6580,c76d1d48) at fork_exit+0xa4 > > fo
Re: help w/panic under heavy load - 5.4
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 KGDB output shows an MTU of the
same type
value (-1056788992 v. (-1056787456).
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.
Thanks again,
-Edwin
the variables you were asking about from this crash.
(kgdb) f 13
#13 0xc06933c1 in ip_fastforward (m=0xc12e6c00) at
/usr/src/sys/netinet/ip_fastfwd.c:572
572 if (ip_fragment(ip, &m, mtu, ifp->if_hwassist,
(kgdb) p ro.ro_rt->rt_rmx
$1 = {rmx_mtu = 1500, rmx_expire = 333905919, rmx_pksent = 3868}
(kgdb) p ifp
$2 = (struct ifnet *) 0xc0f91800
(kgdb) p *ifp
$3 = {if_softc = 0xc0f91800, if_link = {tqe_next = 0xc0f9, tqe_prev =
0xc08ebe84},
if_xname = "sis0", '\0' , if_dname = 0xc0f2ec2c "sis",
if_dunit = 0,
if_addrhead = {tqh_first = 0xc0ec, tqh_last = 0xc1040460}, if_klist = {
kl_lock = 0xc08e5a40, kl_list = {slh_first = 0x0}}, if_pcount = 0, if_carp
= 0x0,
if_bpf = 0x0, if_index = 1, if_timer = 5, if_nvlans = 0, if_flags = 34883,
if_capabilities = 72, if_capenable = 72, if_linkmib = 0x0, if_linkmiblen = 0,
if_data = {ifi_type = 6 '\006', ifi_physical = 0 '\0', ifi_addrlen = 6
'\006',
ifi_hdrlen = 18 '\022', ifi_link_state = 2 '\002', ifi_recvquota = 0 '\0',
ifi_xmitquota = 0 '\0', ifi_datalen = 80 'P', ifi_mtu = 1500, ifi_metric =
0,
ifi_baudrate = 1000, ifi_ipackets = 50, ifi_ierrors = 0, ifi_opackets =
3914,
ifi_oerrors = 0, ifi_collisions = 0, ifi_ibytes = 6146, ifi_obytes =
213356,
ifi_imcasts = 40, ifi_omcasts = 29, ifi_iqdrops = 0, ifi_noproto = 0,
ifi_hwassist = 0, ifi_epoch = 0, ifi_lastchange = {tv_sec = 0, tv_usec =
0}},
if_multiaddrs = {tqh_first = 0xc0fab3e0, tqh_last = 0xc0fabcc0}, if_amcount =
0,
if_output = 0xc0671e04 , if_input = 0xc0672598 ,
if_start = 0xc0713c10 , if_ioctl = 0xc071497c ,
if_watchdog = 0xc0714b04 , if_init = 0xc0713f60 ,
if_resolvemulti = 0xc0672e48 , if_spare1 = 0x0, if_spare2
= 0x0,
if_spare3 = 0x0, if_spare_flags1 = 0, if_spare_flags2 = 0, if_snd = {ifq_head
= 0x0,
ifq_tail = 0x0, ifq_len = 0, ifq_maxlen = 127, ifq_drops = 0, ifq_mtx = {
mtx_object = {lo_class = 0xc0880b3c, lo_name = 0xc0f9180c "sis0",
lo_type = 0xc0829304 "if send queue", lo_flags = 196608, lo_list = {
tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4,
mtx_recurse = 0}, ifq_drv_head = 0x0, ifq_drv_tail = 0x0, ifq_drv_len =
0,
ifq_drv_maxlen = 127, altq_type = 0, altq_flags = 1, altq_disc = 0x0,
altq_ifp = 0xc0f91800, altq_enqueue = 0, altq_dequeue = 0, altq_request =
0,
altq_clfier = 0x0, altq_classify = 0, altq_tbr = 0x0, altq_cdnr = 0x0},
if_broadcastaddr = 0xc07db600 "������", lltables = 0x0, if_label
= 0x0,
if_prefixhead = {tqh_first = 0x0, tqh_last = 0xc0f91968}, if_afdata = {
0x0 , 0xc0faaab0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0,
0x0},
if_afdata_initialized = 1, if_afdata_mtx = {mtx_object = {lo_class =
0xc0880b3c,
lo_name = 0xc08292f4 "if_afdata", lo_type = 0xc08292f4 "if_afdata",
lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness
= 0x0},
mtx_lock = 4, mtx_recurse = 0}, if_starttask = {ta_link = {stqe_next =
0x0},
ta_pending = 0, ta_priority = 0, ta_func = 0xc06711c0 ,
ta_context = 0xc0f91800}}
(kgdb)
for reference going forward - this kernel was named D1-0722, and I'm making
cross
correlations to save the kernels/debugs/cores.
new kernel crash - all options compiled, sysctl ipff=1, polling not enabled
fb54c# panic: m_copym, offset > size of mbuf chain
KDB: enter: panic
[thread pid 21 tid 100015 ]
Stopped at kdb_enter+0x2b: nop
db> where
Tracing pid 21 tid 100015 td 0xc0ecc780
kdb_enter(c0821a6a) at kdb_enter+0x2b
panic(c0826049,0,c076b79c,c102ae00,100) at panic+0xbb
m_copym(0,5dc,5c8,1,14) at m_copym+0x60
ip_fragment(c12f700e,c76bfc6c,5dc,0,1) at ip_fragment+0x214
ip_fastforward(c12e6c00) at ip_fastforward+0x6ed
ether_demux(c0f9,c12e6c00,3c,c0f8a8d8,a) at ether_demux+0x259
ether_input(c0f9,c12e6c00,c0f902d0,0,c08336ab) at ether_input+0x25d
sis_rxeof(c0f9) at sis_rxeof+0x1ab
sis_intr(c0f9) at sis_intr+0xf3
ithread_loop(c0ec6880,c76bfd48,c0ec6880,c060030c,0) at ithread_loop+0x124
fork_exit(c060030c,c0ec6880,c76bfd48) at fork_exit+0xa4
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xc76bfd7c, ebp = 0 ---
db>
(kgdb) where
#0 doadump () at pcpu.h:159
#1
Re: help w/panic under heavy load - 5.4
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 dump stored somewhere.
included right below - i have a few other questions while i'm looking @ these
- the value of hlen (looks from the code that it should be ip->ip_hl << 2
(5*4=20 right?)
not some large -value - plus the value of hlen is sortof close to crazy
mtu value
- ip->ip_len = 10240 ??? not sure why this would be either
- i think mtu should have a value of 1500 here - both the ifp struct and ro
struct
have values of 1500, but even if it did have a value of 1500 - since
ip->ip_len = 10240 - it's still going to drop through to else of line
542
(ie. ip->ip_len <= mtu) which leaves either can't frag/drop or frag
(where
we are i think) - unless I'm missing something
(kgdb) f 13
#13 0xc06933c1 in ip_fastforward (m=0xc12e6c00) at
/usr/src/sys/netinet/ip_fastfwd.c:572
warning: Source file is more recent than executable.
572 if (ip_fragment(ip, &m, mtu, ifp->if_hwassist,
(kgdb) i loc
ip = (struct ip *) 0xc12f700e
m0 = (struct mbuf *) 0xc12f700e
ro = {ro_rt = 0xc11f8420, ro_dst = {sa_len = 16 '\020', sa_family = 2 '\002',
sa_data = "\000\000�\002\005\000\000\000\000\000\000\000"}}
dst = (struct sockaddr_in *) 0xc76bfc3c
ia = (struct in_ifaddr *) 0x0
ifa = (struct ifaddr *) 0x0
ifp = (struct ifnet *) 0xc0f91800
odest = {s_addr = 84060352}
dest = {s_addr = 84060352}
sum = 0
ip_len = 0
error = 84060352
hlen = -1057417216
mtu = 0
__func__ = "ip_fastforward"
(kgdb) p *ip
$1 = {ip_hl = 5, ip_v = 4, ip_tos = 0 '\0', ip_len = 10240, ip_id = 61249,
ip_off = 0, ip_ttl = 63 '?', ip_p = 17 '\021', ip_sum = 31921, ip_src =
{s_addr = 67479744}, ip_dst = {s_addr = 84060352}}
(kgdb)
>
> You are not running a kernel with optimization and/or architecture-
> dependent optimization flags, right?
>
ntiko - i have added CPU_GEODE/CPU_SOEKRIS to my config - but same crash on the
generic
config as well..this is a soekris net4801 box (w/ geode proc - i586). generic
'make buildkernel KERNCONF=D1-0722' command line (ie no other make/compiler
options).
mbsd05# diff /root/kernels/D1-0722 /root/kernels/GENERIC
21,22d20
< makeoptions DEBUG=-g
<
24c22
< #cpu I486_CPU
---
> cpu I486_CPU
26,27c24,25
< #cpu I686_CPU
< ident D1-0722
---
> cpu I686_CPU
> ident GENERIC
31,48d28
<
< options KDB
< options DDB
< options INVARIANTS
< options INVARIANT_SUPPORT
<
< options CPU_SOEKRIS
< options CPU_GEODE
<
< options HZ=1000
< options DEVICE_POLLING
<
< options IPFIREWALL
< options IPFIREWALL_VERBOSE
< options IPFIREWALL_VERBOSE_LIMIT
< options IPFIREWALL_DEFAULT_TO_ACCEPT
< options DUMMYNET
< options IPDIVERT
mbsd05#
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: help w/panic under heavy load - 5.4
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.
>
> --
> /"\ Best regards, | [EMAIL PROTECTED]
> \ / Max Laier | ICQ #67774661
> X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
> / \ ASCII Ribbon Campaign | Against HTML Mail and News
Absolutely ;) - Thanks for taking the time!
cheers. /edwin
Kernel name: D1-0722 (for reference)
mbsd05# kgdb kernel.debug /usr/local/STORAGE/crash/vmcore.5
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0 doadump () at pcpu.h:159
159 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) where
#0 doadump () at pcpu.h:159
#1 0xc04611f6 in db_fncall (dummy1=0, dummy2=0, dummy3=43, dummy4=0xc76bf9f4
"(úkÇ")
at /usr/src/sys/ddb/db_command.c:531
#2 0xc0461004 in db_command (last_cmdp=0xc08c9264, cmd_table=0x0,
aux_cmd_tablep=0xc08483b8,
aux_cmd_tablep_end=0xc08483d4) at /usr/src/sys/ddb/db_command.c:349
#3 0xc04610cc in db_command_loop () at /usr/src/sys/ddb/db_command.c:455
#4 0xc0462c51 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221
#5 0xc0627af2 in kdb_trap (type=3, code=0, tf=0xc76bfb30) at
/usr/src/sys/kern/subr_kdb.c:468
#6 0xc07b6394 in trap (frame=
{tf_fs = -949288936, tf_es = -1067319280, tf_ds = -1065222128, tf_edi =
1, tf_esi = -1065197495, tf_ebp = -949224592, tf_isp = -949224612, tf_ebx =
-949224548, tf_edx = 0, tf_ecx = -1060921344, tf_eax = 18, tf_trapno = 3,
tf_err = 0, tf_eip = -1067288461, tf_cs = -1065222136, tf_eflags = 658, tf_esp
= -949224560, tf_ss = -1067376657})
at /usr/src/sys/i386/i386/trap.c:584
#7 0xc07a69ca in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#8 0xc76b0018 in ?? ()
#9 0xc0620010 in schedcpu () at /usr/src/sys/kern/sched_4bsd.c:461
#10 0xc0611fef in panic (fmt=0xc0820008 "default") at
/usr/src/sys/kern/kern_shutdown.c:550
#11 0xc0641a2c in m_copym (m=0x0, off0=1500, len=1480, wait=1) at
/usr/src/sys/kern/uipc_mbuf.c:385
#12 0xc069b694 in ip_fragment (ip=0xc12f700e, m_frag=0xc76bfc6c,
mtu=-1056788992, if_hwassist_flags=0, sw_csum=1)
at /usr/src/sys/netinet/ip_output.c:967
#13 0xc06933c1 in ip_fastforward (m=0xc12e6c00) at
/usr/src/sys/netinet/ip_fastfwd.c:572
#14 0xc0672a59 in ether_demux (ifp=0xc0f9, m=0xc12e6c00) at
/usr/src/sys/net/if_ethersubr.c:770
#15 0xc06727f5 in ether_input (ifp=0xc0f9, m=0xc12e6c00) at
/usr/src/sys/net/if_ethersubr.c:631
#16 0xc0713507 in sis_rxeof (sc=0xc0f9) at /usr/src/sys/pci/if_sis.c:1636
#17 0xc071398f in sis_intr (arg=0xc0f9) at /usr/src/sys/pci/if_sis.c:1841
#18 0xc0600430 in ithread_loop (arg=0xc0ec6880) at
/usr/src/sys/kern/kern_intr.c:547
#19 0xc05ff8a4 in fork_exit (callout=0xc060030c , arg=0xc0ec6880,
frame=0xc76bfd48)
at /usr/src/sys/kern/kern_fork.c:791
#20 0xc07a6a2c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209
(kgdb) f 13
#13 0xc06933c1 in ip_fastforward (m=0xc12e6c00) at
/usr/src/sys/netinet/ip_fastfwd.c:572
warning: Source file is more recent than executable.
572 if (ip_fragment(ip, &m, mtu, ifp->if_hwassist,
(kgdb) l
567 m->m_pkthdr.csum_flags |= CSUM_IP;
568 /*
569 * ip_fragment expects ip_len and ip_off in
host byte
570 * order but returns all packets in network
byte order
571 */
572 if (ip_fragment(ip, &m, mtu, ifp->if_hwassist,
573 (~ifp->if_hwassist &
CSUM_DELAY_IP))) {
574 goto drop;
575 }
576 KASSERT(m != NULL, ("null mbuf and no error"));
(kgdb) i loc
ip = (struct ip *) 0xc12f700e
m0 = (struct mbuf *) 0xc12f700e
ro = {ro_rt = 0xc11f8420, ro_dst = {sa_len = 16 '\020', sa_family = 2 '\002',
sa_data = "\000\000ˬ\002\005\000\000\000\000\000\000\000"}}
dst = (struct sockaddr_in *) 0xc76bfc3c
ia = (struct in_ifaddr *) 0x0
ifa = (struct ifaddr *) 0x0
ifp = (struct ifnet *) 0
Re: help w/panic under heavy load - 5.4
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 is called to change ip->ip_len to host byte order
incidentally - ip_len should be set to ntohs(ip->ip_len)
as well - it seems like neither one of those calls worked?
5. also - the call to set hlen to ip->ip_hl <<2 didn't work out well
either - right? since hlen = -1057417216, and i think it's
supposed to be 20 (5*4) - am I correct there as well?
6. due to ip->ip_len being in network byte order still a little
gremlin helps us to think we have a 10240 byte packet and we
need to fragment it...
7. in ip_fragment - ip->ip_len is still 10240 - so we assume that we
need to make several fragments - however, the mbuf is correct
(len = 40)
8. in ip_fragment - to create the 'second' fragment, we try to copy
1480 bytes @ offset 1500 out of the mbuf that only has a valid
data length of 40-bytes???
Are we really looking for the cause of ip->ip_len not being in the correct
order @ the right time then? - in that case - there's two possibilities that
I see - and I don't think that ntohs not working (1) is too realistic, so
I would suppose we are looking for what flipped it in the first place?
1. either ntohs didn't work for some reason, or
2. it was already in host order, and the ntohs call flipped it back to
network order
If you feel that it's a ipfw/ipfil issue - I can easily take IPFIREWALL* options
out of the kernel and build a new one - just give me about 15 minutes.
cheers. /edwin
Max Laier ([EMAIL PROTECTED]) wrote:
> 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 executable.
>
> Let's hope that's still correct ...
>
it is - result of manual patch application and removal - just the
timestamp/dates on the file are different (verified by
diff from clean source tree just now to make sure again.
> > 572 if (ip_fragment(ip, &m, mtu, ifp->if_hwassist,
> > (kgdb) l
> > 567 m->m_pkthdr.csum_flags |= CSUM_IP;
> > 568 /*
> > 569 * ip_fragment expects ip_len and ip_off in
> > host byte
> > 570 * order but returns all packets in network
> > byte order
> > 571 */
> > 572 if (ip_fragment(ip, &m, mtu, ifp->if_hwassist,
> > 573 (~ifp->if_hwassist &
> > CSUM_DELAY_IP))) {
> > 574 goto drop;
> > 575 }
> > 576 KASSERT(m != NULL, ("null mbuf and no error"));
> > (kgdb) i loc
> > ip = (struct ip *) 0xc12f700e
> > m0 = (struct mbuf *) 0xc12f700e
> > ro = {ro_rt = 0xc11f8420, ro_dst = {sa_len = 16 '\020', sa_family = 2
> > '\002', sa_data = "\000\000ˬ\002\005\000\000\000\000\000\000\000"}}
> > dst = (struct sockaddr_in *) 0xc76bfc3c
> > ia = (struct in_ifaddr *) 0x0
> > ifa = (struct ifaddr *) 0x0
> > ifp = (struct ifnet *) 0xc0f91800
> > odest = {s_addr = 84060352}
> > dest = {s_addr = 84060352}
> > sum = 0
> > ip_len = 0
>
> This should not happen. ip_len is initialize from ntohs(ip->ip_len) and never
> touched again. Anyway, let's look some more ...
is it accurate to say that ip->ip_len is 10240 @ this point - but it should be
40?
at line 542 of ip_fastfwd.c 1.17.2.7...
the ip->ip_len <= mtu should eval to true and fall through to the true case -
but it
falls through to false (hence the ip_fragment section) - b/c it is still in
network order?
if (ip->ip_len <= mtu ||
(ifp->if_hwassist & CSUM_FRAGMENT && (ip->ip_off & IP_DF) == 0)) {
/*
* Restore packet header fields to original values
*/
ip->ip_len = htons(ip->ip_len);
ip->ip_off = htons(ip->ip_off);
/*
* Send off the packet via outgoing interface
*/
error = (*ifp->if_output)(ifp, m,
(struct sockaddr
Re: help w/panic under heavy load - 5.4
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_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0 doadump () at pcpu.h:159
159 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) where
#0 doadump () at pcpu.h:159
#1 0xc0460ef6 in db_fncall (dummy1=0, dummy2=0, dummy3=43, dummy4=0xc76bf9f4
"(úkÇ")
at /usr/src/sys/ddb/db_command.c:531
#2 0xc0460d04 in db_command (last_cmdp=0xc08be624, cmd_table=0x0,
aux_cmd_tablep=0xc083e324,
aux_cmd_tablep_end=0xc083e340) at /usr/src/sys/ddb/db_command.c:349
#3 0xc0460dcc in db_command_loop () at /usr/src/sys/ddb/db_command.c:455
#4 0xc0462951 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221
#5 0xc06277f2 in kdb_trap (type=3, code=0, tf=0xc76bfb30) at
/usr/src/sys/kern/subr_kdb.c:468
#6 0xc07ad874 in trap (frame=
{tf_fs = -949288936, tf_es = -1067319280, tf_ds = -1065287664, tf_edi =
1, tf_esi = -1065233792, tf_ebp = -949224592, tf_isp = -949224612, tf_ebx =
-949224548, tf_edx = 0, tf_ecx = -1060921344, tf_eax = 18, tf_trapno = 3,
tf_err = 0, tf_eip = -1067289229, tf_cs = -1065287672, tf_eflags = 658, tf_esp
= -949224560, tf_ss = -1067377425})
at /usr/src/sys/i386/i386/trap.c:584
#7 0xc079deaa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#8 0xc76b0018 in ?? ()
#9 0xc0620010 in sched_runnable () at /usr/src/sys/kern/sched_4bsd.c:641
#10 0xc0611cef in panic (fmt=0xc081d280 "m_copym, offset > size of mbuf chain")
at /usr/src/sys/kern/kern_shutdown.c:550
#11 0xc064172c in m_copym (m=0x0, off0=1500, len=1480, wait=1) at
/usr/src/sys/kern/uipc_mbuf.c:385
#12 0xc0692b74 in ip_fragment (ip=0xc12f000e, m_frag=0xc76bfc6c,
mtu=-1056775680, if_hwassist_flags=0, sw_csum=1)
at /usr/src/sys/netinet/ip_output.c:967
#13 0xc068f6e9 in ip_fastforward (m=0xc12e2300) at
/usr/src/sys/netinet/ip_fastfwd.c:572
#14 0xc0672759 in ether_demux (ifp=0xc0f9, m=0xc12e2300) at
/usr/src/sys/net/if_ethersubr.c:770
#15 0xc06724f5 in ether_input (ifp=0xc0f9, m=0xc12e2300) at
/usr/src/sys/net/if_ethersubr.c:631
#16 0xc070a9e7 in sis_rxeof (sc=0xc0f9) at /usr/src/sys/pci/if_sis.c:1636
#17 0xc070ae6f in sis_intr (arg=0xc0f9) at /usr/src/sys/pci/if_sis.c:1841
#18 0xc0600130 in ithread_loop (arg=0xc0ec6880) at
/usr/src/sys/kern/kern_intr.c:547
#19 0xc05ff5a4 in fork_exit (callout=0xc06c , arg=0xc0ec6880,
frame=0xc76bfd48)
at /usr/src/sys/kern/kern_fork.c:791
#20 0xc079df0c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209
(kgdb) f 13
#13 0xc068f6e9 in ip_fastforward (m=0xc12e2300) at
/usr/src/sys/netinet/ip_fastfwd.c:572
572 if (ip_fragment(ip, &m, mtu, ifp->if_hwassist,
(kgdb) l
567 m->m_pkthdr.csum_flags |= CSUM_IP;
568 /*
569 * ip_fragment expects ip_len and ip_off in
host byte
570 * order but returns all packets in network
byte order
571 */
572 if (ip_fragment(ip, &m, mtu, ifp->if_hwassist,
573 (~ifp->if_hwassist &
CSUM_DELAY_IP))) {
574 goto drop;
575 }
576 KASSERT(m != NULL, ("null mbuf and no error"));
(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',
sa_data = "\000\000ˬ\002\005\000\000\000\000\000\000\000"}}
dst = (struct sockaddr_in *) 0xc76bfc3c
ia = (struct in_ifaddr *) 0x0
ifa = (struct ifaddr *) 0x0
ifp = (struct ifnet *) 0xc0f91800
odest = {s_addr = 84060352}
dest = {s_addr = 84060352}
sum = 0
ip_len = 0
error = 84060352
hlen = -1057417216
mtu = 0
__func__ = "ip_fastforward"
(kgdb) p *ip
$1 = {ip_hl = 5, ip_v = 4, ip_tos = 0 '\0', ip_len = 10240, ip_id = 33436,
ip_off = 0, ip_ttl = 64 '@',
ip_p = 17 '\021', ip_sum = 59733, ip_src = {s_addr = 67479744}, ip_dst =
{s_addr = 84060352}}
(kgdb) p *m
$2 = {m_hdr = {mh_next = 0x0, mh_nextpkt = 0x0, mh_data = 0xc12f000e "E",
mh_len = 40, mh_flags = 3,
mh_type = 1}, M_dat = {MH = {MH_pkthdr
Re: help w/panic under heavy load - 5.4
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 thing that's a little different about the box that i use to compile is that it's a dual processor machine - but no -j# options used in compilation of the kernel. the compile is proceding with the following as an example output from make/cc $ grep netinet /tmp/make.DEBUG1.output |grep fastfwd cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/ acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib /dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -incl ude opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/netinet/ip_fastfwd.c $ are you referring to the -fformat-extensions, -fno-common and -finline...etc optimizations as well? or just the -O v. -O2/-O3/-Os one? If yes to the -f* optimizations - besides commenting out parts of the makefiles - is there a 'normal' way to disable them? FWIW - I also had (I think) the same problem with the 5.3 release - but I never worked it out - just other things on my plate, so I don't believe it's a recent code change (ie. 5.4 timeframe) if it does turn out to be a code change. it also has something to do with the load on the box - I'm testing with small udp packets (using iperf) - if I step up the size - I have to step up the bandwidth in order to cause the panic. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Keeping /etc/localtime up-to-date
Hello Doug, I think it got lost in the busy/dark part of my life last year. Feel free to do it, the code is not spectacular or dramatic. If not done when I go home I will do it tonight on my way back from work. Edwin -- Edwin Groothuis ed...@mavetju.org - Original Message - From: "Doug Barton" To:"Ed Maste" Cc:"David Wolfskill" , , Sent:Mon, 28 Mar 2011 14:11:42 -0700 Subject:Re: Keeping /etc/localtime up-to-date On 03/27/2011 18:38, Ed Maste wrote: > That's what tzsetup does in HEAD - the name of the selected timezone file > is stored in /var/db/zoneinfo, and tzsetup -r can be used to copy in an > updated file: > > -r Reinstall the zoneinfo file installed last time. The > name is obtained from /var/db/zoneinfo. > > It looks like this hasn't been MFC'd, although I'm not sure why. The > change came in from svn rev 198267 by edwin (CC'd). Edwin, Any reason not to MFC this? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ [1] Links: -- [1] http://SupersetSolutions.com/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: regression error with calendar
Hello Jaakko, Thanks for pointing these out to me, I have fixed the one from PR 157718, I will check this one out tomorrow. Edwin On 08/07/2011, at 5:01 PM, Jaakko Heinonen wrote: > On 2011-07-05, Julian H. Stacey wrote: >> Jaakko Heinonen wrote: >>> On 2011-07-05, Julian H. Stacey wrote: >>>> There's a regression error with calendar between FreeBSD-8.1 & 8.2-RELEASES >>>> Test data: >>>> - >>>> Tue+1 TESTX 1 >>>> Tuesday+1 TESTX 2 >>>> * Tuesday+1TESTX 3 >>>> Tuesday+1 *TESTX 4 >>>> TuesdayTESTX5 >>>> TuesdayTESTX6 >>>> - >>> >>> This look like PR bin/155873 >>> (http://www.freebsd.org/cgi/query-pr.cgi?pr=155873). >> >> Ah Yes, that's the same problem. Thanks ! Can FreeBSD please revert >> the broken code out of CVS, until/ if author / importer / whoever >> might want to fix it. The new code breaks basic common functionality, >> to add rare usage exotica. > > I guess that reverting r205821 would mean reverting all of edwin's > recent calendar(1) work > (http://svnweb.freebsd.org/base/user/edwin/calendar/?view=log). > >> Broken calendar code failed to mail prompt me to call meetings in time. >> Probably caused lots of missed reminders. > > There is also another recent calendar(1) regression: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=157718 > > Edwin, please comment if you plan to take a look at these regressions. > > -- > Jaakko ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Hung kernel from sysv semaphore semu_list corruption
On Wed, Mar 07, 2007 at 06:07:31PM -0500, Ed Maste wrote: > Nightly tests on our 6.1-based installation using pgsql have resulted in > a number of kernel hangs, due to a corrupt semu_list (the list ended up > with a loop). Sounds like an issue we have for a long time. Unfortunately it only happens on the active database, not on the replicated ones. Once it is blessed I'm going to try it. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: any plans to enhance 'locate'?
On Fri, Apr 13, 2007 at 09:01:47AM +0300, Evren Yurtesen wrote: > Is there a reason why there is no port for slocate or the FreeBSD > locate to not to be enhanced this way? > > There seems to be a port for this for Mac OS X: > http://slocate.darwinports.com/dports/sysutils/slocate/ Port it to FreeBSD, and submit it for in the ports collection :-) Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: any plans to enhance 'locate'?
On Fri, Apr 13, 2007 at 09:35:37PM +1000, Edwin Groothuis wrote:
> On Fri, Apr 13, 2007 at 09:01:47AM +0300, Evren Yurtesen wrote:
> > Is there a reason why there is no port for slocate or the FreeBSD
> > locate to not to be enhanced this way?
> >
> > There seems to be a port for this for Mac OS X:
> > http://slocate.darwinports.com/dports/sysutils/slocate/
>
> Port it to FreeBSD, and submit it for in the ports collection :-)
In case you're brave, the basic work is done. All you need to do
is something which does do the mkdir and pw group add slocate at
the installation.
Don't forget portlint :-)
# This is a shell archive. Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file". Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
# slocate/
# slocate/Makefile
# slocate/distinfo
# slocate/files
# slocate/files/patch-main.c
#
echo c - slocate/
mkdir -p slocate/ > /dev/null 2>&1
echo x - slocate/Makefile
sed 's/^X//' >slocate/Makefile << 'END-of-slocate/Makefile'
XPORTNAME= slocate
XPORTVERSION= 2.7
XCATEGORIES=sysutils security
XMASTER_SITES=
http://www.mirrors.wiretapped.net/security/host-security/slocate/src/
X
XCOMMENT= slocate
XMAINTAINER=you
X
XUSE_GMAKE= yes
XUSE_AUTOTOOLS= automake:14
XHAS_CONFIGURE= yes
X
XPLIST_FILES= bin/slocate
X
X#
X# mkdir /var/db/slocate
X# pw group add slocate
X# slocate -u
X#
X
X.include
END-of-slocate/Makefile
echo x - slocate/distinfo
sed 's/^X//' >slocate/distinfo << 'END-of-slocate/distinfo'
XMD5 (slocate-2.7.tar.gz) = 4872830642ea2ed5f9aff932720583c9
XSHA256 (slocate-2.7.tar.gz) =
ddff733fcc5f240d40361c5acbce0011b2204efc506efb0da63c8d0e38947dcf
XSIZE (slocate-2.7.tar.gz) = 87240
END-of-slocate/distinfo
echo c - slocate/files
mkdir -p slocate/files > /dev/null 2>&1
echo x - slocate/files/patch-main.c
sed 's/^X//' >slocate/files/patch-main.c << 'END-of-slocate/files/patch-main.c'
X--- main.c.origFri Apr 13 22:01:37 2007
X+++ main.c Fri Apr 13 22:07:18 2007
X@@ -540,53 +540,6 @@
X }
X
X
X-#ifdef __FreeBSD__
X-/* Get File System type in the form of a string. "*fstype*" */
X-
X-char *
X-get_fs_type(int fs_type)
X-{
X- if (fs_type == MOUNT_UFS)
X- return("*UFS*");
X- else if (fs_type == MOUNT_NFS)
X- return("*NFS*");
X- else if (fs_type == MOUNT_MFS)
X- return("*MFS*");
X- else if (fs_type == MOUNT_MSDOS)
X- return("*MSDOS*");
X- else if (fs_type == MOUNT_LFS)
X- return("*LFS*");
X- else if (fs_type == MOUNT_LOFS)
X- return("*LOFS*");
X- else if (fs_type == MOUNT_FDESC)
X- return("*FDESC*");
X- else if (fs_type == MOUNT_PORTAL)
X- return("*PORTAL*");
X- else if (fs_type == MOUNT_NULL)
X- return("*NULL*");
X- else if (fs_type == MOUNT_UMAP)
X- return("*UMAP*");
X- else if (fs_type == MOUNT_KERNFS)
X- return("*KERNFS*");
X- else if (fs_type == MOUNT_PROCFS)
X- return("*PROCFS*");
X- else if (fs_type == MOUNT_AFS)
X- return("*AFS*");
X- else if (fs_type == MOUNT_CD9660)
X- return("*CD9660*");
X- else if (fs_type == MOUNT_UNION)
X- return("*UNION*");
X- else if (fs_type == MOUNT_DEVFS)
X- return("*DEVFS*");
X- else if (fs_type == MOUNT_EXT2FS)
X- return("*EXT2FS*");
X- else if (fs_type == MOUNT_TFS)
X- return("*TFS*");
X- else
X- return("*NONE*");
X-}
X-#endif
X-
X /* Parse File System Type Exclusion */
X int
X parse_fs_exclude(char *estr)
X@@ -637,7 +590,7 @@
X num_mounts = getfsstat(fs_stat,bufsize,MNT_WAIT);
X
X for (i = 0; i < num_mounts; i+=1) {
X- if (strstr(estr,get_fs_type(fs_stat[i].f_type))) {
X+ if (strstr(estr,fs_stat[i].f_fstypename)) {
X if (!exclude_str) {
X exclude_str =
malloc(strlen(fs_stat[i].f_mntonname)+1);
X if (!exclude_str)
END-of-slocate/files/patch-main.c
exit
Edwin
--
Edwin Groothuis |Personal website: http://www.mavetju.org
[EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Looking for speed increases in "make index"
On Sun, May 27, 2007 at 08:44:56PM -0500, Mark Linimon wrote: > In summary, the ports infrastructure is really complicated because it's > trying to deal with all kinds of constraints and conditions. I challenge Reading this, I was wondering what the ports infrastructure has ever done for us? See http://www.epicure.demon.co.uk/whattheromans.html Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Looking for speed increases in "make index"
On Sun, May 27, 2007 at 10:51:56PM -0400, Mike Meyer wrote: > In <[EMAIL PROTECTED]>, Edwin Groothuis <[EMAIL PROTECTED]> typed: > > On Sun, May 27, 2007 at 08:44:56PM -0500, Mark Linimon wrote: > > > In summary, the ports infrastructure is really complicated because it's > > > trying to deal with all kinds of constraints and conditions. I challenge > > Reading this, I was wondering what the ports infrastructure has > > ever done for us? > > See http://www.epicure.demon.co.uk/whattheromans.html > > While that's funny, it makes me wonder if you're serious when you ask > the question. No I wasn't serious, I was sarcastic. I've spend enough time working in ports/Mk to know what is has done for us. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: kern/83807: [sis] [patch] if_sis: Wake On Lan support for FreeBSD
Stefan Sperling wrote: On Sat, Jun 09, 2007 at 11:08:01AM +0200, Edwin Mons wrote: Will this feature ever be incorporated in mainstream FreeBSD? I'm eagerly waiting for it to land in -CURRENT... I have no idea. I haven't got much feedback on this patch, apart from one or two people who sent me a quick thank you note :) So I have no idea how many people are actually using the patch. I know that: * if_sis and if_vr wake on lan support is very stable for me. I've been using this code for nearly 2 years now. * if_nve support has afaik never been tested (plus it's a binary blob driver and will apparently be replaced with OpenBSD's nfe driver soon.) I run a single 6.2 box here that I maintain the patch for. I'd be happy to setup a -current box to port the patch to -CURRENT. I currently have one -CURRENT machine, and several 6.2-STABLE machines. For at least two of them (the -CURRENT and an x86 -STABLE machine) I'd really like to have WoL support, as these are my workstation and a home server, both of them really do not need to be on all the time, but I want to be able to reach them when I need a file from them when I'm elsewhere. I'd also be happy to add WOL support for more chipsets. Adding support is relatively easy as long as another open source OS (e.g. Linux) supports wake on lan for a chipset and even easier if a good datasheet is available (as in case of if_sis). I usually use either if_em or if_xl chipsets, so I hoped landing this code in at least -CURRENT (should go there first, I guess) would result in more chipsets supported ;) If anyone has a card that does wake on lan after shutdown from Linux but not after shutdown from FreeBSD with my patch applied let me know. You may need to use the ethtool utility to enable WOL on Linux. I don't run Linux on either machine. Perhaps I could do some tests on my workstation with a CD-based linux distribution. Edwin ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
rpcgen issues on ports/security/cfs
Hello, I needed to get the security/cfs port running on a FreeBSD 7 machine, but it didn't compile at all. The issue was that rpcgen created code like: extern void * admproc_null_2(void *, CLIENT *); extern void * admproc_null_2_svc(void *, struct svc_req *); #defineADMPROC_ATTACH ((unsigned long)(1)) but what worked was: extern void * admproc_null_2(void *, CLIENT *); #define admproc_null_2_svc admproc_null_2 #defineADMPROC_ATTACH ((unsigned long)(1)) (instead of prototyping the _svc function, just make it the same as the non _svc version) And: #defineNFSPROC_SETATTR ((unsigned long)(2)) extern attrstat * nfsproc_setattr_2(sattrargs *, CLIENT *); extern attrstat * nfsproc_setattr_2_svc(sattrargs *, struct svc_req *); but what worked was: #defineNFSPROC_SETATTR ((unsigned long)(2)) extern attrstat * nfsproc_setattr_2(sattrargs *, SR *); #define nfsproc_setattr_2_svc nfsproc_setattr_2 (instead of a CLIENT *, have a SR *) That is all code generated by rpcgen. I tried to run rpcgen with the -b option, but that didn't really work. I'm really without a clue here on how to resolve this, not knowing what rpcgen really does do. But I know that the binaries posted to http://www.mavetju.org/~edwin/cfs-1.4.1-7.0.tar.gz do work on FreeBSD 7.0 and that I'm more than happy to see if I can get it up and running with different options than patched the code generated by rpcgen :-) Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: how to write a raw socket server using UDP
On Tue, Nov 27, 2007 at 01:31:22AM -0800, sourav das wrote: > i m a new comer. i wrote a raw socket client > using setsockopt (sock, IPPROTO_IP. IPHDRINCL, )using UDP. ihave followed > MS_Press network programming . it is showing 19 bytes sent successfully. when > trying to send more than 19 bytes using sendto(sock, ...) function , it > is I use net/libdnet for all my IP/UDP/TCP/etc packet creation requirements. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
bin/118292: Add support to remove all msg/shm/sem ids with ipcrm
Hello, A friend of me has submitted this PR and I promised him that I would see if I could get it implemented. I couldn't find anybody directly responsible for the ips/iprcm tools, so I throw it in here for discussion. >Description: I've observed that linux apps running under the linuxulator have a habit of leaving behind shared memory segments which are unused, but which eventually cause the system to run out of free segments and these apps will stop working. ipcrm(1) currently only allows removal of unused message queues, shared memory segments and semaphores on an individual basis, or those having a matching (non-zero) key. However it would often be convenient to just do a complete cleanup of everything, usually as root. The attached patch allows removal of all message queues, shared memory segments or semaphores by specifying an id of -1 (ala kill(2)). The code to lookup ids was taken from ipcs. The patch is available in http://www.freebsd.org/cgi/query-pr.cgi?pr=118292 Edwin -- Edwin Groothuis [EMAIL PROTECTED] http://www.mavetju.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Regression tests for usr.sbin/zic and lib/libc/stdtime
Greetings, I have make an attempt to upgrade the code in usr.sbin/zic and lib/libc/stdtime from tzcode2004 to tzcode2008a. So far so good: I have been able to apply most of the patches, it compiles and when I rebooted the machine it came back and all applications started up... Note that this is a 32 bit machine and that the interesting stuff is happening on 64 bitters. I would like to know if somebody has ever thought about what kind of regression tests I can make to be sure that it all works as expected once (if ever) this patch-set gets applied. Edwin -- Edwin Groothuis [EMAIL PROTECTED] http://www.mavetju.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Improving Syslog
On Sat, May 03, 2008 at 12:30:27PM +0400, Anthony Pankov wrote: > It is not pleasant to me that most comprehensible unix subsystem - > syslog - will grow to multipurpose monster. > > More pleasant to here about careful redesign of syslogd that make > available various plugins|additional daemons each of which adds > well-defined functionality. > > I dislike many features living in one binary file. Especially when > this binary will do one thing for me - write messages to file. > > Sorry, but when i imagine one more software to scrub from cool > features i become more sad. Even if the voices are opposing it, we can always make a port out of it so that the people who are interested in it can use it :-) Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Improving Syslog
On Sat, May 03, 2008 at 02:39:21PM +0200, Martin Sch?tte wrote: > I only wonder if that would not be the bigger and more drastic change > that would prevent adoption; just like FreeBSD keeps Sendmail instead of > adopting Postfix in its base system. There are other reasons for this. And the way the mail system is setup makes it is very simple to replace the default MTA with an other MTA in the ports collection. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: VirtualBox looks for FreeBSD developer
On Fri, Oct 10, 2008 at 09:42:04PM +0400, Dmitry Marakasov wrote: > Little time ago I was misleaded by the certain people and got an > idea that VirtualBox actually works on FreeBSD, so I've made a draft > port for it. It doesn't actually work, but since I've spent several > hours hacking it and made bunch of (likely) useful patches, here > it is, feel free to use it for any purpose. I hope someone of kernel > hackers will make it work actually ;) Have a talk with bms@ about it, he had some interesting working code too. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ [EMAIL PROTECTED] Weblog: http://www.mavetju.org/weblog/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Support for Adaptec Ultra 320 (29320)
On Thu, Dec 30, 2004 at 09:53:49AM -0300, [EMAIL PROTECTED] wrote: > Hi everyone ! > > I hope all had a nice Xmas and I wish a happy new year to you all !! > > I?m not sure I saw this issue here before but is there support for the > Adaptec Ultra 320 (29320) > scsi controller on FreeBSD 5.3 ? 5.3? yes. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3
On Thu, Jan 06, 2005 at 11:57:26AM +, Robert Ryan wrote: > I hate to say I told you but it was inevitable. I think so Brain, but I don't think Netcraft has confirmed it yet? -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Locating obsolete ports distfiles
On Mon, Aug 22, 2005 at 02:36:47PM +1000, Peter Jeremy wrote: > I currently have just over 8GB is /usr/ports/distfiles. Some of these > files are more than 10 years old and long obsolete. Does anyone have > any suggestions on how to identify which files are no longer referenced > by current ports? Try portsclean and the --distclean option. portsclean is part of the portupgrade port. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How to duplicate a copy of all incoming and outgoing mail
On Tue, Oct 04, 2005 at 05:00:12PM +0800, Patrick Dung wrote: > It is system wide, not specific user (~/.forward) > Is it possble with Sendmail? > How about Postfix and Qmail? Grep for bcc in the output of postconf for postfix: [~] [EMAIL PROTECTED]>postconf | grep bcc always_bcc = recipient_bcc_maps = sender_bcc_maps = Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: syslog
On Sun, Jan 04, 2004 at 02:15:18AM +0700, Eugene Grosbein wrote: > Hi! > > [EMAIL PROTECTED] wrote 8 years ago in src/lib/libc/gen/syslog.c: > > p += sprintf(p, "%.15s ", ctime(&now) + 4); > > What is '+ 4' for? ctime() returns: Thu Nov 24 18:22:48 1986\n\0 So ctime()+4 returns: Nov 24 18:22:48 1986\n\0 In other words, it skips the day of the week. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ld can't find libraries
On Wed, Mar 31, 2004 at 10:12:23PM +, Richard Bradley wrote: > I can't get ld to recognise some "so" libraries without using the -L option: Ldconfig is used for run-time loading of shared libraries. What you are doing here is the compilation (linking...) of the source to a executable. gcc (ld...) searches by default only for a couple of standard system directories (/usr/lib for example) and that's all. If it would search through other directories by default (for example /usr/local/lib), and your program was trying to link to a newer version of a library which is in a non-standard directory with an old one which was in /usr/local/lib, the program would never be able to get linked to the right one. Therefor, at compile (link...) time you have to specify explicitely in which order to search through which directories. For run-time loading you can use ldconfig or LD_LIBRARY_PATH to specify where your libraries are. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: general Darwin imports (was Re: Darwin cmd import?)
On Wed, Jun 02, 2004 at 09:57:57AM -0400, Michael W. Lucas wrote: > People may gripe about Apple not returning stuff to the open source > community. The truth is, they have. They aren't responsible for > converting what they return into a format we can use, but they haven't > deliberately obfuscated their code. Sorting out the diffs would be a > pain, but not horribly difficult. > > According to Jordan Hubbard, the best source of low-hanging fruit is > their modified libc. They've had people work out all sorts of bugs, > clean up functions, performance improvements, etc. Libc changes > require extensive testing. They also have wide-reaching benefits. > It's still BSDL'd, so we can take back whatever we want. Now the question of course is: where can I find it? It is somewhere in a CVS repository (that would be nicest), or are it raw sourcefiles only? Edwin, now owning a Mac so not really familiar with things -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Protection from the dreaded "rm -fr /"
On Sat, Oct 02, 2004 at 11:19:28AM +0300, Giorgos Keramidas wrote: > John Beck, who works for Sun, has posted an entry in his blog yesterday > about "rm -fr /" protection, which I liked a lot: > http://blogs.sun.com/roller/page/jbeck/20041001#rm_rf_protection > > His idea was remarkably simple, so I went ahead and wrote this patch for > rm(1) of FreeBSD: I'm not so much worried about 'rm -rf /', but I'm more worried about "rm -rf *" in my home directory. It happened once because I was too happy switching directories before realising what I was doing in the wrong directory. Also, refusing to do it is not the ideal way to go, I think that if you have two -f's specified it would do it anyway. Just my two cents of course. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pcap/bpf in a multi-threaded environment
Greetings,
The past couple of days I've been plagued by a strange behaviour
of something between libpcap and the bpf-device. As you can read
in PR bin/31649, the behaviour of libpcap is very different if you
compile it on gcc with or without -pthread:
Without -pthread, it calls the callback function everytime it has
received a packet.
With -pthread, it calls the callback function only when the
input-buffer (about 32Kb) is nearly full.
I've done some investigation (with my limited knowledge of what
happens between a call to read() and when it ends up in bpfread())
and saw the difference between a call with and without the -pthreads
option:
in /usr/src/contrib/libpcap/pcap-bpf.c, line 81, the function pcap_read():
cc = read(p->fd, (char *)p->buffer, p->bufsize);
at a certain moment, in the read()-code, bpfread() is called:
/sys/net/bpf.c, line 491
In a non-threaded environment, this if-statement is false
if (ioflag & IO_NDELAY) {
splx(s);
return (EWOULDBLOCK);
}
In a threaded environment, the if-statement is true, splx(s) is
called and EWOULDBLOCK is returned. Then it's silent for a while,
while the packets are being collected (somewhere) and at a certain
moment the buffer is nearly full and the read() in pcap_read() is
finished.
So yeah, I'm stuck. All I want is in threaded mode to have the same
behaviour as I have in non-threaded mode. Anybody any ideas on how
to fix this?
Thanks in advance,
Edwin
--
Edwin Groothuis | Personal website: http://www.MavEtJu.org
[EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions:
--+ http://www.FatalDimensions.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: pcap/bpf in a multi-threaded environment
On Fri, Nov 09, 2001 at 10:56:30AM -0600, Guy Helmer wrote: > The problem is probably due to the poll system call that the threaded > library does before performing the read(). In the non-threaded case, the > read() returns when the timeout is hit; in the threaded case, the threaded > library's poll() has to succeed before the read system call will be > executed, and poll() won't succeed until the buffer is full. > > If you would like to try this patch (relative to FreeBSD 4.3) to > /sys/net/bpf.c and /sys/net/bpfdesc.h and let me know if it helps, I will > add this patch to PR 22063 and perhaps commit it if it passes review. It works like a charm now! Thanks for this. It's really really nice to have a 'proper' working application now :-) I would be happy if you could get this fixed in the source-tree, so that I (and other people of course) can enjoy the charms of bpf-access in a threaded environment! Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org [EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions: --+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new sort utility
On Mon, Sep 15, 2003 at 08:24:00PM -0400, Garance A Drosihn wrote: > At 8:53 PM +1000 9/15/03, Tim Robbins wrote: > >Comments/patches are welcome. As the "History" suggestion > >of the manual page suggests, my plan is to get this in to > >FreeBSD 6, along with replacements for some other GNU tools. > > Might we put this in freebsd-current (5.x), but under some > other name? sortbsd, or something? ports/sysutils/bsdutils-tjr And of course with the option to overwrite the base installed stuff :-) Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]|Weblog: http://www.mavetju.org/weblog/weblog.php ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 4.9 ETA ? ( /me ducks)
On Mon, Sep 15, 2003 at 08:52:54PM -0700, Josh Brooks wrote: > I know it's lame, but I am curious if there is a ETA on 4.9. http://www.freebsd.org/releases/4.9R/schedule.html Looks like it's going to be a more two weeks. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]|Weblog: http://www.mavetju.org/weblog/weblog.php ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: porting multithreaded app from linux to FreeBSD
On Wed, Feb 06, 2002 at 02:38:47PM -0800, Umesh Krishnaswamy wrote: > Are there any gotchas about porting over from Linux a multi-threaded > application? FreeBSD version that I am using is 4.2. Anything which uses libpcap doesn't work in a multithreaded environment until version 4.5. Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org [EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions: --+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
IPv6-over-IPv4 problems since the upgrade to 4.5
Greetings, Since the upgrade from 4.4 to 4.5 I have problems with my ipv6-over-v4-tunnel towards the freenet6-servers. The tunnel-setup goes fine, I can ping everything without a problem. But when I open an interactive session, after a short time weird things happen: The tcp-session itself goes fine, until the moment my machine starts sending out icmp6 neighbor solicitation requests: tcp-session setup: 19:46:39.452386 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: S 1971097502:1971097502(0) win 65535 19:46:40.00 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: S 4240147676:4240147676(0) ack 1971097503 win 32768 19:46:40.077880 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: . ack 1 win 33220 220 ftp6.netbsd.org FTP server (NetBSD-ftpd 20020201) ready. 19:46:40.767713 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 1:63(62) ack 1 win 33120 [flowlabel 0x80114] 19:46:40.867511 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: . ack 63 win 33220 the weird neighbor solicitation packets: 19:46:44.697259 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org 19:46:45.697183 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org 19:46:46.697131 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org user anonymous 19:46:47.201295 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: P 1:17(16) ack 63 win 33220 331 Guest login ok, type your name as password. 19:46:47.897276 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:46:50.147087 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:46:55.196847 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:47:05.256189 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:47:25.234907 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:48:05.212334 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] These tcp-packet never gets acknowledged and my packets never get send! After having done several tests, with ftp, ssh and plain telnet, everything goes fine until just after the neighbor solicitation. But icmp-traffic, even large packets as 4Kb, go without a problem. FreeBSD 4.4 doesn't have this behaviour. Can somebody please confirm that they have the same, or normal, behaviour under 4.5 when connecting to an IPv6 enabled site. Thanks, Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org [EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions: --+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: IPv6-over-IPv4 problems since the upgrade to 4.5
On Sat, Feb 16, 2002 at 01:08:42PM +0100, Miguel Mendez wrote: > On Fri, Feb 15, 2002 at 05:14:31PM -0700, DOROVSKOY,IGOR (A-Portsmouth,ex1) wrote: > I recently installed the freenet6 port to test IPv6 and have been > experiencing similar problems, I can ping6 any host but my ftp > connections stall at some point. > > As an alternative you can use Hurricane Electric's free tunnel. I'm > using it now and it works like a champ. I found what caused this. he.net uses the "route add -inet6 default " statement while freenet6.net uses "route add -inet6 default -interface gif0" statement. I've submitted a patch for this port to keep it working, I don't know what to do with the route-command. I'll write a PR about it. Thanks for your hints! Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org [EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions: --+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: IPv6-over-IPv4 problems since the upgrade to 4.5
On Fri, Feb 22, 2002 at 08:59:18PM +0900, JINMEI Tatuya / ?$B?@L@C#:H?(B wrote: > >>>>> On Sun, 17 Feb 2002 12:25:10 +1100, > >>>>> Edwin Groothuis <[EMAIL PROTECTED]> said: > > >> I recently installed the freenet6 port to test IPv6 and have been > >> experiencing similar problems, I can ping6 any host but my ftp > >> connections stall at some point. > >> > >> As an alternative you can use Hurricane Electric's free tunnel. I'm > >> using it now and it works like a champ. > > > I found what caused this. he.net uses the "route add -inet6 default > > " statement while freenet6.net uses "route add -inet6 > > default -interface gif0" statement. > > Could you tell me the exact address of ? Is it a > link-local address, or a global one? Routing tables: default 3ffe:b80:2:460::1 UGSc gif0 3ffe:b80:2:460::1 3ffe:b80:2:460::2 UH gif0 3ffe:b80:2:460::2 link#9UHL lo0 And the interface configuration: gif0: flags=8051 mtu 1280 tunnel inet 203.173.130.126 --> 206.123.31.114 inet6 fe80::250:8bff:feb9:2d24%gif0 prefixlen 64 scopeid 0x9 inet6 3ffe:b80:2:460::2 --> 3ffe:b80:2:460::1 prefixlen 128 This is the situation when it works (i.e. with "route add -inet6 default ") Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org [EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions: --+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: IPv6-over-IPv4 problems since the upgrade to 4.5
On Fri, Feb 22, 2002 at 11:49:59PM +0900, JINMEI Tatuya / ?$B?@L@C#:H?(B wrote: > >>>>> On Fri, 22 Feb 2002 23:48:29 +1100, > >>>>> Edwin Groothuis <[EMAIL PROTECTED]> said: > > >> > I found what caused this. he.net uses the "route add -inet6 default > >> > " statement while freenet6.net uses "route add -inet6 > >> > default -interface gif0" statement. > >> > >> Could you tell me the exact address of ? Is it a > >> link-local address, or a global one? > > > Routing tables: > > default 3ffe:b80:2:460::1 UGSc gif0 > > 3ffe:b80:2:460::1 3ffe:b80:2:460::2 UH gif0 > > 3ffe:b80:2:460::2 link#9UHL lo0 > > > And the interface configuration: > > gif0: flags=8051 mtu 1280 > > tunnel inet 203.173.130.126 --> 206.123.31.114 > > inet6 fe80::250:8bff:feb9:2d24%gif0 prefixlen 64 scopeid 0x9 > > inet6 3ffe:b80:2:460::2 --> 3ffe:b80:2:460::1 prefixlen 128 > > Hmm, and what command did you type to cause this problem? If possible, > please give me the network topology as well. The problem was when "route add -inet6 default -interface gif0" was used instead of the "route ... ". For the rest the configuration and the commands were the same. This is a layout of the 'network': +--+ |MyBox | |--| +- ISP ---|tun0 by ppp: | | | - 203.173.130.71/24 -> 203.56.8.99 | | | - fe80::250:8bff:feb9:2d24%tun0 prefixlen 64 | | |gif0 tunnel to 206.123.31.114 via tun0| | | - 3ffe:b80:2:460::2 prefixlen 128| | |vmnet1: | Internet | - 192.168.0.1/24 | | | - fe80::250:8bff:feb9:2d24%tun0 prefixlen 64 | | |fxp0: |--- Mac with | | - 192.168.1.1/24 |192.168.1.2 | | - fe80::250:8bff:feb9:2d24%fxp0 prefixlen 64 | | +--+ | | | +--+ | |FreeNet6.net | | |--+ +- ISP ---|some interface| | - 206.123.31.114/something | |IPv6 tunnel to 203.173.130.71 | | - 3ffe:b80:2:460::1 prefixlen 128| +--+ The symptons were that if I setup a TCP-session, the original message is at: http://www.freebsd.org/cgi/getmsg.cgi?fetch=279914+284924+/usr/local/www/db/text/2002/freebsd-hackers/20020217.freebsd-hackers Thanks for your questions, Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org [EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions: --+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ipv6-over-ipv4 (gif) doesn't work right since 4.5
On Sat, Feb 23, 2002 at 07:46:05PM +0100, Simon 'corecode' Schubert wrote: > hi hackers! > > i just updated to 4.5-S and my gif0 tunnel stopped working. the reason > is the following: > o before (= 4.4-S) i used > route add -inet6 default -interface gif0 > o now (= 4.5-S) i need to do > route add -inet6 default > > when using the old setting, the system won't notice incoming packets, > i.e. there will be a SYN-ACK but no reply; the ACK is being ignored; > system continues to send SYNs. > > i believe this behavior is not desired: man route explicitely allows > using the iface name if it is a point to point interface. > > is this a bug or some special feature? > if bug i'm gonna file a pr when i got time to do so. It's a bug :-/ Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=bin%2F35017 for this. and the thread in http://www.freebsd.org/cgi/getmsg.cgi?fetch=279914+284924+/usr/local/www/db/text/2002/freebsd-hackers/20020217.freebsd-hackers and http://www.freebsd.org/cgi/getmsg.cgi?fetch=167189+172081+/usr/local/www/db/text/2002/freebsd-net/20020217.freebsd-net Jinmei Tatuya, who is in the Kame project, has asked for more information regarding it. I hope he will come back soon to us about it. Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org [EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions: --+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: IPv6-over-IPv4 problems since the upgrade to 4.5
On Mon, Feb 25, 2002 at 07:30:59PM +0900, JINMEI Tatuya / ?$B?@L@C#:H?(B wrote: > >>>>> On Sat, 23 Feb 2002 08:46:16 +1100, > >>>>> Edwin Groothuis <[EMAIL PROTECTED]> said: > > >> > And the interface configuration: > >> > gif0: flags=8051 mtu 1280 > >> > tunnel inet 203.173.130.126 --> 206.123.31.114 > >> > inet6 fe80::250:8bff:feb9:2d24%gif0 prefixlen 64 scopeid 0x9 > >> > inet6 3ffe:b80:2:460::2 --> 3ffe:b80:2:460::1 prefixlen 128 > >> > >> Hmm, and what command did you type to cause this problem? If possible, > >> please give me the network topology as well. > > > The problem was when "route add -inet6 default -interface gif0" was > > used instead of the "route ... ". For the rest the > > configuration and the commands were the same. > > > This is a layout of the 'network': > > (snip) > > > The symptons were that if I setup a TCP-session, the original message > > is at: > > >http://www.freebsd.org/cgi/getmsg.cgi?fetch=279914+284924+/usr/local/www/db/text/2002/freebsd-hackers/20020217.freebsd-hackers > > Okay, I understand the configuration. I did a similar test on a > 4.5-RELEASE box, but could not reproduce the problem. The main > difference in my test case is I did not use ppp, so I guess ppp is > somehow related to this problem... > > Now I'd like to know: > > - did you see the same problem in an environment without ppp? That PPP link is my link to the outside world, I'm afraid I can't help you with this one. (Yes I'm living in a backwards country) > - what is the result of netstat -rnal when the kernel is sending > neighbor solicitations? I have three captures for you: one before, one during and one in hang state: *** This one is from before any session: Routing tables Internet: DestinationGatewayFlagsRefs UseMtu Netif Expire default203.109.251.3 UGSc 11 2073 1524 tun0 62.163.31.203 203.109.251.3 UGHW1 1900 1524 tun0 63.149.6.93203.109.251.3 UGHW1 2036 1524 tun0 127.0.0.1 127.0.0.1 UH 7824 496162 16384lo0 129.127.28.4 203.109.251.3 UGHW1 1862 1524 tun0 131.155.132.36 203.109.251.3 UGHW1 2408 1524 tun0 152.163.159.234203.109.251.3 UGHW3 0 1969 1524 tun0 71 192.168.0 link#7 UC 20 1500 vmnet1 192.168.0.10:bd:10:10:0:1 UHLW04 1500lo0 192.168.0.44 link#7 UHLW1 11 1500 vmnet1 192.168.1 link#1 UC 30 1500 fxp0 192.168.1.10:50:8b:b9:2d:24 UHLW031541 1500lo0 192.168.1.20:5:2:b1:89:ee UHLW295980 1500 fxp0 1163 192.168.1.255 ff:ff:ff:ff:ff:ff UHLWb 0 38 1500 fxp0 203.12.68.36 203.109.251.3 UGHW1 1751 1524 tun0 203.109.251.3 203.173.157.67 UH 120 1524 tun0 204.57.55.54 203.109.251.3 UGHW1 1630 1524 tun0 206.123.31.114 203.109.251.3 UGHW2 2000 1524 tun0 212.204.230.141203.109.251.3 UGHW3 649 1524 tun0 217.120.67.246 203.109.251.3 UGHW1 2049 1524 tun0 254.237.183.234203.109.251.3 UGHW2 2065 1500 tun0 Internet6: Destination Gateway FlagsRefs UseMtuNetif Expire ::/96 ::1 UGRSc 0 : 0 16384 lo0 => default gif0ULSc0 0 1280 gif0 ::1 ::1 UH 4 : 458445 16384 lo0 :::0.0.0.0/96 ::1 UGRSc 0 : 0 16384 lo0 3ffe:b80:2:460::1 3ffe:b80:2:460::2 UH 0 0 1280 gif0 3ffe:b80:2:460::2 link#9 UHL 1 0 1280 lo0 fe80::/10 ::1 UGRSc 0 0 16384 lo0 fe80::%fxp0/64 link#1 UC 0 0 1500 fxp0 fe80::250:8bff:feb9:2d24%fxp0 0:50:8b:b9:2d:24UHL 0 0 1500 lo0 fe80::%lo0/64 fe80::1%lo0 Uc 0 0 16384 lo0 fe80::1%lo0 li
Re: IPv6-over-IPv4 problems since the upgrade to 4.5
Hello Jinmei, On Tue, Feb 26, 2002 at 02:38:28PM +0900, JINMEI Tatuya / ?$B?@L@C#:H?(B wrote: > Finally I figured out the problem. Thanks for these two patches, it works like a charm now! Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org [EMAIL PROTECTED] | Interested in MUDs? Visit Fatal Dimensions: --+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
missing libraries, and how to find them.
Greetings,
Last night I had troubles running glade because in an earlier stage
this week I had to upgrade libfreetype from so.6 to so.9.
Running ldd on it did work a little bit, I found out that it couldn't
find a libfreetype.so.6 (which I already knew :-), but couldn't
tell me where it was coming from:
[~] edwin@k7>ldd `which glade`
/usr/X11R6/bin/glade:
[...]
libfreetype.so.6 => Not found
I recompiled it, again the message: Shared object "libfreetype.so.6"
not found. It must have been one of the other libraries. Unfortunatly
glade uses all the gnome-libraries, so I had to recompile all of
them... At the end, it was gtkhtml which was holding the old
libfreetype.so.6, but it had cost me the whole evening to find out.
Why didn't ldd tell me which lib it was which was failing?
With this idea in mind I've submitted PR bin/37448: [PATCH] ldd/rtld
support for more information of linked libraries. It patches ldd.c
and rtld.c to understand the -s option (that parameter is also used
under Solaris I've been told). With this option it does display the
name of the program/library ldd is displayed (so not only the first
occurance) and the libs being looked for:
[~] edwin@k7>ldd -s `which glade`
/usr/X11R6/bin/glade:
/usr/X11R6/bin/glade
libintl.so.2 => /usr/local/lib/libintl.so.2 (0x2812b000)
libgda-common.so.0 => /usr/X11R6/lib/libgda-common.so.0 (0x28132000)
[...]
/usr/local/lib/libintl.so.2
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28d4b000)
libc.so.4 => /usr/lib/libc.so.4 (0x28e1f000)
/usr/X11R6/lib/libgda-common.so.0
libgthread12.so.3 => /usr/local/lib/libgthread12.so.3 (0x28167000)
libgconf-1.so.1 => /usr/X11R6/lib/libgconf-1.so.1 (0x2844e000)
libbonobo.so.2 => /usr/X11R6/lib/libbonobo.so.2 (0x284f4000)
[...]
Yes it will output much more data (281 lines for ldd -s glade vs
48 for ldd glade), but at least it gives you the ability to see
what libraries are used by the program and its libraries.
I hope somebody considers this a usefull patch and wants to commit
it. The patch itself is against a 4.5 system (but not that difficult,
it was more a matter of finding out where to put it).
Thanks,
Edwin
--
Edwin Groothuis | Personal website: http://www.MavEtJu.org
[EMAIL PROTECTED]|Interested in MUDs? Visit Fatal Dimensions:
bash$ :(){ :|:&};: |http://www.FatalDimensions.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: missing libraries, and how to find them.
On Thu, Apr 25, 2002 at 12:14:08PM -0700, Doug White wrote:
> On Thu, 25 Apr 2002, Mike Meyer wrote:
>
> > Yes, but when lib c depends on lib d, your script won't pick it up.
> > The patches to ldd will. They will recurse on down forever.
>
> I realize this is probably extremely rare, but does it catch circular
> dependencies? You don't want it looping off into forever.
It does. Well, rtld.c did it already. All this patch is adding a
little more output, I've done nothing with the for-constructions
in it.
Edwin
--
Edwin Groothuis | Personal website: http://www.MavEtJu.org
[EMAIL PROTECTED]|Interested in MUDs? Visit Fatal Dimensions:
bash$ :(){ :|:&};: |http://www.FatalDimensions.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: missing libraries, and how to find them.
On Thu, Apr 25, 2002 at 12:25:36PM -0500, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Edwin Groothuis <[EMAIL PROTECTED]> typed:
> > Why didn't ldd tell me which lib it was which was failing?
> > With this idea in mind I've submitted PR bin/37448: [PATCH] ldd/rtld
>
> My version of this - bin/30908 - has already been committed to
> -CURRENT. I just sent a note to the person who committed it asking
> them to MFC it. I wasn't aware that Solaris already used a flag; you
> might want to submit a patch that changes the name of the flag.
Aha, that one does the same, seems mine can be closed already :-)
Edwin
--
Edwin Groothuis | Personal website: http://www.MavEtJu.org
[EMAIL PROTECTED]|Interested in MUDs? Visit Fatal Dimensions:
bash$ :(){ :|:&};: |http://www.FatalDimensions.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
RE:Do you offer free software on your site?
Hello, I have visited afew Web sites including yours and felt that you might be interested in submitting your link to our Website. We are about to launch a new Website called FindFreeStuff.net and invite you to list your Website URL with us. We are the final development stages and the formal launch of the site will be in 2 weeks. We are offering 1000 FREE banner impressions on the top banner spot as an incentive to the first 50 Website that submit a link. We have been given an advertising budget for this Website and will be advertising the Website through various channels from Internet to television. We ask nothing in return but a linkback would be extremely appreciated. If you're interested simply visit http://www.findfreestuff.net and submit your link. Thank you very much for your time. Edwin Huertas [EMAIL PROTECTED] P.S. This is a one time mailing. You will never receive another email from me or findfreestuff.net unless you request it. If I have emailed you in error please forgive me you will never get another email from me again. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
