stop waiting for ethernet link on? #5

New Issue

sb10q · 2019-08-22T15:24:29+08:00

sb10q commented

2019-08-22 15:24:29 +08:00

Why do we care?
Do we need to monitor the PHY at all? Can we just set it up and then attempt to send and receive packets without checking the link state?

Why do we care? Do we need to monitor the PHY at all? Can we just set it up and then attempt to send and receive packets without checking the link state?

astro commented

2019-09-29 09:23:54 +08:00

Yes, we need to monitor in order to re-setup the TX clock, even if the rate is unchanged. I explicitly don't care about anything other than 1Gb so far.

Fixed in 0f6bc68d1f and a76214cb9d

Putting it into the recv path is a kludge until we have interrupts.

Yes, we need to monitor in order to re-setup the TX clock, even if the rate is unchanged. I explicitly don't care about anything other than 1Gb so far. Fixed in 0f6bc68d1ff2a5531edb1463944a2199f9b9b7b1 and a76214cb9dc2aa7907d52356fd2b5db3ee1f3bb1 Putting it into the recv path is a kludge until we have interrupts.

astro closed this issue

2019-09-29 09:23:54 +08:00

sb10q commented

2019-09-29 16:33:35 +08:00

Poster

We don't need interrupts, unless the hardware is so broken that it won't work without.

Sign in to join this conversation.

No Label

No Milestone

No Assignees

2 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: M-Labs/zynq-rs#5