Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Best\s+way\s+to\s+hook\s+incoming\s+eth\s+pkts\?\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Best\s+way\s+to\s+hook\s+incoming\s+eth\s+pkts\?\s*$/: 16 ]

Total 16 documents matching your query.

1. Best way to hook incoming eth pkts? (score: 1): Author: <rap@xxxxxxxxxxxxxx>; Date: Wed, 20 Aug 2003 11:47:27 -0400; derived OSes. To be specific look at the neighbor code. cheers, jamal; /archives/netdev/2003-08/msg00688.html (8,117 bytes)
2. Re: Best way to hook incoming eth pkts? (score: 1): Author: en <davidsen@xxxxxxx>; Date: 20 Aug 2003 10:48:17 -0700; yniewicz wrote: I have been asking for a similar thing as well, David; /archives/netdev/2003-08/msg00697.html (8,447 bytes)
3. Re: Best way to hook incoming eth pkts? (score: 1): Author: <davem@xxxxxxxxxx>; Date: Wed, 20 Aug 2003 13:49:28 -0400; the UDP encapsulation go away. Netconsole is already messy enough to; /archives/netdev/2003-08/msg00698.html (9,845 bytes)
4. Re: Best way to hook incoming eth pkts? (score: 1): Author: x>; Date: Wed, 20 Aug 2003 13:59:29 -0400; N_LOCAL && (in_dev->conf.shared_media || inet_addr_onlink(dev, skb->n; /archives/netdev/2003-08/msg00700.html (8,476 bytes)
5. Re: Best way to hook incoming eth pkts? (score: 1): Author: xxxxxxxxx>; Date: Wed, 20 Aug 2003 10:54:37 -0700; useful, and I didn't see any register*ether functions in linux/if_et; /archives/netdev/2003-08/msg00701.html (8,568 bytes)
6. Re: Best way to hook incoming eth pkts? (score: 1): Author: xxxxxxxxxxxxxxxxxxxx>; Date: Wed, 20 Aug 2003 11:17:16 -0700; tions in linux/if_et; /archives/netdev/2003-08/msg00702.html (8,820 bytes)
7. Re: Best way to hook incoming eth pkts? (score: 1): Author: avem@xxxxxxxxxx>; Date: Wed, 20 Aug 2003 13:51:41 -0400; y will be taken advantage of.; /archives/netdev/2003-08/msg00705.html (9,028 bytes)
8. Re: Best way to hook incoming eth pkts? (score: 1): Author: r" <davem@xxxxxxxxxx>; Date: Wed, 20 Aug 2003 14:15:12 -0400; sitively awful... Jeff; /archives/netdev/2003-08/msg00707.html (9,200 bytes)
9. Best way to hook incoming eth pkts? (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Wed, 20 Aug 2003 11:47:27 -0400; All, netconsole, netdump, and ATA-over-ethernet (and others?) all have a need to directly send and receive ethernet packets from inside the kernel. The sending part is easy and obvious. The receive p; /archives/netdev/2003-08/msg01660.html (8,117 bytes)
10. Re: Best way to hook incoming eth pkts? (score: 1): Author: "Bryan O'Sullivan" <bos@xxxxxxxxxxxxxx>; Date: 20 Aug 2003 10:48:17 -0700; This is useful, because it minimises the work needed to get them going over other transports, such as Myrinet. I'd rather not see the UDP encapsulation go away. Netconsole is already messy enough to; /archives/netdev/2003-08/msg01669.html (8,505 bytes)
11. Re: Best way to hook incoming eth pkts? (score: 1): Author: Michael Richardson <mcr@xxxxxxxxxxxxxxxxxxxxxx>; Date: Wed, 20 Aug 2003 13:49:28 -0400; Jeff> Essentially, all the things mentioned above need some way to listen Jeff> for incoming ethernet packets. ATA-over-ethernet has its own Jeff> IANA-registered ethernet type, but netconsole and ne; /archives/netdev/2003-08/msg01670.html (9,888 bytes)
12. Re: Best way to hook incoming eth pkts? (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Wed, 20 Aug 2003 13:59:29 -0400; Dumb question: how? example code, or relevant functions to grep for? grepping for 'register.*prot' didn't seem to turn up anything useful, and I didn't see any register*ether functions in linux/if_et; /archives/netdev/2003-08/msg01672.html (8,551 bytes)
13. Re: Best way to hook incoming eth pkts? (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Wed, 20 Aug 2003 10:54:37 -0700; He's talking about net/core/dev.c:dev_add_pack(); /archives/netdev/2003-08/msg01673.html (8,680 bytes)
14. Re: Best way to hook incoming eth pkts? (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Wed, 20 Aug 2003 11:17:16 -0700; The return value isn't really used currently. It provides congestion heuristics that maybe eventually will be taken advantage of.; /archives/netdev/2003-08/msg01674.html (8,999 bytes)
15. Re: Best way to hook incoming eth pkts? (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Wed, 20 Aug 2003 13:51:41 -0400; Configuration has zero to do with the protocol of choice. I fully agree that current RH netconsole/netdump configuration is positively awful... Jeff; /archives/netdev/2003-08/msg01677.html (9,121 bytes)
16. Re: Best way to hook incoming eth pkts? (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Wed, 20 Aug 2003 14:15:12 -0400; Thanks much. Tangent, from reading dev.c: Is it ok that dev_queue_xmit_nit does not check the return value of struct packet_type's ->func hook? It seems to do so in all other cases... Jeff; /archives/netdev/2003-08/msg01679.html (9,356 bytes)

Current List: 1 - 16
Page: [1]