From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <65f44e44bfe4f7f02cdad861b35317cf@quanstro.net> References: <509071940902110423k59a445a2k61759850084950d@mail.gmail.com> <65f44e44bfe4f7f02cdad861b35317cf@quanstro.net> Date: Wed, 11 Feb 2009 08:42:03 -0500 Message-ID: <9ab217670902110542t5bdb7657h101311ab08781d11@mail.gmail.com> From: "Devon H. O'Dell" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] 9vx and native networking Topicbox-Message-UUID: 9e998eac-ead4-11e9-9d60-3106f5b1d025 2009/2/11 erik quanstrom : > On Wed Feb 11 07:27:47 EST 2009, anothy@gmail.com wrote: >> Devon got this working for him about a month and a half ago; see this message: >> http://9fans.net/archive/2008/12/501 >> I've still not made it work for me (on OS X), but i think the issues >> are actually in changes outside the ethernet stuff. I haven't had much >> time to dig in. > > it's been working well for me. i've been using etherrs (raw socket) > on linux. the pcap version didn't work very well for me. probablly > due to some linux misconfiguration. also, if you're looking to ping, > make sure that the filter compiled into etherve.c doesn't drop non-ip > packets. arp is not ip. I fixed that issue some time ago; it turned out that the performance issue was something that is built into pcap to buffer packets for a certain time period. So there was always an additional 500ms latency on it because it was waiting that long before it returned its packet buffer up to the OS. I believe I also have the code in hg doing the right thing with the filter, as the pcap version did end up working for me. --dho > unfortunately, what you can't do is boot from a plan 9 fs. and since > 9vx requires many more cycles and much more memory than drawterm, > i've fallen back to that. a faster linux machine might have lead to a > different decision. > > - erik