| commit | 083e21bbdde7dbd326baf29d21f49fc3f5614496 | |
| author | Finn Thain <fthain@telegraphics.com.au> | |
| Wed, 29 Jan 2020 09:27:49 +0000 (29 20:27 +1100) | ||
| committer | Jason Wang <jasowang@redhat.com> | |
| Tue, 3 Mar 2020 10:04:47 +0000 (3 18:04 +0800) | ||
| tree | 163905f7179f9a453ae09e5da3fad29a393e8a4e | treesnapshot (tar.gz zip) |
| parent | 80b60673ea598869050c66d95d8339480e4cefd0 | commitdiff |
dp8393x: Don't reset Silicon Revision register
The jazzsonic driver in Linux uses the Silicon Revision register value
to probe the chip. The driver fails unless the SR register contains 4.
Unfortunately, reading this register in QEMU usually returns 0 because
the s->regs[] array gets wiped after a software reset.
Fixes: bd8f1ebce4 ("net/dp8393x: fix hardware reset")
Suggested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Finn Thain <fthain@telegraphics.com.au>
Signed-off-by: Jason Wang <jasowang@redhat.com>
The jazzsonic driver in Linux uses the Silicon Revision register value
to probe the chip. The driver fails unless the SR register contains 4.
Unfortunately, reading this register in QEMU usually returns 0 because
the s->regs[] array gets wiped after a software reset.
Fixes: bd8f1ebce4 ("net/dp8393x: fix hardware reset")
Suggested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Finn Thain <fthain@telegraphics.com.au>
Signed-off-by: Jason Wang <jasowang@redhat.com>
| hw/net/dp8393x.c | diffblobblamehistory |