Bug#843936: Need newer iwlwifi firmware for Linux 4.9-rc kernels

On Sat, Dec 03, 2016 at 04:11:01AM +, Ben Hutchings wrote: > Control: tag -1 upstream > > On Thu, 10 Nov 2016 14:24:54 -0800 Josh Triplett > wrote: > > Package: firmware-iwlwifi > > Version: 20160824-1 > > Severity: normal > >  > > The iwlwifi driver in Linux 4.9-rc

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Fri, Dec 02, 2016 at 02:07:46AM +, Ben Hutchings wrote: > Thanks for this; I've applied it to the master branch for Debian. Cool! Alas, it is enough only for x86. The merge that caused these issues was 84d6984 (pulling in 22823ab4^..590abbdd), you can see it does the same to a number of

Bug#846597: linux: please enable `perf data' support

Package: src:linux Version: 4.9~rc5-1~exp1 Severity: normal Tags: patch Please enable `perf data' support for perf. This requires two extra dependencies which are already in debian in the required version. During the invocation of make (for perf) you libbabeltrace needs to be explicitly enabled.

Re: [RFC, PATCH, v3.9] default exported asm symbols to zero

On Fri, Dec 2, 2016 at 1:40 PM, Arnd Bergmann wrote: > With binutils-2.16 and before, a weak missing symbol was kept during the 2.26? > final link, and a missing CRC for an export would lead to that CRC > being treated as zero implicitly. With binutils-2.17, the crc 2.27? >

linux_4.8.11-1_multi.changes ACCEPTED into unstable, unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 02 Dec 2016 06:35:22 +0100 Source: linux Binary: linux-source-4.8 linux-support-4.8.0-2 linux-doc-4.8 linux-manual-4.8 linux-kbuild-4.8 linux-cpupower libcpupower1 libcpupower-dev linux-perf-4.8 libusbip-dev

ahci:nvme remap support and which laptops would not be able to support Debian

Hi all, Couple of months back, I had read Matthew Garett's blog post https://mjg59.dreamwidth.org/44694.html I also remember Ben Hutchings or somebody from the kernel team had also shared their view on planet.debian.org on the same subject. I was helping a friend/client to find out a newer

Bug#770492: marked as done (linux-image-3.16.0-4-686-pae: chown removes security.capability xattr on other users' files (CVE-2015-1350))

Your message dated Fri, 02 Dec 2016 08:00:10 + with message-id and subject line Bug#770492: fixed in linux 4.8.11-1 has caused the Debian Bug report #770492, regarding linux-image-3.16.0-4-686-pae: chown removes security.capability xattr on other users'

Bug#822575: marked as done (debian regression: no more console output after "switching to mgag200drmfb from simple")

Your message dated Fri, 02 Dec 2016 08:00:10 + with message-id and subject line Bug#822575: fixed in linux 4.8.11-1 has caused the Debian Bug report #822575, regarding debian regression: no more console output after "switching to mgag200drmfb from simple"

Bug#844862: marked as done (linux-atm: FTBFS: time.h:9:8: error: redefinition of 'struct timespec')

Your message dated Fri, 02 Dec 2016 08:00:10 + with message-id and subject line Bug#844491: fixed in linux 4.8.11-1 has caused the Debian Bug report #844491, regarding linux-atm: FTBFS: time.h:9:8: error: redefinition of 'struct timespec' to be marked as

Bug#840061: marked as done (Enable I2C/IPMI and EDAC for X-Gene)

Your message dated Fri, 02 Dec 2016 08:00:10 + with message-id and subject line Bug#840061: fixed in linux 4.8.11-1 has caused the Debian Bug report #840061, regarding Enable I2C/IPMI and EDAC for X-Gene to be marked as done. This means that you claim

linux_4.9~rc7-1~exp1_multi.changes is NEW

binary:affs-modules-4.9.0-rc7-4kc-malta-di is NEW. binary:affs-modules-4.9.0-rc7-5kc-malta-di is NEW. binary:affs-modules-4.9.0-rc7-loongson-3-di is NEW. binary:affs-modules-4.9.0-rc7-octeon-di is NEW. binary:ata-modules-4.9.0-rc7-4kc-malta-di is NEW. binary:ata-modules-4.9.0-rc7-5kc-malta-di is

Processed: limit source to firmware-nonfree, tagging 838858, tagging 842762, tagging 826996, tagging 838476 ...

Processing commands for cont...@bugs.debian.org: > limit source firmware-nonfree Limiting to bugs with field 'source' containing at least one of 'firmware-nonfree' Limit currently set to 'source':'firmware-nonfree' > tags 838858 + pending Bug #838858 [firmware-amd-graphics]

Bug#845993: marked as done (firmware-amd-graphics: System with AMD A10 Kaviar processor does not boot)

Your message dated Sat, 03 Dec 2016 02:42:11 + with message-id <1480732931.16599.110.ca...@decadent.org.uk> and subject line Re: firmware-amd-graphics: System with AMD A10 Kaviar processor does not boot has caused the Debian Bug report #845993, regarding firmware-amd-graphics: System with AMD

Processing of linux_4.9~rc7-1~exp1_multi.changes

linux_4.9~rc7-1~exp1_multi.changes uploaded successfully to localhost along with the files: linux_4.9~rc7-1~exp1.dsc linux_4.9~rc7.orig.tar.xz linux_4.9~rc7-1~exp1.debian.tar.xz linux-doc-4.9_4.9~rc7-1~exp1_all.deb linux-headers-4.9.0-rc7-common_4.9~rc7-1~exp1_all.deb

Bug#728993: marked as done (firmware-linux-nonfree: Requesting xc5000 firmware (dvb-fe-xc5000c-4.1.30.7.fw))

Your message dated Sat, 03 Dec 2016 02:47:05 + with message-id <1480733225.16599.112.ca...@decadent.org.uk> and subject line Re: firmware-linux-nonfree: Requesting xc5000 firmware (dvb-fe-xc5000c-4.1.30.7.fw) has caused the Debian Bug report #728993, regarding firmware-linux-nonfree:

Processed: found 728993 in 0.40

Processing commands for cont...@bugs.debian.org: > found 728993 0.40 Bug #728993 [firmware-linux-nonfree] firmware-linux-nonfree: Requesting xc5000 firmware (dvb-fe-xc5000c-4.1.30.7.fw) Marked as found in versions firmware-nonfree/0.40. > thanks Stopping processing here. Please contact me if

Processed: tagging 802937

Processing commands for cont...@bugs.debian.org: > tags 802937 - moreinfo Bug #802937 [firmware-amd-graphics] firmware-linux-nonfree: radeon tahiti firmware fails to load Removed tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 802937:

Re: [RFC, PATCH, v3.9] default exported asm symbols to zero

On Fri, 2016-12-02 at 13:40 +0100, Arnd Bergmann wrote: > With binutils-2.16 and before, a weak missing symbol was kept during the > final link, and a missing CRC for an export would lead to that CRC > being treated as zero implicitly. With binutils-2.17, the crc > symbol gets dropped, and any

Bug#843936: Need newer iwlwifi firmware for Linux 4.9-rc kernels

Control: tag -1 upstream On Thu, 10 Nov 2016 14:24:54 -0800 Josh Triplett wrote: > Package: firmware-iwlwifi > Version: 20160824-1 > Severity: normal >  > The iwlwifi driver in Linux 4.9-rc kernels and newer, as packaged in > experimental, no longer supports the versions

Processed: Re: Need newer iwlwifi firmware for Linux 4.9-rc kernels

Processing control commands: > tag -1 upstream Bug #843936 [firmware-iwlwifi] Need newer iwlwifi firmware for Linux 4.9-rc kernels Added tag(s) upstream. -- 843936: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843936 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#842734: marked as done (firmware-realtek: RTL8411B pcie cardreader, UHS cards do not work)

Your message dated Sat, 03 Dec 2016 04:17:12 + with message-id <1480738632.16599.117.ca...@decadent.org.uk> and subject line Re: firmware-realtek: RTL8411B pcie cardreader, UHS cards do not work has caused the Debian Bug report #842734, regarding firmware-realtek: RTL8411B pcie cardreader,

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 01.12.2016 17:12, Michal Marek wrote: > On 2016-12-01 04:39, Nicholas Piggin wrote: >> On Thu, 01 Dec 2016 02:35:54 + >> Ben Hutchings wrote: >>> As I understand it, genksyms incorporates the definitions of a >>> function's parameter and return types - not just their

Re: [RFC, PATCH, v3.9] default exported asm symbols to zero

On Fri, Dec 02, 2016 at 01:40:27PM +0100, Arnd Bergmann wrote: > With binutils-2.16 and before, a weak missing symbol was kept during the > final link, and a missing CRC for an export would lead to that CRC > being treated as zero implicitly. With binutils-2.17, the crc > symbol gets dropped, and

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Fri, 2016-12-02 at 12:22 +0100, Adam Borowski wrote: > On Fri, Dec 02, 2016 at 02:07:46AM +, Ben Hutchings wrote: > > Thanks for this; I've applied it to the master branch for Debian.  > > Cool! > > Alas, it is enough only for x86. I know... > The merge that caused these issues was

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Fri, Dec 2, 2016 at 2:55 AM, Arnd Bergmann wrote: > > Yes, it's always been just the assembly symbols that broke, these were > the ones that Al's original patch changed and that ended up with > no version information. Ok, and the reason is because even if we have a weak symbol

Re: [RFC, PATCH, v3.9] default exported asm symbols to zero

On Friday, December 2, 2016 1:59:15 PM CET Geert Uytterhoeven wrote: > On Fri, Dec 2, 2016 at 1:40 PM, Arnd Bergmann wrote: > > With binutils-2.16 and before, a weak missing symbol was kept during the > > 2.26? > > > final link, and a missing CRC for an export would lead to that