[Bug 253160] [sound] [usb] noise with uaudio in bitperfect mode

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253160 --- Comment #11 from Oleh Vinichenko --- i am not sure if virtual_oss could be useful, though i did not try. my intention was to disable any vchans and use the sound directly by hardware, which is what i supposed bit perfect would give. I d

[Bug 253160] [sound] [usb] noise with uaudio in bitperfect mode

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253160 Hans Petter Selasky changed: What|Removed |Added Resolution|--- |Works As Intended

[Bug 254036] Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased)

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254036 Bug ID: 254036 Summary: Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased) Product: Base System Version: 12.1-RELEASE Hardware: Any

[Bug 254036] Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased)

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254036 --- Comment #1 from Hans Petter Selasky --- Hi, I believe this is the expected behaviour. I think FreeBSD has also a size limitation for fragments. @bz added. --HPS -- You are receiving this mail because: You are the assignee for the

[Bug 254036] Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased)

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254036 --- Comment #2 from Mike Belanger --- A large ping will work with other devices. e.g. Vendor : 0x0b95 (ASIX Elec. Corp.) Product: 0x7720 (AX88x72A) # ping -c1 -s6 192.168.1.2 PING 192.168.1.2 (1

[Bug 254036] Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased)

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254036 --- Comment #3 from Hans Petter Selasky --- Can you do a tcpdump of the receive and sender side, to see exactly which packets are lost? --HPS -- You are receiving this mail because: You are the assignee for the bug. _

[Bug 254036] Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased)

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254036 --- Comment #4 from Hans Petter Selasky --- Usually defragging is done in software and not hardware. Might have something to do with the MTU ... -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 254036] Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased)

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254036 --- Comment #5 from Hans Petter Selasky --- It might also be the software queue length which overflows and drops packets. I believe the stats are updated when this happens. I.E. the burst of 64 packets in a row may simply be too much for t

[Bug 254036] Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased)

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254036 --- Comment #6 from Mike Belanger --- Thanks. I will take a look at the stats and I will get the traces. It will take me a bit of time. -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 254036] Linksys USB3GIG fails to ping with large packets (maxfragsperpacket was increased)

2021-03-05 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254036 --- Comment #7 from Mike Belanger --- I had captured some traces, but realized I made a mistake. And in trying to recapture I discovered something that I found confusing. My original testing was against a Linux PC with an on board NIC. It