Re: kern/62889: Panic in vr(4): interrupt related

2004-07-02 Thread Bruce M Simpson
Please try the attached patches (broadly inspired by fxp(4)) and let me know if they solve the problem. I am inclined to commit as-is as they are quite trivial, but I'm not sure how the VIA Rhine chips act if we try to detach them as devices without necessarily reading the ISR register to consume

bus_dma(9)-ification of vr(4): help?

2004-07-02 Thread Bruce M Simpson
Hi all, I've begun merging NetBSD's changes to vr(4) for bus_dma(9)-ification of the driver. However I have run into a few problems. I have extracted diffs against HEAD (as of my last commit rev 1.89) of if_vr.c and if_vrreg.h of the merging work I've done so far which has been mostly by hand fro

Re: RANDOM_IP_ID sysctl?

2004-07-02 Thread Mike Silbersack
On Tue, 29 Jun 2004, David Malone wrote: It seems to me that RANDOM_IP_ID might be better as a sysctl rather than a kernel option. Would anyone mind if I changed this? David. I'd rather see a sysctl that switched between incremental frag IDs and arc4random() based IDs, followed by the removal of

RE: go to the Internet by through a plip link?

2004-07-02 Thread Alexander Vasenin aka BlackSir
There is a sysctl key 'net.link.ether.inet.proxyall' which control ARP-proxying. However I've never used PLIP, and so I don't know how to get PLIP work. Seem like your method #2 is bridging, but for what ARP-proxying in bridging? Alexander Vasenin aka BlackSir > -Original Message- > Fro

go to the Internet by through a plip link?

2004-07-02 Thread Franz Klaus
Hello. I have an old notebook computer (hostname:oldbook) connected to another host (hostname:proxy) by through plip link. This link works fine. oldbook:plip0:192.168.0.11->192.168.0.10 proxy:plip0:192.168.0.10->192.168.0.11 there is a NIC on the proxy host: proxy:ed1:192.168.0.250/255.255.255.0

ENOMEM with FAST-IPSEC and HiFn cards (too many sessions)

2004-07-02 Thread Rene de Vries
Sam, May be you can help me on the way. We are using the "Hifn 7955, rev 0, 32KB dram, 64 sessions" and when those sessions are full (or as we have seen if there have been 64 sessions in a short time) the application (racoon) gets ENOMEM. I've been looking at the openbsd driver (where this seems

Re: newbie: segmentation fault

2004-07-02 Thread Ondra Holecek
On Friday 02 July 2004 11:05, kamal kc wrote: > first of all thanks for solving my previous problem. > my previous problem was about the ip and ethernet header. > this is how i solved it: > > char *sender,*dest; > char *ptr; > struct ether_header eth; > ptr=pcap_next(..); > sender=ether_nt

newbie: segmentation fault

2004-07-02 Thread kamal kc
first of all thanks for solving my previous problem. my previous problem was about the ip and ethernet header. this is how i solved it: char *sender,*dest; char *ptr; struct ether_header eth; ptr=pcap_next(..); sender=ether_ntoa(ether->s_host); printf("%s", sender); dest=ether_ntoa(ether->