Bug#521691: linux-image-2.6.29-1-amd64: appears to be a bug in netfilter
Package: linux-image-2.6.29-1-amd64 Version: 2.6.29-2~snapshot.13298 Severity: normal I just ran into this earlier this evening. It was happening after trying to download the linux-source-2.6.29 package, and it would only make it through 5-10MB before everything would die. Same results as other posters, I couldn't even ping the local loopback IP. Anyway, I started to suspect my firewall for whatever reason and initially flushed my tables and changed the default policy to ACCEPT for all three chains. This didn't fix the problem. At that point I just suspected NF itself. I started rmmod'ing things and I got down to nf_conntrack which simply ran away with one my CPU's and never returned. That's when I figured it was something screwy with NF itself. I commented out my iptables-restore in /etc/network/interfaces, rebooted the machine, and everything has worked fine since. It's circumstantial obviously, but I'd say it's probably a safe bet there's something wrong in NF. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521515: 'Documented usage'?
On Mon, 2009-03-30 at 19:41 +0200, Bastian Blank wrote: On Mon, Mar 30, 2009 at 06:27:51PM +0200, Michel Dänzer wrote: Even assuming neither of these conform to the 'documented usage' of kbuild (in which case I'd be interested in learning how to fix them), Documented usage for out of tree building is | make -C $DIR M=$(pwd) or similar. The drm tree does not even survive this test. It uses SUBDIRS=$(pwd), but changing that to M=$(pwd) fails in exactly the same way. In fact, not even manually creating the removed symlinks in /usr/src/linux-headers-2.6.29-1-amd64 works for me, see below. Looks like there's no -I stanza for /usr/src/linux-headers-2.6.29-1-*. And even if I manually add -I stanzas so it can find all header files, it still fails: In file included from /usr/src/linux-headers-2.6.29-1-amd64/include/linux/prefetch.h:14, from /usr/src/linux-headers-2.6.29-1-amd64/include/linux/list.h:6, from /usr/src/linux-headers-2.6.29-1-amd64/include/linux/module.h:9, from /home/daenzer/src/mesa-git/drm/linux-core/drmP.h:44, from /home/daenzer/src/mesa-git/drm/linux-core/drm_auth.c:36: /usr/src/linux-headers-2.6.29-1-amd64/arch/x86/include/asm/processor.h:114: error: ‘CONFIG_X86_L1_CACHE_SHIFT’ undeclared here (not in a function) /usr/src/linux-headers-2.6.29-1-amd64/arch/x86/include/asm/processor.h:114: error: requested alignment is not a constant What kernel module tree(s) were you able to build using the new scheme? make: Entering directory `/home/daenzer/src/mesa-git/drm/linux-core' make -C /lib/modules/2.6.29-1-amd64/build M=`/bin/pwd` DRMSRCDIR=`/bin/pwd` modules make[1]: Entering directory `/usr/src/linux-headers-2.6.29-1-amd64' make -C /usr/src/linux-headers-2.6.29-1-amd64 \ KBUILD_SRC=/usr/src/linux-headers-2.6.29-1-common \ KBUILD_EXTMOD=/home/daenzer/src/mesa-git/drm/linux-core -f /usr/src/linux-headers-2.6.29-1-common/Makefile \ modules test -e include/linux/autoconf.h -a -e include/config/auto.conf || ( \ echo; \ echo ERROR: Kernel configuration is invalid.; \ echo include/linux/autoconf.h or include/config/auto.conf are missing.; \ echo Run 'make oldconfig make prepare' on kernel src to fix it.; \ echo; \ /bin/false) mkdir -p /home/daenzer/src/mesa-git/drm/linux-core/.tmp_versions ; rm -f /home/daenzer/src/mesa-git/drm/linux-core/.tmp_versions/* make -f /usr/src/linux-headers-2.6.29-1-common/scripts/Makefile.build obj=/home/daenzer/src/mesa-git/drm/linux-core gcc-4.3 -I/home/daenzer/src/mesa-git/drm/linux-core -Wp,-MD,/home/daenzer/src/mesa-git/drm/linux-core/.drm_auth.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.3.3/include -D__KERNEL__ -I/home/daenzer/src/mesa-git/drm/linux-core -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Os -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -I/usr/src/linux-headers-2.6.29-1-common/arch/x86/include/asm/mach-default -Iarch/x86/include/asm/mach-default -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign -fwrapv -DGIT_REVISION=\libdrm-2.4.5-61-ge2d7dfb61ad7a9736\ -DMODULE -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(drm_auth) -DKBUILD_MODNAME=KBUILD_STR(drm) -c -o /home/daenzer/src/mesa-git/drm/linux-core/.tmp_drm_auth.o /home/daenzer/src/mesa-git/drm/linux-core/drm_auth.c In file included from /home/daenzer/src/mesa-git/drm/linux-core/drm_auth.c:36: /home/daenzer/src/mesa-git/drm/linux-core/drmP.h:44:26: error: linux/module.h: No such file or directory /home/daenzer/src/mesa-git/drm/linux-core/drmP.h:45:26: error: linux/kernel.h: No such file or directory /home/daenzer/src/mesa-git/drm/linux-core/drmP.h:46:30: error: linux/miscdevice.h: No such file or directory [...] -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: reassign 520891 to libgnomevfs2-0
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.9.26etch2 reassign 520891 libgnomevfs2-0 1:2.24.0-2 Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip Bug reassigned from package `linux-2.6' to `libgnomevfs2-0'. 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521515: 'Documented usage'?
On Tue, 2009-03-31 at 08:35 +0200, Michel Dänzer wrote: On Mon, 2009-03-30 at 19:41 +0200, Bastian Blank wrote: On Mon, Mar 30, 2009 at 06:27:51PM +0200, Michel Dänzer wrote: Even assuming neither of these conform to the 'documented usage' of kbuild (in which case I'd be interested in learning how to fix them), Documented usage for out of tree building is | make -C $DIR M=$(pwd) or similar. The drm tree does not even survive this test. It uses SUBDIRS=$(pwd), but changing that to M=$(pwd) fails in exactly the same way. In fact, not even manually creating the removed symlinks in /usr/src/linux-headers-2.6.29-1-amd64 works for me, see below. Looks like there's no -I stanza for /usr/src/linux-headers-2.6.29-1-*. And even if I manually add -I stanzas so it can find all header files, it still fails: [...] Turns out this is a false alarm. :( I still had a hacked-up linux-kbuild-2.6.29 installed from when it wasn't available from the archive nor from kernel-archive.buildserver.net. After upgrading to the version now available in sid, both the VMware and DRM kernel modules build out of the box. So I guess consider this another request for providing linux-kbuild-* packages immediately wherever they're referenced by any linux-headers-* packages. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521691: Info received (linux-image-2.6.29-1-amd64: appears to be a bug in netfilter)
Well, scratch that. I think I just experienced the same problem even without NF loaded. Moving back to 2.6.26 for now. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522030: initramfs-tools: MODULES=dep fails with lvm2 over cciss device
Package: initramfs-tools Version: 0.92o Severity: normal Hello, when upgrading a server from Etch to Lenny, the Linux kernel 2.6.26 fails to install, due to a problem in initramfs-tools's configuration, i.e. MODULES=DEP : # update-initramfs -v -u -k 2.6.26-1-amd64 Keeping /boot/initrd.img-2.6.26-1-amd64.dpkg-bak update-initramfs: Generating /boot/initrd.img-2.6.26-1-amd64 Adding module /lib/modules/2.6.26-1-amd64/kernel/drivers/input/ff-memless.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/drivers/hid/hid.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/drivers/hid/usbhid/usbhid.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/fs/mbcache.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/fs/jbd/jbd.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/fs/ext3/ext3.ko mkinitramfs: missing cciss!c0d0p root /dev/mapper/systeme-racine /sys entry mkinitramfs: workaround is MODULES=most mkinitramfs: Error please report the bug Removing /boot/initrd.img-2.6.26-1-amd64.dpkg-bak update-initramfs: failed for /boot/initrd.img-2.6.26-1-amd64 I suppose it's related to other similar bugs #507619 and #517072. The suggested workaround worked, hopefully. Fred. -- Package-specific info: -- /proc/cmdline root=/dev/mapper/systeme-racine ro vga=791 vga=791 console=ttyS1,115200n8 console=tty0 -- /proc/filesystems cramfs ext3 iso9660 ext2 hfs vfat -- lsmod Module Size Used by tcp_diag2752 0 inet_diag 13968 1 tcp_diag iptable_filter 4160 0 ip_tables 21096 1 iptable_filter x_tables 21256 1 ip_tables nls_iso8859_1 6208 0 nls_cp437 7936 0 vfat 14656 0 fat54960 1 vfat hfs49224 0 ext2 67216 0 sd_mod 30080 0 usb_storage87104 0 nls_iso8859_15 6784 0 isofs 36516 0 kvm_intel 45536 0 kvm 150336 1 kvm_intel sg 38056 0 cpqci 33380 3 ipmi_si43484 0 ipmi_devintf 11984 0 ipmi_msghandler38548 2 ipmi_si,ipmi_devintf kkcore 8640 54 x25sbs652472 3 padpty 15056 40 nfs 252440 0 nfsd 256552 17 exportfs6976 1 nfsd lockd 69616 3 nfs,nfsd nfs_acl 4672 2 nfs,nfsd sunrpc183176 13 nfs,nfsd,lockd,nfs_acl ppdev 10376 0 parport_pc 39464 0 lp 14024 0 parport41164 3 ppdev,parport_pc,lp button 10016 0 ac 6984 0 battery12168 0 autofs425224 5 ipv6 279944 91 bridge 59368 0 llc 9648 1 bridge tun12928 0 rtc15088 0 loop 19908 0 psmouse42140 0 serio_raw 8452 0 pcspkr 4224 0 tsdev 9984 0 evdev 11840 0 ext3 134160 7 jbd64816 1 ext3 mbcache10568 2 ext2,ext3 dm_mirror 22976 0 dm_snapshot18440 0 dm_mod 61104 17 dm_mirror,dm_snapshot ide_generic 2048 0 [permanent] ide_cd 41504 0 cdrom 36648 1 ide_cd generic 6980 0 [permanent] piix 11588 0 [permanent] ide_core 144208 5 usb_storage,ide_generic,ide_cd,generic,piix ata_generic 9796 0 bnx2 158296 0 libata129840 1 ata_generic ehci_hcd 34636 0 uhci_hcd 26528 0 cciss 62664 3 shpchp 35228 0 scsi_mod 161528 5 sd_mod,usb_storage,sg,libata,cciss pci_hotplug34052 1 shpchp thermal16208 0 processor 36168 1 thermal fan 6600 0 usbhid 29376 0 hid27968 1 usbhid usbcore 147504 5 usb_storage,ehci_hcd,uhci_hcd,usbhid -- /etc/kernel-img.conf # kernel-img.conf - fichier de configuration d'un site pour les paquets # des images de noyau. # [voir man kernel-img.conf(5)] # # Syntaxe g?rale : VAR = VALEUR # # ne demande pas ?r? une disquette de boot... do_bootfloppy = no # pas de tentative lancer lilo ou autre... do_bootloader = no # je sais que le noyau a besoin d'un initrd... warn_initrd = no # cr?ion de liens symboliques dans / do_symlinks = Yes # met ?our le fichier /boot/grub/menu.lst apr?l'install d'un noyau... postinst_hook = /usr/sbin/update-grub postrm_hook = /usr/sbin/update-grub -- /etc/initramfs-tools/initramfs.conf
Bug#521515: linux-headers-2.6.29-1-amd64: please restore symlinks into -common
On Mon, Mar 30, 2009 at 08:19:32PM -0400, Lennart Sorensen wrote: Out of couriosity (and to try and fix the nvidia driver build system)... Documented by who? Debian or the linux kernel? Documentation/kbuild/modules.txt in the Linux source. Bastian -- Fascinating, a totally parochial attitude. -- Spock, Metamorphosis, stardate 3219.8 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: i think you ment a different bug
Processing commands for cont...@bugs.debian.org: reassign 520891 linux-2.6 Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip Bug reassigned from package `general' to `linux-2.6'. # joss i think you ment a different bug... thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
firmware-nonfree 0.16 upload
announcing upload for tomorrow wednesday. as 0.15 reached testing today announcing upload of 0.16 to have latest qlogic and ipw2x00 firmwares there too. also this seems a good time before to reorg for the new kernel.org upstream. -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#521495: cdrom: This disc doesn't have any tracks I recognize!
Processing commands for cont...@bugs.debian.org: reassign 521495 linux-2.6 Bug#521495: cdrom: This disc doesn't have any tracks I recognize! Warning: Unknown package 'unknown' Bug reassigned from package `unknown' to `linux-2.6'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#522005: linux-image-2.6.29-trunk-amd64: pm-suspend no longer works upon kernel upgrade
Processing commands for cont...@bugs.debian.org: reassign 522005 linux-2.6 Bug#522005: linux-image-2.6.29-trunk-amd64: pm-suspend no longer works upon kernel upgrade Warning: Unknown package 'linux-image-2.6.29-trunk-amd64' Bug reassigned from package `linux-image-2.6.29-trunk-amd64' to `linux-2.6'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#521135: linux-image-2.6.26-1-686: Same here I guess, with 2.6.26
Processing commands for cont...@bugs.debian.org: reassign 521135 linux-2.6 Bug#521135: BUG: unable to handle kernel NULL pointer dereference at 0054 Warning: Unknown package 'linux-image-2.6.28-1-686' Bug reassigned from package `linux-image-2.6.28-1-686' to `linux-2.6'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522005: linux-image-2.6.29-trunk-amd64: pm-suspend no longer works upon kernel upgrade
Package: linux-image-2.6.29-trunk-amd64 Version: 2.6.29-1~experimental.1~snapshot.13278 Severity: normal I am using a Toshiba Satellite A205 notebook. My base system is squeeze (testing), and it had been running on the 2.6.26-1 kernel. However I would really like to be able to use my wireless card (I have a RTL8187b wireless card), so I upgraded my kernel to 2.6.29 from kernel-archive.buildserver.net. Everything seems to be working fine, with the exception of pm-suspend. When I attempt to suspend under the 2.6.26 kernel, it works fine (computer suspends and can be restored). When I attempt to suspend under the 2.6.29 kernel, the entire suspend process seems to proceed normally, but then hangs and continues displaying Suspend console. I have attached the pm-suspend.log output for when I'm using 2.6.26 and when I am using 2.6.29. *** running pm-suspend under 2.6.26 ** Initial commandline parameters: --auto-quirks Mon Mar 30 20:50:37 PDT 2009: Running hooks for suspend. /usr/lib/pm-utils/sleep.d/00auto-quirk suspend suspend: Adding quirks from HAL: --quirk-s3-bios --quirk-s3-mode success. /usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux luapbook 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 UTC 2009 x86_64 GNU/Linux Module Size Used by i915 35072 2 drm91488 3 i915 binfmt_misc13580 1 rfcomm 38176 0 l2cap 23936 5 rfcomm bluetooth 57124 4 rfcomm,l2cap xt_limit7172 8 xt_tcpudp 7680 10 ipt_LOG10116 8 ipt_MASQUERADE 7296 0 xt_DSCP 7808 0 ipt_REJECT 7552 1 nf_conntrack_irc 10680 0 nf_conntrack_ftp 12728 0 xt_state6656 6 ppdev 11656 0 parport_pc 31016 0 lp 14724 0 parport41776 3 ppdev,parport_pc,lp ipv6 288328 20 acpi_cpufreq 11792 1 cpufreq_userspace 8452 0 cpufreq_powersave 6400 0 cpufreq_ondemand 11792 1 cpufreq_stats 9120 0 freq_table 9344 3 acpi_cpufreq,cpufreq_ondemand,cpufreq_stats cpufreq_conservative11784 0 iptable_nat 9872 0 nf_nat 23192 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 19352 9 iptable_nat,nf_nat nf_conntrack 71440 7 ipt_MASQUERADE,nf_conntrack_irc,nf_conntrack_ftp,xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4 iptable_mangle 7424 0 iptable_filter 7424 1 ip_tables 21520 3 iptable_nat,iptable_mangle,iptable_filter x_tables 25224 9 xt_limit,xt_tcpudp,ipt_LOG,ipt_MASQUERADE,xt_DSCP,ipt_REJECT,xt_state,iptable_nat,ip_tables fuse 53184 1 dm_snapshot19400 0 dm_mirror 20608 0 dm_log 13956 1 dm_mirror dm_mod 58864 3 dm_snapshot,dm_mirror,dm_log loop 19468 0 joydev 14848 0 snd_hda_intel 434904 0 snd_pcm_oss41760 0 snd_mixer_oss 18816 1 snd_pcm_oss snd_pcm81672 2 snd_hda_intel,snd_pcm_oss snd_seq_dummy 7428 0 snd_seq_oss33152 0 snd_seq_midi 11072 0 snd_rawmidi26784 1 snd_seq_midi snd_seq_midi_event 11904 2 snd_seq_oss,snd_seq_midi snd_seq54304 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 25744 2 snd_pcm,snd_seq snd_seq_device 11668 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq serio_raw 9860 0 i2c_i801 13596 0 snd63688 9 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device pcspkr 7040 0 psmouse42268 0 i2c_core 27936 1 i2c_i801 iTCO_wdt 15696 0 soundcore 12064 1 snd snd_page_alloc 13072 2 snd_hda_intel,snd_pcm video 24212 0 output 7808 1 video ac 9352 0 intel_agp 31728 1 battery16904 0 button 11680 0 evdev 14208 6 ext3 125072 4 jbd51240 1 ext3 mbcache12804 1 ext3 ide_cd_mod 36360 0 cdrom 37928 1 ide_cd_mod ide_pci_generic 9220 0 [permanent] sd_mod 29376 6 piix 12424 0 [permanent] ide_core 128284 3 ide_cd_mod,ide_pci_generic,piix usbhid 45792 0 hid41792 1 usbhid ff_memless 9224 1 usbhid ahci 33036 5 ata_generic10116 0 libata165472 2 ahci,ata_generic scsi_mod 160760 2
Bug#522030: initramfs-tools: MODULES=dep fails with lvm2 over cciss device
On Tue, 31 Mar 2009, Frederic Boiteux wrote: Package: initramfs-tools Version: 0.92o Severity: normal Hello, when upgrading a server from Etch to Lenny, the Linux kernel 2.6.26 fails to install, due to a problem in initramfs-tools's configuration, i.e. MODULES=DEP : # update-initramfs -v -u -k 2.6.26-1-amd64 Keeping /boot/initrd.img-2.6.26-1-amd64.dpkg-bak update-initramfs: Generating /boot/initrd.img-2.6.26-1-amd64 Adding module /lib/modules/2.6.26-1-amd64/kernel/drivers/input/ff-memless.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/drivers/hid/hid.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/drivers/hid/usbhid/usbhid.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/fs/mbcache.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/fs/jbd/jbd.ko Adding module /lib/modules/2.6.26-1-amd64/kernel/fs/ext3/ext3.ko mkinitramfs: missing cciss!c0d0p root /dev/mapper/systeme-racine /sys entry mkinitramfs: workaround is MODULES=most mkinitramfs: Error please report the bug Removing /boot/initrd.img-2.6.26-1-amd64.dpkg-bak update-initramfs: failed for /boot/initrd.img-2.6.26-1-amd64 I suppose it's related to other similar bugs #507619 and #517072. The suggested workaround worked, hopefully. Fred. this is fixed in latest git, will be uploaded to unstable as 0.93.2 soonest (waiting for 0.93.1 to reach squeeze) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522041: initramfs-tools: conf/conf.d/cryptroot missing from initrd.img when using file system label
Package: initramfs-tools Version: 0.92o Severity: important After upgrading from etch to lenny the new kernel would not boot, but stop with a message Waiting for root file system. The root file system is on a luks partiton as /dev/mapper/root. As suggested in the debian docs I added a file system label to /etc/fstab to avoid possible /dev/hda - /dev/sda confusions with a new kernel before upgrading, so the line for the root partition in /etc/fstab looked like: LABEL=CRYPTOROOT / ext3defaults,errors=remount-ro 0 1 When I opened the initrd.img with gzip and cpio I found the conf/conf.d/cryptroot was missing; when I added it manually and re-packaged the initrd.img the system would boot up normally. On a web search I found the discussion about bug #507721 and although I was not able to fully understand the technical details I thought it resembled my problems a lot. I then just tried to replace the LABEL=CRYPTROOT in /etc/fstab with /dev/mapper/root and ran update-initramfs again which then resulted in a correct initrd.img, so it looks like initramfs-tools does not handle file system labels correctly. Regards Michael -- Package-specific info: -- /proc/cmdline root=LABEL=CRYPTOROOT ro vga=773 -- /proc/filesystems vfat ext3 fuseblk -- lsmod Module Size Used by xt_TCPMSS 3616 1 pppoe 8672 2 pppox 3116 1 pppoe ppp_generic20028 6 pppoe,pppox slhc5408 1 ppp_generic binfmt_misc 7528 1 rfcomm 28272 2 l2cap 17248 9 rfcomm bluetooth 44900 4 rfcomm,l2cap battery10180 0 ppdev 6468 0 parport_pc 22500 0 lp 8164 0 parport30988 3 ppdev,parport_pc,lp ipv6 235300 22 cpufreq_conservative 5960 0 cpufreq_ondemand6476 0 cpufreq_powersave 1856 0 cpufreq_stats 3776 0 xt_hashlimit9360 0 iptable_raw 2176 0 xt_comment 1664 0 xt_owner2560 0 xt_iprange 2272 0 xt_policy 2848 0 xt_multiport2816 4 ipt_ULOG6820 0 ipt_TTL 1856 0 ipt_ttl 1600 0 ipt_REJECT 2784 4 ipt_REDIRECT1760 0 ipt_recent 6908 0 ipt_NETMAP 1760 0 ipt_MASQUERADE 2592 0 ipt_LOG 5028 12 ipt_ECN 2336 0 ipt_ecn 1888 0 ipt_CLUSTERIP 5956 0 ipt_ah 1664 0 ipt_addrtype2304 0 xt_tcpmss 1984 1 xt_pkttype 1728 4 xt_physdev 2352 0 xt_NFQUEUE 1792 0 xt_MARK 2304 0 xt_mark 1952 0 xt_mac 1728 0 xt_limit2180 0 xt_length 1760 0 xt_helper 2112 0 xt_dccp 2696 0 xt_conntrack3488 3 xt_CONNMARK 2944 0 xt_connmark 2368 0 xt_CLASSIFY 1696 0 xt_tcpudp 2816 21 xt_state2016 20 iptable_nat 4680 0 nf_nat 15576 4 ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 12268 26 iptable_nat,nf_nat nf_conntrack 55508 10 ipt_MASQUERADE,ipt_CLUSTERIP,xt_helper,xt_conntrack,xt_CONNMARK,xt_connmark,xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4 iptable_mangle 2688 1 nfnetlink 3928 0 iptable_filter 2624 1 ip_tables 10160 4 iptable_raw,iptable_nat,iptable_mangle,iptable_filter x_tables 13284 40 xt_TCPMSS,xt_hashlimit,xt_comment,xt_owner,xt_iprange,xt_policy,xt_multiport,ipt_ULOG,ipt_TTL,ipt_ttl,ipt_REJECT,ipt_REDIRECT,ipt_recent,ipt_NETMAP,ipt_MASQUERADE,ipt_LOG,ipt_ECN,ipt_ecn,ipt_CLUSTERIP,ipt_ah,ipt_addrtype,xt_tcpmss,xt_pkttype,xt_physdev,xt_NFQUEUE,xt_MARK,xt_mark,xt_mac,xt_limit,xt_length,xt_helper,xt_dccp,xt_conntrack,xt_CONNMARK,xt_connmark,xt_CLASSIFY,xt_tcpudp,xt_state,iptable_nat,ip_tables fuse 42908 1 dm_snapshot14340 0 dm_mirror 15104 0 dm_log 8452 1 dm_mirror powernow_k812036 0 freq_table 4224 3 cpufreq_ondemand,cpufreq_stats,powernow_k8 cpufreq_userspace 3172 1 snd_fm801 14752 0 snd_ac97_codec 88484 1 snd_fm801 ac97_bus1728 1 snd_ac97_codec snd_pcm_oss32800 0 snd_mixer_oss 12320 1 snd_pcm_oss snd_pcm62596 3 snd_fm801,snd_ac97_codec,snd_pcm_oss snd_page_alloc 7816 1 snd_pcm snd_tea575x_tuner 3264 1 snd_fm801 videodev 27520 1 snd_tea575x_tuner v4l1_compat12260 1
Processed: tagging 522030
Processing commands for cont...@bugs.debian.org: tags 522030 pending Bug#522030: initramfs-tools: MODULES=dep fails with lvm2 over cciss device There were no tags set. Tags added: pending 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521691: Info received (linux-image-2.6.29-1-amd64: appears to be a bug in netfilter)
This bug is on the LKML, thread titled: Revert gro: Fix legacy path napi_complete crash IIUC, patch 8f1ead2d1a626ed0c85b3d2c2046a49081d5933f is a workaround with further fixes coming for 2.6.29.1 / 2.6.30. That patch has been merged in to Linus' tree after 2.6.29, and adding it directly on top of Linus' v2.6.29 works-for-me. Steve -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 522049 is important, reassign 522049 to linux-2.6 ...
Processing commands for cont...@bugs.debian.org: severity 522049 important Bug#522049: firmware-bnx2: bnx2 driver fails to load with 2.6.29 (can't find firmware) Severity set to `important' from `serious' reassign 522049 linux-2.6 Bug#522049: firmware-bnx2: bnx2 driver fails to load with 2.6.29 (can't find firmware) Bug reassigned from package `firmware-bnx2' to `linux-2.6'. retitle 522049 linux-2.6 - bnx2 patch requests wrong firmware files Bug#522049: firmware-bnx2: bnx2 driver fails to load with 2.6.29 (can't find firmware) Changed Bug title to `linux-2.6 - bnx2 patch requests wrong firmware files' from `firmware-bnx2: bnx2 driver fails to load with 2.6.29 (can't find firmware)'. 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
severity of 522049 is important, reassign 522049 to linux-2.6 ...
severity 522049 important reassign 522049 linux-2.6 retitle 522049 linux-2.6 - bnx2 patch requests wrong firmware files -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 522049
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.9.26etch2 tags 522049 + pending Bug#522049: linux-2.6 - bnx2 patch requests wrong firmware files There were no tags set. Tags added: pending 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522046: Crash in DomU when running java
Package: linux-image-2.6.26-1-xen-686 Version: 2.6.26-13lenny2 When I am running with this kernel as a 32-bit Lenny DomU on a 64-bit CentOS 5.2 Dom0, the DomU crashes whenever I try anything intensive with Java. I have tried openjdk-6 and sun-java6, both exhibit the same issue, for instance when performing a dpkg-reconfigure - crash messages below. If I boot using an older kernel, e.g. one from Etch (linux-image-2.6.18-6-xen-686, 2.6.18.dfsg.1-23), this doesn't happen. un linux-image none (no description available) un linux-image-2.6 none (no description available) ii linux-image-2.6-xen-686 2.6.26+17 Linux 2.6 image on i686, oldstyle Xen support ii linux-image-2.6.18-6-xen-686 2.6.18.dfsg.1-23 Linux 2.6.18 image on i686 ii linux-image-2.6.26-1-xen-686 2.6.26-13 Linux 2.6.26 image on i686, oldstyle Xen support By DomU configuration looks like : bootloader='/usr/bin/pygrub' memory = '1024' root= '/dev/xvda ro' disk= [ 'phy:mapper/java-dev-1-root,xvda,w', 'phy:xenimages/java-dev-1-swap,xvdb,w' ] name= 'java-dev-1' vif = [ 'bridge=xenbr0,mac=00:16:3e:5a:95:18' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash= 'restart' The following is an example of the error messages that appear on the DomU console, these can be triggered on-demand by issuing a dpkg-reconfigure sun-java6-bin for instance. [ 549.636440] [ cut here ] [ 549.636452] kernel BUG at arch/x86/mm/hypervisor.c:75! [ 549.636456] invalid opcode: [#1] SMP [ 549.636460] Modules linked in: ipv6 nfs lockd nfs_acl sunrpc dm_snapshot dm_mirror dm_log dm_mod ext3 jbd mbcache thermal_sys [ 549.636477] [ 549.636480] Pid: 2029, comm: java Not tainted (2.6.26-1-xen-686 #1) [ 549.636484] EIP: 0061:[c0112fb1] EFLAGS: 00010282 CPU: 0 [ 549.636491] EIP is at xen_l3_entry_update+0x8d/0x98 [ 549.636494] EAX: ffea EBX: ed7b7ea0 ECX: 0001 EDX: [ 549.636498] ESI: 7ff0 EDI: 0002 EBP: 8002 ESP: ed7b7e98 [ 549.636502] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069 [ 549.636506] Process java (pid: 2029, ti=ed7b6000 task=ecb7c4a0 task.ti=ed7b6000) [ 549.636510] Stack: fcb08001 0002 d6ec3008 0001 fcb08001 0002 0002 fcb08001 [ 549.636520]0002 c0111863 ec9fd008 ecf6d3c0 2ca35001 ecf6d3c0 eca35000 ec9fd008 [ 549.636531]ecf6d3c0 c015a221 ec9fd008 ecf6d3f8 0001 c015e34d ecf17ea8 7b88 [ 549.636542] Call Trace: [ 549.636546] [c0111863] pud_populate+0x19d/0x233 [ 549.636552] [c015a221] __pmd_alloc+0x56/0x7b [ 549.636558] [c015e34d] handle_mm_fault+0x5c/0xd46 [ 549.636562] [c01610d7] vma_link+0x4a/0xe7 [ 549.636568] [c0161853] mmap_region+0x2dc/0x392 [ 549.636573] [c010ea38] do_page_fault+0x5fe/0xb26 [ 549.636578] [c0161c27] do_mmap_pgoff+0x243/0x296 [ 549.636583] [c01072f6] sys_mmap2+0x62/0xa0 [ 549.636589] [c010e43a] do_page_fault+0x0/0xb26 [ 549.636594] [c02cbd15] error_code+0x35/0x3c [ 549.636601] === [ 549.636603] Code: 01 00 00 00 89 44 24 0c 8b 04 24 8d 5c 24 08 89 74 24 08 be f0 7f 00 00 89 54 24 14 31 d2 89 44 24 10 e8 73 e0 fe ff 85 c0 79 04 0f 0b eb fe 83 c4 18 5b 5e 5f c3 56 b9 01 00 00 00 53 31 d2 83 [ 549.636655] EIP: [c0112fb1] xen_l3_entry_update+0x8d/0x98 SS:ESP 0069:ed7b7e98 [ 549.63] ---[ end trace 98118b7494d3275c ]--- kernel:[ 549.636506] Process java (pid: 2029, ti=ed7b6000 task=ecb7c4a0 task.ti=ed7b6000) [ 614.181654] BUG: soft lockup - CPU#0 stuck for 61s! [java:2028] [ 614.181654] Modules linked in: ipv6 nfs lockd nfs_acl sunrpc dm_snapshot dm_mirror dm_log dm_mod ext3 jbd mbcache thermal_sys [ 614.181654] [ 614.181654] Pid: 2028, comm: java Tainted: G D (2.6.26-1-xen-686 #1) [ 614.181654] EIP: 0061:[c01013a7] EFLAGS: 0246 CPU: 0 [ 614.181654] EIP is at 0xc01013a7 [ 614.181654] EAX: EBX: 0003 ECX: ecb77ea8 EDX: 00372f12 [ 614.181654] ESI: 0103 EDI: ecb77eb8 EBP: ecf6d408 ESP: ecb77ea4 [ 614.181654] DS: 007b ES: 007b FS: 00d8 GS: SS: 0069 [ 614.181654] CR0: 8005003b CR2: bfce1fec CR3: 0132f000 CR4: 2620 [ 614.181654] DR0: DR1: DR2: DR3: [ 614.181654] DR6: 0ff0 DR7: [ 614.181654] [c023cb32] ? xen_poll_irq+0x57/0x65 [ 614.181654] [c023f31b] ? xen_spin_wait+0xcb/0xff [ 614.181654] [c02cb88f] ? _spin_lock+0x31/0x38 [ 614.181654] [c0111911] ? _pin_lock+0x18/0x1b5 [ 614.181654] [c0111ac4] ? mm_unpin+0x16/0x2a [ 614.181654] [c011222e] ? arch_exit_mmap+0x189/0x191 [ 614.181654] [c0160539] ? exit_mmap+0x1b/0xd5 [ 614.181654] [c011c62f] ? mmput+0x24/0x9c [ 614.181654] [c012138a] ? do_exit+0x1e5/0x5f9 [ 614.181654] [c0162807] ? sys_mprotect+0x1cc/0x1dd [ 614.181654] [c0121832] ? do_group_exit+0x94/0xbd [ 614.181654] [c0121868] ? sys_exit_group+0xd/0x10 [ 614.181654] [c0103f76] ? syscall_call+0x7/0xb [ 614.181654]
Bug#522049: firmware-bnx2: bnx2 driver fails to load with 2.6.29 (can't find firmware)
Package: firmware-bnx2 Version: 0.15 Severity: serious Hi, Apparently, there's a problem with firmware-bnx2 0.15 and linux-image-2.6.29-1-amd64. After installing both: # update-initramfs -u update-initramfs: Generating /boot/initrd.img-2.6.29-1-amd64 W: Possible missing firmware /lib/firmware/tigon/tg3_tso5.bin for module tg3 W: Possible missing firmware /lib/firmware/tigon/tg3_tso.bin for module tg3 W: Possible missing firmware /lib/firmware/tigon/tg3.bin for module tg3 W: Possible missing firmware /lib/firmware/bnx2-09-4.4.26.fw for module bnx2 W: Possible missing firmware /lib/firmware/bnx2-06-4.4.1.fw for module bnx2 Trying to manually load the driver: [ 699.179402] Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v1.9.3 (March 17, 2009) [ 699.203179] bnx2 :05:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 699.700032] bnx2 :05:00.0: firmware: requesting bnx2-06-4.4.1.fw [ 699.722907] bnx2: Can't load firmware file bnx2-06-4.4.1.fw [ 699.739595] bnx2 :05:00.0: PCI INT A disabled [ 699.753718] bnx2: probe of :05:00.0 failed with error -2 [ 699.770962] bnx2 :09:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 700.272029] bnx2 :09:00.0: firmware: requesting bnx2-06-4.4.1.fw [ 700.294546] bnx2: Can't load firmware file bnx2-06-4.4.1.fw [ 700.311281] bnx2 :09:00.0: PCI INT A disabled [ 700.325423] bnx2: probe of :09:00.0 failed with error -2 After copying bnx2-06-4.6.16.fw to bnx2-06-4.4.1.fw (since that's the one it seems to expect), manually unloading/reloading the driver works. But I can't seem to be able to build a initramfs that works using update-initramfs -u: during boot, bnx2-06-4.4.1.fw still can't be found, despite it being in the initramfs image: $ gzip -d initrd.img-2.6.29-1-amd64.867 | cpio -t |grep bnx lib/modules/2.6.29-1-amd64/kernel/drivers/net/bnx2.ko lib/firmware/bnx2-06-4.4.1.fw 38593 blocks -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 522049 in 2.6.29-1
Processing commands for cont...@bugs.debian.org: found 522049 2.6.29-1 Bug#522049: linux-2.6 - bnx2 patch requests wrong firmware files Bug marked as found in version 2.6.29-1. 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: firmware-nonfree 0.16 upload
maximilian attems wrote: announcing upload for tomorrow wednesday. as 0.15 reached testing today announcing upload of 0.16 to have latest qlogic and ipw2x00 firmwares there too. also this seems a good time before to reorg for the new kernel.org upstream. What are your the plan to use linux-firmware? How to add new firmware in debian? ciao cate -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521495: cdrom: This disc doesn't have any tracks I recognize!
Throwing this out there too... # cat /proc/sys/dev/cdrom/info CD-ROM information, Id: cdrom.c 3.20 2003/12/17 drive name:hda drive speed:48 drive # of slots:1 Can close tray:1 Can open tray:1 Can lock tray:1 Can change speed:1 Can select disk:0 Can read multisession:1 Can read MCN:1 Reports media changed:1 *Can play audio:0* Can write CD-R:1 Can write CD-RW:1 Can read DVD:1 Can write DVD-R:1 Can write DVD-RAM:1 Can read MRW:1 Can write MRW:1 Can write RAM:1
Processed (with 1 errors): Re: Bug#522049: firmware-bnx2: bnx2 driver fails to load with 2.6.29 (can't find firmware)
Processing commands for cont...@bugs.debian.org: severity 522049 important Bug#522049: linux-2.6 - bnx2 patch requests wrong firmware files Severity set to `important' from `important' reassign linux-2.6 Unknown command or malformed arguments to command. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: firmware-nonfree 0.16 upload
On Tue, Mar 31, 2009 at 02:24:37PM +0200, Giacomo A. Catenazzi wrote: maximilian attems wrote: announcing upload for tomorrow wednesday. as 0.15 reached testing today announcing upload of 0.16 to have latest qlogic and ipw2x00 firmwares there too. also this seems a good time before to reorg for the new kernel.org upstream. What are your the plan to use linux-firmware? please read d-kernel archives for that. there is a new tarball on kernel.org by david woodhouse, we would use as upstream. How to add new firmware in debian? have them added there and enshure proper distribution rights. kind regards -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522049: firmware-bnx2: bnx2 driver fails to load with 2.6.29 (can't find firmware)
severity 522049 important reassign linux-2.6 stop On Tue, Mar 31, 2009 at 01:34:20PM +0200, Lucas Nussbaum wrote: Package: firmware-bnx2 Version: 0.15 Severity: serious Hi, Apparently, there's a problem with firmware-bnx2 0.15 and linux-image-2.6.29-1-amd64. After installing both: # update-initramfs -u update-initramfs: Generating /boot/initrd.img-2.6.29-1-amd64 W: Possible missing firmware /lib/firmware/tigon/tg3_tso5.bin for module tg3 W: Possible missing firmware /lib/firmware/tigon/tg3_tso.bin for module tg3 W: Possible missing firmware /lib/firmware/tigon/tg3.bin for module tg3 W: Possible missing firmware /lib/firmware/bnx2-09-4.4.26.fw for module bnx2 W: Possible missing firmware /lib/firmware/bnx2-06-4.4.1.fw for module bnx2 Trying to manually load the driver: [ 699.179402] Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v1.9.3 (March 17, 2009) [ 699.203179] bnx2 :05:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 699.700032] bnx2 :05:00.0: firmware: requesting bnx2-06-4.4.1.fw [ 699.722907] bnx2: Can't load firmware file bnx2-06-4.4.1.fw [ 699.739595] bnx2 :05:00.0: PCI INT A disabled [ 699.753718] bnx2: probe of :05:00.0 failed with error -2 [ 699.770962] bnx2 :09:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 700.272029] bnx2 :09:00.0: firmware: requesting bnx2-06-4.4.1.fw [ 700.294546] bnx2: Can't load firmware file bnx2-06-4.4.1.fw [ 700.311281] bnx2 :09:00.0: PCI INT A disabled [ 700.325423] bnx2: probe of :09:00.0 failed with error -2 After copying bnx2-06-4.6.16.fw to bnx2-06-4.4.1.fw (since that's the one it seems to expect), manually unloading/reloading the driver works. But I can't seem to be able to build a initramfs that works using update-initramfs -u: during boot, bnx2-06-4.4.1.fw still can't be found, despite it being in the initramfs image: $ gzip -d initrd.img-2.6.29-1-amd64.867 | cpio -t |grep bnx lib/modules/2.6.29-1-amd64/kernel/drivers/net/bnx2.ko lib/firmware/bnx2-06-4.4.1.fw 38593 blocks fixed in latest linux-2.6 2.6.29-2, which will be uploaded together with upcoming 2.6.29.1 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522041: initramfs-tools: conf/conf.d/cryptroot missing from initrd.img when using file system label
On Tue, Mar 31, 2009 at 11:47:49AM +0200, Michael Lange wrote: Package: initramfs-tools Version: 0.92o Severity: important After upgrading from etch to lenny the new kernel would not boot, but stop with a message Waiting for root file system. The root file system is on a luks partiton as /dev/mapper/root. As suggested in the debian docs I added a file system label to /etc/fstab to avoid possible /dev/hda - /dev/sda confusions with a new kernel before upgrading, so the line for the root partition in /etc/fstab looked like: LABEL=CRYPTOROOT / ext3defaults,errors=remount-ro 0 1 When I opened the initrd.img with gzip and cpio I found the conf/conf.d/cryptroot was missing; when I added it manually and re-packaged the initrd.img the system would boot up normally. On a web search I found the discussion about bug #507721 and although I was not able to fully understand the technical details I thought it resembled my problems a lot. I then just tried to replace the LABEL=CRYPTROOT in /etc/fstab with /dev/mapper/root and ran update-initramfs again which then resulted in a correct initrd.img, so it looks like initramfs-tools does not handle file system labels correctly. did you try to pass a rootdelay=12 bootparam? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 455876
Processing commands for cont...@bugs.debian.org: tags 455876 pending Bug#455876: usplash won't work: fb modules not loaded when needed There were no tags set. Tags added: pending 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 416063
Processing commands for cont...@bugs.debian.org: tags 416063 pending Bug#416063: initramfs-tools: MODULES=most does *not* include all framebuffer modules There were no tags set. Tags added: pending 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521515: linux-headers-2.6.29-1-amd64: please restore symlinks into -common
On Tue, Mar 31, 2009 at 10:16:39AM +0200, Bastian Blank wrote: On Mon, Mar 30, 2009 at 08:19:32PM -0400, Lennart Sorensen wrote: Out of couriosity (and to try and fix the nvidia driver build system)... Documented by who? Debian or the linux kernel? Documentation/kbuild/modules.txt in the Linux source. OK, I will read that. Of course now I have to figure out a way to fix nvidia's conftest.sh script which tries a bunch of test builds to learn how a given kernel version does things (like does a certain function take 4 or 5 arguments, etc). I suppose all stuff that could have been done with #ifdef's based on the kernel version, but well they didn't. I guess that means I have to. I must admit I am starting to wonder if it would be less effort to volunteer to maintain the symlink code for the linux-headers package than it will be to fix all the 3rd party module code that expects a single directory for the headers. So far this change seems like a small reduction in work for the linux-headers package in exchange for a lot of work for a lot of other people. Not that these other packages perhaps should have ever done it the way they do, but it has always worked, at least if you build a kernel from source and point the 3rd party modules at the source dir, it does what you want it to do. The 2.6.29 linux-headers no longer do what you want them to do. Now they only work with kbuild and anything else that used to work is now broken. Documented or not. Just because it isn't documented doesn't mean it doesn't work. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509646: bnx2x firmware licensing
On Mon, 2009-03-30 at 13:30 -0700, John Wright wrote: Hi John, You are right - I'm adding a licensing to bnx2x_init_values.h similar to the bnx2 license that you quoted. However, I'm not sure if now is a good time to send such a patch to netdev for net-2.6 so I'm sending it to net-next - please let me know if this is not enough. Thanks! I'm now cleaning up the request_firmware patch to submit upstream. Is the init_ops array part of the firmware data derived from proprietary unpublished source code, or may I take that to be in its preferred form for modification? The majority part of the init_ops derives from firmware proprietary unpublished source code - however, it was merged between the two chips (E1 and E1H) to reduce some code size (~1000 lines). We can split it again between the two chips and have a file per chip if that seems reasonable - the downside is that we will have about 1000 duplicated lines of (mostly meaningless) registers initializations. If this is the way we want to go, I can work on creating the two files. What is the timeframe over here? When is the next deadline and when is the one after that...? Thanks, Eilon -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506586: linux-2.6: Kernel BUG, possibly related
Hi! I've been seeing similar crashes on my system when accessing cifs shares. I can't trigger it reliably, although it mainly seems to occur when listing directories (for example, while doing tab-expansion or running a find query on a cifs share). It also sometimes gives a kernel bug or oops in my logs, but other times, my computer just hangs or reboots without anything visible in the logs. I switched to sid's 2.6.29 kernel today, and I haven't seen the cifs problems anymore (whereas I could easily reproduce them in 2.6.26). Hopefully that means the problems have been fixed indeed. Can anyone confirm this? Bas. -- Kind regards, Bas Zoetekouw. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521192: more information about patch provenance
Hi, I've forgotten to inform you, that my patch was fetched from Linus' kernel tree[1]. It was applied between v2.6.27-rc2 and v2.6.27-rc3. Greetings, Christoph [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=320dcc30f498e0a8b282b14cf0feed1897ea3b34 signature.asc Description: Digital signature
Bug#512255: linux-image-2.6.26-1-amd64: iwl3945 and kernel oops
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-13lenny2 *** Please type your report below this line *** 6) linux 2.6.28.4 (vanilla, latest stable): OK! thanks closing with appropriate info. This bug is still present in the current stable kernel. It only works using modprobe -r iwl3945 and modprobe iwl3945 every time. -- Package-specific info: ** Version: Linux version 2.6.26-1-amd64 (Debian 2.6.26-13lenny2) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Fri Mar 13 17:46:45 UTC 2009 ** Command line: root=/dev/mapper/Debian-Root ro quiet rootdelay=10 ** Not tainted ** Kernel log: http://pastebin.com/m484ef629 ** Loaded modules: http://pastebin.com/m6ecfc60e ** PCI devices: http://pastebin.com/m69f6f840 -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92o tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.26-1-amd64 recommends no packages. Versions of packages linux-image-2.6.26-1-amd64 suggests: ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none(no description available) -- debconf information: linux-image-2.6.26-1-amd64/postinst/create-kimage-link-2.6.26-1-amd64: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-1-amd64/postinst/kimage-is-a-directory: linux-image-2.6.26-1-amd64/preinst/bootloader-initrd-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/postinst/old-initrd-link-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/preinst/initrd-2.6.26-1-amd64: linux-image-2.6.26-1-amd64/postinst/old-system-map-link-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/postinst/depmod-error-initrd-2.6.26-1-amd64: false linux-image-2.6.26-1-amd64/preinst/overwriting-modules-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/preinst/elilo-initrd-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/postinst/bootloader-error-2.6.26-1-amd64: linux-image-2.6.26-1-amd64/preinst/abort-install-2.6.26-1-amd64: linux-image-2.6.26-1-amd64/preinst/lilo-initrd-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/postinst/depmod-error-2.6.26-1-amd64: false linux-image-2.6.26-1-amd64/prerm/removing-running-kernel-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/prerm/would-invalidate-boot-loader-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/postinst/bootloader-test-error-2.6.26-1-amd64: linux-image-2.6.26-1-amd64/preinst/abort-overwrite-2.6.26-1-amd64: linux-image-2.6.26-1-amd64/postinst/old-dir-initrd-link-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.26-1-amd64/preinst/failed-to-move-modules-2.6.26-1-amd64: -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of linux-modules-contrib-2.6_2.6.26-3+lenny1_ia64.changes
linux-modules-contrib-2.6_2.6.26-3+lenny1_ia64.changes uploaded successfully to localhost along with the files: rt73-modules-2.6.26-2-itanium_2.6.26+1.0.3.6-cvs20080623-dfsg1-3+lenny1_ia64.deb rt73-modules-2.6-itanium_2.6.26-3+lenny1_ia64.deb rt73-modules-2.6.26-2-mckinley_2.6.26+1.0.3.6-cvs20080623-dfsg1-3+lenny1_ia64.deb rt73-modules-2.6-mckinley_2.6.26-3+lenny1_ia64.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of linux-modules-extra-2.6_2.6.26-6+lenny1_ia64.changes
linux-modules-extra-2.6_2.6.26-6+lenny1_ia64.changes uploaded successfully to localhost along with the files: atl2-modules-2.6.26-2-itanium_2.6.26+2.0.5-6+lenny1_ia64.deb atl2-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6.26-2-itanium_2.6.26+0+20080719-6+lenny1_ia64.deb aufs-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb drbd8-modules-2.6.26-2-itanium_2.6.26+8.0.14-6+lenny1_ia64.deb drbd8-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb et131x-modules-2.6.26-2-itanium_2.6.26+1.2.3-2-6+lenny1_ia64.deb et131x-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb iscsitarget-modules-2.6.26-2-itanium_2.6.26+0.4.16+svn162-6+lenny1_ia64.deb iscsitarget-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb loop-aes-modules-2.6.26-2-itanium_2.6.26+3.2c-6+lenny1_ia64.deb loop-aes-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb lzma-modules-2.6.26-2-itanium_2.6.26+4.43-6+lenny1_ia64.deb lzma-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb nilfs2-modules-2.6.26-2-itanium_2.6.26+2.0.4-6+lenny1_ia64.deb nilfs2-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb redhat-cluster-modules-2.6.26-2-itanium_2.6.26+2.20081102-6+lenny1_ia64.deb redhat-cluster-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb speakup-modules-2.6.26-2-itanium_2.6.26+3.0.3+git20080724.dfsg.1-6+lenny1_ia64.deb speakup-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb squashfs-modules-2.6.26-2-itanium_2.6.26+3.3-6+lenny1_ia64.deb squashfs-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6.26-2-mckinley_2.6.26+2.0.5-6+lenny1_ia64.deb atl2-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6.26-2-mckinley_2.6.26+0+20080719-6+lenny1_ia64.deb aufs-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb drbd8-modules-2.6.26-2-mckinley_2.6.26+8.0.14-6+lenny1_ia64.deb drbd8-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb et131x-modules-2.6.26-2-mckinley_2.6.26+1.2.3-2-6+lenny1_ia64.deb et131x-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb iscsitarget-modules-2.6.26-2-mckinley_2.6.26+0.4.16+svn162-6+lenny1_ia64.deb iscsitarget-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb loop-aes-modules-2.6.26-2-mckinley_2.6.26+3.2c-6+lenny1_ia64.deb loop-aes-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb lzma-modules-2.6.26-2-mckinley_2.6.26+4.43-6+lenny1_ia64.deb lzma-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb nilfs2-modules-2.6.26-2-mckinley_2.6.26+2.0.4-6+lenny1_ia64.deb nilfs2-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb redhat-cluster-modules-2.6.26-2-mckinley_2.6.26+2.20081102-6+lenny1_ia64.deb redhat-cluster-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb speakup-modules-2.6.26-2-mckinley_2.6.26+3.0.3+git20080724.dfsg.1-6+lenny1_ia64.deb speakup-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb squashfs-modules-2.6.26-2-mckinley_2.6.26+3.3-6+lenny1_ia64.deb squashfs-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6.26-2-vserver-itanium_2.6.26+2.0.5-6+lenny1_ia64.deb atl2-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6.26-2-vserver-itanium_2.6.26+0+20080719-6+lenny1_ia64.deb aufs-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb drbd8-modules-2.6.26-2-vserver-itanium_2.6.26+8.0.14-6+lenny1_ia64.deb drbd8-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb iscsitarget-modules-2.6.26-2-vserver-itanium_2.6.26+0.4.16+svn162-6+lenny1_ia64.deb iscsitarget-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb loop-aes-modules-2.6.26-2-vserver-itanium_2.6.26+3.2c-6+lenny1_ia64.deb loop-aes-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb lzma-modules-2.6.26-2-vserver-itanium_2.6.26+4.43-6+lenny1_ia64.deb lzma-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb nilfs2-modules-2.6.26-2-vserver-itanium_2.6.26+2.0.4-6+lenny1_ia64.deb nilfs2-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb redhat-cluster-modules-2.6.26-2-vserver-itanium_2.6.26+2.20081102-6+lenny1_ia64.deb redhat-cluster-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb speakup-modules-2.6.26-2-vserver-itanium_2.6.26+3.0.3+git20080724.dfsg.1-6+lenny1_ia64.deb speakup-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb squashfs-modules-2.6.26-2-vserver-itanium_2.6.26+3.3-6+lenny1_ia64.deb squashfs-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6.26-2-vserver-mckinley_2.6.26+2.0.5-6+lenny1_ia64.deb atl2-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6.26-2-vserver-mckinley_2.6.26+0+20080719-6+lenny1_ia64.deb aufs-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb drbd8-modules-2.6.26-2-vserver-mckinley_2.6.26+8.0.14-6+lenny1_ia64.deb drbd8-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb iscsitarget-modules-2.6.26-2-vserver-mckinley_2.6.26+0.4.16+svn162-6+lenny1_ia64.deb iscsitarget-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb loop-aes-modules-2.6.26-2-vserver-mckinley_2.6.26+3.2c-6+lenny1_ia64.deb loop-aes-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb
linux-modules-contrib-2.6_2.6.26-3+lenny1_ia64.changes is NEW
rt73-modules-2.6-itanium_2.6.26-3+lenny1_ia64.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6-itanium_2.6.26-3+lenny1_ia64.deb rt73-modules-2.6-mckinley_2.6.26-3+lenny1_ia64.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6-mckinley_2.6.26-3+lenny1_ia64.deb (new) rt73-modules-2.6.26-2-itanium_2.6.26+1.0.3.6-cvs20080623-dfsg1-3+lenny1_ia64.deb optional contrib/admin Driver for Ralink RT73 wireless network card modules for Linux 2.6.26 on Itanium This package provides the Driver for Ralink RT73 wireless network card modules for the Linux kernel version 2.6.26 on Itanium machines. . This is the device driver for Ralink RT73 a/b/g WLAN Card. (new) rt73-modules-2.6.26-2-mckinley_2.6.26+1.0.3.6-cvs20080623-dfsg1-3+lenny1_ia64.deb optional contrib/admin Driver for Ralink RT73 wireless network card modules for Linux 2.6.26 on Itanium II This package provides the Driver for Ralink RT73 wireless network card modules for the Linux kernel version 2.6.26 on Itanium II machines. . This is the device driver for Ralink RT73 a/b/g WLAN Card. Changes: linux-modules-contrib-2.6 (2.6.26-3+lenny1) stable; urgency=high . * Update to 2.6.26-2 Override entries for your package: rt73-modules-2.6-itanium_2.6.26-3+lenny1_ia64.deb - optional contrib/admin rt73-modules-2.6-mckinley_2.6.26-3+lenny1_ia64.deb - optional contrib/admin Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Standardizing use of kernel hook scripts
As there haven't been any replies to my mail yet, I'm just going to push my patches for the deb-pkg target upstream. The only really important issue is the passing of maintainer script parameters as described below. I hope we can standardize on that. Cheers, FJP Frans Pop wrote: Maintainer script parameters Currently maintainer script parameters are not passed on to the hook scripts, but IMO they could be very useful, for example: a bootloader update only needs to be run on package removal, but not on purge. Other examples are: - a test to prevent removal of the currently running kernel (while allowing upgrades) - a warning to reboot if the currently running kernel is upgraded Given the previous point I think adding them to the parameters passed to the hook scripts is not a good option. I therefore propose to instead export them in a standard environment parameter. Proposal: export DEB_MAINT_PARAMS=$@ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
linux-modules-extra-2.6_2.6.26-6+lenny1_ia64.changes REJECTED
Mapping stable to proposed-updates. Rejected: squashfs-modules-2.6.26-2-vserver-mckinley_2.6.26+3.3-6+lenny1_ia64.deb: control file lists name as `squashfs-modules-2.6.26-2-vserver-mckinley', which isn't in changes file. Rejected: squashfs-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb: control file lists name as `squashfs-modules-2.6-vserver-mckinley', which isn't in changes file. === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522095: kernel build fails, because zlib.h is missing
Package: linux-source-2.6.29 Version: 2.6.29-1 I'm using make-kpkg to build the kernel, but zlib.h (dependency on zlib1g-dev? or the kernels zlib.h?) is missing: $ make-kpkg --initrd --revision=2:my.1.0 --rootcmd fakeroot --uc --us kernel_image ... make[1]: Leaving directory `/usr/src/xxx/linux-source-2.6.29' /usr/bin/makeARCH=i386 \ -C Documentation/lguest make[1]: Entering directory `/usr/src/xxx/linux-source-2.6.29/Documentation/lguest' cc -Wall -Wmissing-declarations -Wmissing-prototypes -O3 -I../../include -I../../arch/x86/include -U_FORTIFY_SOURCElguest.c -lz -o lguest lguest.c:34:18: error: zlib.h: No such file or directory make[1]: *** [lguest] Error 1 make[1]: Leaving directory `/usr/src/xxx/linux-source-2.6.29/Documentation/lguest' make: *** [debian/stamp/build/kernel] Error 2 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522041: initramfs-tools: conf/conf.d/cryptroot missing from initrd.img when using file system label
On Tue, 31 Mar 2009 14:31:28 +0200 maximilian attems m...@stro.at wrote: On Tue, Mar 31, 2009 at 11:47:49AM +0200, Michael Lange wrote: Package: initramfs-tools Version: 0.92o Severity: important After upgrading from etch to lenny the new kernel would not boot, but stop with a message Waiting for root file system. The root file system is on a luks partiton as /dev/mapper/root. As suggested in the debian docs I added a file system label to /etc/fstab to avoid possible /dev/hda - /dev/sda confusions with a new kernel before upgrading, so the line for the root partition in /etc/fstab looked like: LABEL=CRYPTOROOT / ext3defaults,errors=remount-ro 0 1 When I opened the initrd.img with gzip and cpio I found the conf/conf.d/cryptroot was missing; when I added it manually and re-packaged the initrd.img the system would boot up normally. On a web search I found the discussion about bug #507721 and although I was not able to fully understand the technical details I thought it resembled my problems a lot. I then just tried to replace the LABEL=CRYPTROOT in /etc/fstab with /dev/mapper/root and ran update-initramfs again which then resulted in a correct initrd.img, so it looks like initramfs-tools does not handle file system labels correctly. did you try to pass a rootdelay=12 bootparam? I did experiment with the rootdelay parameter, but please note that the reason the system would not boot was clearly the missing conf/conf.d/cryptroot file. update-initramfs just failed to pack this file into the initrd.img if the root file system was specified by LABEL=CRYPTROOT in /etc/fstab. The system setup though was obviously ok., I just had to add the file manually to initrd.img and the system would boot up normally. The irony herein is that I would not have used the LABEL=... thing unless the debian docs had advised me to do so, otherwise I might end with an unbootable system ;) Michael -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522095: marked as done (kernel build fails, because zlib.h is missing)
Your message dated Tue, 31 Mar 2009 21:18:34 +0200 with message-id 20090331191834.ga17...@wavehammer.waldi.eu.org and subject line Re: Bug#522095: kernel build fails, because zlib.h is missing has caused the Debian Bug report #522095, regarding kernel build fails, because zlib.h is missing to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 522095: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522095 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-source-2.6.29 Version: 2.6.29-1 I'm using make-kpkg to build the kernel, but zlib.h (dependency on zlib1g-dev? or the kernels zlib.h?) is missing: $ make-kpkg --initrd --revision=2:my.1.0 --rootcmd fakeroot --uc --us kernel_image ... make[1]: Leaving directory `/usr/src/xxx/linux-source-2.6.29' /usr/bin/makeARCH=i386 \ -C Documentation/lguest make[1]: Entering directory `/usr/src/xxx/linux-source-2.6.29/Documentation/lguest' cc -Wall -Wmissing-declarations -Wmissing-prototypes -O3 -I../../include -I../../arch/x86/include -U_FORTIFY_SOURCElguest.c -lz -o lguest lguest.c:34:18: error: zlib.h: No such file or directory make[1]: *** [lguest] Error 1 make[1]: Leaving directory `/usr/src/xxx/linux-source-2.6.29/Documentation/lguest' make: *** [debian/stamp/build/kernel] Error 2 ---End Message--- ---BeginMessage--- On Tue, Mar 31, 2009 at 08:22:56PM +0200, W. Martin Borgert wrote: I'm using make-kpkg to build the kernel, but zlib.h (dependency on zlib1g-dev? or the kernels zlib.h?) is missing: This is #514048. k-p decided to build the lguest binary which is not included in the normal build. Closing as we can't do anything about it and Manoj decided that it is no bug. Bastian -- We have phasers, I vote we blast 'em! -- Bailey, The Corbomite Maneuver, stardate 1514.2 ---End Message---
Bug#509646: bnx2x firmware licensing
On Tue, Mar 31, 2009 at 05:31:03PM +0300, Eilon Greenstein wrote: On Mon, 2009-03-30 at 13:30 -0700, John Wright wrote: Hi John, You are right - I'm adding a licensing to bnx2x_init_values.h similar to the bnx2 license that you quoted. However, I'm not sure if now is a good time to send such a patch to netdev for net-2.6 so I'm sending it to net-next - please let me know if this is not enough. Thanks! I'm now cleaning up the request_firmware patch to submit upstream. Is the init_ops array part of the firmware data derived from proprietary unpublished source code, or may I take that to be in its preferred form for modification? The majority part of the init_ops derives from firmware proprietary unpublished source code - however, it was merged between the two chips (E1 and E1H) to reduce some code size (~1000 lines). We can split it again between the two chips and have a file per chip if that seems reasonable - the downside is that we will have about 1000 duplicated lines of (mostly meaningless) registers initializations. If this is the way we want to go, I can work on creating the two files. What is the timeframe over here? When is the next deadline and when is the one after that...? I was afraid of that... It just makes the firmware logic more complicated, since the firmware image also needs to keep track of the function offsets in the init_ops array, which are currently just #defines in the header. I'm not sure there's any particular deadline -- I would like to see this upstream soon so that Debian users can use bnx2x cards without building a new kernel (and without having to maintain a patch in Debian's kernel that won't go upstream). For now, the initial split could keep init_ops in a separate firmware file from the E1 and E1H specific blobs. This would result in 3 firmware files instead of bnx2x_init_values.h, and the driver loading the init_ops file plus the E1 or E1H specific file at init time. I'll start figuring out how to store init_ops and the function offsets in the firmware file. -- John Wright j...@debian.org -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522095: closed by Bastian Blank wa...@debian.org (Re: Bug#522095: kernel build fails, because zlib.h is missing)
I wonder, whether it would be OK to let linux-source-2.6.29 recommend zlib1g-dev, like propposed by Dann on 2009-02-03? After all, I take the .config from the standard Debian kernel package, which says: /boot/config-2.6.29-1-686:CONFIG_LGUEST_GUEST=y /boot/config-2.6.29-1-686:CONFIG_LGUEST=m And it's installed here: linux-image-2.6.29-1-686: /lib/modules/2.6.29-1-686/kernel/drivers/lguest/lg.ko (Or, let Linux support eight instead of four serial ports by default, so that I don't need to build a kernel at the first place.) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513537: linux-image-2.6.26-1-openvz-amd64 hanging
Hi, Tom. On Tuesday 31 March 2009 12:26:54 am Tom Rathborne wrote: Hi Vitaliy, I have attached another set of debug info from another case of this bug. I was away last week so didn't notice it until today. The files are split up better so it should be easier to read. One small problem: sysrq-t filled the kernel ring buffer, so you don't get the whole dump. One big problem: sysrq-d said: [913235.239639] Show Locks Held [913235.239639] INFO: lockdep is turned off. But my kernel config reads: CONFIG_LOCKDEP_SUPPORT=y CONFIG_LOCKDEP=y CONFIG_DEBUG_LOCKDEP=y How do I turn on lockdep debugging? I see there are system calls lockdep_on()/lockdep_off(), so I wrote a C program which calls lockdep_on(), which ran fine, but I still get: INFO: lockdep is turned off. Please tell me what to do to turn lockdep debugging on! 1. It occured because lockdep warning was emitted : Mar 23 11:54:58 magrathea kernel: [260871.208985] [ INFO: hard-safe - hard-unsafe lock order detected ] Mar 23 11:54:58 magrathea kernel: [260871.209050] 2.6.26-tp5-openvz #1 ... Lockdep switches off lockdep by calling debug_locks_off() if some warnings occur or tained module was loaded. debug_locks_off() sets debug_locks to zero. lockdep_on() doesn't set debug_locks. 2. We need sysrq-D info after lockup, so try to compile kernel without CONFIG_BEANCOUNTERS. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#522110: BUG: soft lockup - CPU#3 stuck for 61s! (AMD Phenom 9600 Quad-Core)
Processing commands for cont...@bugs.debian.org: reassign 522110 linux-2.6 Bug#522110: BUG: soft lockup - CPU#3 stuck for 61s! (AMD Phenom 9600 Quad-Core) Warning: Unknown package 'linux-image-2.6.28' Bug reassigned from package `linux-image-2.6.28' to `linux-2.6'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522110: BUG: soft lockup - CPU#3 stuck for 61s! (AMD Phenom 9600 Quad-Core)
Package: linux-image-2.6.28 Version: 2.6.28-10.00.Custom Severity: important I'm having sporadic problems with a runaway processor core on an AMD Phenom 9600 Quad-Core system. The system, which runs Lenny, will sometimes stay up for almost a week and other times has to be rebooted serveral times in one day. When the system locks up, the load on processor core 4 (cpu#3) slowly climbs to 100% and everything running on that core freezes. The kernel usually responds to the Magic SysRq keys. This package was locally compiled on a Lenny system using the source package from Sid. Here's a typical syslog extract: Mar 31 14:19:54 stasis kernel: [11166.917503] BUG: soft lockup - CPU#3 stuck for 61s! [events/3:18] Mar 31 14:19:54 stasis kernel: [11166.917507] Modules linked in: tcp_diag inet_diag ppdev parport_pc lp parport autofs4 ipv6 nfsd exportfs nfs lockd nfs_acl fuse dm_snapshot dm_mirror dm_region_hash dm_log dm_mod rpcsec_gss_krb5 auth_rpcgss sunrpc it87 hwmon_vid eeprom loop sg snd_usb_audio snd_usb_lib snd_hwdep snd_seq_dummy snd_hda_intel snd_seq_oss snd_pcm_oss snd_mixer_oss snd_seq_midi psmouse snd_rawmidi pcspkr serio_raw snd_seq_midi_event snd_pcm snd_seq i2c_piix4 snd_page_alloc i2c_core snd_timer snd_seq_device snd pwc evdev compat_ioctl32 soundcore usblp videodev v4l1_compat wmi button ext3 jbd mbcache raid10 raid1 md_mod usb_storage usbhid hid atiixp sd_mod crc_t10dif ide_pci_generic ide_core floppy aic7xxx scsi_transport_spi ata_generic ahci ohci_hcd ehci_hcd libata scsi_mod atl1 mii thermal processor fan thermal_sys Mar 31 14:19:54 stasis kernel: [11166.917511] CPU 3: Mar 31 14:19:54 stasis kernel: [11166.917511] Modules linked in: tcp_diag inet_diag ppdev parport_pc lp parport autofs4 ipv6 nfsd exportfs nfs lockd nfs_acl fuse dm_snapshot dm_mirror dm_region_hash dm_log dm_mod rpcsec_gss_krb5 auth_rpcgss sunrpc it87 hwmon_vid eeprom loop sg snd_usb_audio snd_usb_lib snd_hwdep snd_seq_dummy snd_hda_intel snd_seq_oss snd_pcm_oss snd_mixer_oss snd_seq_midi psmouse snd_rawmidi pcspkr serio_raw snd_seq_midi_event snd_pcm snd_seq i2c_piix4 snd_page_alloc i2c_core snd_timer snd_seq_device snd pwc evdev compat_ioctl32 soundcore usblp videodev v4l1_compat wmi button ext3 jbd mbcache raid10 raid1 md_mod usb_storage usbhid hid atiixp sd_mod crc_t10dif ide_pci_generic ide_core floppy aic7xxx scsi_transport_spi ata_generic ahci ohci_hcd ehci_hcd libata scsi_mod atl1 mii thermal processor fan thermal_sys Mar 31 14:19:54 stasis kernel: [11166.917511] Pid: 18, comm: events/3 Not tainted 2.6.28 #1 Mar 31 14:19:54 stasis kernel: [11166.917511] RIP: 0010:[80262fb1] [80262fb1] smp_call_function_mask+0x19c/0x226 Mar 31 14:19:54 stasis kernel: [11166.917511] RSP: 0018:88012ed9bc40 EFLAGS: 0202 Mar 31 14:19:54 stasis kernel: [11166.917511] RAX: 08fc RBX: 0003 RCX: Mar 31 14:19:54 stasis kernel: [11166.917511] RDX: 08fc RSI: 88012ed9bb90 RDI: 0246 Mar 31 14:19:54 stasis kernel: [11166.917511] RBP: 0003 R08: 0008 R09: 0200 Mar 31 14:19:54 stasis kernel: [11166.917511] R10: 0008 R11: 80221011 R12: 0014 Mar 31 14:19:54 stasis kernel: [11166.917511] R13: 80220678 R14: 0003 R15: 88012c0eb5c0 Mar 31 14:19:54 stasis kernel: [11166.917511] FS: 7faa85df96e0() GS:88012ed3bdc0() knlGS:f7910b90 Mar 31 14:19:54 stasis kernel: [11166.917511] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b Mar 31 14:19:54 stasis kernel: [11166.917511] CR2: 7f8beb322650 CR3: 00201000 CR4: 06e0 Mar 31 14:19:54 stasis kernel: [11166.917511] DR0: DR1: DR2: Mar 31 14:19:54 stasis kernel: [11166.917511] DR3: DR6: 0ff0 DR7: 0400 Mar 31 14:19:54 stasis kernel: [11166.917511] Call Trace: Mar 31 14:19:54 stasis kernel: [11166.917511] [80234c45] ? update_curr+0x4d/0x112 Mar 31 14:19:54 stasis kernel: [11166.917511] [8023692a] ? dequeue_entity+0x18/0x11f Mar 31 14:19:54 stasis kernel: [11166.917511] [8021c9a1] ? mcheck_check_cpu+0x0/0x28 Mar 31 14:19:54 stasis kernel: [11166.917511] [80263064] ? smp_call_function+0x29/0x2e Mar 31 14:19:54 stasis kernel: [11166.917511] [80247de1] ? on_each_cpu+0x10/0x30 Mar 31 14:19:54 stasis kernel: [11166.917511] [8021c316] ? mcheck_timer+0x0/0x76 Mar 31 14:19:54 stasis kernel: [11166.917511] [8021c32e] ? mcheck_timer+0x18/0x76 Mar 31 14:19:54 stasis kernel: [11166.917511] [8039d200] ? rekey_seq_generator+0x0/0x4b Mar 31 14:19:54 stasis kernel: [11166.917511] [802523f3] ? run_workqueue+0x96/0x130 Mar 31 14:19:54 stasis kernel: [11166.917511] [80476b29] ? _spin_lock_irqsave+0x24/0x2c Mar 31 14:19:54 stasis kernel:
Processing of linux-modules-extra-2.6_2.6.26-6+lenny1_ia64.changes
linux-modules-extra-2.6_2.6.26-6+lenny1_ia64.changes uploaded successfully to localhost along with the files: atl2-modules-2.6.26-2-itanium_2.6.26+2.0.5-6+lenny1_ia64.deb atl2-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6.26-2-itanium_2.6.26+0+20080719-6+lenny1_ia64.deb aufs-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb drbd8-modules-2.6.26-2-itanium_2.6.26+8.0.14-6+lenny1_ia64.deb drbd8-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb et131x-modules-2.6.26-2-itanium_2.6.26+1.2.3-2-6+lenny1_ia64.deb et131x-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb iscsitarget-modules-2.6.26-2-itanium_2.6.26+0.4.16+svn162-6+lenny1_ia64.deb iscsitarget-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb loop-aes-modules-2.6.26-2-itanium_2.6.26+3.2c-6+lenny1_ia64.deb loop-aes-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb lzma-modules-2.6.26-2-itanium_2.6.26+4.43-6+lenny1_ia64.deb lzma-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb nilfs2-modules-2.6.26-2-itanium_2.6.26+2.0.4-6+lenny1_ia64.deb nilfs2-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb redhat-cluster-modules-2.6.26-2-itanium_2.6.26+2.20081102-6+lenny1_ia64.deb redhat-cluster-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb speakup-modules-2.6.26-2-itanium_2.6.26+3.0.3+git20080724.dfsg.1-6+lenny1_ia64.deb speakup-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb squashfs-modules-2.6.26-2-itanium_2.6.26+3.3-6+lenny1_ia64.deb squashfs-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6.26-2-mckinley_2.6.26+2.0.5-6+lenny1_ia64.deb atl2-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6.26-2-mckinley_2.6.26+0+20080719-6+lenny1_ia64.deb aufs-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb drbd8-modules-2.6.26-2-mckinley_2.6.26+8.0.14-6+lenny1_ia64.deb drbd8-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb et131x-modules-2.6.26-2-mckinley_2.6.26+1.2.3-2-6+lenny1_ia64.deb et131x-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb iscsitarget-modules-2.6.26-2-mckinley_2.6.26+0.4.16+svn162-6+lenny1_ia64.deb iscsitarget-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb loop-aes-modules-2.6.26-2-mckinley_2.6.26+3.2c-6+lenny1_ia64.deb loop-aes-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb lzma-modules-2.6.26-2-mckinley_2.6.26+4.43-6+lenny1_ia64.deb lzma-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb nilfs2-modules-2.6.26-2-mckinley_2.6.26+2.0.4-6+lenny1_ia64.deb nilfs2-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb redhat-cluster-modules-2.6.26-2-mckinley_2.6.26+2.20081102-6+lenny1_ia64.deb redhat-cluster-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb speakup-modules-2.6.26-2-mckinley_2.6.26+3.0.3+git20080724.dfsg.1-6+lenny1_ia64.deb speakup-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb squashfs-modules-2.6.26-2-mckinley_2.6.26+3.3-6+lenny1_ia64.deb squashfs-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6.26-2-vserver-itanium_2.6.26+2.0.5-6+lenny1_ia64.deb atl2-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6.26-2-vserver-itanium_2.6.26+0+20080719-6+lenny1_ia64.deb aufs-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb drbd8-modules-2.6.26-2-vserver-itanium_2.6.26+8.0.14-6+lenny1_ia64.deb drbd8-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb iscsitarget-modules-2.6.26-2-vserver-itanium_2.6.26+0.4.16+svn162-6+lenny1_ia64.deb iscsitarget-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb loop-aes-modules-2.6.26-2-vserver-itanium_2.6.26+3.2c-6+lenny1_ia64.deb loop-aes-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb lzma-modules-2.6.26-2-vserver-itanium_2.6.26+4.43-6+lenny1_ia64.deb lzma-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb nilfs2-modules-2.6.26-2-vserver-itanium_2.6.26+2.0.4-6+lenny1_ia64.deb nilfs2-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb redhat-cluster-modules-2.6.26-2-vserver-itanium_2.6.26+2.20081102-6+lenny1_ia64.deb redhat-cluster-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb speakup-modules-2.6.26-2-vserver-itanium_2.6.26+3.0.3+git20080724.dfsg.1-6+lenny1_ia64.deb speakup-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb squashfs-modules-2.6.26-2-vserver-itanium_2.6.26+3.3-6+lenny1_ia64.deb squashfs-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6.26-2-vserver-mckinley_2.6.26+2.0.5-6+lenny1_ia64.deb atl2-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6.26-2-vserver-mckinley_2.6.26+0+20080719-6+lenny1_ia64.deb aufs-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb drbd8-modules-2.6.26-2-vserver-mckinley_2.6.26+8.0.14-6+lenny1_ia64.deb drbd8-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb iscsitarget-modules-2.6.26-2-vserver-mckinley_2.6.26+0.4.16+svn162-6+lenny1_ia64.deb iscsitarget-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb loop-aes-modules-2.6.26-2-vserver-mckinley_2.6.26+3.2c-6+lenny1_ia64.deb loop-aes-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb
Re: Standardizing use of kernel hook scripts
On Tue, Mar 31, 2009 at 07:54:51PM +0200, Frans Pop wrote: As there haven't been any replies to my mail yet, I'm just going to push my patches for the deb-pkg target upstream. The only really important issue is the passing of maintainer script parameters as described below. I hope we can standardize on that. Cheers, FJP your mail was quite long, i haven't come yet to respond, but will tomorrow. anyway pushed my deb-pkg fixes, happy when things are moving on that front. as this needs to be recommended instead of k-p. kind regards -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
linux-modules-extra-2.6_2.6.26-6+lenny1_ia64.changes is NEW
atl2-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb atl2-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb (new) atl2-modules-2.6.26-2-itanium_2.6.26+2.0.5-6+lenny1_ia64.deb optional admin Atheros L2 Ethernet Adapter driver for Linux 2.6.26 on Itanium This package provides the Atheros L2 Ethernet Adapter driver modules for the Linux kernel version 2.6.26 on Itanium machines. . atl2 is the Linux Base Driver for the Atheros(R) L2 Fast Ethernet Adapter. The Atheros(R) L2 Fast Ethernet Adapter is present in a few low cost Asus laptop systems, such as the Asus Eee PC. (new) atl2-modules-2.6.26-2-mckinley_2.6.26+2.0.5-6+lenny1_ia64.deb optional admin Atheros L2 Ethernet Adapter driver for Linux 2.6.26 on Itanium II This package provides the Atheros L2 Ethernet Adapter driver modules for the Linux kernel version 2.6.26 on Itanium II machines. . atl2 is the Linux Base Driver for the Atheros(R) L2 Fast Ethernet Adapter. The Atheros(R) L2 Fast Ethernet Adapter is present in a few low cost Asus laptop systems, such as the Asus Eee PC. (new) atl2-modules-2.6.26-2-vserver-itanium_2.6.26+2.0.5-6+lenny1_ia64.deb optional admin Atheros L2 Ethernet Adapter driver for Linux 2.6.26 on Itanium This package provides the Atheros L2 Ethernet Adapter driver modules for the Linux kernel version 2.6.26 on Itanium machines. . atl2 is the Linux Base Driver for the Atheros(R) L2 Fast Ethernet Adapter. The Atheros(R) L2 Fast Ethernet Adapter is present in a few low cost Asus laptop systems, such as the Asus Eee PC. (new) atl2-modules-2.6.26-2-vserver-mckinley_2.6.26+2.0.5-6+lenny1_ia64.deb optional admin Atheros L2 Ethernet Adapter driver for Linux 2.6.26 on Itanium II This package provides the Atheros L2 Ethernet Adapter driver modules for the Linux kernel version 2.6.26 on Itanium II machines. . atl2 is the Linux Base Driver for the Atheros(R) L2 Fast Ethernet Adapter. The Atheros(R) L2 Fast Ethernet Adapter is present in a few low cost Asus laptop systems, such as the Asus Eee PC. aufs-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-mckinley_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-vserver-itanium_2.6.26-6+lenny1_ia64.deb aufs-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-vserver-mckinley_2.6.26-6+lenny1_ia64.deb (new) aufs-modules-2.6.26-2-itanium_2.6.26+0+20080719-6+lenny1_ia64.deb optional admin Stackable unification filesystem for Linux 2.6.26 on Itanium This package provides the Stackable unification filesystem modules for the Linux kernel version 2.6.26 on Itanium machines. . Aufs is a stackable unification filesystem such as Unionfs, which unifies several directories and provides a merged single directory. (new) aufs-modules-2.6.26-2-mckinley_2.6.26+0+20080719-6+lenny1_ia64.deb optional admin Stackable unification filesystem for Linux 2.6.26 on Itanium II This package provides the Stackable unification filesystem modules for the Linux kernel version 2.6.26 on Itanium II machines. . Aufs is a stackable unification filesystem such as Unionfs, which unifies several directories and provides a merged single directory. (new) aufs-modules-2.6.26-2-vserver-itanium_2.6.26+0+20080719-6+lenny1_ia64.deb optional admin Stackable unification filesystem for Linux 2.6.26 on Itanium This package provides the Stackable unification filesystem modules for the Linux kernel version 2.6.26 on Itanium machines. . Aufs is a stackable unification filesystem such as Unionfs, which unifies several directories and provides a merged single directory. (new) aufs-modules-2.6.26-2-vserver-mckinley_2.6.26+0+20080719-6+lenny1_ia64.deb optional admin Stackable unification filesystem for Linux 2.6.26 on Itanium II This package provides the Stackable unification filesystem modules for the Linux kernel version 2.6.26 on Itanium II machines. . Aufs is a stackable unification filesystem such as Unionfs, which unifies several directories and provides a merged single directory. drbd8-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-itanium_2.6.26-6+lenny1_ia64.deb
Bug#512255: linux-image-2.6.26-1-amd64: iwl3945 and kernel oops
On Tue, Mar 31, 2009 at 06:56:51PM +0200, Alberto wrote: Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-13lenny2 *** Please type your report below this line *** 6) linux 2.6.28.4 (vanilla, latest stable): OK! thanks closing with appropriate info. This bug is still present in the current stable kernel. It only works using modprobe -r iwl3945 and modprobe iwl3945 every time. the current kernel is quite old for iwl3945, sid has 2.6.29 that is relevant. kind regards -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513537: linux-image-2.6.26-1-openvz-amd64 hanging
On Tue, Mar 31, 2009 at 11:51:02PM +0400, Vitaliy Gusev wrote: 2. We need sysrq-D info after lockup, so try to compile kernel without CONFIG_BEANCOUNTERS. With this week's new Debian lenny kernel source package, I had no problem making an OpenVZ kernel with my previous config, but without CONFIG_BEANCOUNTERS I got an error: magrathea:/usr/src/linux-source-2.6.26# make-kpkg --append_to_version=-tp7-openvz --initrd binary-arch exec debian/rules DEBIAN_REVISION=2.6.26-tp7-openvz-10.00.Custom APPEND_TO_VERSION=-tp7-openvz INITRD=YES binary-arch == making target debian/stamp/do-build-arch [new prereqs: do-pre-build-arch]== /usr/bin/make -f debian/rules debian/stamp/dep-build-arch make[1]: Entering directory usr/src/linux-source-2.6.26' == making target debian/stamp/build/kernel [new prereqs: conf.vars]== This is kernel package version 11.015. test ! -f scripts/package/builddeb.kpkg-dist || mv -f scripts/package/builddeb.kpkg-dist scripts/package/builddeb test ! -f scripts/package/Makefile.kpkg-dist || mv -f scripts/package/Makefile.kpkg-dist scripts/package/Makefile /usr/bin/make EXTRAVERSION=-tp7-openvz ARCH=x86_64 \ bzImage make[2]: Entering directory usr/src/linux-source-2.6.26' scripts/kconfig/conf -s arch/x86/Kconfig make[2]: Leaving directory usr/src/linux-source-2.6.26' make[2]: Entering directory usr/src/linux-source-2.6.26' CHK include/linux/version.h CHK include/linux/utsrelease.h CALLscripts/checksyscalls.sh CHK include/linux/compile.h CC kernel/time.o CC kernel/pid.o kernel/pid.c: In function ‘free_pid’: kernel/pid.c:270: error: ‘struct pid’ has no member named ‘ub’ kernel/pid.c:270: error: ‘struct kmem_cache’ has no member named ‘objuse’ kernel/pid.c:275: error: ‘struct pid’ has no member named ‘ub’ kernel/pid.c: In function ‘alloc_pid’: kernel/pid.c:336: warning: label ‘out_enable’ defined but not used kernel/pid.c:287: warning: unused variable ‘ub’ make[3]: *** [kernel/pid.o] Error 1 make[2]: *** [kernel] Error 2 make[2]: Leaving directory usr/src/linux-source-2.6.26' make[1]: *** [debian/stamp/build/kernel] Error 2 make[1]: Leaving directory usr/src/linux-source-2.6.26' make: *** [debian/stamp/do-build-arch] Error 2 So, I commented out those lines (270,275,287) but then I get more errors, in pid_namespace.c. Commented out those too. Hit some more BC junk in fs/dcache.c. Looks like the Debian OpenVZ patches put in some beancounter stuff outside of CONFIG_BEANCOUNTERS! I will look at this again later this week and see if I can figure out how to exclude just those patches. I'll let you know how it goes ... thanks for your attention! :) Tom -- -- Tom Rathborne Bootsy Tommer needs a revision that takes care of itself. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
