1. 09 11月, 2012 1 次提交
  2. 06 10月, 2012 1 次提交
  3. 01 10月, 2012 1 次提交
    • J
      MIPS: BCM63XX: Properly handle mac address octet overflow · d21a7713
      Jonas Gorski 提交于
      While calculating the mac address the pointer for the current octet was
      never reset back to the least significant one after being decremented
      because of an octet overflow. This resulted in the code continuing to
      increment at the current octet, potentially generating duplicate or
      invalid mac addresses.
      
      As a second issue the pointer was allowed to advance up to the most
      significant octet, modifying the OUI, and potentially changing the type
      of mac address.
      
      Rewrite the code so it resets the pointer to the least significant
      in each outer loop step, and bails out when the least significant octet
      of the OUI is reached.
      Signed-off-by: NJonas Gorski <jonas.gorski@gmail.com>
      Cc: linux-mips@linux-mips.org
      Cc: Maxime Bizon <mbizon@freebox.fr>
      Cc: Florian Fainelli <florian@openwrt.org>
      Cc: Sergei Shtylyov <sshtylyov@mvista.com>
      Patchwork: https://patchwork.linux-mips.org/patch/4348/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      d21a7713
  4. 31 8月, 2012 1 次提交
  5. 24 7月, 2012 3 次提交
  6. 23 7月, 2012 1 次提交
  7. 10 1月, 2012 1 次提交
  8. 08 12月, 2011 2 次提交
  9. 19 5月, 2011 1 次提交
  10. 13 4月, 2010 5 次提交
  11. 27 2月, 2010 1 次提交
  12. 13 1月, 2010 1 次提交
  13. 02 11月, 2009 1 次提交
  14. 01 10月, 2009 3 次提交
  15. 18 9月, 2009 1 次提交