Processing of firmware-nonfree_0.14+lenny1_ia64.changes
firmware-nonfree_0.14+lenny1_ia64.changes uploaded successfully to localhost along with the files: firmware-nonfree_0.14+lenny1.dsc firmware-nonfree_0.14+lenny1.tar.gz firmware-bnx2_0.14+lenny1_all.deb firmware-ipw2x00_0.14+lenny1_all.deb firmware-iwlwifi_0.14+lenny1_all.deb firmware-qlogic_0.14+lenny1_all.deb firmware-ralink_0.14+lenny1_all.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
Bug#416063: tagging 416063
On Mon, Mar 30, 2009 at 01:11:52AM +0200, maximilian attems wrote: > On Sat, 28 Mar 2009, Mike Hommey wrote: > > > On Wed, Mar 28, 2007 at 12:19:49AM +0200, maximilian attems wrote: > > > # Automatically generated email from bts, devscripts version 2.9.26 > > > tags 416063 - patch > > > > Would you mind explaining? > > > > The patch solves two issues: > > - inconsistency between documentation and behaviour: > > You can read the following in /etc/initramfs-tools/initramfs.conf: > > # most - Add all framebuffer, acpi, filesystem, and harddrive drivers. > > As it happens, most does *not* add all framebuffer drivers > > yeah none at all, fixed in latest git. > the patch was not ok as we don't want to have another hardcoded list > to maintain, just added all the fb modules on one go, see > > f40e826287d2776094f48302c196652f2ba8326b > hook-functions: MODULES=most add all fb modules per default > http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary > > > - workaround the lack of dependency on intel_agp for intelfb. > > Without the workaround, you can't have intel_agp loaded before > > intelfb without *not* using video=intelfb syntax, thus losing > > /dev/fb device creation. > > that looks more like a kernel bug, > also intelfb should just work fine if not on agp. > or are you saying there are missing symbols there? This is what happens in intelfb_pci_register, unconditionally: /* Use agpgart to manage the GATT */ if (!(bridge = agp_backend_acquire(pdev))) { ERR_MSG("cannot acquire agp\n"); cleanup(dinfo); return -ENODEV; } Mike -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521712: Confirmation
I can confirm that /usr/src/linux-headers-2.6.29-1-common/arch/x86:41 makes references to a non-existent Makefile_32.cpu. I bumped into this problem while attempting to build the fglrx module (ATI Closed Graphcs Driver). -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#431500: please include pata_jmicron
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-13lenny2 There are still problems with the old jmicron IDE driver (CONFIG_BLK_DEV_JMICRON) in the current Lenny kernel listed above. I have a CD-writer on a Gigabyte board which uses the JMicron 20360/20363 for the IDE channel. The driver generates bursts of messages of these sorts every few seconds: hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } hda: status error: status=0x59 { DriveReady SeekComplete DataRequest Error } hda: status error: error=0x44 { AbortedCommand LastFailedSense=0x04 } Symptoms appear after a variable post-boot interval, whether or not a disk has been inserted in the drive. Rebuilding the same kernel (from Debian sources) with a config file set to generate pata_jmicron, and then loading that module instead of jmicron, seems to fix the problems. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#416063: tagging 416063
On Sat, 28 Mar 2009, Mike Hommey wrote: > On Wed, Mar 28, 2007 at 12:19:49AM +0200, maximilian attems wrote: > > # Automatically generated email from bts, devscripts version 2.9.26 > > tags 416063 - patch > > Would you mind explaining? > > The patch solves two issues: > - inconsistency between documentation and behaviour: > You can read the following in /etc/initramfs-tools/initramfs.conf: > # most - Add all framebuffer, acpi, filesystem, and harddrive drivers. > As it happens, most does *not* add all framebuffer drivers yeah none at all, fixed in latest git. the patch was not ok as we don't want to have another hardcoded list to maintain, just added all the fb modules on one go, see f40e826287d2776094f48302c196652f2ba8326b hook-functions: MODULES=most add all fb modules per default http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary > - workaround the lack of dependency on intel_agp for intelfb. > Without the workaround, you can't have intel_agp loaded before > intelfb without *not* using video=intelfb syntax, thus losing > /dev/fb device creation. that looks more like a kernel bug, also intelfb should just work fine if not on agp. or are you saying there are missing symbols there? still it leaves the question if and how the agp modules should land on initramfs. cc'ing fb expert. thanks for pinging on that -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 493863
Processing commands for cont...@bugs.debian.org: > tags 493863 pending Bug#493863: update-initramfs follows symlink before searching for newest kernel 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#492571: marked as done (hook-functions: manual_add_modules(): doesn't work with mawk)
Your message dated Mon, 30 Mar 2009 00:57:08 +0200 with message-id <20090329225708.gf27...@stro.at> and subject line Re: hook-functions: manual_add_modules(): doesn't work with mawk has caused the Debian Bug report #492571, regarding hook-functions: manual_add_modules(): doesn't work with mawk 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.) -- 492571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492571 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: initramfs-tools Version: 0.92e Severity: important See manual_add_modules() in /usr/share/initramfs-tools/hook-functions: awk '/^insmod/ { print $2 }' That line works as expected when your awk is `gawk`, but produces no output with `mawk`. This leaves the system unbootable (in my case) because none of the kernel drivers are copied to the ramfs image. Easy workaround is to replace it with this: grep '^insmod' | sed -r '/insmod\s+//' -- Package-specific info: -- /proc/cmdline root=UUID=5c884208-2607-40e2-b304-33e971c3b6b0 ro -- /proc/filesystems cramfs xfs fuseblk -- lsmod Module Size Used by xt_tcpudp 7808 1 iptable_filter 7552 1 ip_tables 24680 1 iptable_filter x_tables 24712 2 xt_tcpudp,ip_tables video 23440 0 button 13472 0 ac 10376 0 battery15496 0 ipv6 296840 8 fuse 50608 1 dm_snapshot21704 0 dm_mirror 26240 0 dm_mod 64112 2 dm_snapshot,dm_mirror loop 23044 0 pcmcia 45976 0 firmware_class 15360 1 pcmcia joydev 15616 0 wlan_scan_sta 18176 0 ath_rate_sample17152 1 snd_hda_intel 311968 2 snd_pcm_oss48288 0 snd_mixer_oss 21376 1 snd_pcm_oss tifm_7xx1 12672 0 snd_pcm89992 2 snd_hda_intel,snd_pcm_oss tifm_core 16264 1 tifm_7xx1 ath_pci99632 0 snd_timer 28424 1 snd_pcm yenta_socket 31756 1 rsrc_nonstatic 16128 1 yenta_socket pcmcia_core46628 3 pcmcia,yenta_socket,rsrc_nonstatic wlan 206496 4 wlan_scan_sta,ath_rate_sample,ath_pci ath_hal 222576 3 ath_rate_sample,ath_pci i2c_nforce210624 0 snd65896 9 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 13088 1 snd psmouse45468 0 pcspkr 7680 0 snd_page_alloc 15376 2 snd_hda_intel,snd_pcm i2c_core 31488 1 i2c_nforce2 k8temp 10496 0 serio_raw 11780 0 tsdev 13312 0 evdev 15232 5 xfs 497864 1 ide_cd 44832 0 cdrom 39848 1 ide_cd usbhid 32704 0 hid31360 1 usbhid amd74xx19888 0 [permanent] generic10372 0 [permanent] ide_core 147728 3 ide_cd,amd74xx,generic ata_generic13188 0 forcedeth 52872 0 ehci_hcd 37900 0 ohci_hcd 25860 0 thermal19600 0 processor 39912 1 thermal fan 9992 1 sata_nv25860 2 libata132528 2 ata_generic,sata_nv sd_mod 33280 3 scsi_mod 164536 2 libata,sd_mod -- /etc/kernel-img.conf # Kernel image management overrides # See kernel-img.conf(5) for details do_symlinks = yes relative_links = yes do_bootloader = yes do_bootfloppy = no do_initrd = yes link_in_boot = no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n BOOT=local DEVICE=eth0 NFSROOT=auto -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii cpio 2.9-13 GNU cpio -- a program to manage ar ii findutils 4.4.0-2utilities for finding files--find, ii klibc-utils 1.5.11-3 small utilities built with klibc f ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii udev 0
Processed: tagging 427509
Processing commands for cont...@bugs.debian.org: > tags 427509 pending Bug#427509: initramfs-tools: update-initramfs uses /boot/grub/menu.lst but 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: Re: Bug#521761: initramfs-tools: resume from hibernate fails with encrypted swap
Processing commands for cont...@bugs.debian.org: > reassign 521761 cryptsetup Bug#521761: initramfs-tools: resume from hibernate fails with encrypted swap Bug reassigned from package `initramfs-tools' to `cryptsetup'. > 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
Bug#521761: initramfs-tools: resume from hibernate fails with encrypted swap
Package: initramfs-tools Version: 0.92o Severity: important I used the standard installation settings for encrypted partitions (/, /home, and swap), but resuming from hiberation fails. I'm sorry I can't spare time to flesh out the following patch, but I hope it'll give someone an idea of where to look. This worked for me. I don't use LVM and my swap partition is of course /dev/sda5. This is in the mountroot function right after root has been mounted. # diff initrd.orig/scripts/local initrd/scripts/local 104a105,111 > ## > # MY RESUME: > log_begin_msg "MY_RESUME" > cryptsetup luksOpen /dev/sda5 sda5_crypt > log_end_msg > ## > -- Package-specific info: -- /proc/cmdline resume=/dev/mapper/sda5_crypt root=/dev/mapper/sda6_crypt ro vga=792 -- /proc/filesystems ext3 fuseblk -- lsmod Module Size Used by i915 26112 1 drm66184 2 i915 michael_mic 3072 4 arc42592 4 ecb 3392 4 ip6table_filter 3200 0 ip6_tables 12144 1 ip6table_filter ipv6 235876 14 nf_conntrack_ipv4 13036 1 xt_state2784 1 nf_conntrack 56276 2 nf_conntrack_ipv4,xt_state iptable_filter 3392 1 ip_tables 10928 1 iptable_filter x_tables 14052 3 ip6_tables,xt_state,ip_tables fuse 43676 1 loop 13516 0 joydev 9248 0 snd_hda_intel 325112 1 snd_pcm_oss33568 0 snd_mixer_oss 13088 1 snd_pcm_oss snd_pcm63396 2 snd_hda_intel,snd_pcm_oss snd_seq_dummy 3428 0 snd_seq_oss25760 0 snd_seq_midi6496 0 snd_rawmidi19264 1 snd_seq_midi snd_seq_midi_event 7200 2 snd_seq_oss,snd_seq_midi snd_seq42224 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 18568 2 snd_pcm,snd_seq snd_seq_device 7148 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd46372 11 snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device uvcvideo 46536 0 pcspkr 3200 0 compat_ioctl32 2080 1 uvcvideo serio_raw 5508 0 videodev 28288 1 uvcvideo soundcore 7136 1 snd i2c_i8018688 0 v4l1_compat13028 2 uvcvideo,videodev ieee80211_crypt_tkip 8832 0 psmouse33104 0 i2c_core 20596 1 i2c_i801 snd_page_alloc 8648 2 snd_hda_intel,snd_pcm wl 1476424 0 ieee80211_crypt 5892 2 ieee80211_crypt_tkip,wl video 17200 0 output 3680 1 video wmi 7208 0 ac 4964 0 battery10948 0 button 6864 0 intel_agp 23268 1 agpgart29576 3 drm,intel_agp evdev 8768 10 ext3 106280 3 jbd40212 1 ext3 mbcache 7876 1 ext3 sha256_generic 12128 0 aes_i5868512 6 aes_generic30024 1 aes_i586 cbc 4032 3 dm_crypt 11940 1 dm_mod 46952 7 dm_crypt crypto_blkcipher 16004 6 ecb,cbc,dm_crypt sg 27732 0 sr_mod 14084 0 cdrom 30944 1 sr_mod sd_mod 22968 5 usb_storage76864 0 ahci 24428 4 libata141248 1 ahci scsi_mod 130124 5 sg,sr_mod,sd_mod,usb_storage,libata dock9072 1 libata uhci_hcd 19504 0 ehci_hcd 29420 0 r8169 24612 0 usbcore 119184 5 uvcvideo,usb_storage,uhci_hcd,ehci_hcd thermal15996 0 processor 33536 3 thermal fan 4932 0 thermal_sys11624 4 video,thermal,processor,fan -- /etc/kernel-img.conf # Kernel image management overrides # See kernel-img.conf(5) for details do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no postinst_hook = update-grub postrm_hook = update-grub -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n BOOT=local DEVICE=eth0 NFSROOT=auto -- /etc/crypttab backup /dev/sdc1 /etc/backup.key luks sda5_crypt /dev/sda5 /etc/swap.key luks sda6_crypt /dev/sda6 noneluks sda7_crypt /dev/sda7 /etc/home.key luks -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel
Bug#521727: linux-image-2.6-686: desktop app are not responsive (kmail, firefox, OO)
Le 29/03/2009 à 21:28, maximilian attems écrit : > > On Sun, Mar 29, 2009 at 08:19:24PM +0200, Alain Bkt wrote: > > Package: linux-image-2.6-686 > > Version: 2.6.26+17 > > Severity: important > > > > Standard debian kernel lack responsiveness for a desktop usage. > > - Kmail is unusable while checking new mails (in big dimap maildir) > > - OOcalc cannot scroll smoothly a page with many graphics from a big > > calc sheet > > - Firefox is soo slw > > > > This can be easyly fixed by changing 2 settings in kernels > > CONFIG_PREEMPT_VOLUNTARY=y > > CONFIG_HZ_1000=y > > CONFIG_HZ=1000 > > > > and for firefox, adding the one liner regression fix ofr 2.6.26: > > Caused by: > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=18ce3751ccd488c78d3827e9f6bf54e6322676fb > > > > Fixed by: > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=78f707bfc723552e8309b7c38a8d0cc51012e813 > > > > for example see the comments in http://lwn.net/Articles/325307/ > > > > Maybe debian need a 2.6-desktop kernel, and not only server tastes. > > > > With these 3 config change + patch, my desktop is usable again > > if you would take 5 minutes checking the bug reports you would > see that aboves bug is already reported and is tracked for > the next 2.6.26 update. I have checked but missed it, sorry to not be perfect :-) > concerning preempt and higher hz that is left for dicussion on > debian kernel and seems out of topic here. should i fill a new bug tagged "wish" for a linux-image-desktop ? It _does_ really change the usability with big documents/mail -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509733: Workaround and x version
I didn't find any workarounds. I'm not a pro debian engineer though. As for xorg - you may check its verion via X -version in terminal. -- 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
Russ Allbery writes: > Could you open a bug on the openafs package when you get a chance > (tomorrow or whenever) and we'll continue this there? It looks like Filed as #521745. Kernel maintainers, apologies for the topic drift here. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#493863: closed by maximilian attems (Re: firmware-bnx2: doesn't rebuild all initrds)
reassign 493863 initramfs-tools retilte 493863 update-initramfs follows symlink before searching for newest kernel stop On Sun, Mar 29, 2009 at 08:34:26PM +0200, Peter Palfrader wrote: > maximilian attems schrieb am Sonntag, dem 29. März 2009: > > > On Sun, Mar 29, 2009 at 08:25:46PM +0200, Peter Palfrader wrote: > > > maximilian attems schrieb am Sonntag, dem 29. März 2009: > > > > > > > > It didn't update the newest initramfs - for 2.6.24. It updated the > > > > > one > > > > > it was running at the time - 2.6.18. > > > > > > > > sure you had the initrd symlink pointing to that one. > > > > so it got attributed as the newest. > > > > > > I don't have symlinks. > > > > please post on that box output of > > sh -x update-initramfs -u > > Ah. there were symlinks in / - tho they were never ever used on this > system. > > Seems pretty broken to rely on symlinks that might (and are) years out > of date. has been such since version 0.65, where i changed to first use the link then a heuristic for the newest image and afterwards only the current kernel (which was first before). as this symlink usage should be phased out i agree with you that an update-initramfs -u call should try for highest version first before falling back to the linked one. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: retitle 493863 to update-initramfs follows symlink before searching for newest kernel
Processing commands for cont...@bugs.debian.org: > retitle 493863 update-initramfs follows symlink before searching for newest > kernel Bug#493863: firmware-bnx2: doesn't rebuild all initrds Changed Bug title to `update-initramfs follows symlink before searching for newest kernel' from `firmware-bnx2: doesn't rebuild all initrds'. > 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 (with 1 errors): Re: Bug#493863: closed by maximilian attems (Re: firmware-bnx2: doesn't rebuild all initrds)
Processing commands for cont...@bugs.debian.org: > reassign 493863 initramfs-tools Bug#493863: firmware-bnx2: doesn't rebuild all initrds Bug reassigned from package `firmware-bnx2' to `initramfs-tools'. > retilte 493863 update-initramfs follows symlink before searching for newest > kernel 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
Bug#509733: A work round?
Thanks, but is there a work round for this bug? Berni PS: How did you come up with 1.4 from 1:7.3+18? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521727: linux-image-2.6-686: desktop app are not responsive (kmail, firefox, OO)
On Sun, Mar 29, 2009 at 08:19:24PM +0200, Alain Bkt wrote: > Package: linux-image-2.6-686 > Version: 2.6.26+17 > Severity: important > > Standard debian kernel lack responsiveness for a desktop usage. > - Kmail is unusable while checking new mails (in big dimap maildir) > - OOcalc cannot scroll smoothly a page with many graphics from a big > calc sheet > - Firefox is soo slw > > This can be easyly fixed by changing 2 settings in kernels > CONFIG_PREEMPT_VOLUNTARY=y > CONFIG_HZ_1000=y > CONFIG_HZ=1000 > > and for firefox, adding the one liner regression fix ofr 2.6.26: > Caused by: > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=18ce3751ccd488c78d3827e9f6bf54e6322676fb > > Fixed by: > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=78f707bfc723552e8309b7c38a8d0cc51012e813 > > for example see the comments in http://lwn.net/Articles/325307/ > > Maybe debian need a 2.6-desktop kernel, and not only server tastes. > > With these 3 config change + patch, my desktop is usable again if you would take 5 minutes checking the bug reports you would see that aboves bug is already reported and is tracked for the next 2.6.26 update. concerning preempt and higher hz that is left for dicussion on debian kernel and seems out of topic here. so no banana for this report?! -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521691: linux-image-2.6.29-1-amd64: 3c59x network interface fails to reach network a short time after boot and contact with UPS is lost
Package: linux-image-2.6.29-1-amd64 Followup-For: Bug #521691 The same problem happens to me to with the 3c59x driver. Also when this happens i loose contact with my Powerware ups connected via usb. -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.29-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii initramfs-tools [linux-initra 0.93 tools for generating an initramfs ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo linux-image-2.6.29-1-amd64 recommends no packages. Versions of packages linux-image-2.6.29-1-amd64 suggests: ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.29 (no description available) -- debconf information: linux-image-2.6.29-1-amd64/preinst/overwriting-modules-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/preinst/failed-to-move-modules-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/postinst/old-dir-initrd-link-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/prerm/removing-running-kernel-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/postinst/create-kimage-link-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/preinst/initrd-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/postinst/kimage-is-a-directory: linux-image-2.6.29-1-amd64/preinst/abort-install-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/postinst/old-system-map-link-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/preinst/lilo-initrd-2.6.29-1-amd64: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.29-1-amd64/postinst/bootloader-test-error-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.29-1-amd64/preinst/elilo-initrd-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/postinst/old-initrd-link-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/postinst/depmod-error-2.6.29-1-amd64: false linux-image-2.6.29-1-amd64/postinst/depmod-error-initrd-2.6.29-1-amd64: false linux-image-2.6.29-1-amd64/preinst/abort-overwrite-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/postinst/bootloader-error-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/prerm/would-invalidate-boot-loader-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/preinst/bootloader-initrd-2.6.29-1-amd64: true -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Comments regarding firmware-nonfree_0.15_amd64.changes
On Sun, Mar 29, 2009 at 08:04:54PM +0100, Ben Hutchings wrote: > On Sat, 2009-03-28 at 23:06 +, Frank Lichtenheld wrote: > > Hi. > > > > debian/copyright for firmware-linux says > > "The binary firmwares are downloaded from > > http://ftp.debian.org/debian/pool/non-free/f/firmware-nonfree"; > > which is probably not true. Shouldn't that be kernel.org > > or something? > > This new package contains some firmware that is distributed in > binary-equivalent form by kernel.org. We should probably change both > the upstream URL and the template for the package description. but don't we want to change the upstream location anyway to the tarball david woodhouse is putting on http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Comments regarding firmware-nonfree_0.15_amd64.changes
On Sat, 2009-03-28 at 23:06 +, Frank Lichtenheld wrote: > Hi. > > debian/copyright for firmware-linux says > "The binary firmwares are downloaded from > http://ftp.debian.org/debian/pool/non-free/f/firmware-nonfree"; > which is probably not true. Shouldn't that be kernel.org > or something? This new package contains some firmware that is distributed in binary-equivalent form by kernel.org. We should probably change both the upstream URL and the template for the package description. Ben. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#521723: smartmontools: smartd fails on amd64 kernel with 3ware controller
Processing commands for cont...@bugs.debian.org: > reassign 521723 linux-image-2.6.26-1-amd64 Bug#521723: smartmontools: smartd fails on amd64 kernel with 3ware controller Bug reassigned from package `smartmontools' to `linux-image-2.6.26-1-amd64'. > 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
Bug#493863: closed by maximilian attems (Re: firmware-bnx2: doesn't rebuild all initrds)
On Sun, Mar 29, 2009 at 08:25:46PM +0200, Peter Palfrader wrote: > maximilian attems schrieb am Sonntag, dem 29. März 2009: > > > > It didn't update the newest initramfs - for 2.6.24. It updated the one > > > it was running at the time - 2.6.18. > > > > sure you had the initrd symlink pointing to that one. > > so it got attributed as the newest. > > I don't have symlinks. please post on that box output of sh -x update-initramfs -u -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#493863: closed by maximilian attems (Re: firmware-bnx2: doesn't rebuild all initrds)
maximilian attems schrieb am Sonntag, dem 29. März 2009: > On Sun, Mar 29, 2009 at 08:25:46PM +0200, Peter Palfrader wrote: > > maximilian attems schrieb am Sonntag, dem 29. März 2009: > > > > > > It didn't update the newest initramfs - for 2.6.24. It updated the one > > > > it was running at the time - 2.6.18. > > > > > > sure you had the initrd symlink pointing to that one. > > > so it got attributed as the newest. > > > > I don't have symlinks. > > please post on that box output of > sh -x update-initramfs -u Ah. there were symlinks in / - tho they were never ever used on this system. Seems pretty broken to rely on symlinks that might (and are) years out of date. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521727: linux-image-2.6-686: desktop app are not responsive (kmail, firefox, OO)
Package: linux-image-2.6-686 Version: 2.6.26+17 Severity: important Standard debian kernel lack responsiveness for a desktop usage. - Kmail is unusable while checking new mails (in big dimap maildir) - OOcalc cannot scroll smoothly a page with many graphics from a big calc sheet - Firefox is soo slw This can be easyly fixed by changing 2 settings in kernels CONFIG_PREEMPT_VOLUNTARY=y CONFIG_HZ_1000=y CONFIG_HZ=1000 and for firefox, adding the one liner regression fix ofr 2.6.26: Caused by: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=18ce3751ccd488c78d3827e9f6bf54e6322676fb Fixed by: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=78f707bfc723552e8309b7c38a8d0cc51012e813 for example see the comments in http://lwn.net/Articles/325307/ Maybe debian need a 2.6-desktop kernel, and not only server tastes. With these 3 config change + patch, my desktop is usable again -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-al (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6-686 depends on: ii linux-image-2.6.26-1-686 2.6.26-13lenny2 Linux 2.6.26 image on PPro/Celeron linux-image-2.6-686 recommends no packages. linux-image-2.6-686 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#493863: closed by maximilian attems (Re: firmware-bnx2: doesn't rebuild all initrds)
maximilian attems schrieb am Sonntag, dem 29. März 2009: > > It didn't update the newest initramfs - for 2.6.24. It updated the one > > it was running at the time - 2.6.18. > > sure you had the initrd symlink pointing to that one. > so it got attributed as the newest. I don't have symlinks. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#493863: closed by maximilian attems (Re: firmware-bnx2: doesn't rebuild all initrds)
On Sun, Mar 29, 2009 at 07:25:37PM +0200, Peter Palfrader wrote: > reopen 493863 > thanks no fun those games, thanks. > > It didn't update the newest initramfs - for 2.6.24. It updated the one > it was running at the time - 2.6.18. sure you had the initrd symlink pointing to that one. so it got attributed as the newest. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#485034: linux-image-2.6.25-2-686: ath5k associates but no network
maximilian attems wrote: > > I did, however, try WEP with 2.6.26. My box still did not associate. > > could you please try a more recent kernel like 2.6.29. > ath5k saw a lot of work since. Thanks. There are a couple of issues which will get in my way: 1. The new kernels have really, really large /lib/modules directories and are too big for my / partition. I therefore do not anticipate upgrading the kernel on this particular machine any time soon. Know of any HOWTOs for resizing an encrypted LVM root partition? :-) 2. I'm using WPA now. Sorry about that! -- Bill Wohler http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#485034: marked as done (linux-image-2.6.25-2-686: ath5k associates but no network with WEP and AR5211)
Your message dated Sun, 29 Mar 2009 19:43:14 +0200 with message-id <20090329174313.gf3...@baikonur.stro.at> and subject line Re: Bug#485034: linux-image-2.6.25-2-686: ath5k associates but no network has caused the Debian Bug report #485034, regarding linux-image-2.6.25-2-686: ath5k associates but no network with WEP and AR5211 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.) -- 485034: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485034 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: linux-image-2.6.25-2-686 Version: 2.6.25-4 Severity: normal I just installed linux-image-2.6.25-2-686 to try and take advantage of the new ath5k driver. My /etc/network/interfaces file says: auto ath0 iface ath0 inet static wireless_essid wireless_key address netmask gateway When I say "ifup ath0", iwconfig reveals that ath0 is associated to my AP, ifconfig looks right (as it should with a static config). dmesg looks great too: ath5k_pci :02:02.0: registered as 'phy0' phy0: Selected rate control algorithm 'pid' ath5k phy0: Atheros AR5211 chip found (MAC: 0x42, PHY: 0x30) ath5k phy0: RF5111 5GHz radio found (0x17) ath5k phy0: RF2111 2GHz radio found (0x23) udev: renamed network interface wlan0 to ath0 ADDRCONF(NETDEV_UP): ath0: link is not ready ath0: Initial auth_alg=0 ath0: authenticate with AP 02:1e:58:07:5d:f2 ath0: RX authentication from 02:1e:58:07:5d:f2 (alg=0 transaction=2 status=0) ath0: authenticated ath0: associate with AP 02:1e:58:07:5d:f2 ath0: RX AssocResp from 02:1e:58:07:5d:f2 (capab=0x11 status=0 aid=2) ath0: associated ath0: switched to short barker preamble (BSSID=02:1e:58:07:5d:f2) ADDRCONF(NETDEV_CHANGE): ath0: link becomes ready ath0: CTS protection enabled (BSSID=02:1e:58:07:5d:f2) ath0: switched to long barker preamble (BSSID=02:1e:58:07:5d:f2) ath0: no IPv6 routers present However, I can't ping my access point. At this point I'm not sure if the source of this problem is a bug, an immature driver, or a lack of magic dust in my /etc/network/interfaces file. Please advise. $ lspci -nn |grep Ath 02:02.0 Ethernet controller [0200]: Atheros Communications Inc. AR5211 802.11ab NIC [168c:0012] (rev 01) $ sudo lspci -v|less 02:02.0 Ethernet controller: Atheros Communications Inc. AR5211 802.11ab NIC (rev 01) Subsystem: Phillips Components Device 8310 Flags: bus master, medium devsel, latency 168, IRQ 11 Memory at c021 (32-bit, non-prefetchable) [size=64K] Capabilities: [44] Power Management version 2 Kernel driver in use: ath_pci Kernel modules: ath5k, ath_pci -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.25-2-686 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92a tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.25-2-686 recommends: ii libc6-i6862.7-10 GNU C Library: Shared libraries [i -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-2-686/preinst/abort-install-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/overwriting-modules-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/would-invalidate-boot-loader-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/elilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/bootloader-test-error-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/depmod-error-initrd-2.6.25-2-686: false linux-image-2.6.25-2-686/preinst/bootloader-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.25-2-686/postinst/old-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/removing-running-kernel-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/bootloader-error-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/initrd-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/lilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-system-map-link-2.6.25-2-686: true linux-ima
Bug#500894: linux-image-2.6.26-1-amd64: Broadcom (b43) wireless driver broken
> As you can see I get an enormous amount of messages (50/s) and after a > minute or two connection (ad-hoc, WEP) dies. It works fine with 2.6.25. can you give an update on newer kernel aka 2.6.29 linux images? thanks for the feedback. -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 521370
Processing commands for cont...@bugs.debian.org: > tags 521370 pending Bug#521370: mkinitramfs doesn't find 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#521553: rt2860 driver contains non-free firmware
On Sat, 28 Mar 2009, Ben Hutchings wrote: > I'd like to commit the following change. Obviously this disables the > drivers and they will have to be modified to work with external firmware. > But I don't see why we should wait for that. > > Ben. ok for committing to trunk, so that can be sorted for 2.6.30. don't see the need to have to rush that for 2.6.29, who just happened to be uploaded. > Index: debian/changelog > === > --- debian/changelog (revision 13283) > +++ debian/changelog (working copy) > @@ -1,4 +1,4 @@ > -linux-2.6 (2.6.29-2) UNRELEASED; urgency=low > +linux-2.6 (2.6.29.dfsg.1-2) UNRELEASED; urgency=low > >[ Martin Michlmayr ] >* [arm/ixp4xx] Build in LEDS_TRIGGER_TIMER (closes: #521141). > @@ -6,8 +6,12 @@ >[ maximilian attems ] >* linux-libc-dev: Bump versioned replaces libdrm-dev. > > - -- Martin Michlmayr Wed, 25 Mar 2009 08:57:14 +0100 > + [ Ben Hutchings ] > + * Remove firmware from driver/staging (closes: #521553) > +- Disable affected drivers: rt2860, rt2870 > > + -- Ben Hutchings Sat, 28 Mar 2009 10:42:00 -0500 > + > linux-2.6 (2.6.29-1) unstable; urgency=low > >* New upstream release > Index: debian/patches/debian/dfsg/drivers-staging-slicoss-disable.patch > === > --- debian/patches/debian/dfsg/drivers-staging-slicoss-disable.patch > (revision 0) > +++ debian/patches/debian/dfsg/drivers-staging-slicoss-disable.patch > (revision 0) > @@ -0,0 +1,11 @@ > +diff --git a/drivers/staging/slicoss/Kconfig > b/drivers/staging/slicoss/Kconfig > +index d2993d3..2b510e0 100644 > +--- a/drivers/staging/slicoss/Kconfig > b/drivers/staging/slicoss/Kconfig > +@@ -1,5 +1,6 @@ > + config SLICOSS > + tristate "Alacritech Gigabit IS-NIC support" > ++depends on BROKEN > + depends on PCI && X86 && NETDEV_1000 > + default n > + help > Index: debian/patches/debian/dfsg/drivers-staging-otus-disable.patch > === > --- debian/patches/debian/dfsg/drivers-staging-otus-disable.patch > (revision 0) > +++ debian/patches/debian/dfsg/drivers-staging-otus-disable.patch > (revision 0) > @@ -0,0 +1,11 @@ > +diff --git a/drivers/staging/otus/Kconfig b/drivers/staging/otus/Kconfig > +index d549d08..fef9785 100644 > +--- a/drivers/staging/otus/Kconfig > b/drivers/staging/otus/Kconfig > +@@ -1,5 +1,6 @@ > + config OTUS > + tristate "Atheros OTUS 802.11n USB wireless support" > ++depends on BROKEN > + depends on USB && WLAN_80211 && MAC80211 > + default N > + ---help--- > Index: debian/patches/debian/dfsg/files-1 > === > --- debian/patches/debian/dfsg/files-1(revision 13283) > +++ debian/patches/debian/dfsg/files-1(working copy) > @@ -57,5 +57,15 @@ > > rm drivers/scsi/qlogicpti_asm.c > > +rm drivers/staging/me4000/me*_firmware.h > + > +rm drivers/staging/otus/hal/hp*fw*.c > + > +rm drivers/staging/rt2860/common/firmware.h > + > +rm drivers/staging/rt2870/common/firmware.h > + > +rm drivers/staging/slicoss/*ucode.h > + > rm sound/pci/cs46xx/cs46xx_image.h > rm sound/pci/cs46xx/imgs > Index: debian/patches/debian/dfsg/drivers-staging-me4000-disable.patch > === > --- debian/patches/debian/dfsg/drivers-staging-me4000-disable.patch > (revision 0) > +++ debian/patches/debian/dfsg/drivers-staging-me4000-disable.patch > (revision 0) > @@ -0,0 +1,12 @@ > +diff --git a/drivers/staging/me4000/Kconfig b/drivers/staging/me4000/Kconfig > +index 5e6c9de..45d2ea9 100644 > +--- a/drivers/staging/me4000/Kconfig > b/drivers/staging/me4000/Kconfig > +@@ -1,6 +1,7 @@ > + config ME4000 > + tristate "Meilhaus ME-4000 support" > + default n > ++depends on BROKEN > + depends on PCI > + help > + This driver supports the Meilhaus ME-4000 family of boards > Index: debian/patches/debian/dfsg/drivers-staging-rt2860-disable.patch > === > --- debian/patches/debian/dfsg/drivers-staging-rt2860-disable.patch > (revision 0) > +++ debian/patches/debian/dfsg/drivers-staging-rt2860-disable.patch > (revision 0) > @@ -0,0 +1,11 @@ > +diff --git a/drivers/staging/rt2860/Kconfig b/drivers/staging/rt2860/Kconfig > +index 7f44e5e..9fb130d 100644 > +--- a/drivers/staging/rt2860/Kconfig > b/drivers/staging/rt2860/Kconfig > +@@ -1,5 +1,6 @@ > + config RT2860 > + tristate "Ralink 2860 wireless support" > ++depends on BROKEN > + depends on PCI && X86 && WLAN_80211 > + ---help--- > + This is an experimental driver for the Ralink 2860 wireless chip. > Index: debian/patches/debian/dfsg/drivers-staging-rt2870-disable.patch > === > --- de
Bug#493832: ath5k disconnects regularly and has poor performance
[ please keep bugreport on cc ] On Sat, 28 Mar 2009, koshmar wrote: > maximilian attems wrote: >> could you please retry with a recent kernel aka 2.6.29 ? > > Sure, I will check it in 2-3 days. > > 2.6.28 version of the driver was much better than the one I filled the > report for (2.6.26 AFAIR). thanks for quick reaction. cool, yes indeed 2.6.26 was a very early version of the ath5k driver and it stabilized a lot lately. keep us updated. :) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#461924: marked as done (firmware-iwlwifi: WLAN connection dies due to "Microcode SW error")
Your message dated Sun, 29 Mar 2009 19:26:28 +0200 with message-id <20090329172628.gt7...@stro.at> and subject line Re: firmware-iwlwifi: WLAN connection dies due to "Microcode SW error" has caused the Debian Bug report #461924, regarding firmware-iwlwifi: WLAN connection dies due to "Microcode SW error" 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.) -- 461924: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461924 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-iwlwifi Version: 0.9 Severity: grave Justification: renders package unusable I managed to connect to a WiFi network but after about a minute of surfing the internet connection died. While searching for the cause I stumbled upon such errors in 'dmesg': --start dmesg snippet-- wlan0: Initial auth_alg=0 wlan0: authenticate with AP 00:18:39:a5:79:fc wlan0: RX authentication from 00:18:39:a5:79:fc (alg=0 transaction=2 status=0) wlan0: authenticated wlan0: associate with AP 00:18:39:a5:79:fc wlan0: RX ReassocResp from 00:18:39:a5:79:fc (capab=0x411 status=0 aid=3) wlan0: associated iwl3945: Microcode SW error detected. Restarting 0x8208. iwl3945: Error Reply type 0x cmd REPLY_SCAN_CMD (0x80) seq 0x442F ser 0x iwl3945: Can't stop Rx DMA. wlan0: failed to restore operationalchannel after scan iwl3945: No space for Tx iwl3945: Error sending REPLY_ADD_STA: iwl_enqueue_hcmd failed: -28 iwl3945: No space for Tx iwl3945: Error sending REPLY_TX_PWR_TABLE_CMD: iwl_enqueue_hcmd failed: -28 --end dmesg snippet-- I have no idea what the problem might be but "microcode SW error" gave me a hint towards the firmware. My laptop has an Intel 3945 chip. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=et_EE.UTF-8, LC_CTYPE=et_EE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information --- End Message --- --- Begin Message --- Version: 0.15 latest firmware package has newer microcode that together with newer driver no longer give those errors. thus closing. -- maks --- End Message ---
Processed: Re: Bug#493863 closed by maximilian attems (Re: firmware-bnx2: doesn't rebuild all initrds)
Processing commands for cont...@bugs.debian.org: > reopen 493863 Bug#493863: firmware-bnx2: doesn't rebuild all initrds Bug reopened, originator not changed. > 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
Bug#493863: closed by maximilian attems (Re: firmware-bnx2: doesn't rebuild all initrds)
reopen 493863 thanks On Sun, 29 Mar 2009, Debian Bug Tracking System wrote: > > Maybe the firmware-bnx2 package should do "update-initramfs -u -k all" > > instead of just "update-initramfs -u". > > no. > it was explicitly asked that packages in postinst only update > the newest initramfs (which can be the one which has the symlink). > yes conservative people want to have least possible "damage" policy, > but it is easily overridable. It didn't update the newest initramfs - for 2.6.24. It updated the one it was running at the time - 2.6.18. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511378: marked as done (bnx2 firmware not loaded)
Your message dated Sun, 29 Mar 2009 18:35:34 +0200 with message-id <20090329163533.gr7...@stro.at> and subject line Re: firmware-bnx2: doesn't rebuild all initrds has caused the Debian Bug report #511378, regarding bnx2 firmware not loaded 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.) -- 511378: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511378 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-bnx2 Platform: Dell M600 blade OS: lenny amd64 (freshly installed in December 2008) as a Xen dom0 Problem description: Thursday, the blade hardware was swapped (an M600 replaced with another M600), same disks however. Now, the ethernet devices don't appear after booting Manual intervention is required to unload and reload the module bnx2 and then do ifup eth0 Things checked already: - dmesg shows that devices are discovered during the boot phase, and an attempt is made to get firmware - the initrd is definitely configured in grub (see below) - I've extracted the initrd file, the firmware is definitely in there title Xen 3.2-1-amd64 / Debian GNU/Linux, kernel 2.6.26-1-xen-amd64 root(hd0,0) kernel /xen-3.2-1-amd64.gz module /vmlinuz-2.6.26-1-xen-amd64 root=/dev/mapper/vg00-th1_root ro console=tty0 module /initrd.img-2.6.26-1-xen-amd64 Workaround (not yet tested): One workaround I am considering is to exclude the bnx2 module from the initrd, and then load it from /etc/modules. However, it would be ideal if such workarounds could be avoided. dmesg output during boot phase: [1.497405] Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v1.7.5 (April 29, 2008) [1.497405] ACPI: PCI Interrupt :04:00.0[A] -> GSI 17 (level, low) -> IRQ 17 [1.497405] firmware: requesting bnx2-06-4.0.5.fw [1.502034] Fusion MPT base driver 3.04.06 [1.502034] Copyright (c) 1999-2007 LSI Corporation [1.505058] Fusion MPT SAS Host driver 3.04.06 [1.533743] USB Universal Host Controller Interface driver v3.0 [1.533743] ACPI: PCI Interrupt :00:1d.0[A] -> GSI 21 (level, low) -> IRQ 21 [1.533743] PCI: Setting latency timer of device :00:1d.0 to 64 [1.533743] uhci_hcd :00:1d.0: UHCI Host Controller [1.533743] uhci_hcd :00:1d.0: new USB bus registered, assigned bus number 1 [1.533743] uhci_hcd :00:1d.0: irq 21, io base 0xcc80 [1.533763] usb usb1: configuration #1 chosen from 1 choice [1.535893] hub 1-0:1.0: USB hub found [1.536011] hub 1-0:1.0: 2 ports detected [1.559883] eth0: Broadcom NetXtreme II BCM5708 1000Base-SX (B2) PCI-X 64-bit 133MHz found at mem d800, IRQ 17, node addr 00:22:19:90:e6:f8 [1.561968] ACPI: PCI Interrupt :06:00.0[A] -> GSI 18 (level, low) -> IRQ 18 [1.565185] firmware: requesting bnx2-06-4.0.5.fw [1.573238] eth1: Broadcom NetXtreme II BCM5708 1000Base-SX (B2) PCI-X 64-bit 133MHz found at mem d600, IRQ 18, node addr 00:22:19:90:e6:fa [1.573415] ACPI: PCI Interrupt :0a:00.0[A] -> <6>ACPI: PCI Interrupt :08:00.0[A] -> GSI 16 (level, low) -> IRQ 16 [1.573415] mptbase: ioc0: Initiating bringup [1.573746] GSI 18 (level, low) -> IRQ 18 [1.573936] firmware: requesting bnx2-06-4.0.5.fw [1.579344] eth2: Broadcom NetXtreme II BCM5708 1000Base-SX (B2) PCI-X 64-bit 133MHz found at mem da00, IRQ 18, node addr 00:1d:09:73:c2:ec [1.579509] ACPI: PCI Interrupt :0c:00.0[A] -> GSI 19 (level, low) -> IRQ 19 [1.579791] firmware: requesting bnx2-06-4.0.5.fw [1.585043] eth3: Broadcom NetXtreme II BCM5708 1000Base-SX (B2) PCI-X 64-bit 133MHz found at mem dc00, IRQ 19, node addr 00:1d:09:73:c2:ee --- End Message --- --- Begin Message --- > Maybe the firmware-bnx2 package should do "update-initramfs -u -k all" > instead of just "update-initramfs -u". no. it was explicitly asked that packages in postinst only update the newest initramfs (which can be the one which has the symlink). yes conservative people want to have least possible "damage" policy, but it is easily overridable. if you want to have all initramfs updated set in /etc/initramfs-tools/update-initramfs.conf update_initramfs=all -- maks --- End Message ---
Bug#513915: marked as done (firmware-bnx2: no network device, can't load firmware)
Your message dated Sun, 29 Mar 2009 18:35:34 +0200 with message-id <20090329163533.gr7...@stro.at> and subject line Re: firmware-bnx2: doesn't rebuild all initrds has caused the Debian Bug report #513915, regarding firmware-bnx2: no network device, can't load firmware 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.) -- 513915: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513915 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-bnx2 Version: 0.14 Severity: important Hi, the standard kernel load the firmware unter /lib/firmware correct, but the xen-kernel canÃ't find the firmware files system: Dell 1950 03:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 12) Subsystem: Dell Device 01b3 Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 214 Memory at f800 (64-bit, non-prefetchable) [size=32M] Capabilities: [40] PCI-X non-bridge device Capabilities: [48] Power Management version 2 Capabilities: [50] Vital Product Data Capabilities: [58] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+ Kernel driver in use: bnx2 Kernel modules: bnx2 More information needed? Greetings Lars -- System Information: Debian Release: 5.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash firmware-bnx2 depends on no packages. firmware-bnx2 recommends no packages. Versions of packages firmware-bnx2 suggests: ii initramfs-tools 0.92otools for generating an initramfs ii linux-image-2.6.22.8-20 1.0.alex Linux kernel binary image for vers ii linux-image-2.6.26-1-68 2.6.26-13Linux 2.6.26 image on PPro/Celeron ii linux-image-2.6.26-1-xe 2.6.26-13Linux 2.6.26 image on i686, oldsty ii linux-image-2.6.26.7-20 standardserver.1 Linux kernel binary image for vers -- no debconf information --- End Message --- --- Begin Message --- > Maybe the firmware-bnx2 package should do "update-initramfs -u -k all" > instead of just "update-initramfs -u". no. it was explicitly asked that packages in postinst only update the newest initramfs (which can be the one which has the symlink). yes conservative people want to have least possible "damage" policy, but it is easily overridable. if you want to have all initramfs updated set in /etc/initramfs-tools/update-initramfs.conf update_initramfs=all -- maks --- End Message ---
Bug#493863: marked as done (firmware-bnx2: doesn't rebuild all initrds)
Your message dated Sun, 29 Mar 2009 18:35:34 +0200 with message-id <20090329163533.gr7...@stro.at> and subject line Re: firmware-bnx2: doesn't rebuild all initrds has caused the Debian Bug report #493863, regarding firmware-bnx2: doesn't rebuild all initrds 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.) -- 493863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493863 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-bnx2 Version: 0.4+etchnhalf.1 Severity: important I installed the etchnhalf kernel, rebooted only to find out that I had not network, booted the old kernel again and installed firmware-bnx2: | thelma:~# apt-get install firmware-bnx2 | Reading package lists... Done | Building dependency tree... Done | The following NEW packages will be installed: | firmware-bnx2 | 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. | Need to get 104kB of archives. | After unpacking 279kB of additional disk space will be used. | Get:1 http://mirror.came.sbg.ac.at etch/non-free firmware-bnx2 0.4+etchnhalf.1 [104kB] | Fetched 104kB in 0s (1818kB/s) | Selecting previously deselected package firmware-bnx2. | (Reading database ... 62627 files and directories currently installed.) | Unpacking firmware-bnx2 (from .../firmware-bnx2_0.4+etchnhalf.1_all.deb) ... | Setting up firmware-bnx2 (0.4+etchnhalf.1) ... | update-initramfs: Generating /boot/initrd.img-2.6.18-5-amd64 Note how it doesn't rebuild the 2.6.24 etchnhalf initrd. Needless to say the system still didn't properly boot, only purging and reinstalling the linux-image-2.6.24-etchnhalf.1-amd64 did the trick. Maybe the firmware-bnx2 package should do "update-initramfs -u -k all" instead of just "update-initramfs -u". --- End Message --- --- Begin Message --- > Maybe the firmware-bnx2 package should do "update-initramfs -u -k all" > instead of just "update-initramfs -u". no. it was explicitly asked that packages in postinst only update the newest initramfs (which can be the one which has the symlink). yes conservative people want to have least possible "damage" policy, but it is easily overridable. if you want to have all initramfs updated set in /etc/initramfs-tools/update-initramfs.conf update_initramfs=all -- maks --- End Message ---
Bug#521712: linux-headers-2.6.29-1-686: Makefile_32.cpu file missing from header files for x86 architecture
Package: linux-headers-2.6.29-1-686 Version: 2.6.29-1 Severity: normal On installation of the package there should be a file installed /usr/src/linux-headers-2.6.29-1-common/arch/x86/Makefile_32.cpu This file has traditionally contained the cpu tuning information. An extra driver which I use (virtualbox) when compiled with this header refused to compile when I installed 2.6.29 kernel from sid and the related headers. On inspection of the output I found this file is missing. The output on compiling was as follows:- ** Compiling vboxdrv make KBUILD_VERBOSE= -C /lib/modules/2.6.29-1-686/build SUBDIRS=/tmp/vbox.1 SRCROOT=/tmp/vbox.1 modules make -C /usr/src/linux-headers-2.6.29-1-686 \ KBUILD_SRC=/usr/src/linux-headers-2.6.29-1-common \ KBUILD_EXTMOD="/tmp/vbox.1" -f /usr/src/linux-headers-2.6.29-1-common/Makefile \ modules /usr/src/linux-headers-2.6.29-1-common/arch/x86/Makefile:41: /usr/src/linux-headers-2.6.29-1-common/arch/x86/Makefile_32.cpu: No such file or directory make[3]: *** No rule to make target `/usr/src/linux-headers-2.6.29-1-common/arch/x86/Makefile_32.cpu'. Stop. make[2]: *** [sub-make] Error 2 make[1]: *** [all] Error 2 make: *** [vboxdrv] Error 2 My module seems to compile when I put equivalent file from the stock 2.6.26 kernel headers which ships with Lenny release and it seemed to work. Request the maintainers to please put the file so that other people like me building drivers needing the above mentioned file are able to do so. It seems to be missing from the this kernel header package. Thanks for your attention and keep up the excellent work being done by your team. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-headers-2.6.29-1-686 depends on: ii gcc-4.3 4.3.2-1.1 The GNU C compiler ii linux-headers-2.6.29-1-common 2.6.29-1 Common header files for Linux 2.6. ii linux-kbuild-2.6.29 2.6.29-1 Kbuild infrastructure for Linux 2. linux-headers-2.6.29-1-686 recommends no packages. linux-headers-2.6.29-1-686 suggests no packages. -- no debconf information
Bug#503544: ath5k: after suspend to RAM, requires cold boot to work again
On Sat, 28 Mar 2009, Zack Weinberg wrote: > On Sat, Mar 28, 2009 at 2:08 AM, maximilian attems wrote: > > could you please retry with a recent kernel aka 2.6.29? > > I have seen the bug with both .27 and .28, but only intermittently, > and not at all since I switched from network-manager to wicd. I have > now installed 2.6.29 on the machine, but it'll be some time before I > can be sure it's not happening, assuming the bug is fixed. ok cool, thanks for letting us know. as 2.6.29 had quite some suspend path fixes. > > thanks for feedback > > I have to say I really don't appreciate the style of bug management > where I file a bug, there is no response for months on end, and then I > get a request to try a newer version. It gives the impression that > you're not actually doing anything about the bugs. ath5k was quite young on 2.6.26 so it was somehow expected to fail there. also you didn't seem to provide any updates nor did you go upstream. it's not that we have too many guys working on those bugs, so be happy at all to get asked. kind regards. -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: severity of 509693 is important
Processing commands for cont...@bugs.debian.org: > severity 509693 important Bug#509693: new qlogic firmware available Severity set to `important' from `wishlist' > 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 509693
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.26etch2 > tags 509693 + pending Bug#509693: new qlogic firmware available 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#521548: linux-image-2.6.29-1-amd64: laptop toshiba qosmio g30 fails to boot with 2.6.28 and 2.6.29 kernels
On Sat, Mar 28, 2009 at 01:04:58PM +0100, Fathi Boudra wrote: > Package: linux-image-2.6.29-1-amd64 > Version: 2.6.29-1 > Severity: normal > > Hi, > > I tried to boot a toshiba qosmio g30 with linux-image-2.6.28-1-amd64 and > linux-image-2.6.29-1-amd64 packages. > Both starts to boot then laptop coolers go crazy (run too fast) and the boot > process stuck. > The laptop works with linux-image-2.6.26-1-amd64. > > cheers, > > Fathi > please report upstream on bugzilla.kernel.org and let us know the bug number. you d have to add 2.6.29 dmesg and lscpi -vv output there. thanks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
may you can help me, xen-linux-system-2.6.26-1-xen-amd64
Hello everybody I installed a xen system on my server, and it work fine (with xen-linux-system-2.6.26-1-xen-amd64). But i need to recompile the kernel to optimize some stuff. And the problem is I didn't found the source, because when i do apt-get source xen-linux-system-2.6.26-1-xen-amd64, it downloads the source of linux-2.6-2.6.26 without Xen. I try to download the source of xen.org and apply the path of kernel.org to have 2.6.26 kernel source, but this doesn't work. Then my question is: how did you make this pakage (xen-linux-system-2.6.26-1-xen-amd64), and how to get the source of it, to compile a kernel in the debian way and make .deb file for deploying on others server. Please help me you are my last resort, I tryed everything but noting works. Thanks for your Help. Thomas Schneider -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#460578: marked as done (firmward-iwlwifi: Does not connect to wlan)
Your message dated Sun, 29 Mar 2009 18:15:46 +0200 with message-id <20090329161546.go7...@stro.at> and subject line Re: firmware-iwlwifi has caused the Debian Bug report #460578, regarding firmward-iwlwifi: Does not connect to wlan 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.) -- 460578: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460578 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmward-iwlwifi Severity: grave Justification: renders package unusable There is no connection to wlan. I have to use the previous kernel (2.6.22-3-1) plus ipw3945 to get a connection. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- End Message --- --- Begin Message --- Version: 0.15 fixed in newer upstream driver and newer firmware. both available in unstable. thanks for the report. -- maks --- End Message ---
Bug#459249: marked as done (firmware-iwlwifi: Kernel Panic when using aireplay-ng)
Your message dated Sun, 29 Mar 2009 18:15:46 +0200 with message-id <20090329161546.go7...@stro.at> and subject line Re: firmware-iwlwifi has caused the Debian Bug report #459249, regarding firmware-iwlwifi: Kernel Panic when using aireplay-ng 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.) -- 459249: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459249 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-iwlwifi Version: 0.9 Severity: important Hi, I use with success iwlwifi with my 3945 wireless card for WPA connections or for dumping Wi-Fi data with airodump-ng. But when I launch aireplay-ng program (for example aireplay-ng -1 0 -e wlan0), I have a Kernel Panic and I need reboot to have an usable machine. You can see my kern.log here[*] and have trace for KP at "Jan 3 19:57:52" or at "Jan 3 20:09:49". [*] http://gcolpart.evolix.net/docs/iwlwifi-kern.log Note: this is perhaps a bug with kernel, then feel free to reassign it to linux-2.6 (you are probably more competent than me to say that). $ lspci | grep 3945 03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02) $ dpkg -l ii aircrack-ng 1:1.0~beta1-1 wireless WEP/WPA cracking utilities ii linux-image-2.6.23-1-686 2.6.23-2 Linux 2.6.23 image on PPro/Celeron/PII/PIII/ ii firmware-iwlwifi 0.9 Binary firmware for Intel Wireless -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Regards, -- Gregory Colpart GnuPG:1024D/C1027A0E Evolix - Informatique et Logiciels Libres http://www.evolix.fr/ --- End Message --- --- Begin Message --- Version: 0.15 fixed in newer upstream driver and newer firmware. both available in unstable. thanks for the report. -- maks --- End Message ---
Bug#516219: marked as done ([firmware-iwlwifi] Wireless Intel 3945 don't work more)
Your message dated Sun, 29 Mar 2009 18:15:46 +0200 with message-id <20090329161546.go7...@stro.at> and subject line Re: firmware-iwlwifi has caused the Debian Bug report #516219, regarding [firmware-iwlwifi] Wireless Intel 3945 don't work more 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.) -- 516219: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516219 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-iwlwifi Version: 0.14 Severity: normal --- Please enter the report below this line. --- Wireless don't work more. Output of /var/log/messages Feb 19 18:17:14 portatil kernel: [ 22.754491] firmware: requesting iwlwifi-3945-1.ucode Feb 19 18:17:14 portatil kernel: [ 22.883484] Registered led device: iwl-phy0:radio Feb 19 18:17:14 portatil kernel: [ 22.892910] Registered led device: iwl-phy0:assoc Feb 19 18:17:14 portatil kernel: [ 22.897800] Registered led device: iwl-phy0:RX Feb 19 18:17:14 portatil kernel: [ 22.902491] Registered led device: iwl-phy0:TX Feb 19 18:17:14 portatil kernel: [ 22.925860] ADDRCONF(NETDEV_UP): wlan0: link is not ready --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: 5.0 500 unstablewww.debian-multimedia.org 500 unstablesft.if.usp.br 500 unstablehttp.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- ASD Consultoria, Rio, RJ Arq. Sávio M Ramos Só usamos Linux desde 2000 www.debian.org --- End Message --- --- Begin Message --- Version: 0.15 fixed in newer upstream driver and newer firmware. both available in unstable. thanks for the report. -- maks --- End Message ---
Bug#512696: marked as done (firmware-iwlwifi: Kernel panic when using iwl4965 and iwlwifi-4965-ucode-228.57.2.21)
Your message dated Sun, 29 Mar 2009 18:13:26 +0200 with message-id <20090329161326.gn7...@stro.at> and subject line Re: firmware-iwlwifi: Kernel panic when using iwl4965 and iwlwifi-4965-ucode-228.57.2.21 has caused the Debian Bug report #512696, regarding firmware-iwlwifi: Kernel panic when using iwl4965 and iwlwifi-4965-ucode-228.57.2.21 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.) -- 512696: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512696 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: firmware-iwlwifi Version: 0.14 Severity: critical Justification: breaks the whole system Hello! I have a Fujitsu-Siemens AMILO Xi 2550 notebook with Intel 4965 Wi-Fi. You can see the details of the hardware at my homepage: http://phd.pp.ru/notebooks/FujitsuSiemens_AMILO_Xi2550.html. $ lspci | grep -F 4965 04:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61) I was using firmware-iwlwifi 0.14, iwlwifi-4965-ucode-228.57.2.21, and the notebook regularly hanged - the system stuck and was flashing Capslock+Scrollock indicating a kernel panic. I found a similar bug report at http://intellinuxwireless.org/bugzilla/show_bug.cgi?id=1744 and did what it advised - downgraded to iwlwifi-4965-ucode-4.44.1.20 downloaded from http://intellinuxwireless.org/?n=downloads&f=ucodes_4965. After the downgrade I haven't experienced any hangs. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.92o tools for generating an initramfs pn linux-image(no description available) -- no debconf information Oleg. -- Oleg Broytmannhttp://phd.pp.ru/p...@phd.pp.ru Programmers don't die, they just GOSUB without RETURN. --- End Message --- --- Begin Message --- Version: 0.15 > Upstream marked the mentioned #1744 as a duplicate of > http://intellinuxwireless.org/bugzilla/show_bug.cgi?id=1703 > which has been closed (and marked verified) in 228.57.2.23. got uploaded for 0.15 thus closing. -- maks --- End Message ---
Bug#521691: linux-image-2.6.29-1-amd64: Forcedeth network interface fails to reach network a short time after boot
Package: linux-image-2.6.29-1-amd64 Version: 2.6.29-1 Severity: normal Since upgrading to 2.6.29-1, my forcedeth-driven nforce4 network interface fails to reach my network a couple of minutes after boot. Removing and adding forcedeth (rmmod/modprobe) does not help, nor does ifup/ifdown cycle. -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.29-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii initramfs-tools [linux-initra 0.93.1 tools for generating an initramfs ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo linux-image-2.6.29-1-amd64 recommends no packages. Versions of packages linux-image-2.6.29-1-amd64 suggests: ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.29 (no description available) -- debconf information: linux-image-2.6.29-1-amd64/preinst/overwriting-modules-2.6.29-1-amd64: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.29-1-amd64/preinst/failed-to-move-modules-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/postinst/bootloader-test-error-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/postinst/old-dir-initrd-link-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/prerm/removing-running-kernel-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.29-1-amd64/postinst/create-kimage-link-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/preinst/initrd-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/preinst/elilo-initrd-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/postinst/kimage-is-a-directory: linux-image-2.6.29-1-amd64/postinst/old-initrd-link-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/postinst/depmod-error-2.6.29-1-amd64: false linux-image-2.6.29-1-amd64/postinst/depmod-error-initrd-2.6.29-1-amd64: false linux-image-2.6.29-1-amd64/preinst/abort-install-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/preinst/abort-overwrite-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/postinst/bootloader-error-2.6.29-1-amd64: linux-image-2.6.29-1-amd64/prerm/would-invalidate-boot-loader-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/postinst/old-system-map-link-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/preinst/lilo-initrd-2.6.29-1-amd64: true linux-image-2.6.29-1-amd64/preinst/bootloader-initrd-2.6.29-1-amd64: true -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521523: Bug#521520: udev: floppy not autoloaded anymore
tag 521523 patch thanks On Mar 28, Marco d'Itri wrote: > MODULE_ALIAS("pnp:dPNP0700"); Actually the correct patch is http://patchwork.kernel.org/patch/10405/ . -- ciao, Marco signature.asc Description: Digital signature
Processed: Re: Bug#521520: udev: floppy not autoloaded anymore
Processing commands for cont...@bugs.debian.org: > tag 521523 patch Bug#521523: it's about time that proper autoloading aliases are added to floppy.ko There were no tags set. Tags added: patch > 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
Bug#521646: linux-kbuild-2.6: Not possible to rebuild debian/control
Package: linux-kbuild-2.6 Hi, trying to rebuild debian/control with or without local modifications to control.source.in fails: [...] make[1]: Entering directory `/home/user/linux-kbuild-2.6' chmod +x debian/bin/gencontrol.py debian/bin/gencontrol.py Traceback (most recent call last): File "debian/bin/gencontrol.py", line 6, in ? from debian_linux.debian import * ImportError: No module named debian_linux.debian make[1]: *** [debian/control-real] Error 1 make[1]: Leaving directory `/home/user/linux-kbuild-2.6' make: *** [debian/control] Error 2 (sid_i386)u...@debian:~/linux-kbuild-2.6$ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org