Processed: limit source to linux, tagging 906054, tagging 906048

Processing commands for cont...@bugs.debian.org: > limit source linux Limiting to bugs with field 'source' containing at least one of 'linux' Limit currently set to 'source':'linux' > tags 906054 + pending Bug #906054 [src:linux] linux-image-4.18.0-rc5-armmp: Please enable support for SFP module

Bug#906054: Tested

I have enabled SFP support for 4.18-rc8 for armhf only, and tested that on my clearfog. It turns out to work just fine! Please find the patch attached. Note that I believe this setting should probably be enabled for all architectures, but I can currently only do real testing on armhf, and maybe on

Bug#906054: linux-image-4.18.0-rc5-armmp: Please enable support for SFP modules

Package: src:linux Version: 4.18~rc5-1~exp1 Severity: normal Dear Maintainer, With the release of linux 4.14 support for SFP pages has been introduced. Please enable support for this in the armmp and arm64 flavours. To name two devices that have an SFP port and can run debian testing: - solidrun

Bug#906052: checked history

I have found no earlier version where this worked with the debian kernel. All of the following exhibit the problem with similar errors:  - linux-image-4.9.0-7-armmp_4.9.110-3+deb9u1_armhf.deb  - linux-image-4.16.0-2-armmp_4.16.16-2_armhf.deb  - linux-image-4.18.0-rc5-armmp_4.18~rc5-1~exp1_armhf.deb

Bug#906048: linux-image-4.17.0-1-amd64: BT_HCIUART_BCM missing

Forgot to mention BT_HCIUART_BCM is enabled in 4.9 default config on debian, so I think this is a regression rather than a wishlist bug for enabling. Cheers, Adrian

Bug#906052: linux-image-4.17.0-1-armmp: Compex WLE900VX (ath10k) doesn't probe

Package: src:linux Version: 4.17.8-1 Severity: normal Dear Maintainer, The Compex pci express wifi module fails to probe apparently because it isn't waking up. I can't see anything wrong here, and the module used to work with older (vendor) kernels. Any clues what is going on? Yours sincerely Jo

Bug#906048: linux-image-4.17.0-1-amd64: BT_HCIUART_BCM missing

Package: src:linux Version: 4.17.8-1 Severity: normal Dear Maintainer, * What led up to the situation? unable to use built-in Bluetooth (SDIO BCM) adaptor, missing BCM HCIUART * What exactly did you do (or not do) that was effective (or ineffective)? btattach --bredr

linux_4.17.14-1_all.changes is NEW

binary:acpi-modules-4.17.0-2-686-di is NEW. binary:acpi-modules-4.17.0-2-686-pae-di is NEW. binary:acpi-modules-4.17.0-2-amd64-di is NEW. binary:affs-modules-4.17.0-2-4kc-malta-di is NEW. binary:affs-modules-4.17.0-2-5kc-malta-di is NEW. binary:affs-modules-4.17.0-2-loongson-3-di is NEW. binary:aff

Processing of linux_4.17.14-1_all.changes

linux_4.17.14-1_all.changes uploaded successfully to localhost along with the files: linux_4.17.14-1.dsc linux_4.17.14.orig.tar.xz linux_4.17.14-1.debian.tar.xz linux-doc-4.17_4.17.14-1_all.deb linux-headers-4.17.0-2-common_4.17.14-1_all.deb linux-source-4.17_4.17.14-1_all.deb linux-s

Processed: closing 905751

Processing commands for cont...@bugs.debian.org: > close 905751 4.17.14-1 Bug #905751 {Done: Salvatore Bonaccorso } [src:linux] linux: CVE-2018-5390 Bug #905966 {Done: Salvatore Bonaccorso } [src:linux] linux-image-4.9.0-0.bpo.7-amd64: CVE-2018-5390 not fixed? The source 'linux' and version '4.1

Upgrade issues with firmware-{adi,ralink}

Between jessie and stretch I folded the contents of firmware-adi and firmware-ralink packages into firmware-misc-nonfree. However, I mistakenly dropped those binary packages entirely rather than making them transitional packages for the stretch release. I noticed this recently while looking at up

Re: Status and open questions for debian-installer with backports support

On Mon, Aug 13, 2018 at 01:44:48PM +0200, Julien Cristau wrote: >On 08/13/2018 01:57 AM, Steve McIntyre wrote: >> On Thu, Aug 02, 2018 at 10:56:59AM +0200, Cyril Brulebois wrote: >>> => Question: should we restrict architectures we build images for? >> >> Probably. I'm only thinking x86, arm64 and

Processed: Some remote folders missing when mounting a CIFS share using -o vers=2.x option

Processing control commands: > reassign -1 src:linux Bug #871779 [cifs-utils] /sbin/mount.cifs: Some remote folders missing when mounting the share using -o vers=2.x option Bug reassigned from package 'cifs-utils' to 'src:linux'. No longer marked as found in versions cifs-utils/2:6.7-1. Ignoring

Re: Status and open questions for debian-installer with backports support

On 08/13/2018 01:57 AM, Steve McIntyre wrote: > On Thu, Aug 02, 2018 at 10:56:59AM +0200, Cyril Brulebois wrote: >> => Question: should we restrict architectures we build images for? > > Probably. I'm only thinking x86, arm64 and maybe armhf. Wait for > people to ask for others and add on a case-b

Processed: tagging 905969

Processing commands for cont...@bugs.debian.org: > tags 905969 + upstream Bug #905969 [src:linux] amdgpu: only one audio port shows up in pulseaudio Added tag(s) upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 905969: https://bugs.debian.org/cgi-bin/bugr