Re: Userland compatibility fixes for 2.6.26
On Fri, Jul 18, 2008 at 02:20:12PM +0200, Bastian Blank wrote: Hi folks Following the discussion some weeks ago I have a patch to fix most of the problematic userspace header changes in 2.6.26. I believe the following other incompatible changes should be addressed: asm-arm/unistd.h - changed a syscall define from __NR_timerfd to __NR_timerfd_create, unknown impact on existing applications linux/msdos_fs.h - dropped the #define for FAT_VALID_MEDIA However I decided to ignore the following changes: - sparc: Removed a.out definitions, SunOS/Solaris emulation only - sparc: Removed SunOS/Solaris interface definitions I'm somewhat skeptical about dropping these; there are lots of things that like to include the kernel ELF headers, sometimes for no apparent reason, so it's possible that something is trying to include a.out on sparc or use other compat interfaces. But we can watch for this and deal with it only if and when it causes a problem, if the rest of the release team is ok with it. If it does cause problems, we should be prepared to restore these defns rather than spend time on a full-archive hunt for incompatibilities. - Definitions for AF_WANPIPE socket Seems ok, any regression is going to be very localized. If someone can take care of patching the two issues mentioned above, then I'm happy with a 2.6.26 upload to unstable. Otherwise I'll work on the patch myself tomorrow night. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
NR_CPUS in debian linux-images
hello after getting an irc query and bug report on our currently set number of cpu for the upcoming lenny release: /boot/config-2.6.26-1-amd64:CONFIG_NR_CPUS=32 - http://bugs.debian.org/491309 we came to this issue: 10:13 waldi 1345623 3148364 417112 4911099 4aeffb x86_64-255/vmlinux 10:13 waldi 1339887 380556 273880 1994323 1e6e53 x86_64-32/vmlinux 10:13 waldi only change is the number of cpus *gna* 10:16 waldi struct irq_cfg irq_cfg[NR_IRQS] __read_mostly = { 10:18 waldi yeah, 2.5MiB just for the interrups 10:19 waldi #define NR_IRQS (256 + (32 * NR_CPUS)) 10:29 waldi and because some parts have static initializers, it can't be moved into the bss section the debian installer cares about the image size. thanks for your input, as i see that you do the 4k cpu work on 2.6.27. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NR_CPUS in debian linux-images
Hi, from cujrrent intel and amd roadmaps, expect 4-way and 8-way 12 core boxes during the lenny life cycle. I think NR_CPUS should really be set to 96, at least. On Tue, Jul 29, 2008 at 10:25:32AM +0200, maximilian attems wrote: we came to this issue: 10:13 waldi 1345623 3148364 417112 4911099 4aeffb x86_64-255/vmlinux 10:13 waldi 1339887 380556 273880 1994323 1e6e53 x86_64-32/vmlinux 10:13 waldi only change is the number of cpus *gna* 10:16 waldi struct irq_cfg irq_cfg[NR_IRQS] __read_mostly = { 10:18 waldi yeah, 2.5MiB just for the interrups 10:19 waldi #define NR_IRQS (256 + (32 * NR_CPUS)) 10:29 waldi and because some parts have static initializers, it can't be moved into the bss section the debian installer cares about the image size. What is the actual limit? Not raising this setting means loosing even more on the enterprise and HPC terrain. Best regards Frederik Schüler -- ENOSIG signature.asc Description: Digital signature
Bug#299014: Bullies face huge health risk
US Soldiers kill villagers http://www.scdormello.it/default.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: initramfs-tools: buggy check for read-only /boot
On Tue, Jul 29, 2008 at 01:54:55PM +0400, CoolCold wrote: Hello! I've found this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488865 is marked as fixed in version 0.91e, but is it going to be fixed in stable aka etch? Should bug be reopened or smth like this? this is cut from /usr/sbin/update-initramfs, function ro_boot_check: [EMAIL PROTECTED]:~# boot_opts=$(awk '/boot/{if (match($4, /ro/) $2 == /boot)print ro}' /proc/mounts);echo $boot_opts ro [EMAIL PROTECTED]:~# grep /boot /proc/mounts /dev/md0 /boot ext3 rw,errors=continue,data=ordered 0 0 Versions: [EMAIL PROTECTED]:~# cat /etc/debian_version 4.0 [EMAIL PROTECTED]:~# cat /proc/version Linux version 2.6.25-2-amd64 (Debian 2.6.25-3) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)) #1 SMP Wed May 14 14:04:05 UTC 2008 [EMAIL PROTECTED]:~# dpkg -p initramfs-tools Package: initramfs-tools Priority: optional Section: utils Installed-Size: 352 Maintainer: Debian kernel team debian-kernel@lists.debian.org Architecture: all Version: 0.85i Provides: linux-initramfs-tool Depends: klibc-utils (= 1.4.19-2), busybox (= 1:1.01-3) | busybox-cvs-static (= 20040623-1), cpio, module-init-tools, udev (= 0.086-1) Size: 62736 right it is harmless and thus i didn't consider to bother the release team. also lenny is allmost around the door. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Userland compatibility fixes for 2.6.26
On Tue, Jul 29, 2008 at 02:09:44AM -0700, Steve Langasek wrote: On Fri, Jul 18, 2008 at 02:20:12PM +0200, Bastian Blank wrote: Following the discussion some weeks ago I have a patch to fix most of the problematic userspace header changes in 2.6.26. I believe the following other incompatible changes should be addressed: asm-arm/unistd.h - changed a syscall define from __NR_timerfd to __NR_timerfd_create, unknown impact on existing applications If we define it, we will get broken binaries instead of a failed build. The syscall was never implemented and got reassiged to timerfd_create. linux/msdos_fs.h - dropped the #define for FAT_VALID_MEDIA Well. However I decided to ignore the following changes: - sparc: Removed a.out definitions, SunOS/Solaris emulation only - sparc: Removed SunOS/Solaris interface definitions I'm somewhat skeptical about dropping these; there are lots of things that like to include the kernel ELF headers, This are a.out, not ELF headers. And they don't include anything else. so it's possible that something is trying to include a.out on sparc or use other compat interfaces. This are SunOS interfaces, so the users are completely sparc specific. I did a check over all possible packages and found nothing. It makes not much sense anyway to use them, most likely the kernel interface is already broken. Bastian -- I object to intellect without discipline; I object to power without constructive purpose. -- Spock, The Squire of Gothos, stardate 2124.5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-modules-extra-2.6-etchnhalf_2.6.24-6~etchnhalf.1_sparc.changes ACCEPTED
Accepted: atl2-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb atl2-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb atl2-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+2.0.3-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+2.0.3-6~etchnhalf.1_sparc.deb atl2-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+2.0.3-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+2.0.3-6~etchnhalf.1_sparc.deb loop-aes-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb loop-aes-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb loop-aes-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+3.2c-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+3.2c-6~etchnhalf.1_sparc.deb loop-aes-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+3.2c-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+3.2c-6~etchnhalf.1_sparc.deb squashfs-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb squashfs-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb squashfs-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+3.3-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+3.3-6~etchnhalf.1_sparc.deb squashfs-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+3.3-6~etchnhalf.1_sparc.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+3.3-6~etchnhalf.1_sparc.deb Override entries for your package: atl2-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb - optional admin atl2-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb - optional admin atl2-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+2.0.3-6~etchnhalf.1_sparc.deb - optional admin atl2-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+2.0.3-6~etchnhalf.1_sparc.deb - optional admin loop-aes-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb - optional admin loop-aes-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb - optional admin loop-aes-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+3.2c-6~etchnhalf.1_sparc.deb - optional admin loop-aes-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+3.2c-6~etchnhalf.1_sparc.deb - optional admin squashfs-modules-2.6-sparc64-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb - optional admin squashfs-modules-2.6-sparc64-smp-etchnhalf_2.6.24-6~etchnhalf.1_sparc.deb - optional admin squashfs-modules-2.6.24-etchnhalf.1-sparc64-smp_2.6.24+3.3-6~etchnhalf.1_sparc.deb - optional admin squashfs-modules-2.6.24-etchnhalf.1-sparc64_2.6.24+3.3-6~etchnhalf.1_sparc.deb - optional admin Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-modules-extra-2.6-etchnhalf_2.6.24-6~etchnhalf.1_arm.changes ACCEPTED
Accepted: atl2-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb atl2-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb atl2-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb atl2-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+2.0.3-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+2.0.3-6~etchnhalf.1_arm.deb atl2-modules-2.6.24-etchnhalf.1-iop32x_2.6.24+2.0.3-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6.24-etchnhalf.1-iop32x_2.6.24+2.0.3-6~etchnhalf.1_arm.deb atl2-modules-2.6.24-etchnhalf.1-ixp4xx_2.6.24+2.0.3-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/atl2-modules-2.6.24-etchnhalf.1-ixp4xx_2.6.24+2.0.3-6~etchnhalf.1_arm.deb loop-aes-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb loop-aes-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb loop-aes-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb loop-aes-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+3.2c-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+3.2c-6~etchnhalf.1_arm.deb loop-aes-modules-2.6.24-etchnhalf.1-iop32x_2.6.24+3.2c-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6.24-etchnhalf.1-iop32x_2.6.24+3.2c-6~etchnhalf.1_arm.deb loop-aes-modules-2.6.24-etchnhalf.1-ixp4xx_2.6.24+3.2c-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/loop-aes-modules-2.6.24-etchnhalf.1-ixp4xx_2.6.24+3.2c-6~etchnhalf.1_arm.deb squashfs-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb squashfs-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb squashfs-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb squashfs-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+3.3-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+3.3-6~etchnhalf.1_arm.deb squashfs-modules-2.6.24-etchnhalf.1-iop32x_2.6.24+3.3-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6.24-etchnhalf.1-iop32x_2.6.24+3.3-6~etchnhalf.1_arm.deb squashfs-modules-2.6.24-etchnhalf.1-ixp4xx_2.6.24+3.3-6~etchnhalf.1_arm.deb to pool/main/l/linux-modules-extra-2.6-etchnhalf/squashfs-modules-2.6.24-etchnhalf.1-ixp4xx_2.6.24+3.3-6~etchnhalf.1_arm.deb Override entries for your package: atl2-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin atl2-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin atl2-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin atl2-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+2.0.3-6~etchnhalf.1_arm.deb - optional admin atl2-modules-2.6.24-etchnhalf.1-iop32x_2.6.24+2.0.3-6~etchnhalf.1_arm.deb - optional admin atl2-modules-2.6.24-etchnhalf.1-ixp4xx_2.6.24+2.0.3-6~etchnhalf.1_arm.deb - optional admin loop-aes-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin loop-aes-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin loop-aes-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin loop-aes-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+3.2c-6~etchnhalf.1_arm.deb - optional admin loop-aes-modules-2.6.24-etchnhalf.1-iop32x_2.6.24+3.2c-6~etchnhalf.1_arm.deb - optional admin loop-aes-modules-2.6.24-etchnhalf.1-ixp4xx_2.6.24+3.2c-6~etchnhalf.1_arm.deb - optional admin squashfs-modules-2.6-footbridge-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin squashfs-modules-2.6-iop32x-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin squashfs-modules-2.6-ixp4xx-etchnhalf_2.6.24-6~etchnhalf.1_arm.deb - optional admin squashfs-modules-2.6.24-etchnhalf.1-footbridge_2.6.24+3.3-6~etchnhalf.1_arm.deb -
Bug#492853: [linux-image-2.6.25-2-amd64] sky2 eth0: rx length error: status 0x4660100 length 598
Package: linux-image-2.6.25-2-amd64 Severity: normal --- Please enter the report below this line. --- It's working but I see this: # dmesg |grep sky [1.808667] sky2 :02:00.0: v1.21 addr 0xfdffc000 irq 16 Yukon-EC Ultra (0xb4) rev 3 [1.808986] sky2 eth0: addr 00:1f:c6:56:d0:21 [ 17.135778] sky2 eth0: enabling interface [ 18.980520] sky2 eth0: Link is up at 100 Mbps, full duplex, flow control both [ 79.756972] sky2 eth0: rx length error: status 0x4660100 length 598 [ 81.207419] sky2 eth0: rx length error: status 0x4660100 length 598 [ 82.630496] sky2 eth0: rx length error: status 0x4660100 length 598 [ 137.399410] sky2 eth0: rx length error: status 0x4660100 length 598 [ 137.336971] sky2 eth0: rx length error: status 0x4660100 length 598 [ 137.761223] sky2 eth0: rx length error: status 0x4660100 length 598 [ 137.959530] sky2 eth0: rx length error: status 0x4660100 length 598 [ 138.345579] sky2 eth0: rx length error: status 0x4660100 length 598 [ 138.296663] sky2 eth0: rx length error: status 0x4660100 length 598 [ 138.898487] sky2 eth0: rx length error: status 0x4660100 length 598 [ 139.064626] sky2 eth0: rx length error: status 0x4660100 length 598 [ 140.024172] sky2 eth0: rx length error: status 0x4660100 length 598 [ 140.326930] sky2 eth0: rx length error: status 0x45a0100 length 598 [ 160.100570] sky2 eth0: rx length error: status 0x4660100 length 598 [ 159.723965] sky2 eth0: rx length error: status 0x4660100 length 598 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.25-2-amd64 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.debian.org --- Package information. --- Depends(Version) | Installed -+- module-init-tools| 3.4-1 initramfs-tools (= 0.55) | 0.92e OR yaird(= 0.0.12-25) | OR linux-initramfs-tool | --- Output from package bug script --- ** Version: Linux version 2.6.25-2-amd64 (Debian 2.6.25-7) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Mon Jul 14 11:05:23 UTC 2008 ** Command line: root=UUID=32f8bddd-0d04-4da4-934b-0a1842784213 ro quiet ** Tainted: P (1) ** Kernel log: [ 12.027432] iwl4965: Detected Intel Wireless WiFi Link 4965AGN [ 11.915807] iwl4965: Tunable channels: 13 802.11bg, 19 802.11a channels [ 12.096615] ACPI: Video Device [VGA] (multi-head: yes rom: no post: no) [ 11.947261] phy0: Selected rate control algorithm 'iwl-4965-rs' [ 12.041493] ACPI: PCI interrupt for device :07:00.0 disabled [ 12.102999] ACPI: PCI Interrupt :00:1b.0[A] - GSI 22 (level, low) - IRQ 22 [ 12.103025] PCI: Setting latency timer of device :00:1b.0 to 64 [ 12.137866] hda_codec: Unknown model for ALC883, trying auto-probe from BIOS... [ 12.209919] ACPI: PCI Interrupt :01:00.1[B] - GSI 17 (level, low) - IRQ 17 [ 12.209935] PCI: Setting latency timer of device :01:00.1 to 64 [ 12.478931] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x280b1, caps: 0xb04713/0x60040d [ 12.363860] input: SynPS/2 Synaptics TouchPad as /class/input/input9 [ 12.390977] iTCO_wdt: Found a ICH8M TCO device (Version=2, TCOBASE=0x0860) [ 12.391004] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 13.946648] Adding 5871748k swap on /dev/sda4. Priority:-1 extents:1 across:5871748k [ 14.200804] EXT3 FS on sda3, internal journal [ 14.887951] loop: module loaded [ 15.711729] kjournald starting. Commit interval 5 seconds [ 15.711729] EXT3 FS on sda2, internal journal [ 15.711729] EXT3-fs: mounted filesystem with ordered data mode. [ 17.135778] sky2 eth0: enabling interface [ 18.980520] sky2 eth0: Link is up at 100 Mbps, full duplex, flow control both [ 21.302912] NET: Registered protocol family 10 [ 21.303276] lo: Disabled Privacy Extensions [ 22.758401] vboxdrv: Trying to deactivate the NMI watchdog permanently... [ 22.758411] vboxdrv: Successfully done. [ 22.758415] vboxdrv: Found 2 processor cores. [ 22.758515] vboxdrv: fAsync=0 u64DiffCores=3240. [ 22.758585] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [ 22.758589] vboxdrv: Successfully loaded version 1.6.2_OSE (interface 0x00070002). [ 30.492997] Bluetooth: L2CAP ver 2.9 [ 30.493005] Bluetooth: L2CAP socket layer initialized [ 30.598668] Bluetooth: RFCOMM socket layer initialized [ 30.598689] Bluetooth: RFCOMM TTY layer initialized [ 30.598694] Bluetooth: RFCOMM ver 1.8 [ 30.727942] ACPI: PCI Interrupt :07:00.0[A] - GSI 17 (level, low) - IRQ 17 [ 30.728035] PM: Writing back config space on device :07:00.0 at offset 1 (was 100102, writing 100106) [ 31.069041] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 31.258119] iwl4965: Radio Frequency Kill Switch is On: [
Re: imminent 2.6.26 sid upload
On Tue, 22 Jul 2008, maximilian attems wrote: the current release blocker is the linux-libc-dev patch by waldi that is reviewed by vorlon to keep the lenny build chain stable. patch incorporating review got in. thanks waldi and vorlon! i'll announce upload of 2.6.26-1 for tomorrow, will hit NEW. currently open, but not blockers (they can be added on the way): - vserver for 2.6.26 - openvz on ia64 arch shall we give a README.Debian note on the vserser-xen flavour dropping? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: user-mode-linux 2.6.25 [was Re: imminent 2.6.26 sid upload]
On Thu, 24 Jul 2008, Mattia Dongili wrote: [d-boot probably not interested in this subtopic] On Tue, Jul 22, 2008 at 11:48:20PM +0200, maximilian attems wrote: latest 2.6.25 stable release is in testing, we expect to keep it as backup plan for lenny. release team wishes to have unstable coverage of 2.6.26 before final ack on that release. On a slightly separate but related note, I'm uploading user-mode-linux_2.6.25-2 now to fix a build error on x84_64. Uml 2.6.25 is not in testing yet (my fault, didn't have time to get on top of that recently) so I was wondering what are the plans for linux-source-2.6.25. Are you going to remove it from unstable and eventually realize the backup plan via tpu uploads? 2.6.25 linux source will be gone. it is unlikely that the backup plan will come into effect. The current version in testing is unmaintainable as it build-depends on linux-source-2.6.24 which is not available anymore and it doesn't make any sense to realease it in lenny. On the other hand what is the scenario if 2.6.25 goes missing in unstable while uml is not in testing yet? ask to push user-mode-linux soonest and update it when linux-2.6 hits unstable which should be soonest. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imminent 2.6.26 sid upload
On Tue, Jul 29, 2008 at 10:12:32 -0300, Otavio Salvador wrote: maximilian attems [EMAIL PROTECTED] writes: shall we give a README.Debian note on the vserser-xen flavour dropping? I'd say a NEWS entry. If the package doesn't exist anymore, it can't have a NEWS file. And spamming the users of every other image with a note that some flavour they don't use got dropped doesn't sound optimal. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imminent 2.6.26 sid upload
On Tue, Jul 29, 2008 at 02:53:22PM +0200, maximilian attems wrote: i'll announce upload of 2.6.26-1 for tomorrow, will hit NEW. Nack. Bastian -- You're dead, Jim. -- McCoy, The Tholian Web, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imminent 2.6.26 sid upload
maximilian attems [EMAIL PROTECTED] writes: shall we give a README.Debian note on the vserser-xen flavour dropping? I'd say a NEWS entry. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imminent 2.6.26 sid upload
This one time, at band camp, Otavio Salvador said: Julien Cristau [EMAIL PROTECTED] writes: On Tue, Jul 29, 2008 at 10:12:32 -0300, Otavio Salvador wrote: maximilian attems [EMAIL PROTECTED] writes: shall we give a README.Debian note on the vserser-xen flavour dropping? I'd say a NEWS entry. If the package doesn't exist anymore, it can't have a NEWS file. And spamming the users of every other image with a note that some flavour they don't use got dropped doesn't sound optimal. Right however it would be nice to warn him if he uses it. In this case, I think README.Debian is indeed the best option having your concern in mind. README.Debian in which binary package? -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: imminent 2.6.26 sid upload
Bastian Blank [EMAIL PROTECTED] writes: On Tue, Jul 29, 2008 at 02:53:22PM +0200, maximilian attems wrote: i'll announce upload of 2.6.26-1 for tomorrow, will hit NEW. Nack. Do you mind to be more descriptive? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imminent 2.6.26 sid upload
Julien Cristau [EMAIL PROTECTED] writes: On Tue, Jul 29, 2008 at 10:12:32 -0300, Otavio Salvador wrote: maximilian attems [EMAIL PROTECTED] writes: shall we give a README.Debian note on the vserser-xen flavour dropping? I'd say a NEWS entry. If the package doesn't exist anymore, it can't have a NEWS file. And spamming the users of every other image with a note that some flavour they don't use got dropped doesn't sound optimal. Right however it would be nice to warn him if he uses it. In this case, I think README.Debian is indeed the best option having your concern in mind. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491309: NR_CPUS in debian linux-images
maximilian attems wrote: hello after getting an irc query and bug report on our currently set number of cpu for the upcoming lenny release: /boot/config-2.6.26-1-amd64:CONFIG_NR_CPUS=32 - http://bugs.debian.org/491309 we came to this issue: 10:13 waldi 1345623 3148364 417112 4911099 4aeffb x86_64-255/vmlinux 10:13 waldi 1339887 380556 273880 1994323 1e6e53 x86_64-32/vmlinux 10:13 waldi only change is the number of cpus *gna* 10:16 waldi struct irq_cfg irq_cfg[NR_IRQS] __read_mostly = { 10:18 waldi yeah, 2.5MiB just for the interrups 10:19 waldi #define NR_IRQS (256 + (32 * NR_CPUS)) 10:29 waldi and because some parts have static initializers, it can't be moved into the bss section the debian installer cares about the image size. thanks for your input, as i see that you do the 4k cpu work on 2.6.27. Hi, Yes, we are aiming at having NR_CPUS=4096 as the default for distros using 2.6.27. The above structure is by far the biggest memory hog (along with the companion irq_desc[]) and we've targeted the next release to go to dynamically allocated irq's (which btw, hopefully will have NR_CPUS=16384.) The problem with irq_cfg is that each element contains a cpumask_t field so growing NR_CPUS causes an exponential increase. You could look at the 2.6.27 version of include/asm-x86/irq_vectors.h to see how NR_IRQ's is somewhat lessened (at least from a NR_CPUS=4096 perspective.) Thanks, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491309: NR_CPUS in debian linux-images
On Tue, Jul 29, 2008 at 07:48:11AM -0700, Mike Travis wrote: You could look at the 2.6.27 version of include/asm-x86/irq_vectors.h to see how NR_IRQ's is somewhat lessened (at least from a NR_CPUS=4096 perspective.) May this change be applicable to 2.6.26 or will it break something else? Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 signature.asc Description: Digital signature
Bug#491309: NR_CPUS in debian linux-images
On Tue, Jul 29, 2008 at 05:19:22PM +0200, Bastian Blank wrote: On Tue, Jul 29, 2008 at 07:48:11AM -0700, Mike Travis wrote: You could look at the 2.6.27 version of include/asm-x86/irq_vectors.h to see how NR_IRQ's is somewhat lessened (at least from a NR_CPUS=4096 perspective.) May this change be applicable to 2.6.26 or will it break something else? Aka something like: diff --git a/include/asm-x86/irq_64.h b/include/asm-x86/irq_64.h index 083d35a..30e1a6b 100644 --- a/include/asm-x86/irq_64.h +++ b/include/asm-x86/irq_64.h @@ -31,8 +31,22 @@ #define FIRST_SYSTEM_VECTOR0xef /* duplicated in hw_irq.h */ -#define NR_IRQS (NR_VECTORS + (32 * NR_CPUS)) -#define NR_IRQ_VECTORS NR_IRQS +#if defined(CONFIG_X86_IO_APIC) || defined(CONFIG_PARAVIRT) || defined(CONFIG_X86_VISWS) + +# define NR_IRQS 224 + +# if (224 = 32 * NR_CPUS) +# define NR_IRQ_VECTORS NR_IRQS +# else +# define NR_IRQ_VECTORS (32 * NR_CPUS) +# endif + +#else /* IO_APIC || PARAVIRT */ + +# define NR_IRQS 16 +# define NR_IRQ_VECTORSNR_IRQS + +#endif static inline int irq_canonicalize(int irq) { Which produces (with 255 cpus): textdata bss dec hex filename 3532199 505256 610456 4647911 46ebe7 vmlinux Bastian -- It would be illogical to kill without reason. -- Spock, Journey to Babel, stardate 3842.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491309: NR_CPUS in debian linux-images
Bastian Blank wrote: On Tue, Jul 29, 2008 at 07:48:11AM -0700, Mike Travis wrote: You could look at the 2.6.27 version of include/asm-x86/irq_vectors.h to see how NR_IRQ's is somewhat lessened (at least from a NR_CPUS=4096 perspective.) May this change be applicable to 2.6.26 or will it break something else? Bastian I believe it is ok. The number of irq's is not really based on NR_CPUS but the number of IO_APICS. But I can't say for sure as I've been solely focused on 2.6.27 and haven't been following the breakup of NR_IRQS, NR_IRQ_VECTORS and NR_VECTORS and how they are used in various places. Btw, the biggest problem I found with increasing NR_CPUS was overflowing the stack, though I doubt increasing to 96 or 128 will trigger any of the hot spots fixed in 2.6.27. Thanks, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299014: Cats found eating human corpse
Your last chance for free credit http://ebberov.homepage.dk/default.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471398: If this is fixed - where's the package?
Hi- I can see in the message thread, it appears this problem has been fixed. However, I can't find a version of the ccs package other than ver. 1.03.00-2. I've looked everywhere, even in backports. If this was fixed, could someone point me to where the new package is? (it also does not show up in updates under aptitude). TIA- Bob Goldberg
Bug#492918: [PANIC][REGRESSION] linux-image-2.6.25-2-amd64: kernel fails to mount root on LVM2
Subject: [PANIC][REGRESSION] linux-image-2.6.25-2-amd64: kernel fails to mount root on LVM2 Package: linux-image-2.6.25-2-amd64 Version: 2.6.25-7 Severity: serious Justification: kernel panic *** Please type your report below this line *** Hello, I installed today debian on a MSI MegaBook PR200 the new kernel image linux-image-2.6.25-2-amd64 and I wasn't able to boot it since it panics when trying to mount the root partition. The previous kernel I had instlled, linux-image-2.6.24-1-amd64, has no such prblem and boots just fine. The root parition is on LVM and the bootloader is lilo. Sorry for the lack of information, I will provide it, if necessary. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.25-2-amd64 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92e tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.25-2-amd64 recommends no packages. Versions of packages linux-image-2.6.25-2-amd64 suggests: ii lilo 1:22.8-5 LInux LOader - The Classic OS load pn linux-doc-2.6.25 none (no description available) -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-2-amd64/preinst/abort-overwrite-2.6.25-2-amd64: linux-image-2.6.25-2-amd64/prerm/removing-running-kernel-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/postinst/old-initrd-link-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/postinst/create-kimage-link-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/preinst/failed-to-move-modules-2.6.25-2-amd64: linux-image-2.6.25-2-amd64/preinst/abort-install-2.6.25-2-amd64: linux-image-2.6.25-2-amd64/postinst/kimage-is-a-directory: linux-image-2.6.25-2-amd64/postinst/depmod-error-2.6.25-2-amd64: false linux-image-2.6.25-2-amd64/postinst/bootloader-test-error-2.6.25-2-amd64: linux-image-2.6.25-2-amd64/postinst/old-system-map-link-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/prerm/would-invalidate-boot-loader-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/preinst/overwriting-modules-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/postinst/depmod-error-initrd-2.6.25-2-amd64: false linux-image-2.6.25-2-amd64/postinst/old-dir-initrd-link-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/preinst/elilo-initrd-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/postinst/bootloader-error-2.6.25-2-amd64: linux-image-2.6.25-2-amd64/preinst/lilo-initrd-2.6.25-2-amd64: true linux-image-2.6.25-2-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.25-2-amd64/preinst/initrd-2.6.25-2-amd64: linux-image-2.6.25-2-amd64/preinst/bootloader-initrd-2.6.25-2-amd64: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 492918 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.34 # lilo fuck up severity 492918 normal Bug#492918: [PANIC][REGRESSION] linux-image-2.6.25-2-amd64: kernel fails to mount root on LVM2 Severity set to `normal' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492918: severity of 492918 is normal
# Automatically generated email from bts, devscripts version 2.10.34 # lilo fuck up severity 492918 normal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]