Re: kern/146534: [icmp6] wrong source address in echo reply

2010-05-22 Thread Earl Lapus
The following reply was made to PR kern/146534; it has been noted by GNATS. From: Earl Lapus earl.la...@gmail.com To: bug-follo...@freebsd.org, earl.la...@gmail.com Cc: Subject: Re: kern/146534: [icmp6] wrong source address in echo reply Date: Sat, 22 May 2010 14:06:45 +0800

patch review for kern/146534

2010-05-22 Thread Earl Lapus
Hi, I submitted a patch which fixes the problem described in the PR and it also retains this (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet6/icmp6.c.diff?r1=1.118;r2=1.119;f=h) fix. I also ran the TAHI (tool version REL_3_3_0; test program version V6LC_4_0_5) phase 2 NDP test scripts and

Common OS/kernel code between freebsd and linux

2010-05-22 Thread Anjali Kulkarni
Hi Folks, I am not sure the right forum to ask this question - is there any effort done to find portable code between different OSes, particularly freebsd and linux? Specifically, the networking layer could be portable between the 2 and there could be some set of APIs to call into the OS

Re: Common OS/kernel code between freebsd and linux

2010-05-22 Thread Aman Jassal
Hello, sth...@nethelp.no a écrit : I am not sure the right forum to ask this question - is there any effort done to find portable code between different OSes, particularly freebsd and linux? Specifically, the networking layer could be portable between the 2 and there could be some set of APIs

Re: Common OS/kernel code between freebsd and linux

2010-05-22 Thread Garrett Cooper
On Sat, May 22, 2010 at 5:09 AM, Anjali Kulkarni anj...@juniper.net wrote: Hi Folks, I am not sure the right forum to ask this question - is there any effort done to find portable code between different OSes, particularly freebsd and linux? Specifically, the networking layer could be

Re: Common OS/kernel code between freebsd and linux

2010-05-22 Thread Eric Brunner-Williams
Howdy Anjali, I was paid for over a year to read libc implementations and the supporting kernel code, and wrote XPG/1 as a specification of what my employers at the time, Bull, ICL, Siemons, Olivetti and Nixdorff, circa 1986, were intending to implement, from their various v7, PWB, SysIII and