<GitHub72>
[smoltcp] phil-opp commented on issue #74: I didn't mean that `get(2..1)` is a bug itself. In the DHCP protocol an option with length 4 has 6 octets (4 + code + length fields) and I thought that TCP was identical. But it seems like in TCP the length field includes the whole option, i.e. length 4 means 4 octets. So no bug here, just a strange difference between the TCP and DHCP option format. https://github.com/m-labs/smoltcp/issues/74#issuecomm
<_florent_>
sb0: I'll try to find a solution today. (castrated if needed) I was only able to test that on kcu105 with loopback, which was ok.
rohitksingh_work has quit [Read error: Connection reset by peer]
<GitHub46>
[smoltcp] phil-opp commented on issue #75: I implemented basic parsing and emitting of packets and DHCP options. I'll add a few more essential options, but I don't think that we need the rest right now. https://github.com/m-labs/smoltcp/pull/75#issuecomment-344586858
rohitksingh has joined #m-labs
slava_ has quit [Quit: Page closed]
<sb0>
_florent_, what fails exactly? is it the delay determination?
<sb0>
_florent_, what was the problem with the phase detector
<sb0>
?
<sb0>
_florent_, if you do half-rate, you can use half the SERDES outputs for data and one in the other half for phase detection. I did that on milkymist for a HDMI-over-TTL hack (single ended, so phase detector not supported)
<sb0>
that worked surprisingly well
<cr1901_modern>
single-ended HDMI?
<sb0>
convert to LVDS first with a resistor/capacitor hack, then into a LVDS-to-TTL chip
cr1901_modern has quit [Ping timeout: 248 seconds]
cr1901_modern has joined #m-labs
rohitksingh has quit [Read error: Connection reset by peer]