diff options
author | Naphtali Sprei <nsprei@redhat.com> | 2009-07-16 18:17:53 +0300 |
---|---|---|
committer | Anthony Liguori <aliguori@us.ibm.com> | 2009-07-16 17:28:54 -0500 |
commit | 356c7ff4b699fb80ece580feb5e7a0c2ae9c93eb (patch) | |
tree | 7b9f2937bad4e5b22913bf704cb579cf7c0aeade /hw/e1000.c | |
parent | f35199864c690851697a2ba6e3f29a050291d4ba (diff) | |
download | qemu-356c7ff4b699fb80ece580feb5e7a0c2ae9c93eb.zip qemu-356c7ff4b699fb80ece580feb5e7a0c2ae9c93eb.tar.gz qemu-356c7ff4b699fb80ece580feb5e7a0c2ae9c93eb.tar.bz2 |
fix for bad macaddr of e1000 in Windows 2003 server with original MS driver
The sequence of reading from eeprom is "offset by one" moved because of a false
detection of a clock cycle after an eeprom reset. Keeping the last clock value
after a reset keeps it in sync.
Signed-off-by: Naphtali Sprei <nsprei@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Diffstat (limited to 'hw/e1000.c')
-rw-r--r-- | hw/e1000.c | 5 |
1 files changed, 5 insertions, 0 deletions
@@ -261,6 +261,11 @@ set_eecd(E1000State *s, int index, uint32_t val) } if (!(val & E1000_EECD_CS)) { // rising, no CS (EEPROM reset) memset(&s->eecd_state, 0, sizeof s->eecd_state); + /* + * restore old_eecd's E1000_EECD_SK (known to be on) + * to avoid false detection of a clock edge + */ + s->eecd_state.old_eecd = E1000_EECD_SK; return; } s->eecd_state.val_in <<= 1; |