1. 09 10月, 2005 1 次提交
  2. 15 9月, 2005 1 次提交
  3. 12 9月, 2005 1 次提交
    • E
      [NET]: Add netlink connector. · 7672d0b5
      Evgeniy Polyakov 提交于
      Kernel connector - new userspace <-> kernel space easy to use
      communication module which implements easy to use bidirectional
      message bus using netlink as it's backend.  Connector was created to
      eliminate complex skb handling both in send and receive message bus
      direction.
      
      Connector driver adds possibility to connect various agents using as
      one of it's backends netlink based network.  One must register
      callback and identifier. When driver receives special netlink message
      with appropriate identifier, appropriate callback will be called.
      
      From the userspace point of view it's quite straightforward:
      
      	socket();
      	bind();
      	send();
      	recv();
      
      But if kernelspace want to use full power of such connections, driver
      writer must create special sockets, must know about struct sk_buff
      handling...  Connector allows any kernelspace agents to use netlink
      based networking for inter-process communication in a significantly
      easier way:
      
      int cn_add_callback(struct cb_id *id, char *name, void (*callback) (void *));
      void cn_netlink_send(struct cn_msg *msg, u32 __groups, int gfp_mask);
      
      struct cb_id
      {
      	__u32			idx;
      	__u32			val;
      };
      
      idx and val are unique identifiers which must be registered in
      connector.h for in-kernel usage.  void (*callback) (void *) - is a
      callback function which will be called when message with above idx.val
      will be received by connector core.
      
      Using connector completely hides low-level transport layer from it's
      users.
      
      Connector uses new netlink ability to have many groups in one socket.
      
      [ Incorporating many cleanups and fixes by myself and
        Andrew Morton -DaveM ]
      Signed-off-by: NEvgeniy Polyakov <johnpol@2ka.mipt.ru>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7672d0b5
  4. 30 8月, 2005 7 次提交
  5. 09 8月, 2005 1 次提交
  6. 25 7月, 2005 1 次提交
  7. 12 7月, 2005 1 次提交
  8. 29 6月, 2005 1 次提交
  9. 22 6月, 2005 1 次提交
  10. 21 6月, 2005 1 次提交
    • R
      [NETLINK]: fib_lookup() via netlink · 246955fe
      Robert Olsson 提交于
      Below is a more generic patch to do fib_lookup via netlink. For others 
      we should say that we discussed this as a way to verify route selection.
      It's also possible there are others uses for this.
      
      In short the fist half of struct fib_result_nl is filled in by caller 
      and netlink call fills in the other half and returns it.
      
      In case anyone is interested there is a corresponding user app to compare 
      the full routing table this was used to test implementation of the LC-trie. 
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      246955fe
  11. 19 6月, 2005 2 次提交
  12. 29 4月, 2005 1 次提交
  13. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4