lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 17 Jul 2007 10:20:58 -0700 (PDT) From: vinay ravuri <vinaynyc@...oo.com> To: netdev@...r.kernel.org Subject: Socket Buffers and Memory Managment Hi, I am fairly new to linux socket buffers and have the following questions! I am working with a custom ethernet MAC that does not allow me to specify a particular memory location for the h/w to DMA the packet into (Rx side). Instead, it has a pool of fixed size buffers with some h/w specific headers around each buffer that are managed by h/w and will pick a free buffer and DMA the packet. It appears dev_alloc_skb() actually allocates the physical memory and doesn't allow the user to specify the skb.data to something specific to what I want which is a problem for me. First is my assumption correct that I am cannot pick an arbitrary skb.data location in struct sk_buff? I want to avoid copying the dma'ed data into a new socket buffer as it is expense. Is there any ways around this problem? Also, if the h/w gives me a single packet in multiple locations (i.e. non-contiguous chunks of memory), can socket buffers handle chains of buffers? I am looking for a facility like mbuf's in netbsd where one can chain multiple buffers together to make construct a single packet. Please e-mail me responses to vinay_nyc@...oo.com Thanks, Vinay ____________________________________________________________________________________ Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. http://games.yahoo.com/games/front - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists