Planning for d-i Stretch Alpha 9
Hi kernel team, [Context] I've been busy on other topics and a few months happened between Stretch Alpha 7 and Stretch Alpha 8. There were some hiccups when I tried to get stuff in shape, so we ended up blocking quite a few packages in the process, including the bump to linux 4.8. As a side effect, lifting the block-udeb's right after the release triggered linux's migration to testing, which immediately broke netboot images… Of course, letting that happen or picking the new version and hoping for the best was an easy choice: releasing with what had been tested over the last few days seemed better… [Actual question] I'd like to know whether you already have some kind of planning for the next ABI bump(s?) on the linux side, so that we could align further d-i releases accordingly. We have at least another regression in debian-installer (remote installs were broken due to screen-related changes), in addition to the broken netboot images, plus themes-related updates, so I think it would make sense to release Stretch Alpha 9 in the near future; but we can of course wait a bit if another ABI bump is due soon. By the way, this will likely be the last Alpha. Given we've entered the freeze, (winter and) RCs are coming. KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#845039: initramfs-tools: default path to initrd
Processing control commands: > severity -1 wishlist Bug #845039 [initramfs-tools] initramfs-tools: default path to initrd Severity set to 'wishlist' from 'important' > tag -1 - d-i Bug #845039 [initramfs-tools] initramfs-tools: default path to initrd Removed tag(s) d-i. > tag -1 moreinfo Bug #845039 [initramfs-tools] initramfs-tools: default path to initrd Added tag(s) moreinfo. -- 845039: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845039 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#845039: initramfs-tools: default path to initrd
Control: severity -1 wishlist
Control: tag -1 - d-i
Control: tag -1 moreinfo
On Sat, 2016-11-19 at 20:18 +0200, icegood wrote:
> Package: initramfs-tools
> Version: 0.120+deb8u2
> Severity: important
> Tags: d-i
>
> Dear Maintainer,
>
> i've installed my kernel files to different location, e.g. /boot/debian. But
> i found a problem that
> dpkg-reconfigure initramfs-tools doesn't allow me to change this path. So
> i've updated
> /usr/sbin/update-initrams manually. Namely, despite BOOTDIR is defined there
> not all lines depend on it. Some of them depend on /boot/initrd...explicitly.
> And I also updated
> ${STATEDIR}/${version} file. Please, apply appropriate settings to be able to
> do those things via dpkg-reconfigure.
Boot loaders packaged for Debian expect kernel images and initramfs
files to be created directly in /boot. Why does this system need to be
configured differently?
Ben.
--
Ben Hutchings
Lowery's Law:
If it jams, force it. If it breaks, it needed replacing
anyway.
signature.asc
Description: This is a digitally signed message part
Bug#845064: linux: please enable CONFIG_GPIO_MCP23S08
Source: linux Version: 4.7.8-1 Severity: wishlist Please enable CONFIG_GPIO_MCP23S08 on armmp. It's a common i2c gpio chip, that is used by me together with a Raspberry Pi. -- Sebastian
Bug#838858: firmware-amd-graphics: missing SI/CI smc firmware files
Control: merge 838858 843061 Control: tags 838858 + patch Hi everyone, I recently upgraded to the 4.8 kernel in Stretch and was hit by this as well. The problem seems to be that firmware-amd-graphics doesn't ship the required radeon/*_k_smc.bin binaries at all. The attached patch adds these to the build system, and fixes this problem, at least for me. Best, James From 0386d70cb8f490bd4dfa3cfa26e58a6e57569cb2 Mon Sep 17 00:00:00 2001 From: James Lu Date: Sat, 19 Nov 2016 13:26:34 -0800 Subject: [PATCH] Ship SI/CI smc firmware files (radeon/*_k_smc.bin) Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838858 --- debian/config/amd-graphics/defines | 7 +++ 1 file changed, 7 insertions(+) diff --git a/debian/config/amd-graphics/defines b/debian/config/amd-graphics/defines index e727494..7ab6785 100644 --- a/debian/config/amd-graphics/defines +++ b/debian/config/amd-graphics/defines @@ -321,6 +321,13 @@ files: radeon/VERDE_rlc.bin radeon/verde_smc.bin radeon/VERDE_smc.bin + radeon/verde_k_smc.bin + radeon/bonaire_k_smc.bin + radeon/hawaii_k_smc.bin + radeon/oland_k_smc.bin + radeon/pitcairn_k_smc.bin + radeon/hainan_k_smc.bin + radeon/tahiti_k_smc.bin uri: http://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git [r128/r128_cce.bin_base] -- 2.10.2 signature.asc Description: OpenPGP digital signature
Processed: Re: firmware-amd-graphics: missing SI/CI smc firmware files
Processing control commands: > merge 838858 843061 Bug #838858 [firmware-amd-graphics] firmware-amd-graphics: missing SI/CI smc firmware files Bug #843061 [firmware-amd-graphics] radeon/hawaii_k_smc.bin fails to load with 4.8 kernel Merged 838858 843061 > tags 838858 + patch Bug #838858 [firmware-amd-graphics] firmware-amd-graphics: missing SI/CI smc firmware files Bug #843061 [firmware-amd-graphics] radeon/hawaii_k_smc.bin fails to load with 4.8 kernel Added tag(s) patch. Added tag(s) patch. -- 838858: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838858 843061: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843061 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#845039: initramfs-tools: default path to initrd
Package: initramfs-tools
Version: 0.120+deb8u2
Severity: important
Tags: d-i
Dear Maintainer,
i've installed my kernel files to different location, e.g. /boot/debian. But i
found a problem that
dpkg-reconfigure initramfs-tools doesn't allow me to change this path. So i've
updated
/usr/sbin/update-initrams manually. Namely, despite BOOTDIR is defined there
not all lines depend on it. Some of them depend on /boot/initrd...explicitly.
And I also updated
${STATEDIR}/${version} file. Please, apply appropriate settings to be able to
do those things via dpkg-reconfigure.
-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 17M Nov 19 19:38 /boot/initrd.img-3.16.0-4-amd64
-- /proc/cmdline
BOOT_IMAGE=/debian/vmlinuz-3.16.0-4-amd64
root=UUID=898e704e-1ac5-4d90-872d-93be4e201543 ro quiet
-- /proc/filesystems
btrfs
fuseblk
ext3
ext2
ext4
-- lsmod
Module Size Used by
ctr12927 2
ccm17577 2
bnep 17431 2
bluetooth 374429 5 bnep
6lowpan_iphc 16588 1 bluetooth
arc4 12536 2
nfsd 262938 2
auth_rpcgss51209 1 nfsd
oid_registry 12419 1 auth_rpcgss
nfs_acl12511 1 nfsd
nfs 192232 0
lockd 83389 2 nfs,nfsd
fscache45542 1 nfs
sunrpc237364 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
ext4 477942 2
crc16 12343 2 ext4,bluetooth
mbcache17171 1 ext4
jbd2 82514 1 ext4
uvcvideo 79005 0
videobuf2_vmalloc 12816 1 uvcvideo
kvm_amd59128 0
kvm 392862 1 kvm_amd
joydev 17063 0
evdev 17445 24
videobuf2_memops 12519 1 videobuf2_vmalloc
videobuf2_core 47787 1 uvcvideo
serio_raw 12849 0
v4l2_common12995 1 videobuf2_core
videodev 126451 3 uvcvideo,v4l2_common,videobuf2_core
media 18305 2 uvcvideo,videodev
snd_hda_codec_hdmi 45118 1
ath9k 90245 0
ath9k_common 21746 1 ath9k
pcspkr 12595 0
ath9k_hw 391172 2 ath9k_common,ath9k
k10temp12618 0
edac_mce_amd 21166 0
edac_core 47321 0
ath26067 3 ath9k_common,ath9k,ath9k_hw
snd_hda_codec_realtek67168 1
mac80211 482315 1 ath9k
jmb38x_ms 17096 0
snd_hda_codec_generic63181 1 snd_hda_codec_realtek
memstick 13696 1 jmb38x_ms
cfg80211 413730 4 ath,ath9k_common,ath9k,mac80211
video 18096 0
snd_hda_intel 26407 5
snd_hda_controller 26646 1 snd_hda_intel
asus_laptop26861 0
snd_hda_codec 104500 5
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
sparse_keymap 12818 1 asus_laptop
snd_hwdep 13148 1 snd_hda_codec
snd_pcm88662 4
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
rfkill 18867 5 cfg80211,asus_laptop,bluetooth
input_polldev 13118 1 asus_laptop
snd_timer 26668 1 snd_pcm
snd65338 18
snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
acpi_cpufreq 17218 0
sp5100_tco 12864 0
soundcore 13026 2 snd,snd_hda_codec
battery13356 0
i2c_piix4 20864 0
ac 12715 0
button 12944 0
processor 28221 1 acpi_cpufreq
i2c_core 46012 3 i2c_piix4,v4l2_common,videodev
shpchp 31121 0
fuse 83350 1
parport_pc 26300 0
ppdev 16782 0
lp 17074 0
parport35749 3 lp,ppdev,parport_pc
autofs435529 2
crc32c_generic 12656 1
btrfs 863535 2
xor21040 1 btrfs
raid6_pq 95238 1 btrfs
dm_mod 89405 7
sg 29973 0
sd_mod 44356 6
crc_t10dif 12431 1 sd_mod
crct10dif_generic 12581 1
sr_mod 21903 0
cdrom 47424 1 sr_mod
crct10dif_common 12356 2 crct10dif_generic,crc_t10dif
ohci_pci 12808 0
psmouse99249 0
ehci_pci 12512 0
ahci 4 5
ohci_hcd 42982 1 ohci_pci
libahci27158 1 ahci
ehci_hcd 69837 1 ehci_pci
libata177508 2 ahci,libahci
scsi_mod 191405 4 sg,libata,sd_mod,sr_mod
jme39529 0
mii12675 1 jme
Bug#845034: initramfs-tools: please ensure initrd images are reproducible
Source: initramfs-tools
Version: 0.125
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps toolchain
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] on behalf of
Tails [1], I noticed that mkinitramfs generates non-reproducible
ramdisk images.
Patch attached.
[0] https://reproducible-builds.org/
[1] https://tails.boum.org/
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
diff --git a/mkinitramfs b/mkinitramfs
index 27349ea..2c2f767 100755
--- a/mkinitramfs
+++ b/mkinitramfs
@@ -151,6 +151,7 @@ if dpkg --compare-versions "${version}" lt "2.6.38"
2>/dev/null; then
echo "linux-2.6 likely misses ${COMPRESS} support, using gzip"
fi
+[ "${compress}" = gzip ] && "${SOURCE_DATE_EPOCH}" != "" ] && compress="gzip
-n"
[ "${compress}" = lzop ] && compress="lzop -9"
[ "${compress}" = xz ] && compress="xz --check=crc32"
@@ -372,8 +373,14 @@ fi
# preserve permissions if root builds the image, see #633582
[ "$(id -ru)" != 0 ] && cpio_owner_root="-R 0:0"
+# if SOURCE_DATE_EPOCH is set, ensure that no timestamps are newer than this
+if [ "${SOURCE_DATE_EPOCH}" != "" ]; then
+ find "${DESTDIR}" -newermt "@${SOURCE_DATE_EPOCH}" -print0 | \
+ xargs -0r touch --no-dereference --date="@${SOURCE_DATE_EPOCH}"
+fi
+
# work around lack of "set -o pipefail" for the following pipe:
-# cd "${DESTDIR}" && find . | cpio --quiet $cpio_owner_root -o -H newc | gzip
>>"${outfile}" || exit 1
+# cd "${DESTDIR}" && find . | LC_ALL=C sort | cpio --quiet $cpio_owner_root -o
-H newc | gzip >>"${outfile}" || exit 1
exec 3>&1
eval `
# http://cfaj.freeshell.org/shell/cus-faq-2.html
@@ -382,6 +389,8 @@ eval `
{
find . 4>&-; echo "ec1=$?;" >&4
} | {
+ LC_ALL=C sort
+ } | {
cpio --quiet $cpio_owner_root -o -H newc 4>&-; echo "ec2=$?;"
>&4
} | ${compress} >>"${outfile}"
echo "ec3=$?;" >&4
diff --git a/mkinitramfs.8 b/mkinitramfs.8
index 0a109f6..d0fad27 100644
--- a/mkinitramfs.8
+++ b/mkinitramfs.8
@@ -105,6 +105,12 @@ should not be mounted with the
.B noexec
mount option.
+If
+.B SOURCE_DATE_EPOCH
+is set,
+.B mkinitramfs
+attempts to generate a reproducible ramdisk.
+
.SH FILES
.TP
.I /etc/initramfs-tools/initramfs.conf
Bug#841750: XPS13 Jessie->Stretch: No sound
On Sat, 2016-11-19 at 16:02 +0800, Toni Mueller wrote: > > Hi Adrian, > > > On Sun, Oct 23, 2016 at 10:41:57AM +0300, Adrian Bunk wrote: > > Control: reassign -1 src:linux > > > > On Sun, Oct 23, 2016 at 06:57:53AM +0800, Toni Mueller wrote: > > > Package: upgrade-reports > > > Severity: important > > > > > recently, I felt the need to upgrade my XPS 13 laptop (2013 model?) from > > > Jessie to Stretch, but have not had any sound ever since. > > > > > > To be more precise, I had no sound ever after trying the 4.7 backported > > > kernel on Jessie, which was what originally prompted me to upgrade to > > > Stretch. > > > ... > > > > thanks for your report. > > > > This sounds like a bug in the kernel, I'm moving it there. > > in the meantime, the problem was resolved. Short story: After booting > the 4.x kernel for the first time, sound disappeared. I recently did a > factory reset in the BIOS, and sound re-appeared. > > So yes, at this point, I also suspect that there is some problem with > the kernel, but why this seemingly happens only on upgrade, I don't > know. Perhaps it depends on whether you reboot or start from power-off? Ben. -- Ben Hutchings Any sufficiently advanced bug is indistinguishable from a feature. signature.asc Description: This is a digitally signed message part
Processed: Merge duplicate bugs
Processing commands for cont...@bugs.debian.org: > reassign 844862 linux-libc-dev Bug #844862 [src:linux-atm] linux-atm: FTBFS: time.h:9:8: error: redefinition of 'struct timespec' Bug reassigned from package 'src:linux-atm' to 'linux-libc-dev'. No longer marked as found in versions linux-atm/1:2.5.1-1.6. Ignoring request to alter fixed versions of bug #844862 to the same values previously set > forcemerge 844491 844862 Bug #844491 [linux-libc-dev] linux/atm_zatm.h change breaks time.h inclusion Bug #844862 [linux-libc-dev] linux-atm: FTBFS: time.h:9:8: error: redefinition of 'struct timespec' Added indication that 844862 affects src:linux-atm Marked as found in versions linux/4.8.5-1. Added tag(s) patch and fixed-upstream. Bug #844491 [linux-libc-dev] linux/atm_zatm.h change breaks time.h inclusion Added tag(s) stretch and sid. Merged 844491 844862 > thanks Stopping processing here. Please contact me if you need assistance. -- 844491: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844491 844862: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844862 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#841750: XPS13 Jessie->Stretch: No sound
Hi Adrian, On Sun, Oct 23, 2016 at 10:41:57AM +0300, Adrian Bunk wrote: > Control: reassign -1 src:linux > > On Sun, Oct 23, 2016 at 06:57:53AM +0800, Toni Mueller wrote: > > Package: upgrade-reports > > Severity: important > > recently, I felt the need to upgrade my XPS 13 laptop (2013 model?) from > > Jessie to Stretch, but have not had any sound ever since. > > > > To be more precise, I had no sound ever after trying the 4.7 backported > > kernel on Jessie, which was what originally prompted me to upgrade to > > Stretch. > >... > > thanks for your report. > > This sounds like a bug in the kernel, I'm moving it there. in the meantime, the problem was resolved. Short story: After booting the 4.x kernel for the first time, sound disappeared. I recently did a factory reset in the BIOS, and sound re-appeared. So yes, at this point, I also suspect that there is some problem with the kernel, but why this seemingly happens only on upgrade, I don't know. Cheers, --Toni++
