1. 28 1月, 2012 2 次提交
  2. 17 1月, 2012 1 次提交
  3. 14 1月, 2012 2 次提交
  4. 06 12月, 2011 1 次提交
  5. 28 11月, 2011 1 次提交
  6. 10 11月, 2011 1 次提交
  7. 10 10月, 2011 1 次提交
  8. 24 7月, 2011 1 次提交
  9. 15 6月, 2011 1 次提交
  10. 08 5月, 2011 1 次提交
  11. 10 4月, 2011 1 次提交
    • A
      lan9118: Ignore write to MAC_VLAN1 register · a0313c00
      Atsushi Nemoto 提交于
      On Mon, 4 Apr 2011 20:15:30 +0200, Aurelien Jarno <aurelien@aurel32.net> wrote:
      > Is it really safe ignoring write to this register? If yes, it's probably
      > a good idea to explain why in a comment. In any case, if supporting this
      > register is easy to do, it would be the best option.
      
      I think it is safe.  Please see an updated comment below.
      
      And though implementing this register might be possible, I suppose it
      is not worth to supporting FrameTooLong detection, for now at least.
      
      Thank you for comments.
      
      >8---------------------------------------------------------------------
      From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
      Date: Tue, 5 Apr 2011 23:12:07 +0900
      Subject: [PATCH] lan9118: Ignore write to MAC_VLAN1 register
      
      Since linux 2.6.38, smsc911x driver writes to VLAN1 registger.
      Since this register only affects FrameTooLong detection, ignoring
      write to this register should be safe.
      Signed-off-by: NAtsushi Nemoto <anemo@mba.ocn.ne.jp>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      a0313c00
  12. 21 3月, 2011 1 次提交
    • P
      change all other clock references to use nanosecond resolution accessors · 74475455
      Paolo Bonzini 提交于
      This was done with:
      
          sed -i 's/qemu_get_clock\>/qemu_get_clock_ns/' \
              $(git grep -l 'qemu_get_clock\>' )
          sed -i 's/qemu_new_timer\>/qemu_new_timer_ns/' \
              $(git grep -l 'qemu_new_timer\>' )
      
      after checking that get_clock and new_timer never occur twice
      on the same line.  There were no missed occurrences; however, even
      if there had been, they would have been caught by the compiler.
      
      There was exactly one false positive in qemu_run_timers:
      
           -    current_time = qemu_get_clock (clock);
           +    current_time = qemu_get_clock_ns (clock);
      
      which is of course not in this patch.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      74475455
  13. 13 1月, 2011 1 次提交
    • B
      lan9118: fix a buffer overflow · c46a3ea0
      Blue Swirl 提交于
      Fix a buffer overflow, reported by cppcheck:
      [/src/qemu/hw/lan9118.c:849]: (error) Buffer access out-of-bounds: s.eeprom
      
      All eeprom handling code assumes that the size of eeprom is 128,
      except lan9118_eeprom_cmd. Fix this by restricting the address passed.
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      c46a3ea0
  14. 11 12月, 2010 1 次提交
    • A
      Add endianness as io mem parameter · 2507c12a
      Alexander Graf 提交于
      As stated before, devices can be little, big or native endian. The
      target endianness is not of their concern, so we need to push things
      down a level.
      
      This patch adds a parameter to cpu_register_io_memory that allows a
      device to choose its endianness. For now, all devices simply choose
      native endian, because that's the same behavior as before.
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      2507c12a
  15. 04 6月, 2010 1 次提交
  16. 21 12月, 2009 1 次提交
  17. 03 12月, 2009 1 次提交
  18. 17 11月, 2009 1 次提交