Bug#961401: linux-image-4.19.0-5-686: communication with scanner on usb bus often fails

Package: src:linux Version: 4.19.37-5 Severity: normal Dear Maintainer, I want to use a canon usb scanner Canoscan 630u. The scanner works with a probability of 1 to 50. The conditions whether it will work or not are not clear. The debug output of the driver module has two failure scenarios:

Bug#961400: marked as done (linux-source-4.19: Please remove some functions from kernel.)

Your message dated Sun, 24 May 2020 12:19:15 +0100 with message-id <7d391cdac2ab242d3b8732ad521a9cc794e6782b.ca...@decadent.org.uk> and subject line Re: Bug#961400: linux-source-4.19: Please remove some functions from kernel. has caused the Debian Bug report #961400, regarding linux-source-4.19:

Re: debplate - A template system for Debian packages

❦ 24 mai 2020 01:46 +01, Ben Hutchings: >> I'm going to talk about this at MiniDebConf Online next week, but since >> I'm developing it with some of the kernel team's packages in mind I >> thought I would give some advance notice here. > > Something I forgot to mention is that this depends on

Bug#961400: linux-source-4.19: Please remove some functions from kernel.

Package: linux-source-4.19 Severity: wishlist Follow functions is not necesary on kernel: might_sleep, might_sleep_if, lockdep_assert_held and others , removing these funcs increase stability of kernel. Generaly search for assert key word of functions these funcs put system on instable state.

Processing of linux-signed-amd64_5.6.14+1_source.changes

linux-signed-amd64_5.6.14+1_source.changes uploaded successfully to localhost along with the files: linux-signed-amd64_5.6.14+1.dsc linux-signed-amd64_5.6.14+1.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

linux-signed-arm64_5.6.14+1_source.changes is NEW

Mapping sid to unstable. binary:linux-image-5.6.0-2-arm64 is NEW. binary:linux-image-5.6.0-2-cloud-arm64 is NEW. binary:linux-image-5.6.0-2-rt-arm64 is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it

linux-signed-amd64_5.6.14+1_source.changes is NEW

Mapping sid to unstable. binary:linux-image-5.6.0-2-amd64 is NEW. binary:linux-image-5.6.0-2-cloud-amd64 is NEW. binary:linux-image-5.6.0-2-rt-amd64 is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it

Processing of linux-signed-i386_5.6.14+1_source.changes

linux-signed-i386_5.6.14+1_source.changes uploaded successfully to localhost along with the files: linux-signed-i386_5.6.14+1.dsc linux-signed-i386_5.6.14+1.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

linux-signed-i386_5.6.14+1_source.changes is NEW

Mapping sid to unstable. binary:linux-image-5.6.0-2-686 is NEW. binary:linux-image-5.6.0-2-686-pae is NEW. binary:linux-image-5.6.0-2-rt-686-pae is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a

Processing of linux-signed-arm64_5.6.14+1_source.changes

linux-signed-arm64_5.6.14+1_source.changes uploaded successfully to localhost along with the files: linux-signed-arm64_5.6.14+1.dsc linux-signed-arm64_5.6.14+1.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

Bug#961459: linux-signed-arm64: option that might support raspberry pi 4 usb

Package: linux-signed-arm64 Version: 5.7~rc5-1~exp1 At least from this comment, https://github.com/lategoodbye/rpi-zero/issues/43#issuecomment-611780458 it looks like we might need CONFIG_PCIE_BRCMSTB=m to allow USB to work on the pi 4. I can verify that 5.7~rc5-1~exp1 boots fine on