1. 14 1月, 2013 5 次提交
  2. 11 1月, 2013 3 次提交
  3. 10 1月, 2013 2 次提交
    • Y
      ipv6: Optimize ipv6_change_dsfield(). · a0376db0
      YOSHIFUJI Hideaki / 吉藤英明 提交于
      Do not convert endian back and forth.
      If the caller uses contant "mask" argument (and most callers do),
      we can omit runtime endian conversion here.
      Signed-off-by: NYOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a0376db0
    • R
      bgmac: driver for GBit MAC core on BCMA bus · dd4544f0
      Rafał Miłecki 提交于
      BCMA is a Broadcom specific bus with devices AKA cores. All recent BCMA
      based SoCs have gigabit ethernet provided by the GBit MAC core. This
      patch adds driver for such a cores registering itself as a netdev. It
      has been tested on a BCM4706 and BCM4718 chipsets.
      
      In the kernel tree there is already b44 driver which has some common
      things with bgmac, however there are many differences that has led to
      the decision or writing a new driver:
      1) GBit MAC cores appear on BCMA bus (not SSB as in case of b44)
      2) There is 64bit DMA engine which differs from 32bit one
      3) There is no CAM (Content Addressable Memory) in GBit MAC
      4) We have 4 TX queues on GBit MAC devices (instead of 1)
      5) Many registers have different addresses/values
      6) RX header flags are also different
      
      The driver in it's state is functional how, however there is of course
      place for improvements:
      1) Supporting more net_device_ops
      2) SUpporting more ethtool_ops
      3) Unaligned addressing in DMA
      4) Writing separated PHY driver
      Signed-off-by: NRafał Miłecki <zajec5@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      dd4544f0
  4. 09 1月, 2013 3 次提交
  5. 07 1月, 2013 2 次提交
  6. 05 1月, 2013 3 次提交
  7. 04 1月, 2013 2 次提交
  8. 30 12月, 2012 1 次提交
  9. 29 12月, 2012 2 次提交
  10. 27 12月, 2012 2 次提交
  11. 26 12月, 2012 1 次提交
    • E
      pidns: Stop pid allocation when init dies · c876ad76
      Eric W. Biederman 提交于
      Oleg pointed out that in a pid namespace the sequence.
      - pid 1 becomes a zombie
      - setns(thepidns), fork,...
      - reaping pid 1.
      - The injected processes exiting.
      
      Can lead to processes attempting access their child reaper and
      instead following a stale pointer.
      
      That waitpid for init can return before all of the processes in
      the pid namespace have exited is also unfortunate.
      
      Avoid these problems by disabling the allocation of new pids in a pid
      namespace when init dies, instead of when the last process in a pid
      namespace is reaped.
      Pointed-out-by: NOleg Nesterov <oleg@redhat.com>
      Reviewed-by: NOleg Nesterov <oleg@redhat.com>
      Signed-off-by: N"Eric W. Biederman" <ebiederm@xmission.com>
      c876ad76
  12. 22 12月, 2012 6 次提交
  13. 21 12月, 2012 8 次提交