Re: if_mvneta rx/tx byte counts wrong
Søren Schmidt <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <[email protected]> |
Hi John Good catch!, if I just use those as 32bit values it “just works” seems the Marvell version has a bug or config problem here.. > On 4 Nov 2020, at 13.26, John F Carr <[email protected]> wrote: > > If you view in hex, > > $ printf '%x %x %x\n' 443193380410133 3813930959736 274877907008 > 1931500019315 37800000378 4000000040 > > you see a 32 bit value duplicated into both halves of a 64 bit value. > > On Nov 4, 2020, at 03:38 , Søren Schmidt <[email protected]> wrote: >> >> Hi gang >> >> While returning to my hacks on the Espressobin I noticed that netstat -w gives some interesting results: >> >> root@EspressoBin:~ # netstat -w1 >> input (Total) output >> packets errs idrops bytes packets errs bytes colls >> 0 0 0 60 0 0 0 0 >> 1 0 0 274877907008 0 0 0 0 >> 0 0 0 60 0 0 0 0 >> 1 0 0 274877907008 0 0 0 0 >> 1 0 0 274877907315 0 0 0 0 >> 3 0 1 1370094567743 0 0 0 0 >> 0 0 0 60 0 0 0 0 >> 1 0 0 274877909253 0 0 0 0 >> >> Looking at the sysctl’s its the same thing: >> >> dev.mvneta.0.mib.tx_good_oct: 3813930959736 >> dev.mvneta.0.mib.rx_good_oct: 443193380410133 >> >> First though there might be byteordering involved but looking at the raw values that does not explain the behaviour, however the rx/tx count is the only values that are 64bit, all others are 32bit and are working as expected. >> >> Any ideas / fixes ? >> >> -- >> Søren Schmidt >> [email protected] / [email protected] >> "So much code to hack, so little time" >> >> >> >> _______________________________________________ >> [email protected] mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "[email protected]" > -- Søren Schmidt [email protected] / [email protected] "So much code to hack, so little time" _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "[email protected]"