Bug#996672: Sv: Bug#996672: SV: Bug#996672: linux-image-5.10.0-9-amd64: ite_cir floods syslog with receive overflow warning messages
Control: tags -1 + upstream confirmed Hi, On Sat, Oct 23, 2021 at 10:50:43AM +, Björn Wiberg wrote: > Hello again Salvatore! > > I’ve been in touch with Sean Young regarding ite_cir and the > ITE87080, and it appears that the problem might be caused by cheap > hardware, exhibiting the problem of not recovering from a receive > overflow unless reading out the FIFO buffer. > > This was introduced in > https://github.com/torvalds/linux/commit/28c7afb07ccfc0a939bb06ac1e7afe669901c65a#diff-469248a6db13b2310197808cca4dd41a36cc818a57fe15da07700e200c5d31c2 > where the buffer readout was skipped, and they will probably be > pushing a fix > (https://git.linuxtv.org/media_stage.git/commit/?id=fdc881783099c6343921ff017450831c8766d12a) > upstream in due time. > > Most probably, this will fix the issue for both NUC6s and NUC7s as > well as newer versions. > They all appear to be using ITE CIR transceivers (models ITE8704, > ITE8708 and ITE8713 are listed in INF files inside Intel’s driver > downloads for Windows). > > So, I’ll just wait for now. > > Thanks again for your help! Thanks for following up with the results. So this seems the same as in https://bugs.debian.org/996672#27 . I can look if I can cherry-pick this as well in the next upload. Regards, Salvatore
Bug#996672: SV: Bug#996672: linux-image-5.10.0-9-amd64: ite_cir floods syslog with receive overflow warning messages
Hi Björn,
On Sun, Oct 17, 2021 at 09:26:39PM +0200, Salvatore Bonaccorso wrote:
> Hi Björn,
>
> On Sun, Oct 17, 2021 at 05:40:43PM +, Björn Wiberg wrote:
> > Hello Salvatore!
> >
> > Many thanks for your reply!
> >
> > I’m afraid I cannot switch to unstable (or ”mix”), and if I
> > understand it correctly, the unsigned kernel from backports won’t
> > boot if Secure Boot is being used (which is the case on this
> > server)?
>
> Right but i expect the signed packages to appear "soonish" as well.
> The signing machinery needs to be triggered once the respective
> linux-signed-{amd64,i386,arm64} are there. So we can afford to wait a
> couple of days yet if you are open to test the bpo kernel version.
FTR, bullseye-backports packages are now as well available for the
signed packages for linux-signed-amd64.
Regards,
Salvatore
Bug#996672: SV: Bug#996672: linux-image-5.10.0-9-amd64: ite_cir floods syslog with receive overflow warning messages
Hi, This bugfix might be related: https://lore.kernel.org/linux-media/20211017144453.9795-1-s...@mess.org/ Regards, Salvatore
Bug#996672: SV: Bug#996672: linux-image-5.10.0-9-amd64: ite_cir floods syslog with receive overflow warning messages
Hi Björn,
On Sun, Oct 17, 2021 at 05:40:43PM +, Björn Wiberg wrote:
> Hello Salvatore!
>
> Many thanks for your reply!
>
> I’m afraid I cannot switch to unstable (or ”mix”), and if I
> understand it correctly, the unsigned kernel from backports won’t
> boot if Secure Boot is being used (which is the case on this
> server)?
Right but i expect the signed packages to appear "soonish" as well.
The signing machinery needs to be triggered once the respective
linux-signed-{amd64,i386,arm64} are there. So we can afford to wait a
couple of days yet if you are open to test the bpo kernel version.
>
> Not sure about the best way to go forward – should I attempt to
> report it upstream, or will you be doing so?
It would be best if you can report it directly, otherwise we the
kernel maintainers are the bottleneck, help from people actually able
to do tests is more than welcome :). The reason I asked to test as
well the bpo version is that this brings us nearer to mainline.
I checked possible commits in the driver, and there is not much
so I wanted to check if you can reproduce the issue still as well with
newer stable version or ideally even better with mainline directly.
https://git.kernel.org/linus/49e851de7e573529885fd1df4365e2459c6030ee
is already for fixing an issue at probe time, so not sure.
> Another option would of course be to wait and see if anything
> changes in future versions. This bug report will still be
> searchable for others, and can be resurrected if needed.
>From my point of view keeping the list of bugs
https://bugs.debian.org/src:linux shorter than longer (with bugs where
we cannot really do something -- not to hide problems, but to have
them reported where it's more sensible, in many cases its just better
to handle upstream) is better.
So with the report downstream now with Debian, there should go along
at least a reporting upstream to narrow it down at the right place.
Hope this makes sense.
When you report it upstream, let us know as well in case we miss it.
Regards,
Salvatore
Bug#996672: SV: Bug#996672: linux-image-5.10.0-9-amd64: ite_cir floods syslog with receive overflow warning messages
Hello Salvatore! Many thanks for your reply! I’m afraid I cannot switch to unstable (or ”mix”), and if I understand it correctly, the unsigned kernel from backports won’t boot if Secure Boot is being used (which is the case on this server)? Not sure about the best way to go forward – should I attempt to report it upstream, or will you be doing so? Another option would of course be to wait and see if anything changes in future versions. This bug report will still be searchable for others, and can be resurrected if needed. Best regards Björn
