dp8393x: fix CAM descriptor entry index
Currently when a LOAD CAM command is executed the entries are loaded into the CAM from memory in order which is incorrect. According to the datasheet the first entry in the CAM descriptor is the entry index which means that each descriptor may update any single entry in the CAM rather than the Nth entry. Decode the CAM entry index and use it store the descriptor in the appropriate slot in the CAM. This fixes the issue where the MacOS toolbox loads a single CAM descriptor into the final slot in order to perform a loopback test which must succeed before the Ethernet port is enabled. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> Tested-by: Finn Thain <fthain@linux-m68k.org> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org> Message-Id: <20210625065401.30170-10-mark.cave-ayland@ilande.co.uk> Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
This commit is contained in:
parent
d859a77dbd
commit
85e411d7ff
@ -270,7 +270,7 @@ static void dp8393x_update_irq(dp8393xState *s)
|
||||
static void dp8393x_do_load_cam(dp8393xState *s)
|
||||
{
|
||||
int width, size;
|
||||
uint16_t index = 0;
|
||||
uint16_t index;
|
||||
|
||||
width = (s->regs[SONIC_DCR] & SONIC_DCR_DW) ? 2 : 1;
|
||||
size = sizeof(uint16_t) * 4 * width;
|
||||
@ -279,6 +279,7 @@ static void dp8393x_do_load_cam(dp8393xState *s)
|
||||
/* Fill current entry */
|
||||
address_space_read(&s->as, dp8393x_cdp(s),
|
||||
MEMTXATTRS_UNSPECIFIED, s->data, size);
|
||||
index = dp8393x_get(s, width, 0) & 0xf;
|
||||
s->cam[index][0] = dp8393x_get(s, width, 1) & 0xff;
|
||||
s->cam[index][1] = dp8393x_get(s, width, 1) >> 8;
|
||||
s->cam[index][2] = dp8393x_get(s, width, 2) & 0xff;
|
||||
@ -291,7 +292,6 @@ static void dp8393x_do_load_cam(dp8393xState *s)
|
||||
/* Move to next entry */
|
||||
s->regs[SONIC_CDC]--;
|
||||
s->regs[SONIC_CDP] += size;
|
||||
index++;
|
||||
}
|
||||
|
||||
/* Read CAM enable */
|
||||
|
Loading…
Reference in New Issue
Block a user