Merge remote-tracking branch 'fp/master'

1 files changed, 23 insertions, 0 deletions

diff --git a/open_issues/bpf.mdwn b/open_issues/bpf.mdwn
index 2a8c897a..e24d761b 100644
--- a/open_issues/bpf.mdwn
+++ b/open_issues/bpf.mdwn
@@ -562,3 +562,26 @@ This is a collection of resources concerning *Berkeley Packet Filter*s.
       DDE accordingly
     <braunr> antrik: i agree
     <braunr> antrik: eth-multiplexer would be the right place
+
+
+## IRC, freenode, #hurd, 2012-04-24
+
+    <gnu_srs> braunr: Is  BPF fully supported by now? Can it be used for
+      isc-dhcp?
+    <braunr> gnu_srs: bpf isn't supported at all
+    <braunr> gnu_srs: instead of emulating it, i added a hurd-specific module
+      in libpcap
+    <braunr> if isc-dhcp can use libpcap, then fine
+    <braunr> (otherwise we could create a hurd-specific patch for dhcp that
+      uses the in-kernel bpf filter implementation)
+    <braunr> gnu_srs: can't it use a raw socket ?
+    <youpi> it can
+    <youpi> it's just that the shape of the patch to do so wasn't exactly how
+      they needed it
+    <youpi> so they have to rework it a bit
+    <youpi> and that takes time
+    <braunr> ok
+    <braunr> antrik: for now, we prefer encapsulating the system specific code
+      in libpcap, and let users of that library benefit from it
+    <braunr> instead of implementing the low level bpf interface, which
+      nonetheless has some system-specific variants ..