| Matthew Dillon | Re: nfe0 ping and dhclient problems
Try backing out a rev or two. Well, try backing out one rev of
if_nfe.c (back down to 1.30) and see if that works ok.
-Matt
Matthew Dillon
<dillon@backplane.com>
| Jul 6, 5:28 pm 2008 |
| Michael Neumann | Re: nfe0 ping and dhclient problems
Nope. Same problem occurs. Btw, is it required to rebuilt the whole
kernel, or is it enough to just "make && make install" in an already
compiled "sys/compile/KERNCONFIG" directory?
Regards,
Michael
| Jul 6, 6:40 pm 2008 |
| Matthew Dillon | Re: nfe0 ping and dhclient problems
(I haven't had a chance to try Sephe's latest commit yet, I'll try
it out tonight after I get the next batch of HAMMER work committed).
-Matt
| Jul 6, 5:28 pm 2008 |
| Michael Neumann | nfe0 ping and dhclient problems
Hi,
I'm running -HEAD as of today and nfe0 doesn't seem to work 100%.
I can ping to another computer on the same network (directly connected
via a 100 MBit/s switch), but I can't ping the DragonFly box from the
other machine. Also, dhclient doesn't work on the DragonFly box!
I've also tried setting hw.nfe0.imtimer=-125 but that doesn't help
either.
Any hints?
Regards,
Michael
| Jul 6, 12:53 pm 2008 |
| Ferruccio Zamuner | pidgin doesn't work with libc_r.so
pidgin (was gaim before), now works only if libthread_xu.so is default,
while with libc_r.so:
> pidgin -v
Pidgin 2.4.2
> pidgin -d
[..]
(15:42:36) nat-pmp: Found a default gateway
(15:42:36) nat-pmp: Attempting to retrieve the public ip address for the
NAT device at: 10.0.0.2
(15:42:36) nat-pmp: Timeout: 0s 250000us
and it never end to wait.
more log in:
http://rafb.net/p/EVNS9d65.html
| Jul 6, 9:48 am 2008 |
| Ferruccio Zamuner | gdm-binary and libthreads_xu.so
I've seen that using /usr/lib/libthread_xu.so as default threading
library gdm-binary is hungry of CPU time:
from top output:
PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
750 root 152 0 12380K 4696K STOP 84:16 95.04% 95.04%
gdm-binary
while with libc_r.so:
811 root 152 0 10688K 3784K poll 0:00 0.00% 0.00%
gdm-binary
> uname -a
DragonFly lap.diff.org 1.13.0-DEVELOPMENT DragonFly 1.13.0-DEVELOPMENT
#3: Tue Jun 1...
| Jul 6, 9:38 am 2008 |
| Ferruccio Zamuner |
| Jul 6, 9:14 am 2008 |
| Gergo Szakal | Re: hammer_alloc_data panic
I got a similar panic with the same filesystem almost filled-up with
different files when reblocking. I do not know how helpful this is, but
I report it anyway. ;-)
--
Gergo Szakal MD <bastyaelvtars@gmail.com>
University Of Szeged, HU
Faculty Of General Medicine
/* Please do not CC me with replies, thank you. */
| Jul 6, 8:07 am 2008 |
| Antonio Huete Jimenez | [issue1046] newfs_hammer coredump on HEAD
Antonio Huete Jimenez <tuxillo@quantumachine.net> added the comment:
This can be closed
----------
priority: -> bug
_____________________________________________________
DragonFly issue tracker <bugs@lists.dragonflybsd.org>
<https://bugs.dragonflybsd.org/issue1046>
_____________________________________________________
| Jul 6, 5:14 am 2008 |
| Petr Janda | Re: CARP missing sysctl options
Stupid me again. I did not realize i dont have options carp in the kernel
config. Sorry, this bug is squashed.
Cheers,
Petr
| Jul 5, 8:23 pm 2008 |
| Nicolas Thery | Re: inetd crashes VKERNEL
Forget this, soopt_mcopyout() is called during getsockopt() but the
crash ocurred during setsockopt()...
| Jul 6, 4:26 am 2008 |
| Aggelos Economopoulos | Re: inetd crashes VKERNEL
I'm not a networking savvy person (working on it) but having spent some time
on ctloutput functions lately it seems like an outright bug to me. Even if
some code was depending on it, this behavior violates POLA and would need to
Right, but soopt_mcopyin() does the exact same thing ;) Nice catch. Things
seem to work here with these two changes (+ SOPTF_KVA), wanna commit it?
Aggelos
| Jul 6, 12:04 pm 2008 |
| Nicolas Thery |
| Jul 6, 2:04 pm 2008 |
| Nicolas Thery |
| Jul 6, 3:08 pm 2008 |
