Report of a number of problems

Matthew Dillon dillon at apollo.backplane.com
Wed Nov 9 09:32:22 PST 2005


:Thanks for answering so quickly, I will try that. I have unfortunately
:discovered more problems. DragonFly (also FreeBSD 6.0) cannot
:communicate with the rest of the world. My NIC is Netgear FA311, which
:has a National Semiconductor DP83815 chip in it. I am able to ping
:127.0.0.1, also able to ping 192.168.1.50 (NIC's IP), but unable to ping
:everything else including the gateway. (192.168.1.1)
:
:once i do "ping 192.168.1.1" nothing happens, no time out, or no route
:to host, no destination unreachable and so on. tcpdump does not report
:any activity whatsoever. Logs do not indicate what the problem is,
:however I did notice my NIC sometimes goes to promiscuous mode in
:DragonFly. Theres positively nothing wrong with my configuration, or
:wrong with the NIC itself, since it works perfect in Linux and OpenBSD.
:
:> Can you try a kernel without atapicam?
:I will when I can fetch the source and recompile. 
:
:Or is there a boot-time command to do it also?

    I don't see the NIC in the dmesg output you posted.  Perhaps it is
    being loaded as a module?  If so then you probably need to post 
    the actual 'dmesg' output after the interface has been configured
    instead of /var/run/dmesg.boot.

    Also provide the output from 'ifconfig' after you have configured the
    interface.

    It's very odd that the loopback ping works when a remote ping does
    not.  It could be an interrupt routing issue.  The way to check is:

	sysctl kern.emergency_intr_enable=1

    If ping to another host on the LAN suddenly starts working, then we
    know its an interrupt routing issue.  If not, then we know its a driver
    issue.

					-Matt
					Matthew Dillon 
					<dillon at xxxxxxxxxxxxx>





More information about the Bugs mailing list