1. 01 6月, 2006 4 次提交
  2. 31 5月, 2006 1 次提交
  3. 30 5月, 2006 2 次提交
  4. 27 5月, 2006 1 次提交
  5. 24 5月, 2006 2 次提交
  6. 23 5月, 2006 3 次提交
  7. 22 5月, 2006 7 次提交
  8. 20 5月, 2006 4 次提交
  9. 17 5月, 2006 6 次提交
  10. 16 5月, 2006 6 次提交
  11. 13 5月, 2006 2 次提交
    • M
      V4L/DVB (3774): Create V4L1 config options · cd41e28e
      Mauro Carvalho Chehab 提交于
      V4L1 API is depreciated and should be removed soon from kernel. This patch
      adds two new options, one to disable V4L1 drivers, and another to disable
      V4L1 compat module. This way, it would be easy to check what still depends
      on V4L1 stuff, allowing also to test if app works fine with V4L2 only support.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      cd41e28e
    • S
      [NEIGH]: Fix IP-over-ATM and ARP interaction. · bd89efc5
      Simon Kelley 提交于
      The classical IP over ATM code maintains its own IPv4 <-> <ATM stuff>
      ARP table, using the standard neighbour-table code. The
      neigh_table_init function adds this neighbour table to a linked list
      of all neighbor tables which is used by the functions neigh_delete()
      neigh_add() and neightbl_set(), all called by the netlink code.
      
      Once the ATM neighbour table is added to the list, there are two
      tables with family == AF_INET there, and ARP entries sent via netlink
      go into the first table with matching family. This is indeterminate
      and often wrong.
      
      To see the bug, on a kernel with CLIP enabled, create a standard IPv4
      ARP entry by pinging an unused address on a local subnet. Then attempt
      to complete that entry by doing
      
      ip neigh replace <ip address> lladdr <some mac address> nud reachable
      
      Looking at the ARP tables by using 
      
      ip neigh show
      
      will reveal two ARP entries for the same address. One of these can be
      found in /proc/net/arp, and the other in /proc/net/atm/arp.
      
      This patch adds a new function, neigh_table_init_no_netlink() which
      does everything the neigh_table_init() does, except add the table to
      the netlink all-arp-tables chain. In addition neigh_table_init() has a
      check that all tables on the chain have a distinct address family.
      The init call in clip.c is changed to call
      neigh_table_init_no_netlink().
      
      Since ATM ARP tables are rather more complicated than can currently be
      handled by the available rtattrs in the netlink protocol, no
      functionality is lost by this patch, and non-ATM ARP manipulation via
      netlink is rescued. A more complete solution would involve a rtattr
      for ATM ARP entries and some way for the netlink code to give
      neigh_add and friends more information than just address family with
      which to find the correct ARP table.
      
      [ I've changed the assertion checking in neigh_table_init() to not
        use BUG_ON() while holding neigh_tbl_lock.  Instead we remember that
        we found an existing tbl with the same family, and after dropping
        the lock we'll give a diagnostic kernel log message and a stack dump.
        -DaveM ]
      Signed-off-by: NSimon Kelley <simon@thekelleys.org.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bd89efc5
  12. 11 5月, 2006 2 次提交