1. 29 Sep, 2002 2 commits
    • Kai Germaschewski's avatar
      NET: Do not use dev->hard_header_len in eth_type_trans() · 1ebb2981
      Kai Germaschewski authored
      eth_type_trans() currently pulls dev->hard_header_len off a frame
      passed to it, however always interpreting it as a ethernet header.
      
      Grepping shows that it is only used on net devices where
      dev->hard_header_len == ETH_HLEN. It makes more sense to actually
      pull of ETH_HLEN for the header (it's treated as a struct of the length
      anyway), not changing the behavior for the existing users but allowing
      two places which had to use their private copies of eth_trans_type to
      use the generic routine now.
      
      One place is in drivers/net/hamachi.c and converted in this cset, the other
      one is in the ISDN network code, patch will follow.
      1ebb2981
    • Kai Germaschewski's avatar
      NET: Do not use dev->hard_header_len in eth_header() · 02e0e212
      Kai Germaschewski authored
      The actual return value of eth_header() is never used, only its sign.
      So it does not make a difference if we return dev->hard_header_len or
      ETH_HLEN, but the latter makes more sense as that is the number of bytes
      we added to the front of the frame.
      
      For 99% of the drivers, dev->hard_header_len == ETH_HLEN, so no difference
      at all, but if a driver actually needs additional headroom and thus
      has dev->hard_header_len > ETH_HLEN, the process of building the ethernet
      header should not care at all. 
      02e0e212
  2. 28 Sep, 2002 11 commits
  3. 27 Sep, 2002 27 commits