01:33
AceChen has quit [Ping timeout: 264 seconds]
02:22
<
sb0 >
hartytp, you should run the backtrace through addr2line, and also check what's at the address of the illegal instruction
06:54
Gurty has joined #m-labs
09:19
<
travis-ci >
ProgVal/smoltcp#1 (ndisc-multiple-options - fbd495c : Valentin Lorentz): The build passed.
09:58
mumptai has joined #m-labs
12:31
kyak has quit [Ping timeout: 268 seconds]
12:31
kyak has joined #m-labs
13:28
<
GitHub-m-labs >
artiq/master 32522be whitequark: satman: use 1K log buffer and 4K stack....
13:28
<
GitHub-m-labs >
artiq/master ee4c475 whitequark: gateware: fix Sayma satellite build....
13:46
<
GitHub-m-labs >
artiq/master f383a47 whitequark: satman: do not debug print unexpected aux packets....
13:46
<
GitHub-m-labs >
artiq/master aa42a69 whitequark: libdrtioaux: always inline read/write helpers....
15:30
<
GitHub-m-labs >
artiq/master c8d91b2 Sebastien Bourdeauducq: coredevice: add new ad9914 driver
15:30
<
GitHub-m-labs >
artiq/master 663d8e6 Sebastien Bourdeauducq: ad9914: optimize extended-resolution mode
15:30
<
GitHub-m-labs >
artiq/master 3027951 Sebastien Bourdeauducq: integrate new AD9914 driver...
15:41
<
GitHub-m-labs >
artiq/release-3 1c4c5c9 Sebastien Bourdeauducq: coredevice/dds: fix bus_channel doc
15:41
<
GitHub-m-labs >
artiq/release-3 bb91582 Sebastien Bourdeauducq: coredevice/dds: fix init_duration_mu and init_sync_duration_mu
16:01
<
GitHub-m-labs >
artiq/master 00cb31b hartytp: sampler: remove v_ref parameter (#988)
16:19
<
GitHub-m-labs >
artiq/master 194d646 Sebastien Bourdeauducq: ad9914: fix set_mu
18:03
<
travis-ci >
ProgVal/smoltcp#2 (ipv6-gateway - 2be4c6d : Valentin Lorentz): The build has errored.
18:30
<
travis-ci >
ProgVal/smoltcp#3 (ipv6-gateway - c08b8b5 : Valentin Lorentz): The build passed.
21:20
<
GitHub124 >
[smoltcp] barskern commented on issue #104: I resolved this problem, and I have no refined the test to detect a fast retransmit. Further I'm thinking about how to store the number of duplicated ACK's received. For a testing it I am planning on defining it as a field on the `TcpSocket` struct, however I think that this will unnessecary clutter an already huge struct. I haven't refined my ideas yet, but I was thinking
21:33
cr1901_modern has quit [Ping timeout: 260 seconds]
21:41
cr1901_modern has joined #m-labs
21:47
mumptai has left #m-labs ["Verlassend"]