[patch #6851] fix a bug in BPF

Update of patch #6851 (project hurd): Status:Works For Me => Done Assigned to:None => zhengda ___ Reply to this item at:

[patch #6851] fix a bug in BPF

Follow-up Comment #4, patch #6851 (project hurd): The only user of packet_header that I can see is NPF. It requires more data copy in order to remove the packet_header before delivering the packet to the user space, I guess. but I don't understand the implementation of NPF.

[patch #6851] fix a bug in BPF

Follow-up Comment #3, patch #6851 (project hurd): > The packet delivered from gnumach should have the packet header. NPF returns the packet_header and pfinet always assumes that the packet from gnumach has the packet_header. OK, I understand that, and it is fine, but is there a specific reason t

[patch #6851] fix a bug in BPF

Follow-up Comment #2, patch #6851 (project hurd): The packet delivered from gnumach should have the packet header. NPF returns the packet_header and pfinet always assumes that the packet from gnumach has the packet_header. For your first question, the return value of net_do_filter is boolean, i.

[patch #6851] fix a bug in BPF

Follow-up Comment #1, patch #6851 (project hurd): I had a look at this. In general, the patch seems to be correct. Two questions: Why isn't the same adjustment being done for net_do_filter, or why doesn't it have to be done? Why do we (have to) return the packet_header to user-space? ___

[patch #6851] fix a bug in BPF

URL: Summary: fix a bug in BPF Project: The GNU Hurd Submitted by: zhengda Submitted on: Sun 21 Jun 2009 01:36:19 AM GMT Category: GNU Mach Priority: 5 - Normal