Bug#520049: linux-image-2.6.28-1-686: please set CONFIG_IWLWIFI_DEBUG
Package: linux-image-2.6.28-1-686 Version: 2.6.28-2~snapshot.12850 Severity: important I want to debug a firmware problem that kills my 4965 every time I close my laptop cover (!). Anyone who runs into a similar problem will need the option to turn on iwlwifi debugging to do that. -- Package-specific info: ** Version: Linux version 2.6.28-1-686 (Debian 2.6.28-2~snapshot.12850) (wa...@debian.org) (gcc version 4.3.3 (GCC) ) #1 SMP Thu Feb 19 02:24:16 UTC 2009 ** PCI devices: 03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection [8086:4230] (rev 61) Subsystem: Intel Corporation Lenovo ThinkPad T51 [8086:1110] Physical Slot: 3 Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 17 Region 0: Memory at d7dfe000 (64-bit, non-prefetchable) [size=8K] Capabilities: access denied Kernel modules: iwlagn -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#408910: linux-image-2.6.18-4-686: linux-image postinst breaks debconf by writing to stdout
On Wed, Jan 31, 2007 at 11:17:06AM -0600, Manoj Srivastava wrote: Could you tell us which hook scripts are being used? If these are scripts provided by a debian package, they need to be fixed. Thanks. It's /usr/sbin/update-grub. In part it does: echo -n Searching for default file ... if [ -f $default_file ] ; then echo found: $default_file else echo Generating $default_file file and setting the default boot entry to 0 grub-set-default 0 fi Also: echo Found Xen hypervisor $hypervisorVersion, kernel: $kernel and echo Found Xen hypervisor $hypVersion, kernel: $kernel Thanks for the illumination WRT debconf and hook scripts. -- Chip Salzenberg [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408910: linux-image-2.6.18-4-686: linux-image postinst breaks debconf by writing to stdout
I've filed the grub bug. I guess you can close this kernel bug. On Wed, Jan 31, 2007 at 11:17:06AM -0600, Manoj Srivastava wrote: Hi, Actually, this is by design: not redirecting stdout allows the hook scripts to use debconf to talk to the user using debconf; and I know for sure there are hook scripts that are being used interactively. The kernel-img.conf(5) man page has some language warning that any scripts added to the hook should not write to stdout (the language of the man page needs to be improved). So, this is a problem with the hook scripts, and not the kernel image or kernel-package. Could you tell us which hook scripts are being used? If these are scripts provided by a debian package, they need to be fixed. Thanks. manoj -- Damnable, both sides rogue. -- Shakespeare Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- Chip Salzenberg [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408910: linux-image-2.6.18-4-686: linux-image postinst breaks debconf by writing to stdout
Package: linux-image-2.6.18-4-686 Version: 2.6.18.dfsg.1-9 Severity: normal The postrm scripts for linux-image.2.6.18 break debconf, and therefore exit with non-zero status, and therefore fail to purge properly. Their mistake is in calling system() for hooks and other scripts, which causes the scripts to write to stdout, which messes up debconf. Adding a strategically placed 2 to the system() command strings makes everything A-OK for me. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.18-4-686 depends on: ii coreutils 5.97-5.2 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii initramfs-tools [linux-initra 0.85e tools for generating an initramfs ii module-init-tools 3.3-pre4-1 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-18 Yet Another mkInitRD Versions of packages linux-image-2.6.18-4-686 recommends: ii libc6-i686 2.3.6.ds1-10 GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378965: linux-image-2.6.17-1-686: IBM A30 keyboard stops working in X, 2.6.16 is OK
Package: linux-image-2.6.17-1-686 Version: 2.6.17-4 Severity: important I've been using the 2.6.16 without incident on my IBM A30. When I boot the 2.6.17-1-686 kernel, all seems all right ... AT FIRST. But then at some arbitrary point, perhaps an hour later, sometimes less, the keyboard stops being effective under X. When I ask to start a new X session (using the mouse only, natch), the keyboard works OK in that new session. I'd normally think it's an X bug, but it -always- happens when I boot 2.6.17, while it -never- happens when I boot 2.6.16. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.17-1-686 depends on: ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-15 Yet Another mkInitRD Versions of packages linux-image-2.6.17-1-686 recommends: ii libc6-i6862.3.6-15 GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364672: linux-image-2.6.16-1-686: snd-intel8x0 driver doesn't survive APM suspend [regression]
Package: linux-image-2.6.16-1-686 Version: 2.6.16-9 Severity: normal After an APM suspend/resume cycle, the intel8x0 audio device thinks it's working normally, but no sound comes out. This is a regression, as it did once work [long ago, it's been a while since I checked; sorry can't provide another version number]. Here's the output of 'lspci -v -v': :00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 01) Subsystem: IBM ThinkPad T23 (2647-4MG) or A30/A30p (2652/2653) Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin B routed to IRQ 10 Region 0: I/O ports at 1c00 [size=256] Region 1: I/O ports at 18c0 [size=64] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.16-1-686 depends on: ii module-init-tools 3.2.2-2tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-9 Yet Another mkInitRD Versions of packages linux-image-2.6.16-1-686 recommends: ii libc6-i6862.3.6-7GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#358656: with 2.6.16 kernel, udev doesn't load hostap module on pcmcia insertion
retitle 358656 hostap_cs module device list excludes D-Link DWL-650 tags 358656 patch thanks When I upgraded to 2.6.16, the hostap module stopped loading on card insert of a D-Link DWL-650. By applying the below patch to 2.6.16 hostap_cs, which restores one of the card IDs from 2.6.15, I've got wireless working again: --- linux-source-2.6.16/drivers/net/wireless/hostap/hostap_cs.c.dpkg-dist 2006-03-19 21:53:29.0 -0800 +++ linux-source-2.6.16/drivers/net/wireless/hostap/hostap_cs.c 2006-03-29 23:29:19.0 -0800 @@ -891,8 +891,12 @@ PCMCIA_DEVICE_MANF_CARD(0xd601, 0x0005), PCMCIA_DEVICE_MANF_CARD(0xd601, 0x0010), +#if 0 PCMCIA_DEVICE_MANF_CARD_PROD_ID1(0x0156, 0x0002, INTERSIL, 0x74c5e40d), PCMCIA_DEVICE_MANF_CARD_PROD_ID1(0x0156, 0x0002, Intersil, 0x4b801a17), +#else + PCMCIA_DEVICE_MANF_CARD(0x0156, 0x0002), +#endif PCMCIA_MFC_DEVICE_PROD_ID12(0, SanDisk, ConnectPlus, 0x7a954bd9, 0x74be00c6), Output of lspcmcia: Socket 0 Device 0: [hostap_cs] (bus ID: 0.0) Configuration: state: on Product Name: Link DWL-650 11Mbps WLAN Card Version 01.02 Identification: manf_id: 0x0156 card_id: 0x0002 function: 6 (network) prod_id(1): --- (---) prod_id(2): Link DWL-650 11Mbps WLAN Card (0xb6f1b0ab) prod_id(3): Version 01.02 (0x4b74baa0) prod_id(4): --- (---) (Yes, the apprent typo omitting the D- is really there.) -- Chip Salzenberg [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359813: linux-headers-2.6.16-1-686: attempt to build module (tp_smapi) does nothing; 2.6.15 headers worked OK
I'm glad it's not busted for you, though it's a confusing disparity. On Wed, Mar 29, 2006 at 11:32:50AM +0200, Bastian Blank wrote: Please either provide informations where to find the failing tree or send a minimal testcase. To get the tp_smapi 0.17 tarball, visit: http://prdownloads.sourceforge.net/tpctl/tp_smapi-0.17.tgz?download Thanks for looking into this. -- Chip Salzenberg [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359813: linux-headers-2.6.16-1-686: attempt to build module (tp_smapi) does nothing; 2.6.15 headers worked OK
retitle 359813 linux-headers-2.6.16-1-686: .kernelrelease is missing severity 359813 normal thanks Found the problem. linux-headers-2.6.16-1-686 omits the .kernelrelease file. This omission throws off the tp_smapi Makefile; it's using $(KERNELRELEASE) [or the lack thereof] to decide whether it's in the callback submake. I have a workaround modification to tp_smapi now that I understand the problem, and the problem seems to be rare, thus the severity downgrade. On Wed, Mar 29, 2006 at 11:32:50AM +0200, Bastian Blank wrote: tags 359813 unreproducible moreinfo thanks On Tue, Mar 28, 2006 at 04:54:04PM -0800, Chip Salzenberg wrote: The failure mode is particularly mystifying: it is an apparently successful accomplishment of nothing at all: $ make make -C /lib/modules/2.6.16-1-686/build M=/stuff/tp/tp_smapi-0.17 modules make[1]: Entering directory `/usr/src/linux-headers-2.6.16-1-686' Building modules, stage 2. MODPOST make[1]: Leaving directory `/usr/src/linux-headers-2.6.16-1-686' I can't reproduce this with a minimal testcase: | $ cat test.c | #include linux/module.h | $ cat Makefile | obj-m = test.o | $ make -C /usr/src/linux-headers-2.6.16-1-686 M=$(pwd) modules | make: Entering directory `/usr/src/linux-headers-2.6.16-1-686' | CC [M] /tmp/source/test/test.o | Building modules, stage 2. | MODPOST | CC /tmp/source/test/test.mod.o | LD [M] /tmp/source/test/test.ko | make: Leaving directory `/usr/src/linux-headers-2.6.16-1-686' I asked the maintainer of tp_smapi for help, and he reported that he could not reproduce this failure on his (non-Debian) 2.6.16 kernel tree. And of course I built tp_smapi with the 2.6.15 header package, without problems. Please either provide informations where to find the failing tree or send a minimal testcase. Bastian -- Oblivion together does not frighten me, beloved. -- Thalassa (in Anne Mulhall's body), Return to Tomorrow, stardate 4770.3. -- Chip Salzenberg [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359813: linux-headers-2.6.16-1-686: attempt to build module (tp_smapi) does nothing; 2.6.15 headers worked OK
Package: linux-headers-2.6.16-1-686 Version: 2.6.16-4 Severity: important The 2.6.16-1-686 headers package does not allow the build of a simple third-party module, in this case tp_smapi. The failure mode is particularly mystifying: it is an apparently successful accomplishment of nothing at all: $ make make -C /lib/modules/2.6.16-1-686/build M=/stuff/tp/tp_smapi-0.17 modules make[1]: Entering directory `/usr/src/linux-headers-2.6.16-1-686' Building modules, stage 2. MODPOST make[1]: Leaving directory `/usr/src/linux-headers-2.6.16-1-686' That's it. I asked the maintainer of tp_smapi for help, and he reported that he could not reproduce this failure on his (non-Debian) 2.6.16 kernel tree. And of course I built tp_smapi with the 2.6.15 header package, without problems. PS: module-assistant still thinks that the 2.6.16-1-686 headers are unconfigured; this is not a problem for me but in case it's relevant I figured I should mention it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-headers-2.6.16-1-686 depends on: ii linux-headers-2.6.16-12.6.16-4 Common header files for Linux kern linux-headers-2.6.16-1-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335969: linux-2.6: oops in cdc-acm when unplugging USB modem
tags 335969 +upstream thanks On Thu, Oct 27, 2005 at 03:58:47PM +0900, Horms wrote: Is there any chance you could ping the upsteam maintainers on this? Have done. Upstream says: fixed in 2.6.13. Do you think we'll be seeing a 2.6.13 package...? :-) -- Chip Salzenberg [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335969: linux-2.6: oops in cdc-acm when unplugging USB modem
Package: linux-2.6 Version: 2.6.12-10 Severity: normal If a USB modem (in my case a Motorola phone) is unplugged while the cdc-acm module is managing a PPP connection, the kernel oopses. If, however, you kill the ppp connection and _then_ unplug the modem, all is well. This is not a new problem, btw, I've had it with all the 2.6 kernels I've used. I'm finally reporting it because it seems nobody else is noticing or complaining. Here's the oops: Oct 26 10:24:56 tytlal kernel: Unable to handle kernel NULL pointer dereference at virtual address Oct 26 10:24:56 tytlal kernel: printing eip: Oct 26 10:24:56 tytlal kernel: c01c2646 Oct 26 10:24:56 tytlal kernel: *pde = Oct 26 10:24:56 tytlal kernel: Oops: [#1] Oct 26 10:24:56 tytlal kernel: Modules linked in: nls_cp437 cifs ppp_deflate zlib_deflate bsd_comp ppp_async crc_ccitt ppp_generic slhc cdc_acm snd_intel8x0 snd_ac97_codec hostap_crypt_ccmp hostap_crypt_tkip hostap binfmt_misc autofs4 ipv6 af_packet rtcmosram smapi thin kpad radeon drm cpufreq_userspace cpufreq_powersave speedstep_ich speedstep_lib freq_table apm ide_scsi scsi_mod pcmcia e100 mii yenta_ socket rsrc_nonstatic pcmcia_core snd_pcm_oss snd_mixer_oss snd_pcm tpm_atmel tpm_nsc tpm snd_timer i2c_i801 snd soundcore i2c_core uhc i_hcd snd_page_alloc usbcore intel_agp pci_hotplug agpgart ide_cd cdrom psmouse serio_raw evdev mousedev ext3 jbd mbcache ide_disk ide_ generic piix pdc202xx_new hpt34x cs5520 hpt366 sc1200 via82cxxx serverworks rz1000 cy82c693 cs5530 trm290 aec62xx slc90e66 opti621 trif lex amd74xx siimage cmd64x pdc202xx_old atiixp ns87415 alim15x3 generic sis5513 ide_core aes_i586 dm_crypt dm_mod unix fbcon tileblit f ont bitblit vesafb cfbcopyarea cfbimgblt cfbfillrect softcursor capability common Oct 26 10:24:56 tytlal kernel: ap Oct 26 10:24:56 tytlal kernel: CPU:0 Oct 26 10:24:56 tytlal kernel: EIP:0060:[get_kobj_path_length+38/64]Not tainted VLI Oct 26 10:24:56 tytlal kernel: EFLAGS: 00210246 (2.6.12-1-686) Oct 26 10:24:56 tytlal kernel: EIP is at get_kobj_path_length+0x26/0x40 Oct 26 10:24:56 tytlal kernel: eax: ebx: ecx: edx: d8f944f8 Oct 26 10:24:56 tytlal kernel: esi: 0001 edi: ebp: esp: dd1cbd50 Oct 26 10:24:56 tytlal kernel: ds: 007b es: 007b ss: 0068 Oct 26 10:24:56 tytlal kernel: Process pppd (pid: 29069, threadinfo=dd1ca000 task=c1efdaa0) Oct 26 10:24:56 tytlal kernel: Stack: d62dac37 d8f944d4 e00cf378 d8f944f8 c01c26ef d8f944f8 d62dac88 c03308a8 Oct 26 10:24:56 tytlal kernel:d62dac37 d8f944d4 e00cf378 e00cf8e8 c0223b3d d8f944f8 00d0 c02bf71c Oct 26 10:24:56 tytlal kernel:dd1cbdcc d62dac29 e00cf360 c02bf71e c0330b00 d62dac37 Oct 26 10:24:56 tytlal kernel: Call Trace: Oct 26 10:24:56 tytlal kernel: [kobject_get_path+31/128] kobject_get_path+0x1f/0x80 Oct 26 10:24:56 tytlal kernel: [class_hotplug+61/496] class_hotplug+0x3d/0x1f0 Oct 26 10:24:56 tytlal kernel: [class_hotplug+0/496] class_hotplug+0x0/0x1f0 Oct 26 10:24:56 tytlal kernel: [kobject_hotplug+479/752] kobject_hotplug+0x1df/0x2f0 Oct 26 10:24:56 tytlal kernel: [class_device_del+170/208] class_device_del+0xaa/0xd0 Oct 26 10:24:56 tytlal kernel: [class_device_unregister+16/32] class_device_unregister+0x10/0x20 Oct 26 10:24:56 tytlal kernel: [pg0+679171319/1069827072] acm_tty_close+0xb7/0x100 [cdc_acm] Oct 26 10:24:56 tytlal kernel: [release_dev+355/1808] release_dev+0x163/0x710 Oct 26 10:24:56 tytlal kernel: [link_path_walk+102/288] link_path_walk+0x66/0x120 Oct 26 10:24:56 tytlal kernel: [permission+210/288] permission+0xd2/0x120 Oct 26 10:24:56 tytlal kernel: [tty_open+357/736] tty_open+0x165/0x2e0 Oct 26 10:24:56 tytlal kernel: [chrdev_open+139/368] chrdev_open+0x8b/0x170 Oct 26 10:24:56 tytlal kernel: [get_empty_filp+145/272] get_empty_filp+0x91/0x110 Oct 26 10:24:56 tytlal kernel: [dentry_open+214/528] dentry_open+0xd6/0x210 Oct 26 10:24:56 tytlal kernel: [filp_open+92/112] filp_open+0x5c/0x70 Oct 26 10:24:56 tytlal kernel: [get_unused_fd+87/192] get_unused_fd+0x57/0xc0 Oct 26 10:24:56 tytlal kernel: [sys_open+73/144] sys_open+0x49/0x90 Oct 26 10:24:56 tytlal kernel: [sysenter_past_esp+84/117] sysenter_past_esp+0x54/0x75 Oct 26 10:24:56 tytlal kernel: Code: 27 00 00 00 00 55 bd ff ff ff ff 57 56 be 01 00 00 00 53 31 db 8b 54 24 14 8d b6 00 00 00 00 8d bf 00 00 00 00 8b 3a 89 e9 89 d8 f2 ae f7 d1 49 8b 52 24 8d 74 31 01 85 d2 75 ea 5b 89 f0 5e 5f Oct 26 10:25:14 tytlal kernel: 6usb 2-1: USB disconnect, address 6 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.12-1-686 depends on: ii coreutils [fileutils] 5.2.1-2.1 The GNU core utilities ii initrd-tools
Bug#330769: linux-image-2.6.12-1-686: Kernel loads radeon before agpgart despite /etc/modules, breaking DRI
Package: linux-image-2.6.12-1-686 Version: 2.6.12-10 Severity: normal I've just upgraded to sid, and I've found that the kernel loads the radeon module before agpgart, despite my specifically mentioning agpgart before radeon in /etc/modules. This breaks DRI, becaues radeon needs to see agpgart at load time. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.12-1-686 depends on: ii coreutils [fileutils] 5.2.1-2.1 The GNU core utilities ii initrd-tools 0.1.82 tools to create initrd image for p ii module-init-tools 3.2-pre9-1 tools for managing Linux kernel mo linux-image-2.6.12-1-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]