On Sun, Dec 21, 2008 at 06:01:35AM +0100, Gerald Pfeifer wrote:
> The code in question on the Wine side is
>
> #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP)
> int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO};
>
> and there is nothing FreeBSD-specific in dlls/iphlpa
Kip Macy wrote:
The flag is not needed. It is only possible to retrieve arp entries by
way of sysctl. The converse of this is you no longer need to grab all
the entries in the routing table and look at each one to determine
which are cloned routes (dynamic host routes) which contain ARP
entries.
Hi Kip&Erwin!
On Sun, 21 Dec 2008 13:51:21 +0100
Erwin Lansing wrote:
> > RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications
> > such as "arp" and "ndp" have been modified to reflect those changes.
> > so I guess it's not so easy.
> > How many other ports are affected?
>
Hartmut Brandt wrote:
Kip Macy wrote:
The flag is not needed. It is only possible to retrieve arp entries by
way of sysctl. The converse of this is you no longer need to grab all
the entries in the routing table and look at each one to determine
which are cloned routes (dynamic host routes) whic
Yes, at least in the IPv4 case, I still generate the routing messages whenever
entries are modified, so you can still wait for notifications on the routing
socket. One should check for the address family AF_LINK type instead of
checking for RTF_LLINFO flag. It's an over sight this note was not a
I am not entirely sure if that piece of code fragment you referred to is OS
agnostic. This code is very similar to another piece of code in mibII at.c code
where it checks for whether RTF_LLINFO is defined, however, there is
inconsistency in enforcement throughout that file.
So far in the repor
Hartmut Brandt wrote:
Kip Macy wrote:
The flag is not needed. It is only possible to retrieve arp entries by
way of sysctl. The converse of this is you no longer need to grab all
the entries in the routing table and look at each one to determine
which are cloned routes (dynamic host routes) whic
In earlier versions I had the kernel returning RTF_LLINFO back to
the calling applications to provide a bit of compatibility. It's
fairly straightforward for me to put that code back in.
The change is tiny in the application in majority of the cases
that I have seen. If these flags are obsolete
Ferner Cilloniz wrote:
So i have done some research and reading and found that i need to call
either udp_send or udp_output. Can anyone help me out with providing the
proper arguments to these functions so i may call them and send
arbitrary UDP packets from a kernel module?
The NFS and BOOTP
On Sat, Dec 20, 2008 at 10:31:39PM +0100, Michael T?xen wrote:
> Dear all,
>
> I'm currently analyzing how TCP/UDP checksum offloading works
> to find the best way to add SCTP checksum offloading.
>
> sys/mbuf.h has constants:
> #define CSUM_IP 0x0001 /* will
Our (Intel) hardware can do it, at least the newer adapters, and someone is
working on it now btw.
Jack
On Sun, Dec 21, 2008 at 5:19 PM, Pyun YongHyeon wrote:
> On Sat, Dec 20, 2008 at 10:31:39PM +0100, Michael T?xen wrote:
> > Dear all,
> >
> > I'm currently analyzing how TCP/UDP checksum
Something seems to be wrong with IPv6 neighbor discovery.
FreeBSD lorvorc.mips.inka.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Dec 20
17:46:35 CET 2008 na...@lorvorc.mips.inka.de:/usr/obj/usr/src/sys/GENERIC amd64
This box is on a network that has IPv6. No exciting configuration,
just ipv6_ena
Synopsis: [ip6] [patch] Locking related leaks in the kernel (routing handling)
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Dec 22 05:24:08 UTC 2008
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/
Yes, probably a bug introduced by arp-v2, I will investigate and
get back to you.
-- Qing
-Original Message-
From: owner-freebsd-...@freebsd.org on behalf of Christian Weisgerber
Sent: Sun 12/21/2008 7:15 PM
To: freebsd-net@freebsd.org
Subject: NDP breakage in -CURRENT
Something seems
Uwe, good day.
Thu, Dec 18, 2008 at 01:45:59AM +0100, Uwe Grohnwaldt wrote:
> Maksim Yevmenkin wrote:
> > older tyan motherboards. when i upgraded from 7.x to current (amd64
> > arch) both onboard bge nics disappeared. i had to go to the bios
> > screen and set "installed os" (or something like th
Please sync ./src/sys/netinet6/in6.c to
SVN rev 186392 on 2008-12-22 07:11:15Z by qingli
Let me know how it works out for you.
-- Qing
-Original Message-
From: owner-freebsd-...@freebsd.org on behalf of Li, Qing
Sent: Sun 12/21/2008 9:49 PM
To: Christian Weisgerber; freebsd-net@freeb
16 matches
Mail list logo
