Bug#1057967: Fixed - Was: Re: Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable
Le Mon, Dec 11, 2023 at 02:55:50AM +0100, Kevin Price a écrit : > When booting 6.1.0-15, my physical amd64/bookworm/gnome computer > misbehaves in many ways, rendering it largely unusable. With kernels up > to 6.1.0-13, and even briefly with the otherwise broken 6.1.0-14, all of > this seemed fine. > FWIW, I experienced the same kind of behaviour, linked to a broken wifi with rtl88x2bu DKMS driver. Fixed now with: linux-image-6.1.0-16-amd64-unsigned 6.1.67-1 $ uname -a Linux pcpapa 6.1.0-16-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.67-1 (2023-12-12) x86_64 GNU/Linux Thanks a lot. Best regards, -- Olivier BERGER (OpenPGP: 4096R/7C5BB6A5) http://www.olivierberger.com/weblog/
Bug#1036644: linux-image-6.1.0-9-amd64: System crashes. Netconsole reports CPUs not responding to MCE broadcast
Le Mon, Jun 12, 2023 at 12:49:25PM +0200, Olivier Berger a écrit : > Hi. > > I can confirm the reproduction of the same kind of crash, this time without > wifi activated. > > It seems to occur whenever I'm away from the machine for a while, probably > linked to screen saving condition. > For the records, the video card is reported as "00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01)", offering a HDMI port (on Dell HP ProBook laptop), on which I connect a screen via an HDMI to Display Port adapter. I suspect some kind of weird corner case linked to that adapter, which is the "HDMI to DisplayPort Adapter - 4K Ready" from Cable Matters (https://www.cablematters.com/pc-825-139-hdmi-to-displayport-adapter-4k-ready.aspx ) Just my 2 more cents, -- Olivier BERGER https://www-public.imtbs-tsp.eu/~berger_o/ - OpenPGP 2048R/0xF9EAE3A65819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
Bug#1036644: linux-image-6.1.0-9-amd64: System crashes. Netconsole reports CPUs not responding to MCE broadcast
Hi. I can confirm the reproduction of the same kind of crash, this time without wifi activated. It seems to occur whenever I'm away from the machine for a while, probably linked to screen saving condition. Hope this helps, Le Fri, Jun 09, 2023 at 08:58:52AM +0200, Olivier Berger a écrit : > > As a followup, I've been able to get another crash, this time when netconsole > was on, and got a bunch of traces, in the attached logs. > > Hope this helps identify the culprit... probably i915/drm ? > > The title of the bug report should be changed, but I'm not sure how best to > retitle. > -- Olivier BERGER https://www-public.imtbs-tsp.eu/~berger_o/ - OpenPGP 2048R/0xF9EAE3A65819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) [ 1192.922330] netpoll: netconsole: local port [ 1192.922341] netpoll: netconsole: local IPv4 address 192.168.1.32 [ 1192.922345] netpoll: netconsole: interface 'enp2s0' [ 1192.922347] netpoll: netconsole: remote port [ 1192.922350] netpoll: netconsole: remote IPv4 address 192.168.1.25 [ 1192.922352] netpoll: netconsole: remote ethernet address 38:2c:4a:b1:63:94 [ 1192.922461] printk: console [netcon0] enabled [ 1192.922468] netconsole: network logging started [ 1793.154776] mce: CPU#1: Unexpected int18 (Machine Check) [ 1793.154809] mce: CPU#5: Unexpected int18 (Machine Check) [ 1794.400586] [ cut here ] [ 1794.400600] DPLL 0 assertion failure (expected on, current off) [ 1794.400763] WARNING: CPU: 1 PID: 1163 at drivers/gpu/drm/i915/display/intel_dpll_mgr.c:191 assert_shared_dpll+0x10a/0x120 [i915] [ 1794.400977] Modules linked in: netconsole xt_conntrack nft_chain_nat xt_MASQUERADE nf_nat nf_conntrack_netlink nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xfrm_user xfrm_algo xt_addrtype nft_compat nf_tables nfnetlink br_netfilter bridge stp llc vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) ctr ccm rfcomm snd_seq_dummy snd_hrtimer snd_seq cmac algif_hash algif_skcipher af_alg qrtr cpufreq_ondemand cpufreq_conservative cpufreq_powersave overlay squashfs cpufreq_userspace bnep binfmt_misc snd_ctl_led snd_soc_skl_hda_dsp snd_soc_intel_hda_dsp_common snd_soc_hdac_hdmi snd_sof_probes snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_soc_dmic snd_sof_pci_intel_tgl snd_sof_intel_hda_common soundwire_intel soundwire_generic_allocation soundwire_cadence snd_sof_intel_hda snd_sof_pci snd_sof_xtensa_dsp iwlmvm snd_sof snd_sof_utils snd_soc_hdac_hda x86_pkg_temp_thermal snd_hda_ext_core intel_powerclamp snd_soc_acpi_intel_match coretemp mac80211 snd_soc_acpi snd_soc_core [ 1794.401079] mei_hdcp snd_compress soundwire_bus intel_rapl_msr btusb libarc4 btrtl pmt_telemetry pmt_class btbcm btintel btmtk bluetooth kvm_intel snd_hda_intel snd_intel_dspcfg iwlwifi kvm uvcvideo jitterentropy_rng snd_intel_sdw_acpi irqbypass cfg80211 snd_usb_audio videobuf2_vmalloc snd_hda_codec videobuf2_memops drbg snd_usbmidi_lib videobuf2_v4l2 ansi_cprng snd_hda_core hp_wmi processor_thermal_device_pci_legacy rapl snd_rawmidi processor_thermal_device videobuf2_common nls_ascii platform_profile ecdh_generic snd_hwdep iTCO_wdt snd_seq_device processor_thermal_rfim intel_cstate ucsi_acpi intel_uncore snd_pcm videodev snd_timer typec_ucsi pcspkr nls_cp437 processor_thermal_mbox processor_thermal_rapl intel_pmc_bxt vfat mei_me snd roles intel_rapl_common iTCO_vendor_support fat wmi_bmof ee1004 mc int3403_thermal watchdog soundcore ecc mei rfkill intel_vsec typec joydev igen6_edac intel_soc_dts_iosf int340x_thermal_zone ac intel_hid int3400_thermal intel_pmc_core acpi_thermal_rel [ 1794.401185] sparse_keymap acpi_pad hid_multitouch evdev serio_raw nfsd auth_rpcgss msr parport_pc nfs_acl ppdev lockd lp grace parport fuse loop dm_mod efi_pstore configfs sunrpc ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 hid_logitech_hidpp hid_logitech_dj usbhid btrfs blake2b_generic zstd_compress efivarfs raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod i915 nvme drm_buddy crc32_pclmul i2c_algo_bit crc32c_intel nvme_core drm_display_helper t10_pi hid_generic xhci_pci ghash_clmulni_intel xhci_hcd cec crc64_rocksoft_generic rc_core rtsx_pci_sdmmc crc64_rocksoft crc_t10dif ttm crct10dif_generic mmc_core usbcore i2c_i801 drm_kms_helper r8169 intel_lpss_pci intel_lpss i2c_hid_acpi realtek i2c_hid crct10dif_pclmul crc64 mdio_devres aesni_intel drm crypto_simd cryptd libphy rtsx_pci i2c_smbus crct10dif_common idma64 vmd usb_common battery hid video wmi button sha512_ssse3 [ 1794.401312] sha512_generic [ 1794.401328] CPU: 1 PID: 1163 Comm: Xorg Tainted: G OE 6.1.0-9-amd64 #1 Debian 6.1.27-1 [ 1794.401339] Hardware name: HP HP ProBook 450 G8 Notebook PC/87E1, BIOS T70 Ver. 01.13.01 03/30/2023 [ 1794.401346] RIP: 0010:assert_shared_dpll+0x10a/0x120 [i915]
Bug#1036644: linux-image-6.1.0-9-amd64: System crashes. Netconsole reports CPUs not responding to MCE broadcast
Hi. As a followup, I've been able to get another crash, this time when netconsole was on, and got a bunch of traces, in the attached logs. Hope this helps identify the culprit... probably i915/drm ? The title of the bug report should be changed, but I'm not sure how best to retitle. Best regards, Le Wed, May 24, 2023 at 01:35:31PM +0200, Olivier Berger a écrit : > The i915 hint is interesting. > > Salvatore Bonaccorso writes: > > > > > Would you be able to bisect the changes between 6.1.20 and 6.1.27 to > > identify the culprit, though not instantntly triggerable? Maybe > > focusing around the i915 changes, I stumpled over a2b6e99d8a62 > > ("drm/i915: Disable DC states for all commits") which was backported > > to 6.1.23. > > -- Olivier BERGER https://www-public.imtbs-tsp.eu/~berger_o/ - OpenPGP 2048R/0xF9EAE3A65819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) [ 118.158855] netpoll: netconsole: local port [ 118.158865] netpoll: netconsole: local IPv4 address 192.168.0.35 [ 118.158870] netpoll: netconsole: interface 'wlp0s20f3' [ 118.158872] netpoll: netconsole: remote port [ 118.158874] netpoll: netconsole: remote IPv4 address 192.168.0.47 [ 118.158877] netpoll: netconsole: remote ethernet address 38:2c:4a:b1:63:94 [ 118.159010] [ cut here ] [ 118.159012] WARNING: CPU: 3 PID: 3290 at net/mac80211/tx.c:3723 ieee80211_tx_dequeue+0xcb3/0xd30 [mac80211] [ 118.159102] Modules linked in: netconsole(+) xt_conntrack nft_chain_nat xt_MASQUERADE nf_nat nf_conntrack_netlink nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xfrm_user xfrm_algo xt_addrtype nft_compat nf_tables nfnetlink br_netfilter bridge stp llc vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) ctr ccm rfcomm snd_seq_dummy snd_hrtimer snd_seq cmac algif_hash algif_skcipher af_alg squashfs cpufreq_ondemand qrtr cpufreq_conservative cpufreq_powersave overlay bnep cpufreq_userspace hid_logitech_hidpp binfmt_misc nls_ascii nls_cp437 vfat fat snd_ctl_led snd_soc_skl_hda_dsp snd_soc_intel_hda_dsp_common snd_soc_hdac_hdmi snd_sof_probes snd_hda_codec_hdmi hid_logitech_dj snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_soc_dmic snd_sof_pci_intel_tgl iwlmvm snd_sof_intel_hda_common btusb btrtl btbcm btintel soundwire_intel btmtk soundwire_generic_allocation mac80211 soundwire_cadence snd_sof_intel_hda snd_sof_pci bluetooth snd_sof_xtensa_dsp snd_sof snd_usb_audio snd_sof_utils [ 118.159163] snd_soc_hdac_hda libarc4 snd_hda_ext_core snd_soc_acpi_intel_match snd_usbmidi_lib snd_soc_acpi snd_rawmidi x86_pkg_temp_thermal intel_powerclamp usbhid snd_seq_device snd_soc_core iwlwifi coretemp snd_compress jitterentropy_rng soundwire_bus joydev drbg snd_hda_intel mei_hdcp kvm_intel snd_intel_dspcfg snd_intel_sdw_acpi pmt_telemetry snd_hda_codec intel_rapl_msr pmt_class ansi_cprng uvcvideo cfg80211 kvm snd_hda_core hp_wmi videobuf2_vmalloc snd_hwdep platform_profile irqbypass ecdh_generic videobuf2_memops videobuf2_v4l2 snd_pcm processor_thermal_device_pci_legacy processor_thermal_device rapl processor_thermal_rfim videobuf2_common processor_thermal_mbox snd_timer iTCO_wdt intel_cstate processor_thermal_rapl ucsi_acpi intel_uncore videodev typec_ucsi intel_pmc_bxt snd iTCO_vendor_support roles mei_me intel_rapl_common mc pcspkr ecc wmi_bmof ee1004 watchdog soundcore mei rfkill intel_vsec igen6_edac typec intel_soc_dts_iosf int3403_thermal int340x_thermal_zone [ 118.159218] int3400_thermal acpi_thermal_rel intel_hid sparse_keymap intel_pmc_core acpi_pad ac hid_multitouch serio_raw evdev nfsd msr parport_pc auth_rpcgss ppdev nfs_acl lockd lp grace parport fuse loop dm_mod efi_pstore configfs sunrpc ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 btrfs blake2b_generic zstd_compress efivarfs raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod i915 drm_buddy i2c_algo_bit crc32_pclmul drm_display_helper nvme crc32c_intel nvme_core cec hid_generic rc_core rtsx_pci_sdmmc t10_pi ghash_clmulni_intel mmc_core ttm i2c_hid_acpi crc64_rocksoft_generic crc64_rocksoft drm_kms_helper r8169 crc_t10dif realtek xhci_pci mdio_devres crct10dif_generic i2c_hid aesni_intel xhci_hcd intel_lpss_pci crct10dif_pclmul crypto_simd i2c_i801 intel_lpss crc64 cryptd drm usbcore i2c_smbus libphy rtsx_pci crct10dif_common idma64 usb_common vmd hid battery video wmi button [ 118.159289] sha512_ssse3 sha512_generic [ 118.159292] CPU: 3 PID: 3290 Comm: modprobe Tainted: G OE 6.1.0-9-amd64 #1 Debian 6.1.27-1 [ 118.159298] Hardware name: HP HP ProBook 450 G8 Notebook PC/87E1, BIOS T70 Ver. 01.13.01 03/30/2023 [ 118.159300] RIP: 0010:ieee80211_tx_dequeue+0xcb3/0xd30 [mac80211] [ 118.159374] Code: ff ff 01 ce 48 89 ef 29 d6 e8 09 ab 35 d5 48 85 c0 0f 84 23 f8 ff ff 0f b7 85 b8 00 0
Bug#1036644: linux-image-6.1.0-9-amd64: System crashes. Netconsole reports CPUs not responding to MCE broadcast
Hi. I'm afraid this would be much beyond my capacity, sorry. The i915 hint is interesting. Thanks. Best regards, Salvatore Bonaccorso writes: > Control: tags -1 + moreinfo > > Hi Olivier, > > > Would you be able to bisect the changes between 6.1.20 and 6.1.27 to > identify the culprit, though not instantntly triggerable? Maybe > focusing around the i915 changes, I stumpled over a2b6e99d8a62 > ("drm/i915: Disable DC states for all commits") which was backported > to 6.1.23. > > Regards, > Salvatore > -- Olivier BERGER https://www-public.imtbs-tsp.eu/~berger_o/ - OpenPGP 2048R/0xF9EAE3A65819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
Bug#1036644: linux-image-6.1.0-9-amd64: System crashes. Netconsole reports CPUs not responding to MCE broadcast
Hi. Diederik de Haas writes: > > The stack traces should be useful for someone who understands those (which > isn't me), but I did notice several other items: > > - [ 465.284645] GPT: Use GNU Parted to correct GPT errors > That happened after you plugged in an USB drive? > I would follow that advice, but it would be useful to get that USB drive > 'out of the equation'. > Does the issue also occur when that USB drive isn't used? > The kernel seems to assign both sda and sdb before settling on sda(1)? > Not sure what to make of that, but it doesn't look good > I guess the USB drive has nothing to do with the issue, AFAIU. Actually, I just wanted to be sure that netconsole was indeed capturing kernel events, as suggested by a howto on remote debugging of kernel panics with netconsole. And FYI, this is a USB key that embeds a SD card reader, hence the 2 drives that popup... as for GPT, dunno, maybe a formatting mistake. In any case, the laptop crashed in the past whenever no such USB key was being plugged. > - [ 535.857315] EXT4-fs (dm-0): recovery complete > I can understand a FS recovery when you're dealing with a freeze/crash, > but I find the timing a 'bit' unusual. After 9.5 minutes, I doubt it's the > primary/boot drive (and we had the USB drive before that), so where > is that coming from? > Thats a LUKS partition being mounted after a while by me, for secrets stored on the hard drive in a dedicated partition. As the laptop crashed in the previous execution with the partition mounted, it explains the FS recovery at mount time. Nothing strange here either. > - [ 543.576681] systemd-journald[428]: Sent WATCHDOG=1 notification > I'm not really sure what that means, but afaik a watchdog is used to > (automatically) reboot the machine if the system hangs. > So seeing that message numerous times, is worrisome. And it looks like it > doesn't do its actual job? > I booted with 'debug ignore_loglevel' as kernel arguments... maybe that explains the occurence of such logs... dunno exactly if this is worrysome. > - BIOS T70 Ver. 01.13.01 03/30/2023 > Can you check whether there is a newer BIOS version available? > I believe 'NMI' is BIOS related, so it may have an effect. I just updated the HP BIOS to the latest available the last day, but crashes were occuring before too... maybe related, but nothing can be updated more for the moment, at least from what the Windows HP Support Assistant can show. Thanks for your help. Best regards, -- Olivier BERGER https://www-public.imtbs-tsp.eu/~berger_o/ - OpenPGP 2048R/0xF9EAE3A65819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
Bug#1036644: linux-image-6.1.0-9-amd64: System crashes. Netconsole reports CPUs not responding to MCE broadcast
Hi. Just in order to provide a bit more useful hints, maybe, the latest version working fine is linux-image-6.1.0-7-amd64 as 6.1.20-2. Sorry about the lack of clarity in the initial report. Le Tue, May 23, 2023 at 06:49:00PM +0200, Olivier Berger a écrit : > > I'm experiencing crashes (computer reset or completely shutting down) without > much details available on why. It used to work fine with 6.1.0-7 but has had > problems with the 2 later updates of the testing kernel. > > I've managed to get a log of the kernel panic with netconsole (otherwise > wouldn't get any hints whatsoever in logs on disks after restarting), bellow. > > I guess this is nasty as being close to the freeze. I've had the issue for a > few days now, but only managed to test a netconsole remote log today. > > It seems to me that the crash mainly happen when I'm away from the laptop for > several minutes, so maybe related to some kind of energy saving stuff... > > Hope this provides enough details to help. > -- Olivier BERGER https://www-public.imtbs-tsp.eu/~berger_o/ - OpenPGP 2048R/0xF9EAE3A65819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
Bug#1036644: linux-image-6.1.0-9-amd64: System crashes. Netconsole reports CPUs not responding to MCE broadcast
D 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 007: ID 046d:c534 Logitech, Inc. Unifying Receiver Bus 003 Device 006: ID 0c45:6341 Microdia Defender G-Lens 2577 HD720p Camera Bus 003 Device 005: ID 0d8c:0134 C-Media Electronics, Inc. BIRD UM1 Bus 003 Device 003: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 003 Device 002: ID 0408:5374 Quanta Computer, Inc. HP HD Camera Bus 003 Device 004: ID 8087:0026 Intel Corp. AX201 Bluetooth Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 05e3:0612 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'stable-security'), (500, 'testing'), (500, 'stable'), (100, 'bullseye-fasttrack'), (100, 'bullseye-backports-staging') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-6.1.0-9-amd64 depends on: ii initramfs-tools [linux-initramfs-tool] 0.142 ii kmod30+20221128-1 ii linux-base 4.9 Versions of packages linux-image-6.1.0-9-amd64 recommends: ii apparmor 3.0.8-3 ii firmware-linux-free 20200122-1 Versions of packages linux-image-6.1.0-9-amd64 suggests: pn debian-kernel-handbook ii extlinux3:6.04~git20190206.bf6db5b4+dfsg1-3+b1 ii grub-efi-amd64 2.06-12 pn linux-doc-6.1 Versions of packages linux-image-6.1.0-9-amd64 is related to: ii firmware-amd-graphics 20230210-5 pn firmware-atheros pn firmware-bnx2 pn firmware-bnx2x pn firmware-brcm80211 pn firmware-cavium ii firmware-intel-sound 20230210-5 pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv ii firmware-iwlwifi 20230210-5 pn firmware-libertas ii firmware-linux-nonfree20230210-5 ii firmware-misc-nonfree 20230210-5 pn firmware-myricom pn firmware-netxen pn firmware-qlogic ii firmware-realtek 20230210-5 pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- debconf-show failed -- Olivier BERGER https://www-public.imtbs-tsp.eu/~berger_o/ - OpenPGP 2048R/0xF9EAE3A65819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
Bug#914495: Same black screen issue here
Hi. I've got the same issue with recently upgraded kernel on linux-image-4.18.0-3-amd64. Worked file previously with linux-image-4.18.0-2-amd64. 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) (prog-if 00 [VGA controller]) Subsystem: Dell Core Processor Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 26 Memory at f000 (64-bit, non-prefetchable) [size=4M] Memory at e000 (64-bit, prefetchable) [size=256M] I/O ports at 70b0 [size=8] [virtual] Expansion ROM at 000c [disabled] [size=128K] Capabilities: Kernel driver in use: i915 Kernel modules: i915 Hope this helps. Best regards,
Bug#904441: linux-image-4.17.0-1-amd64: system disk stopped during boot
On Tue, Jul 31, 2018 at 01:40:45AM +0900, YOSHINO Yoshihito wrote: > I have the same problem. > Setting "dm_mod.use_blk_mq=0 scsi_mod.use_blk_mq=0" works well. > FWIW, same here on Dell Latitude 5580. # cat /sys/bus/scsi/devices/2\:0\:0\:0/model SAMSUNG SSD PM87 # cat /sys/bus/scsi/devices/2\:0\:0\:0/rev 2D0Q # uname -a Linux newlatitude 4.17.0-1-amd64 #1 SMP Debian 4.17.8-1 (2018-07-20) x86_64 GNU/Linux Also, laptop-mode-tools 1.72-2 installed, FWIW. Now seems fine after I added dm_mod.use_blk_mq=0 scsi_mod.use_blk_mq=0 Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France)
Bug#823601: linux-image-4.5.0-1-amd64: radeon related errors reported
Package: src:linux Version: 4.5.1-1 Severity: normal Dear Maintainer, The boot log and kernel messages report some issues related to the radeon module : [ 30.400180] radeon :01:00.0: ring 5 stalled for more than 1msec [ 30.400210] radeon :01:00.0: GPU lockup (current fence id 0x0002 last fence id 0x0004 on ring 5) [ 30.400298] [drm:uvd_v1_0_ib_test [radeon]] *ERROR* radeon: fence wait failed (-35). [ 30.400342] [drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on ring 5 (-35). and [ 52.055063] radeon :01:00.0: VCE init error (-110). I'm not sure how bad that is, but this seems much worse than with previous 4.x kernel where all these wouldn't pop up. Apart from that, I'm not using the GPU much, so I haven't noticed other problems. Hope this helps, Best regards, -- Package-specific info: ** Version: Linux version 4.5.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version 5.3.1 20160409 (Debian 5.3.1-14) ) #1 SMP Debian 4.5.1-1 (2016-04-14) ** Command line: BOOT_IMAGE=/vmlinuz-4.5.0-1-amd64 root=/dev/mapper/main-slash ro quiet splash ** Tainted: OE (12288) * Out-of-tree module has been loaded. * Unsigned module has been loaded (currently expected). ** Kernel log: [ 20.249771] [drm] ib test on ring 0 succeeded in 0 usecs [ 20.249805] [drm] ib test on ring 1 succeeded in 0 usecs [ 20.249829] [drm] ib test on ring 2 succeeded in 0 usecs [ 20.249852] [drm] ib test on ring 3 succeeded in 0 usecs [ 20.249902] [drm] ib test on ring 4 succeeded in 0 usecs [ 20.651831] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 20.667392] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 20.669342] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 20.875974] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 21.174059] IPv6: ADDRCONF(NETDEV_UP): docker0: link is not ready [ 21.576937] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 22.655248] wlan0: authenticate with f4:ca:e5:d5:80:d8 [ 22.669966] wlan0: send auth to f4:ca:e5:d5:80:d8 (try 1/3) [ 22.671931] wlan0: authenticated [ 22.679858] wlan0: associate with f4:ca:e5:d5:80:d8 (try 1/3) [ 22.683384] wlan0: RX AssocResp from f4:ca:e5:d5:80:d8 (capab=0x411 status=0 aid=5) [ 22.683481] wlan0: associated [ 22.683518] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 30.400180] radeon :01:00.0: ring 5 stalled for more than 1msec [ 30.400210] radeon :01:00.0: GPU lockup (current fence id 0x0002 last fence id 0x0004 on ring 5) [ 30.400298] [drm:uvd_v1_0_ib_test [radeon]] *ERROR* radeon: fence wait failed (-35). [ 30.400342] [drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on ring 5 (-35). [ 31.101750] ip6_tables: (C) 2000-2006 Netfilter Core Team [ 31.159859] Ebtables v2.0 registered [ 32.009144] tun: Universal TUN/TAP device driver, 1.6 [ 32.009147] tun: (C) 1999-2004 Max Krasnyansky[ 32.084310] device virbr0-nic entered promiscuous mode [ 32.530806] virbr0: port 1(virbr0-nic) entered listening state [ 32.530820] virbr0: port 1(virbr0-nic) entered listening state [ 32.618372] virbr0: port 1(virbr0-nic) entered disabled state [ 32.623082] device virbr0-nic left promiscuous mode [ 32.623096] virbr0: port 1(virbr0-nic) entered disabled state [ 51.950206] [drm] probing gen 2 caps for device 8086:c01 = 261ad03/e [ 51.950211] [drm] PCIE gen 3 link speeds already enabled [ 51.954041] [drm] PCIE GART of 2048M enabled (table at 0x002E8000). [ 51.954133] radeon :01:00.0: WB enabled [ 51.954135] radeon :01:00.0: fence driver on ring 0 use gpu addr 0x8c00 and cpu addr 0x880220391c00 [ 51.954136] radeon :01:00.0: fence driver on ring 1 use gpu addr 0x8c04 and cpu addr 0x880220391c04 [ 51.954137] radeon :01:00.0: fence driver on ring 2 use gpu addr 0x8c08 and cpu addr 0x880220391c08 [ 51.954138] radeon :01:00.0: fence driver on ring 3 use gpu addr 0x8c0c and cpu addr 0x880220391c0c [ 51.954140] radeon :01:00.0: fence driver on ring 4 use gpu addr 0x8c10 and cpu addr 0x880220391c10 [ 51.954536] radeon :01:00.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc90001435a18 [ 52.055063] radeon :01:00.0: VCE init error (-110). [ 52.397772] [drm] ring test on 0 succeeded in 2 usecs [ 52.397776] [drm] ring test on 1 succeeded in 1 usecs [ 52.397780] [drm] ring test on 2 succeeded in 1 usecs [ 52.397786] [drm] ring test on 3 succeeded in 3 usecs [ 52.397791] [drm] ring test on 4 succeeded in 3 usecs [ 52.573761] [drm] ring test on 5 succeeded in 2 usecs [ 52.573766] [drm] UVD initialized successfully. [ 52.573793] [drm] ib test on ring 0 succeeded in 0 usecs [ 52.573817] [drm] ib test on ring 1 succeeded in 0 usecs [ 52.573840] [drm] ib test on ring
Bug#800835: firmware-linux-free: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1.bin for module i915
Package: firmware-linux-free Version: 3.4 Severity: normal Hi. After today's kernel update in testing, I'm getting the following : W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1.bin for module i915 It doesn't seem to be shipped. Thanks in advance. Best regards, -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-linux-free depends on no packages. firmware-linux-free recommends no packages. Versions of packages firmware-linux-free suggests: ii initramfs-tools 0.120 -- debconf-show failed
Bug#759552: initramfs-tools: manpage refers to /etc/mkinitramfs/conf.d and not /etc/initramfs-tools/conf.d
Package: initramfs-tools Version: 0.115 Severity: minor Dear Maintainer, Unless I'm mistaken, /etc/initramfs-tools/conf.d which is shipped with the package is where conf snippets should be placed, but man initramfs.conf mentions /etc/mkinitramfs/conf.d. I guess the manpage should then be adjusted. Thanks in advance. Best regards, -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 17M Jul 31 19:09 /boot/initrd.img-3.14-1-amd64 -rw-r--r-- 1 root root 25M Aug 26 11:20 /boot/initrd.img-3.14-2-amd64 -rw-r--r-- 1 root root 11M Jun 5 18:08 /boot/initrd.img-3.2.0-4-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.14-2-amd64 root=/dev/mapper/main-slash ro quiet splash -- resume RESUME=/dev/mapper/main-swap -- /proc/filesystems ext3 ext2 ext4 fuseblk -- lsmod Module Size Used by ctr12927 0 ccm17577 0 dm_crypt 22595 1 algif_skcipher 13008 0 af_alg 12988 1 algif_skcipher rfcomm 57648 4 bnep 17431 2 xt_addrtype12557 2 pci_stub 12429 1 xt_conntrack 12681 1 vboxpci18981 0 vboxnetadp 25443 0 ipt_MASQUERADE 12594 1 iptable_nat12646 1 nf_conntrack_ipv4 18455 2 nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 nf_nat_ipv412912 1 iptable_nat nf_nat 18199 3 ipt_MASQUERADE,nf_nat_ipv4,iptable_nat nf_conntrack 79127 6 ipt_MASQUERADE,nf_nat,nf_nat_ipv4,xt_conntrack,iptable_nat,nf_conntrack_ipv4 cpufreq_powersave 12454 0 cpufreq_stats 12789 0 bridge 97169 0 stp12437 1 bridge llc12745 2 stp,bridge cpufreq_userspace 12525 0 cpufreq_conservative14184 0 aufs 186816 0 iptable_filter 12536 1 ip_tables 26011 2 iptable_filter,iptable_nat x_tables 23015 5 ip_tables,ipt_MASQUERADE,xt_conntrack,iptable_filter,xt_addrtype vboxnetflt 23324 0 vboxdrv 327732 4 vboxnetadp,vboxnetflt,vboxpci binfmt_misc16949 1 nfsd 254693 2 auth_rpcgss51240 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 187768 0 lockd 79321 2 nfs,nfsd fscache45542 1 nfs sunrpc228923 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl uvcvideo 78960 0 videobuf2_vmalloc 12816 1 uvcvideo videobuf2_memops 12519 1 videobuf2_vmalloc btusb 25576 0 bluetooth 330510 24 bnep,btusb,rfcomm 6lowpan_iphc 16588 1 bluetooth videobuf2_core 35303 1 uvcvideo videodev 117963 2 uvcvideo,videobuf2_core media 18303 2 uvcvideo,videodev joydev 17063 0 arc4 12536 2 iTCO_wdt 12831 0 iTCO_vendor_support12649 1 iTCO_wdt ath9k 90155 0 x86_pkg_temp_thermal12951 0 ath9k_common 12634 1 ath9k intel_powerclamp 17159 0 ath9k_hw 386912 2 ath9k_common,ath9k coretemp 12854 0 ath26067 3 ath9k_common,ath9k,ath9k_hw kvm_intel 134712 0 mac80211 464019 1 ath9k kvm 388172 1 kvm_intel cfg80211 412187 3 ath,ath9k,mac80211 dell_laptop17077 0 dell_wmi 12477 0 crc32_pclmul 12915 0 rfkill 18867 6 cfg80211,bluetooth,dell_laptop sparse_keymap 12818 1 dell_wmi dcdbas 13313 1 dell_laptop crc32c_intel 21809 0 snd_hda_codec_realtek50301 1 snd_hda_codec_hdmi 40955 1 snd_hda_codec_generic59065 1 snd_hda_codec_realtek ghash_clmulni_intel12978 0 snd_hda_intel 43768 9 aesni_intel 151423 2 snd_hda_codec 100159 4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel aes_x86_64 16719 1 aesni_intel ac 12668 0 snd_hwdep 13148 1 snd_hda_codec battery13101 0 lrw12757 1 aesni_intel snd_pcm84566 3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel snd_timer 26614 1 snd_pcm mei_me 17496 0 mei66472 1 mei_me snd61094 26 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel soundcore 13026 1 snd i2c_designware_platform12645 0 i2c_designware_core12813 1 i2c_designware_platform gf128mul 12970 1 lrw shpchp 31121 0 lpc_ich20768 0 mfd_core 12601 1 lpc_ich i2c_i801
Bug#725275: Bug#724275: initramfs-tools should change the resume device
Hi. On Fri, Nov 01, 2013 at 01:30:53PM +0100, Rodolfo García Peñas wrote: Hi Olivier, 1. First, there is a problem with the typo in the initramfs-tools package. This problem will be solved in next version of initramfs-tools, because the maintainers discovered this problem previosly (see http://anonscm.debian.org/gitweb/?p=kernel/initramfs-tools.git;a=blobdiff;f=hooks/resume;h=96e2ffdedea693ff3f5d1e287eef3ad58850d20a;hp=8554fb2d5885b7b1cd1f4aa8de97717340dd6fd1;hb=736200b04b0974b14b59719220a0ba77da57f28d;hpb=502b1f84aaaf76f0d96502532e991dc71673235f). Ben/Maximilian, do you have in mind upload a new version of initramfs-tools soon? Thanks for spotting this. So, if we change the typo (initramfs-tools maintainers upload a new version), and the user don't use LVM2, the problem is gone. Apparently, yes. Looking at the commit above, I noticed that the maintainers flagged another bug (#724554) as fixed, so I've taken the liberty to merge these 2 bugs, about the blkid typo. What a mess of duplicates and inter-related bugs... so I'm not CC-ing everyone, for this message, trying to diminish entropy. I'll respond to the rest later. I suggest that you read #724554 (if not yet spotted), which seems to provide additional details about the resuming issues and LVM. So far so good, one step at a time ;-) Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131101211952.ga27...@inf-8660.int-evry.fr
Bug#725275: Solving boot / hibernation issues with swap on LVM and uswsusp - Was: Re: Bug#724275: initramfs-tools should change the resume device
Hi. (I'm not subscribed to the MLs, so I'm sorry in advance for responding to everyone with so many CCs... I'm not sure Kix's message was worth it, as the BTS was maybe enough for the moment IMHO... still, as many people are probably busy on the same issues, let's hope this helps a bit anyway). Rodolfo García Peñas k...@debian.org writes: 1. First, there is a problem with the typo in the initramfs-tools package. I've merged #725275 to #724554, as I believe these 2 were redundant, spotting a typo on blikd/blkid. 2. Second, if we solve the problem with the typo, and we use LVM2 (like your system), the system won't boot. In this case is because the LVM2 scripts cannot check if the filesystem in format UUID= is the swap in a LVM volume. So, the problem is in the initramfs-tools lvm2 script, because is unable to know it. This problem was created by the latest version of uswsusp package, because it use now UUID devices (no /dev devices), but the problem should be solved in lvm2, because is unable to handle UUID devices. This problem is the bug number #678687 in lvm2. IMO, this bug should be forwareded/merged with #678687 when the problem with the typo will be solved. So, I don't have problems to hold the bug in uswsusp package if the initramfs-tools package is updated soon, and then forward it to lvm2. It seems to me that the discussion in #724554 tends to indicate that there are some issues with UUID for identifying LVM2 swap partitions as resume devices, which may need to be considered before flagging #678687 as the only issue left, about the problems initially reported in #724275 (attention: almost identical numbers for tickets #725275 and #724275). So, the next step is try to make a patch for lvm2 package to handle UUID devices. This problem is critical, because the system don't boot if uswsusp is installed, but uswsusp is ok. Olivier, do you agree? #678687 is probably an interesting problem on its own, but AFAIU it may only be a problem for hibernation if one uses uswsusp. From a user standpoint, as uswsusp seems not (no longer ?) needed for basic hibernation to work, (at least on some architectures ?), so I'd first try to make sure everything works as expected *without* uswsusp installed, for users of swap on LVM2, and once this is OK, proceed with the necessary uswsusp alignments. Kix, I appreciate your help and willingness to push for a quick solution to #724275, but I think the wisest path for the moment (as far as testing is concerned) seems to wait for an updated initramfs-tools, test again boot + hibernation, without uswsusp, and then, maybe reinstall uswsusp afterwards to see if everything works again also. Btw, people, https://wiki.debian.org/Hibernation needs more love, IMHO. I hope this makes sense, but I may have overlooked other important details, as I'm not really qualified WRT initrd. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87bo23ixgn@inf-8660.int-evry.fr
Bug#725275: initramfs-tools: Reason is typo in hooks/resume
Hi. On Sat, Oct 05, 2013 at 08:41:36AM +0530, Kapil Hari Paranjape wrote: The reason for this bug is a typo in /usr/share/initramfs/hooks/resume. --- /tmp/hooks/resume 2013-10-05 08:27:39.556015989 +0530 +++ /tmp/hooks/resume.orig2013-10-05 08:38:13.440034878 +0530 @@ -19,7 +19,7 @@ test -r /etc/initramfs-tools/conf.d/resume \ . /etc/initramfs-tools/conf.d/resume if [ -n $RESUME ] command -v blkid /dev/null 21 \ - blkid -p -n swap $RESUME /dev/null 21; then + blikd -p -n swap $RESUME /dev/null 21; then # As mkinitramfs copies the config file nothing to do. exit 0 fi Figured this out myself too while trying to fix #724275 (note this is different from the current 725275... surprisingly similar bug nums ;-). With uswsusp installed and swap on LVM partition, this doesn't fix the boot hang problems, though. But now, I can see a different message (transcript manually from camera snapshot): [3.103079] sdb: sdb1 sdb2 [3.107567] sd 6:0:0:0: [sdb] No Caching mode page present [3.107627] sd 6:0:0:0: [sdb] Assuming drive cache: write through [3.107695] sd 6:0:0:0: [sdb] Attached SCSI removable disk [3.310172] device-mapper: uevent: version 1.0.3 [3.310281] device-mapper: ioctl: 4.24.0-ioctl (2013-01-15) initialised: dm-de...@redhat.com [] bio: create slab bio-1 at 1 [] PM: Starting manual resume from disk [] PM: Hibernation image partition 254:0 present [] PM: Looking for hibernation image. [] PM: Image not found (code -22) [] PM: Hibernation image not present or could not be loaded I hope this helps. It may very well be that #724275 and #725275 need merging, but I'm not sure of the interactions of initramfs-tools and uswsusp, given that other reporters haven't specified this. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131030141900.ga7...@inf-8660.int-evry.fr
Bug#725275: initramfs-tools: hooks/resume problems
Hi. On Sat, Oct 05, 2013 at 09:27:12AM +0530, Kapil Hari Paranjape wrote: On Sat, 05 Oct 2013, Kapil Hari Paranjape wrote: The reason for this bug is a typo in /usr/share/initramfs/hooks/resume. Looking into this a bit further, I wondered why this typo should cause a problem. After all, the rest of this script generates a conf/conf.d/resume file containing what should be the correct resume device. However, what it generates is an entry like: RESUME=UUID=ZZ-ZZyy-yZZy-yZZy-Zyyy-ZyZy-yZ This may work fine if the swap device is not on LVM. If it is ... The problem is that scripts/local-top/lvm2 cannot figure out the volume group to activate in order to make the device accessible. (Or even the fact that this _is_ an LVM device!) Some more script-fu is required to check whether the resume device is of the form /dev/dm-xxx and in that case one needs to find its name by listing /dev/mapper/. That name needs to be used in order to get lvm2 to activate the volume group or logical volume. Interesting. Thanks for these details. I've tried and change the resume device in /etc/uswsusp.conf, to use a path in the form /dev/mapper/VG-swap, and now have : # grep -i resume /etc/uswsusp.conf /etc/initramfs-tools/conf.d/resume /etc/uswsusp.conf:resume device = /dev/mapper/main-swap /etc/initramfs-tools/conf.d/resume:RESUME=/dev/mapper/main-swap And guess what ? ... This works, now. Boot proceeds normally, and eventually resumes when I hibernated :-) So my guess is that uswsusp may need to use the /dev/mapper/VG-swap form (will follow-up to #724275). Maybe others don't have uswsusp installed, so YMMV. Hope this helps. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131030155051.ga7...@inf-8660.int-evry.fr
Bug#717805: Patch for dealing with newer initramfs images with microcode headers
Hi. On Thu, Sep 26, 2013 at 06:19:38AM +0100, Ben Hutchings wrote: On Tue, 2013-09-24 at 16:11 +0100, Brett Parker wrote: Hi, Here's a patch to lsinitramfs to deal with initramfs images that start with the microcode archive and then a real archive afterwards. Thanks, Brett. What do you think of the proposed version I'm attaching ? I don't know about the +8 offset, but I do hope I have addressed the rest of the comments. Not tested on various compressions, but basically helps solve this bug here, AFAICT. I'm adding the new file as well, as it may help others without having to replay the patch. Na warranty whatsoever. Hope this helps. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) --- lsinitramfs.orig 2013-07-23 19:19:27.0 +0200 +++ lsinitramfs 2013-10-29 18:51:44.0 +0100 @@ -4,7 +4,7 @@ usage() { - echo Usage: $(basename $0) initramfs file + echo Usage: $(basename $0) [--long] initramfs file } if [ $# -eq 0 ] ; then @@ -40,20 +40,44 @@ esac done + +listarchive() +{ +archive=$1 +if zcat -t ${archive} /dev/null 21 ; then + zcat ${archive} | cpio ${cpio_args} +elif xzcat -t ${archive} /dev/null 21 ; then + xzcat ${archive} | cpio ${cpio_args} +elif bzip2 -t ${archive} /dev/null 21 ; then + bzip2 -c -d ${archive} | cpio ${cpio_args} +elif lzop -t ${archive} /dev/null 21 ; then + lzop -c -d ${archive} | cpio ${cpio_args} +fi +} + for initramfs in $@ ; do if ! [ -r ${initramfs} ] ; then echo Specified file could not be read. 2 exit 1 else echo ${initramfs} - if zcat -t ${initramfs} /dev/null 21 ; then - zcat ${initramfs} | cpio ${cpio_args} - elif xzcat -t $initramfs /dev/null 21 ; then - xzcat $initramfs | cpio ${cpio_args} - elif bzip2 -t $initramfs /dev/null 21 ; then - bzip2 -c -d $initramfs | cpio ${cpio_args} - elif lzop -t $initramfs /dev/null 21 ; then - lzop -c -d $initramfs | cpio ${cpio_args} + if cpio ${cpio_args} $initramfs /dev/null 21; then + # this is a straight cpio archive followed by a compressed one, yay! + cpio ${cpio_args} $initramfs + + real_offset=$(cpio --io-size=1 --extract --list $initramfs 21 /dev/null | sed -e '$ { s# .*$##; p; }; d;') + # now we need to find the beginning of the actual archive, this is + # going to be the number of bytes from above + 8 + real_offset=$((real_offset+8)) + + subarchive=$(mktemp ${TMPDIR:-/var/tmp}/lsinitramfs_XX) +dd if=$initramfs bs=$real_offset skip=1 status=noxfer $subarchive 2/dev/null + +listarchive $subarchive + +rm -fr $subarchive +else +listarchive ${initramfs} fi fi #!/bin/sh set -eu usage() { echo Usage: $(basename $0) [--long] initramfs file } if [ $# -eq 0 ] ; then usage 2 exit 1 fi cpio_args=--extract --quiet --list OPTIONS=`getopt -o hl --long help,long -n $0 -- $@` # Check for non-GNU getopt if [ $? != 0 ] ; then echo W: non-GNU getopt 2 ; exit 1 ; fi eval set -- $OPTIONS while true; do case $1 in -h|--help) usage exit 0 ;; -l|--long) cpio_args=${cpio_args:+${cpio_args} --verbose} shift ;; --) shift break ;; *) echo Internal error! 2 exit 1 esac done listarchive() { archive=$1 if zcat -t ${archive} /dev/null 21 ; then zcat ${archive} | cpio ${cpio_args} elif xzcat -t ${archive} /dev/null 21 ; then xzcat ${archive} | cpio ${cpio_args} elif bzip2 -t ${archive} /dev/null 21 ; then bzip2 -c -d ${archive} | cpio ${cpio_args} elif lzop -t ${archive} /dev/null 21 ; then lzop -c -d ${archive} | cpio ${cpio_args} fi } for initramfs in $@ ; do if ! [ -r ${initramfs} ] ; then echo Specified file could not be read. 2 exit 1 else echo ${initramfs} if cpio ${cpio_args} $initramfs /dev/null 21; then # this is a straight cpio archive followed by a compressed one, yay! cpio ${cpio_args} $initramfs real_offset=$(cpio --io-size=1 --extract --list $initramfs 21 /dev/null | sed -e '$ { s# .*$##; p; }; d;') # now we need to find the beginning of the actual archive, this is # going to be the number of bytes from above + 8 real_offset=$((real_offset+8)) subarchive=$(mktemp ${TMPDIR:-/var/tmp}/lsinitramfs_XX) dd if=$initramfs bs=$real_offset skip=1 status=noxfer $subarchive 2
Bug#724275: initramfs-tools should change the resume device
Hi. On Thu, Oct 24, 2013 at 06:29:34AM +, Rodolfo García Peñas (kix) wrote: reassign 724275 initramfs-tools While I understand there is something suboptimal in the interaction of initramfs-tools and uswsusp around resuming from hibarnation on the swap, I'm a bit doubtful about your re-assignment to initramfs-tools. If I remove uswsusp, my machine will boot normally... so, from the strict symptoms of the system getting stuck at boot, uswsusp seems the culprit. Note however that it won't resume from hibernation, from then on, which exhibits probably some issue in initramfs-tools ;-). Still, a workaround may be to remove uswsusp if one cares. Maybe establishing a dependency link between different tickets would be better, then ? OK, this doesn't help solving the issue, but may render the problems a bit more understandable for non experts maybe ? My 2 cents, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028154829.ga6...@inf-8660.int-evry.fr
Bug#724275: uswsusp: Stops at boot with resume: libgcrypt version 1.5.3
Hi. On Sun, Oct 27, 2013 at 10:43:23PM +0100, Rodolfo García Peñas wrote: I change the uswsusp package to stable and initramfs-tools to stable. No problem, update the uswsusp package, no problem, update the initramfs-tools package, no problem. And now, I don't have the problem :-/ The resume device in /etc/uswsusp.conf and /etc/initramfs-tools/conf.d/resume points to the same device. My swap device is not in a lvm. I am using crypsetup in the root partition. Now, I'm lost... I had the impression that you were one of the most qualified people to help fix this issue as the maintainer of uswsusp... Too bad you don't seem to have a clue ? Or did I misinterpret your message ? Hopefully someone can clarify the situation and help solve these hibernation / resume issues (with or without uswsusp) ? Thanks in advance. Best rergards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028155245.gb6...@inf-8660.int-evry.fr
Bug#726192: linux-image-3.10-3-amd64: SATA CD/DVD player stops mounting/playing CD audios after a while
Package: src:linux Version: 3.10.11-1 Severity: normal Hi. After a while, not systematically, the HL-DT-ST DVD+/-RW GT10N (Hitachi LG ?) in my Dell E5400 laptop will stop playing audio CDs, or ripping them, or ejecting the disk. dmesg reports this at boot : [0.938128] ata2: SATA max UDMA/133 abar m2048@0xfed1c800 port 0xfed1c980 irq 43 ... [1.624027] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [1.625156] ata2.00: ATAPI: HL-DT-ST DVD+/-RW GT10N, A108, max UDMA/100 [1.627457] ata2.00: configured for UDMA/100 [1.630878] scsi 1:0:0:0: CD-ROMHL-DT-ST DVD+-RW GT10NA108 PQ: 0 ANSI: 5 Upon problems happening, /var/log/syslog reads: Oct 13 11:24:01 jonsnow kernel: [ 5465.824067] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Oct 13 11:24:01 jonsnow kernel: [ 5465.824078] sr 1:0:0:0: [sr0] CDB: Oct 13 11:24:01 jonsnow kernel: [ 5465.824081] Read(10): 28 00 00 05 6d 3c 00 00 02 00 Oct 13 11:24:01 jonsnow kernel: [ 5465.824100] ata2.00: cmd a0/01:00:00:00:10/00:00:00:00:00/a0 tag 0 dma 4096 in Oct 13 11:24:01 jonsnow kernel: [ 5465.824100] res 40/00:01:00:00:02/00:00:00:00:00/00 Emask 0x4 (timeout) Oct 13 11:24:01 jonsnow kernel: [ 5465.824103] ata2.00: status: { DRDY } Oct 13 11:24:01 jonsnow kernel: [ 5465.824108] ata2: hard resetting link Oct 13 11:24:01 jonsnow kernel: [ 5466.144065] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) Oct 13 11:24:01 jonsnow kernel: [ 5466.146709] ata2.00: configured for UDMA/100 Oct 13 11:24:01 jonsnow kernel: [ 5466.160095] ata2: EH complete Rebooting solves the issue, but after a while, ripping another disk will exhibit the same issue. There are quite a few reports about disks resets, but were more in the HD class (for instance in RAID setups), than CD/DVD players/burners. Maybe same problem or another. Difficult to tell. Thanks in advance for your help. Best regards, -- Package-specific info: ** Version: Linux version 3.10-3-amd64 (debian-kernel@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10) ** Command line: BOOT_IMAGE=/vmlinuz-3.10-3-amd64 root=/dev/mapper/main-slash ro quiet ** Not tainted ** Kernel log: [5.502849] input: Microsoft Microsoft Basic Optical Mouse v2.0 as /devices/pci:00/:00:1d.0/usb6/6-2/6-2.3/6-2.3.3/6-2.3.3:1.0/input/input9 [5.503499] hid-generic 0003:045E:00CB.0004: input,hidraw3: USB HID v1.11 Mouse [Microsoft Microsoft Basic Optical Mouse v2.0 ] on usb-:00:1d.0-2.3.3/input0 [5.623623] 3:3:1: cannot get freq at ep 0x84 [5.628451] iTCO_vendor_support: vendor-support=0 [5.631745] usb_audio: Warning! Unlikely big volume range (=3328), cval-res is probably wrong. [5.632187] usb_audio: [2] FU [Mic Capture Volume] ch = 1, val = 4608/7936/1 [5.632187] usbcore: registered new interface driver snd-usb-audio [5.636116] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10 [5.636149] iTCO_wdt: Found a ICH9M TCO device (Version=2, TCOBASE=0x1060) [5.636257] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [5.668707] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f: [5.668728] excluding 0xc-0xc 0xe-0xf [5.668743] pcmcia_socket pcmcia_socket0: cs: memory probe 0xa000-0xa0ff: [5.668756] clean. [5.668770] pcmcia_socket pcmcia_socket0: cs: memory probe 0x6000-0x60ff: [5.668789] excluding 0x6000-0x60ff [5.676625] input: Dell WMI hotkeys as /devices/virtual/input/input10 [5.983365] input: PS/2 Mouse as /devices/platform/i8042/serio1/input/input11 [5.999856] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input12 [6.115349] Console: switching to colour frame buffer device 128x48 [6.118592] i915 :00:02.0: fb0: inteldrmfb frame buffer device [6.118595] i915 :00:02.0: registered panic notifier [6.145023] acpi device:3e: registered as cooling_device2 [6.145464] ACPI: Video Device [VID1] (multi-head: yes rom: no post: no) [6.145522] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A03:00/LNXVIDEO:01/input/input13 [6.145590] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter video.allow_duplicates=1if the current driver doesn't work. [6.145618] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [6.145875] snd_hda_intel :00:1b.0: irq 46 for MSI/MSI-X [6.195274] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input14 [6.220163] input: HDA Intel HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input15 [6.220247] input: HDA Intel Headphone as /devices/pci:00/:00:1b.0/sound/card0/input16 [6.220315] input: HDA Intel Dock Line Out as /devices/pci:00/:00:1b.0/sound/card0/input17 [6.220387] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input18
Bug#708378: linux-image-3.2.0-4-686-pae: kernel 3.2 crashes too early on HP dc7700
On Wed, May 15, 2013 at 02:38:04PM +0200, Olivier Berger wrote: The default 686 linux kernel 3.2 doesn't boot on a HP-Compaq dc7700 system of mine just upgraded to wheezy :( Note that 2.6.32 from squeeze used to work (and still works OK AFAICT). FYI, the amd64 version seems to work, though. Hope this helps. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130515125159.GA372@inf-8657
Bug#668547: Same problem here.
clone 668547 -1 retitle -1 wifi disconnects too often submitter -1 victorpablosceru...@gmail.com thanks Hi. On Fri, May 04, 2012 at 09:30:44AM +0200, Victor Pablos Ceruelo wrote: Hi. I'm experencing same problem here. I can not use reportbug when connected, reportbug email is below. I think you didn't experience exactly the same problem explained in the original report. My wifi wasn't disconnecting, but I was just annoyed by the syslog pollution linked to cfg80211. So cloning to another bug report hoping you don't mind. Best regards, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120617132114.GA8115@inf-8657
Bug#668547: linux-image-3.2.0-2-686-pae: spammed by cfg80211 : Calling CRDA to update world regulatory domain
Hi. Olivier Berger olivier.ber...@it-sudparis.eu writes: As you can see from this logs excerpts, I get spammed by cfg80211 in kernel logs every 5 seconds or so :-( This tends to be filling up /var, if not paying attention. I guess there must be something wrong somewhere... I've just commented out the previous line in /etc/modprobe.d/cfg80211.conf that used to set : options cfg80211 ieee80211_regdom=EU Then, I restarted... and tada ! the messages are gone :-) # iw reg get country 00: (2402 - 2472 @ 40), (3, 20) (2457 - 2482 @ 20), (3, 20), PASSIVE-SCAN, NO-IBSS (2474 - 2494 @ 20), (3, 20), NO-OFDM, PASSIVE-SCAN, NO-IBSS (5170 - 5250 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS (5735 - 5835 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS # iw reg set FR root@inf-8657:~# iw reg get country FR: (2402 - 2482 @ 40), (N/A, 20) (5170 - 5250 @ 40), (N/A, 20) (5250 - 5330 @ 40), (N/A, 20), DFS (5490 - 5710 @ 40), (N/A, 27), DFS All seems much better now :-) Who's the faulty one ? Hope this helps. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ipeqc3ta@inf-8657.int-evry.fr
Bug#668547: linux-image-3.2.0-2-686-pae: spammed by cfg80211 : Calling CRDA to update world regulatory domain
On Mon, 16 Apr 2012 04:24:29 +0100, Ben Hutchings b...@decadent.org.uk wrote: On Thu, 2012-04-12 at 19:00 +0200, Olivier Berger wrote: Does the wireless interface actually work? Yes. [...] Which of these configurations have you been using? Network Manager managing wifi settings, so none of these. [...] 0c:00.0 Network controller [0280]: Intel Corporation WiFi Link 5100 [8086:4232] Subsystem: Intel Corporation WiFi Link 5100 AGN [8086:1321] 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- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 44 Region 0: Memory at f69fe000 (64-bit, non-prefetchable) [size=8K] Capabilities: access denied Kernel driver in use: iwlwifi [...] Versions of packages linux-image-3.2.0-2-686-pae is related to: [...] pn firmware-iwlwifi0.35 [...] The firmware package seems to have been removed. Have you downloaded and installed the Intel WiFi Link firmware separately? Uh : # dpkg -l firmware-iwlwifi ii firmware-iwlwifi0.35 # apt-cache policy firmware-iwlwifi firmware-iwlwifi: Installed: 0.35 Candidate: 0.35 Version table: *** 0.35 0 900 http://ftp.fr.debian.org/debian/ testing/non-free i386 Packages 100 /var/lib/dpkg/status 0.28+squeeze1 0 300 http://ftp.fr.debian.org/debian/ squeeze/non-free i386 Packages What do you mean by removed ? Thanks in advance. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fwc4szpe@inf-8657.int-evry.fr
Bug#668547: linux-image-3.2.0-2-686-pae: spammed by cfg80211 : Calling CRDA to update world regulatory domain
Package: linux-2.6 Version: 3.2.12-1 Severity: normal Hi. As you can see from this logs excerpts, I get spammed by cfg80211 in kernel logs every 5 seconds or so :-( This tends to be filling up /var, if not paying attention. I guess there must be something wrong somewhere... Thanks in advance. -- Package-specific info: ** Version: Linux version 3.2.0-2-686-pae (Debian 3.2.12-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Mar 20 19:48:26 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-686-pae root=UUID=6ed8ff22-1b20-476a-b52a-f2c2c698c022 ro debug ignore_loglevel ** Not tainted ** Kernel log: [ 9037.539543] cfg80211: Calling CRDA for country: 97 [ 9040.688025] cfg80211: Calling CRDA to update world regulatory domain [ 9040.692551] cfg80211: World regulatory domain updated: [ 9040.692555] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 9040.692559] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 9040.692561] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 9040.692564] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 9040.692567] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 9040.692569] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 9040.692578] cfg80211: Calling CRDA for country: 97 [ 9043.840100] cfg80211: Calling CRDA to update world regulatory domain [ 9043.851239] cfg80211: World regulatory domain updated: [ 9043.851249] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 9043.851258] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 9043.851266] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 9043.851274] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 9043.851282] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 9043.851290] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) ** Model information not available ** Loaded modules: cryptd aes_i586 aes_generic nls_utf8 nls_cp437 vfat fat hidp snd_hrtimer ip6table_filter ip6_tables ebtable_nat ebtables microcode ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT acpi_cpufreq mperf cpufreq_conservative xt_CHECKSUM iptable_mangle cpufreq_powersave xt_tcpudp cpufreq_userspace iptable_filter cpufreq_stats ip_tables x_tables tun bridge stp ppdev lp bnep rfcomm binfmt_misc uinput fuse kvm_intel kvm dm_crypt configfs coretemp loop firewire_sbp2 snd_hda_codec_hdmi snd_hda_codec_idt joydev snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi i915 arc4 snd_rawmidi iwlwifi drm_kms_helper btusb mac80211 snd_seq_midi_event drm bluetooth cfg80211 psmouse snd_seq pcmcia iTCO_wdt parport_pc snd_timer snd_seq_device dell_laptop parport dell_wmi i2c_algo_bit snd crc16 iTCO_vendor_support dcdbas yenta_socket i2c_i801 pcmcia_rsrc serio_raw pcspkr sparse_keymap processor button evdev soundcore i2c_core rfkill battery snd_page_alloc pcmcia_core ac video wmi power_supply ext3 jbd mbcache raid10 raid456 async_raid6_recov async_pq usbhid hid raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 multipath linear md_mod dm_mirror dm_region_hash dm_log dm_mod sd_mod crc_t10dif sr_mod cdrom usb_storage uas uhci_hcd ahci libahci sdhci_pci firewire_ohci libata thermal thermal_sys firewire_core crc_itu_t tg3 libphy sdhci mmc_core ehci_hcd scsi_mod usbcore usb_common ** Network interface configuration: auto lo iface lo inet loopback iface eth0static inet static address 157.159.110.21 netmask 255.255.255.0 gateway 157.159.110.1 dns-nameservers 157.159.10.12 157.159.10.13 iface wlan0nab inet static wireless-mode managed wireless-essid Nabaztag4D address 192.168.0.2 netmask 255.255.255.0 iface wlan0freebox inet dhcp wireless-mode managed wireless-essid olivierberger wpa-ssid olivierberger wpa-passphrase iface dummy0 inet static address 192.168.1.1 netmask 255.255.255.0 iface br0 inet dhcp bridge_ports wlan0 bridge_fd 0 bridge_maxwait 0 ** Network status: *** IP interfaces and addresses: 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000 link/ether 00:25:64:60:c2:5c brd ff:ff:ff:ff:ff:ff inet 157.159.110.64/24 brd 157.159.110.255 scope global eth2 inet6 fe80::225:64ff:fe60:c25c/64 scope link valid_lft forever preferred_lft forever 3: wlan2:
Bug#627151: linux-image-2.6.38-2-686: Dell latitude E5400 freezes during X session
On Wed, May 18, 2011 at 08:15:22AM +, maximilian attems wrote: On Wed, May 18, 2011 at 09:47:06AM +0200, Olivier Berger wrote: Package: linux-2.6 Version: 2.6.38-5 Severity: normal Hi. My laptop (Dell latitude E5400) has just frozen during an X session :-( Sorry but dunno how to help debug what happened. Note that with linux-image-2.6.32-5-686 I had no similar problems. Thanks in advance. Best regards, experimental has 2.6.39-rc7, can you reproduce on it? Not for the moment... however, I'm not sure what the reproducibility conditions were exactly... :-/ Will try keeping running it and report after a while. Thanks. Best regards, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110520150937.GA25830@inf-8657
Bug#627151: linux-image-2.6.38-2-686: Dell latitude E5400 freezes during X session
Package: linux-2.6 Version: 2.6.38-5 Severity: normal Hi. My laptop (Dell latitude E5400) has just frozen during an X session :-( Sorry but dunno how to help debug what happened. Note that with linux-image-2.6.32-5-686 I had no similar problems. Thanks in advance. Best regards, -- Package-specific info: ** Version: Linux version 2.6.38-2-686 (Debian 2.6.38-5) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Sun May 8 14:49:45 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-686 root=UUID=6ed8ff22-1b20-476a-b52a-f2c2c698c022 ro quiet ** Not tainted ** Kernel log: [7.417207] [drm] Driver supports precise vblank timestamp query. [7.431072] Bluetooth: Generic Bluetooth USB driver ver 0.6 [7.431435] usbcore: registered new interface driver btusb [7.495635] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [7.672804] iwlagn :0c:00.0: loaded firmware version 8.83.5.1 build 33692 [7.727921] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [7.840526] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: clean. [7.842239] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 [7.842955] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: clean. [7.843533] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7: excluding 0xc80-0xcbf [7.844048] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f: excluding 0xc-0xc 0xe-0xf [7.844101] pcmcia_socket pcmcia_socket0: cs: memory probe 0xa000-0xa0ff: clean. [7.844149] pcmcia_socket pcmcia_socket0: cs: memory probe 0x6000-0x60ff: excluding 0x6000-0x60ff [7.844206] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: clean. [7.854439] fbcon: inteldrmfb (fb0) is primary device [7.901573] Console: switching to colour frame buffer device 106x30 [7.902981] fb0: inteldrmfb frame buffer device [7.902983] drm: registered panic notifier [7.927488] acpi device:3e: registered as cooling_device2 [7.928094] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A03:00/LNXVIDEO:01/input/input8 [7.928191] ACPI: Video Device [VID1] (multi-head: yes rom: no post: no) [7.928206] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter video.allow_duplicates=1if the current driver doesn't work. [7.928577] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [7.928613] HDA Intel :00:1b.0: PCI INT A - GSI 21 (level, low) - IRQ 21 [7.928697] HDA Intel :00:1b.0: irq 46 for MSI/MSI-X [7.928724] HDA Intel :00:1b.0: setting latency timer to 64 [8.080882] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input9 [8.225418] input: HDA Intel Mic at Sep Left Jack as /devices/pci:00/:00:1b.0/sound/card0/input10 [8.225505] input: HDA Intel Mic at Ext Right Jack as /devices/pci:00/:00:1b.0/sound/card0/input11 [8.225569] input: HDA Intel Line Out at Sep Left Jack as /devices/pci:00/:00:1b.0/sound/card0/input12 [8.225635] input: HDA Intel HP Out at Ext Right Jack as /devices/pci:00/:00:1b.0/sound/card0/input13 [8.735379] EXT3-fs (sda3): using internal journal [9.072535] loop: module loaded [ 10.720368] Adding 2097148k swap on /dev/mapper/main-swap. Priority:-1 extents:1 across:2097148k [ 13.247590] EXT3-fs: barriers not enabled [ 13.257053] kjournald starting. Commit interval 5 seconds [ 13.257604] EXT3-fs (dm-2): using internal journal [ 13.257609] EXT3-fs (dm-2): mounted filesystem with ordered data mode [ 13.291073] EXT3-fs: barriers not enabled [ 13.291683] kjournald starting. Commit interval 5 seconds [ 13.292149] EXT3-fs (dm-4): using internal journal [ 13.292151] EXT3-fs (dm-4): mounted filesystem with ordered data mode [ 13.317983] EXT3-fs: barriers not enabled [ 13.319356] kjournald starting. Commit interval 5 seconds [ 13.319782] EXT3-fs (dm-1): using internal journal [ 13.319786] EXT3-fs (dm-1): mounted filesystem with ordered data mode [ 13.342950] EXT3-fs: barriers not enabled [ 13.343384] kjournald starting. Commit interval 5 seconds [ 13.343836] EXT3-fs (dm-3): using internal journal [ 13.343840] EXT3-fs (dm-3): mounted filesystem with ordered data mode [ 13.364920] EXT3-fs: barriers not enabled [ 13.365385] kjournald starting. Commit interval 5 seconds [ 13.365991] EXT3-fs (dm-6): using internal journal [ 13.365995] EXT3-fs (dm-6): mounted filesystem with ordered data mode [ 13.393829] EXT3-fs: barriers not enabled [ 13.394294] kjournald starting. Commit interval 5 seconds [ 13.394739] EXT3-fs (dm-9): using internal journal [ 13.394743] EXT3-fs (dm-9): mounted filesystem with ordered data mode [ 16.409560] fuse init (API version 7.16) [ 17.053200]
Bug#606029: linux-image-2.6.32-5-686: cfg80211 or zd1211 incorrectly detects regdom or misses configuration dialog
Package: linux-2.6 Version: 2.6.32-28 Severity: normal Hi. Trying to connect to a wifi network (in France) which uses Channel 13 fails with a USB network card which requires zd1211. It appears that after stock install, I have : # cat /sys/module/cfg80211/parameters/ieee80211_regdom 00 I need to set /etc/modprobe.d/cfg80211.conf with : options cfg80211 ieee80211_regdom=EU to make it work. I guess there's a bug here, which may be related to the lack of debconf question for setting such parameters or similar configuration mechanism prompting the user, or to a buggy automagic detection of the regdom. In any case, it's far from obvious for non-expert user why some AP would be seen (channels OK for US) and some not (for instance on channels 12 and 13). Hope this helps. Best regards, -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-28) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Thu Nov 25 18:43:34 UTC 2010 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 root=/dev/mapper/josephine-root ro quiet ** Not tainted ** Kernel log: [5.116781] input: PS/2 Mouse as /devices/platform/i8042/serio1/input/input7 [5.135257] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input8 [5.193154] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [5.339644] intel_rng: FWH not detected [5.383340] [drm] Initialized drm 1.1.0 20060810 [5.424102] cfg80211: Using static regulatory domain info [5.424105] cfg80211: Regulatory domain: US [5.424107] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [5.424111] (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) [5.424114] (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) [5.424118] (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) [5.424121] (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) [5.424125] (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) [5.424128] (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) [5.424402] cfg80211: Calling CRDA for country: US [5.748489] i915 :00:02.0: PCI INT A - Link[LNKA] - GSI 11 (level, low) - IRQ 11 [5.748496] i915 :00:02.0: setting latency timer to 64 [5.767564] [drm] set up 0M of stolen space [5.885198] [drm] initialized overlay support [6.218734] yenta_cardbus :01:01.0: CardBus bridge found [1028:0163] [6.218749] yenta_cardbus :01:01.0: Using CSCINT to route CSC interrupts to PCI [6.218752] yenta_cardbus :01:01.0: Routing CardBus interrupts to PCI [6.218758] yenta_cardbus :01:01.0: TI: mfunc 0x012c1222, devctl 0x64 [6.649130] usb 1-3: reset high speed USB device using ehci_hcd and address 2 [6.802911] yenta_cardbus :01:01.0: ISA IRQ mask 0x0458, PCI irq 11 [6.802916] yenta_cardbus :01:01.0: Socket status: 3086 [6.802922] pci_bus :01: Raising subordinate bus# of parent bus (#01) from #01 to #05 [6.802932] yenta_cardbus :01:01.0: pcmcia: parent PCI bridge I/O window: 0xe000 - 0xefff [6.802937] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xe000-0xefff: clean. [6.803510] yenta_cardbus :01:01.0: pcmcia: parent PCI bridge Memory window: 0xfc00 - 0xfdff [6.803514] yenta_cardbus :01:01.0: pcmcia: parent PCI bridge Memory window: 0x4000 - 0x43ff [6.909641] Console: switching to colour frame buffer device 175x65 [6.920550] fb0: inteldrmfb frame buffer device [6.920552] registered panic notifier [6.920581] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [7.224453] phy0: Selected rate control algorithm 'minstrel' [7.225205] zd1211rw 1-3:1.0: phy0 [7.225229] usbcore: registered new interface driver zd1211rw [7.389083] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: clean. [7.389899] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: clean. [7.390252] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: clean. [7.390303] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7: clean. [7.390742] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: clean. [7.728139] Intel ICH :00:1f.5: PCI INT B - Link[LNKB] - GSI 5 (level, low) - IRQ 5 [7.728176] Intel ICH :00:1f.5: setting latency timer to 64 [8.556038] intel8x0_measure_ac97_clock: measured 55243 usecs (2662 samples) [8.556042] intel8x0: clocking to 48000 [8.557234] Intel ICH Modem :00:1f.6: PCI INT B - Link[LNKB] - GSI 5 (level, low) - IRQ 5 [8.557256] Intel ICH Modem :00:1f.6: setting latency timer to 64 [8.660071] MC'97 1 converters and GPIO not ready (0xff00) [9.758441] EXT3 FS on dm-0, internal journal [9.936827] loop: module loaded [ 10.580930] Adding 2170872k swap on /dev/mapper/josephine-swap_1. Priority:-1 extents:1 across:2170872k [
Bug#564174: xserver-xorg-video-intel: xrandr shows outputs that do not exist on Lenovo X200 (GM45)
On Thu, Jan 07, 2010 at 11:17:49PM -0800, Josh Triplett wrote: On my laptop, a Lenovo X200 with GM45 chipset, xrandr shows many outputs that do not exist; more if using KMS. Have you by any chance (or lack of ;) experienced some incorrect connection detection for external monitors, leading to activating dual screen configurations when not expected ? You may see such problems I've experienced described in #585094. As I have same hardware and symptoms of non-existant connectors too, I wondered if this could help find the culprit driver. Thanks in advance. Best regards, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100814065301.ga15...@inf-8657
Bug#585600: linux-image-2.6.32-5-686: KMS does not detect display resolutions
Package: linux-2.6 Version: 2.6.32-15 Severity: normal Hi. Since the latest radeon X driver has entered testing, KMS is enabled on my machine, which results in display resolution badly configured with my monitor. I used to have 1280x1024 and no longer have (the fallback 1024x768 is set). The dmesg messages about EDID being wrong show the problem. Maybe this is linked to a KVM display switch being present ? In any case, this is all fine again if I change modesetting to off in /etc/modprobe.d/radeon-kms.conf. Thanks in advance. Best regards, -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-1) ) #1 SMP Tue Jun 1 04:59:47 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=69409b71-d08e-4b5f-9182-72613252479f ro acpi=force quiet ** Not tainted ** Kernel log: [ 59.077325] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.077329] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.077332] [ 59.077338] radeon :01:00.0: VGA-1: EDID invalid. [ 59.232332] [drm:edid_is_valid] *ERROR* Raw EDID: [ 59.232344] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.232350] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.232354] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.232359] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.232363] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.232368] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.232372] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.232377] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.232381] [ 59.290060] [drm:edid_is_valid] *ERROR* Raw EDID: [ 59.290071] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.290076] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.290081] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.290085] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.290090] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.290094] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.290099] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.290104] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.290107] [ 59.377483] [drm:edid_is_valid] *ERROR* Raw EDID: [ 59.377492] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.377496] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.377501] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.377505] 300 00 00 ff 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.377510] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.377514] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.377519] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.377523] 300 00 00 ff 00 00 00 00 00 00 00 00 ff 00 00 00 [ 59.377527] [ 59.437152] [drm:edid_is_valid] *ERROR* Raw EDID: [ 59.437163] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.437168] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.437173] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.437177] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.437182] 300 00 00 00 00 00 00 00 00 00 00 ff 00 00 00 00 [ 59.437186] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.437191] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.437195] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.437199] [ 59.437205] radeon :01:00.0: VGA-1: EDID invalid. [ 59.437217] [drm:radeon_vga_detect] *ERROR* VGA-1: probed a monitor but no|invalid EDID [ 59.515484] [drm:edid_is_valid] *ERROR* Raw EDID: [ 59.515494] 300 00 00 00 ff 00 00 00 00 00 00 00 00 00 00 00 [ 59.515499] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.515504] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.515508] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.515512] 300 00 00 00 00 00 00 00 03 ff ff 00 00 00 00 00 [ 59.515517] 300 00 00 00 00 00 00 00 00 3f ff 00 00 00 00 00 .?.. [ 59.515521] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.515525] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 59.515529] [ 59.517931] i2c i2c-1: sendbytes: NAK bailout.
Bug#543469: linux-image-2.6.30-1-686: watchdog problem with cdc_ether when plugging in an openmoko freerunner
Package: linux-image-2.6.30-1-686 Version: 2.6.30-5 Severity: normal Hi. When plugging-in my openmoko freerunner with USB cable, I got : [ 450.988060] [ cut here ] [ 450.988076] WARNING: at /build/buildd-linux-2.6_2.6.30-5-i386-Lff5qC/linux-2.6-2.6.30/debian/build/source_i386_none/net/sched/sch_generic.c:226 dev_watchdog+0xa8/0x135() [ 450.988083] Hardware name: Latitude D820 [ 450.988089] NETDEV WATCHDOG: eth2 (cdc_ether): transmit timed out [ 450.988093] Modules linked in: cdc_ether usbnet mii nvidia(P) binfmt_misc ppdev lp bridge stp bnep rfcomm sco l2cap cpufreq_conservative cpufreq_powersave cpufreq_stats microcode fuse dm_crypt coretemp cpufreq_userspace acpi_cpufreq eeprom firewire_sbp2 loop snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep arc4 snd_pcm_oss snd_mixer_oss ecb snd_pcm snd_seq_midi joydev snd_rawmidi iwl3945 iwlcore snd_seq_midi_event pcmcia mac80211 snd_seq led_class snd_timer snd_seq_device i2c_i801 dell_laptop snd yenta_socket soundcore rsrc_nonstatic i2c_core cfg80211 rfkill snd_page_alloc rng_core usbhid btusb psmouse pcmcia_core hid dcdbas serio_raw bluetooth wmi evdev parport_pc battery parport button processor ac ext3 jbd mbcache dm_snapshot sd_mod crc_t10dif ide_pci_generic ide_core ata_generic uhci_hcd ata_piix libata ehci_hcd firewire_ohci firewire_core crc_itu_t scsi_mod tg3 usbcore libphy intel_agp agpgart video output thermal fan thermal_sys dm_mirror dm_region_hash dm_log dm_mod [ 450.988264] Pid: 0, comm: swapper Tainted: P 2.6.30-1-686 #1 [ 450.988268] Call Trace: [ 450.988279] [c0127000] ? warn_slowpath_common+0x5e/0x8a [ 450.988286] [c029ede0] ? dev_watchdog+0x0/0x135 [ 450.988293] [c012705e] ? warn_slowpath_fmt+0x26/0x2a [ 450.988300] [c029ee88] ? dev_watchdog+0xa8/0x135 [ 450.988307] [c0133d77] ? insert_work+0x71/0x78 [ 450.988314] [c013438f] ? delayed_work_timer_fn+0x0/0x28 [ 450.988322] [c012e3b7] ? run_timer_softirq+0x13d/0x19d [ 450.988328] [c029ede0] ? dev_watchdog+0x0/0x135 [ 450.988337] [c012b0ff] ? __do_softirq+0x8e/0x135 [ 450.988344] [c012b1d4] ? do_softirq+0x2e/0x38 [ 450.988351] [c012b2b7] ? irq_exit+0x26/0x53 [ 450.988358] [c01105ca] ? smp_apic_timer_interrupt+0x6c/0x76 [ 450.988366] [c0103966] ? apic_timer_interrupt+0x2a/0x30 [ 450.988390] [f871b2be] ? acpi_idle_enter_simple+0x106/0x140 [processor] [ 450.988407] [f871b003] ? acpi_idle_enter_bm+0xcc/0x281 [processor] [ 450.988416] [c027e741] ? cpuidle_idle_call+0x5d/0x90 [ 450.988423] [c0102399] ? cpu_idle+0x46/0x61 [ 450.988428] ---[ end trace 10a75ebb6c51b1bf ]--- There doesn't seem to be a working USB ethernet interface setup. Hope this helps. -- Package-specific info: ** Version: Linux version 2.6.30-1-686 (Debian 2.6.30-5) (m...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-15) ) #1 SMP Mon Aug 3 16:18:30 UTC 2009 ** Command line: root=/dev/sda5 ro pci=assign-busses vga=791 ** Tainted: P W (513) ** Kernel log: [ 15.889871] EXT3-fs: mounted filesystem with ordered data mode. [ 15.949440] kjournald starting. Commit interval 5 seconds [ 15.962934] EXT3 FS on dm-6, internal journal [ 15.976135] EXT3-fs: mounted filesystem with ordered data mode. [ 20.035390] kjournald starting. Commit interval 5 seconds [ 20.048972] EXT3 FS on dm-5, internal journal [ 20.062373] EXT3-fs: mounted filesystem with ordered data mode. [ 25.028743] platform microcode: firmware: requesting intel-ucode/06-0f-02 [ 25.120308] platform microcode: firmware: requesting intel-ucode/06-0f-02 [ 25.143556] Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [ 26.112286] apm: BIOS not found. [ 54.597539] Bluetooth: L2CAP ver 2.13 [ 54.610940] Bluetooth: L2CAP socket layer initialized [ 54.749022] Bluetooth: SCO (Voice Link) ver 0.6 [ 54.762199] Bluetooth: SCO socket layer initialized [ 54.824268] Bluetooth: RFCOMM socket layer initialized [ 54.837347] Bluetooth: RFCOMM TTY layer initialized [ 54.849680] Bluetooth: RFCOMM ver 1.11 [ 54.897838] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 54.897842] Bluetooth: BNEP filters: protocol multicast [ 55.014872] Bridge firewalling registered [ 57.128960] lp0: using parport0 (interrupt-driven). [ 57.253131] ppdev: user-space parallel port driver [ 59.788906] tg3 :04:00.0: wake-up capability disabled by ACPI [ 59.788920] tg3 :04:00.0: PME# disabled [ 59.789123] tg3 :04:00.0: irq 30 for MSI/MSI-X [ 59.885498] ADDRCONF(NETDEV_UP): eth1: link is not ready [ 59.886603] iwl3945 :03:00.0: firmware: requesting iwlwifi-3945-2.ucode [ 59.972947] iwl3945 :03:00.0: loaded firmware version 15.32.2.9 [ 60.019085] Registered led device: iwl-phy0::radio [ 60.019161] Registered led device: iwl-phy0::assoc [ 60.019192] Registered led device: iwl-phy0::RX [ 60.019224] Registered led device: iwl-phy0::TX [ 60.041275] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 61.490690]
Bug#532159: works in 2.6.30
It has been closed by Josselin Mouette j...@debian.org. It works fine here with 2.6.30-1, thanks. Confirmed here also. Best regards, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532159: [iwlagn] Does not take kill switch changes into account
Le dimanche 07 juin 2009 à 09:08 +0200, Josselin Mouette a écrit : When the iwlagn module is loaded, it takes into account the kill switch status; radio is disabled when the switch is off. However, it doesn’t take into account any changes in the switch status. To enable radio, I have to unload the module, change the switch state, and load the module again. Maybe this exhibits the same problem as I reported in #530554 although I'm not so sure if the context is exactly the same (hardware, versions...) :-/ In any case, my 2 cents. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530554: linux-image-2.6.29-2-686: hardware wlan kill switch state isn't restored correctly if put back off
Package: linux-image-2.6.29-2-686 Version: 2.6.29-4 Severity: normal When using network-manager, I cannot connect to wifi if I reactivate wirelless after having switched it off with the hardware kill-switch of my Dell Latitude D820. I noticed some weird things after trying to debug the cause of the problem. I have the following kill-switch information appearing in /sys at boot if kill-switch is off (meaning wireless activated) : # for i in $(find /sys | grep -i kill | grep /state ); do echo -n $i : ; cat $i; done /sys/devices/virtual/rfkill/rfkill0/state : 1 /sys/devices/virtual/rfkill/rfkill1/state : 1 /sys/devices/pci:00/:00:1c.1/:03:00.0/rfkill/rfkill2/state : 1 After I activate the kill-switch to disable networking, it gives : # for i in $(find /sys | grep -i kill | grep /state ); do echo -n $i : ; cat $i; done /sys/devices/virtual/rfkill/rfkill0/state : 2 /sys/devices/virtual/rfkill/rfkill1/state : 2 /sys/devices/pci:00/:00:1c.1/:03:00.0/rfkill/rfkill2/state : 2 However, after reactivating network (kill switch switched to off), I get only : # for i in $(find /sys | grep -i kill | grep /state ); do echo -n $i : ; cat $i; done /sys/devices/virtual/rfkill/rfkill0/state : 1 /sys/devices/virtual/rfkill/rfkill1/state : 1 /sys/devices/pci:00/:00:1c.1/:03:00.0/rfkill/rfkill2/state : 2 This probably explains the problem with network-manager (which is btw reflected in the killswitch.state shown with lshal : --- hal-on.log 2009-05-25 19:17:06.0 +0200 +++ hal-back-on.log 2009-05-25 19:20:01.0 +0200 @@ -80,18 +80,18 @@ udi = '/org/freedesktop/Hal/devices/pci_8086_4222_rfkill_3945ABG_wlan' info.addons.singleton = {'hald-addon-rfkill-killswitch'} (string list) info.capabilities = {'killswitch'} (string list) info.category = 'killswitch' (string) info.interfaces = {'org.freedesktop.Hal.Device.KillSwitch'} (string list) info.parent = '/org/freedesktop/Hal/devices/pci_8086_4222' (string) info.product = '3945ABG wlan Killswitch' (string) info.subsystem = 'rfkill' (string) info.udi = '/org/freedesktop/Hal/devices/pci_8086_4222_rfkill_3945ABG_wlan' (string) info.vendor = 'Intel Corporation' (string) killswitch.access_method = 'rfkill' (string) killswitch.name = '3945ABG' (string) - killswitch.state = 1 (0x1) (int) + killswitch.state = 2 (0x2) (int) killswitch.type = 'wlan' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'rfkill' (string) linux.sysfs_path = '/sys/devices/pci:00/:00:1c.1/:03:00.0/rfkill/rfkill2' (string) This used to work fine with Network-Manager over 2.6.26, though. Thanks in advance. -- Package-specific info: ** Version: Linux version 2.6.29-2-686 (Debian 2.6.29-4) (wa...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-8) ) #1 SMP Sun May 3 12:46:00 UTC 2009 ** Command line: root=/dev/sda5 ro pci=assign-busses vga=791 ** Tainted: P (1) ** Kernel log: [ 10.456549] coretemp coretemp.0: Using relative temperature scale! [ 10.472451] coretemp coretemp.1: Using relative temperature scale! [ 14.423356] fuse init (API version 7.11) [ 14.531429] kjournald starting. Commit interval 5 seconds [ 14.546631] EXT3 FS on sda3, internal journal [ 14.561588] EXT3-fs: mounted filesystem with ordered data mode. [ 14.611015] kjournald starting. Commit interval 5 seconds [ 14.626346] EXT3 FS on dm-3, internal journal [ 14.641141] EXT3-fs: mounted filesystem with ordered data mode. [ 14.685104] kjournald starting. Commit interval 5 seconds [ 14.699952] EXT3 FS on dm-2, internal journal [ 14.714364] EXT3-fs: mounted filesystem with ordered data mode. [ 14.752134] kjournald starting. Commit interval 5 seconds [ 14.766460] EXT3 FS on dm-0, internal journal [ 14.780224] EXT3-fs: mounted filesystem with ordered data mode. [ 14.841000] kjournald starting. Commit interval 5 seconds [ 14.854725] EXT3 FS on dm-1, internal journal [ 14.868207] EXT3-fs: mounted filesystem with ordered data mode. [ 15.013563] kjournald starting. Commit interval 5 seconds [ 15.027303] EXT3 FS on dm-4, internal journal [ 15.040477] EXT3-fs: mounted filesystem with ordered data mode. [ 15.141855] kjournald starting. Commit interval 5 seconds [ 15.155362] EXT3 FS on dm-6, internal journal [ 15.168501] EXT3-fs: mounted filesystem with ordered data mode. [ 18.961074] kjournald starting. Commit interval 5 seconds [ 18.974645] EXT3 FS on dm-5, internal journal [ 18.987999] EXT3-fs: mounted filesystem with ordered data mode. [ 22.853875] platform microcode: firmware: requesting intel-ucode/06-0f-02 [ 22.920562] platform microcode: firmware: requesting intel-ucode/06-0f-02 [ 22.942887] Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [ 25.550273] NET: Registered protocol family 10 [ 25.564710] lo: Disabled Privacy Extensions [ 52.027501] Bluetooth: L2CAP ver 2.11 [ 52.040834] Bluetooth: L2CAP
Bug#525625: linux-image-2.6.26: Fix incorrect ACPI blacklisting of ASUS P4B266 mainboards
On Tue, Apr 28, 2009 at 07:02:18PM +0200, Olivier Berger wrote: dann frazier da...@debian.org writes: Thanks - please reping when something goes into the tree. After further discussion with upstream maintainer, a patch was finally drafted and which should be applied o 2.6.31 : http://marc.info/?l=linux-acpim=124292999821039w=2 Hope this helps, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525247: linux-image-2.6.29-1-686: Works again if setting CRDA to EU
On Tue, Apr 28, 2009 at 09:20:51AM +0200, Olivier Berger wrote: It seems the problem comes from regulatory domain being set to US by default. A solution is to add something like /etc/modprobe.d/80211.conf containing the following : options cfg80211 ieee80211_regdom=EU I don't know if this shouldn't be set somehow from a configuration via debconf, though :-/ Hope this helps, Btw, there was a similar bug reported in #518153. I'm not sure the problem reported there was solved actually :-/ FWIW, Best regards. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525247: linux-image-2.6.29-1-686: Works again if setting CRDA to EU
It seems the problem comes from regulatory domain being set to US by default. A solution is to add something like /etc/modprobe.d/80211.conf containing the following : options cfg80211 ieee80211_regdom=EU I don't know if this shouldn't be set somehow from a configuration via debconf, though :-/ Hope this helps, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525247: linux-image-2.6.29-1-686: Works again if setting CRDA to EU
On Tue, Apr 28, 2009 at 09:20:51AM +0200, Olivier Berger wrote: It seems the problem comes from regulatory domain being set to US by default. Which seems to be the defaults that was changed in a Debian patch added to fix #497971. So I think the patch is now missing from 2.6.29... or the fix was not considered a proper way anymore ? This looks like a regression of #497971 until further analysis, to me, then. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525625: linux-image-2.6.26: Fix incorrect ACPI blacklisting of ASUS P4B266 mainboards
dann frazier da...@debian.org writes: On Sun, Apr 26, 2009 at 07:33:33AM +0200, Olivier Berger wrote: Package: linux-image-2.6.26-2-686 Version: 2.6.26-15 Severity: normal File: linux-image-2.6.26 The ASUS P4B266 mainboard is blacklisted in arch/x86/kernel/acpi/boot.c. For ACPI to work (S3 suspend for instance), acpi=force needs to be passed at boot. This can should be fixed in the kernel however, as reported in http://marc.info/?l=linux-acpim=123825445916546w=2 I proposed a patch in http://marc.info/?l=linux-acpim=124068823904429w=2 which currently works when applied to Debian kernel sources. Thanks in advance. Thanks - please reping when something goes into the tree. For clarification, did this mainboard function better in etch? Nothing really different between etch and lenny. My concern with removing a blacklist in a stable release is that it may cause a regression on systems with BIOS versions that do need the blacklist so, as you noted, hopefully there's a way to only blacklist the versions affected. You're right, but unfortunately, there doesn't seem to be an easy way to preserve a sane solution which wouldn't cause any regression for users of different BIOS versions : http://marc.info/?l=linux-acpim=124082753813945w=2 So I guess we're stuck with having to manually tweak boot params until something better is devised. I'll try and close this report when a definitive answer is provided in upstream list (probably soon, then). Thanks for caring. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525625: linux-image-2.6.26: Fix incorrect ACPI blacklisting of ASUS P4B266 mainboards
Package: linux-image-2.6.26-2-686 Version: 2.6.26-15 Severity: normal File: linux-image-2.6.26 The ASUS P4B266 mainboard is blacklisted in arch/x86/kernel/acpi/boot.c. For ACPI to work (S3 suspend for instance), acpi=force needs to be passed at boot. This can should be fixed in the kernel however, as reported in http://marc.info/?l=linux-acpim=123825445916546w=2 I proposed a patch in http://marc.info/?l=linux-acpim=124068823904429w=2 which currently works when applied to Debian kernel sources. Thanks in advance. Best regards, -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2+p4b266acpiforce.1-686 (SMP w/1 CPU core) 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.26-2-686 depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii initramfs-tools [linux-initra 0.93.2 tools for generating an initramfs ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.26-2-686 recommends: ii libc6-i6862.9-4 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.26-2-686 suggests: ii grub 0.97-53GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none (no description available) -- debconf information: linux-image-2.6.26-2-686/postinst/bootloader-error-2.6.26-2-686: shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-2-686/postinst/old-dir-initrd-link-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/overwriting-modules-2.6.26-2-686: true linux-image-2.6.26-2-686/postinst/bootloader-test-error-2.6.26-2-686: linux-image-2.6.26-2-686/postinst/depmod-error-2.6.26-2-686: false linux-image-2.6.26-2-686/preinst/bootloader-initrd-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/abort-overwrite-2.6.26-2-686: linux-image-2.6.26-2-686/preinst/abort-install-2.6.26-2-686: linux-image-2.6.26-2-686/postinst/depmod-error-initrd-2.6.26-2-686: false linux-image-2.6.26-2-686/postinst/create-kimage-link-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/failed-to-move-modules-2.6.26-2-686: linux-image-2.6.26-2-686/preinst/initrd-2.6.26-2-686: linux-image-2.6.26-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.26-2-686/prerm/would-invalidate-boot-loader-2.6.26-2-686: true linux-image-2.6.26-2-686/postinst/kimage-is-a-directory: linux-image-2.6.26-2-686/postinst/old-initrd-link-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/elilo-initrd-2.6.26-2-686: true linux-image-2.6.26-2-686/preinst/lilo-initrd-2.6.26-2-686: true linux-image-2.6.26-2-686/prerm/removing-running-kernel-2.6.26-2-686: true linux-image-2.6.26-2-686/postinst/old-system-map-link-2.6.26-2-686: true -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525247: linux-image-2.6.29-1-686: iwl3945 fails to detect WPA TKIP wireless network
Package: linux-image-2.6.29-1-686 Version: 2.6.29-3 Severity: normal My wireless network is no longer detected with 2.6.29 whereas it used to work with 2.6.26. The network is a WPA 1 TKIP. I noticed that neither lib80211_crypt_ccmp nor lib80211_crypt_tkip are loaded... which may indicate some kind of problem with the renaming of the 80211 API in 2.6.28 (IIRC), similar to what is reported in https://bugzilla.redhat.com/show_bug.cgi?id=487445 (although for a different driver). I tried and load these modules manually before or after modprobing iwl3945, with no more success. In any case, this looks like a regression. Thanks in advance. Best regards, -- Package-specific info: ** Version: Linux version 2.6.29-1-686 (Debian 2.6.29-3) (m...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-8) ) #1 SMP Fri Apr 17 14:35:16 UTC 2009 ** Command line: root=/dev/sda5 ro pci=assign-busses vga=791 ** Tainted: P (1) ** Kernel log: [ 21.355448] tg3 :04:00.0: wake-up capability disabled by ACPI [ 21.355456] tg3 :04:00.0: PME# disabled [ 21.36] tg3 :04:00.0: irq 29 for MSI/MSI-X [ 23.015146] tg3: eth1: Link is up at 100 Mbps, full duplex. [ 23.015150] tg3: eth1: Flow control is on for TX and on for RX. [ 25.230124] NET: Registered protocol family 10 [ 25.230747] lo: Disabled Privacy Extensions [ 26.235960] platform microcode: firmware: requesting intel-ucode/06-0f-02 [ 26.291497] platform microcode: firmware: requesting intel-ucode/06-0f-02 [ 26.308529] Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [ 36.216033] eth1: no IPv6 routers present [ 43.440660] lp: driver loaded but no devices found [ 43.472452] ppdev: user-space parallel port driver [ 55.045471] Bluetooth: L2CAP ver 2.11 [ 55.057568] Bluetooth: L2CAP socket layer initialized [ 55.198104] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 [ 55.276671] Bluetooth: RFCOMM socket layer initialized [ 55.288724] Bluetooth: RFCOMM TTY layer initialized [ 55.300622] Bluetooth: RFCOMM ver 1.10 [ 55.359119] usbcore: registered new interface driver hiddev [ 55.371390] usbcore: registered new interface driver usbhid [ 55.382967] usbhid: v2.6:USB HID core driver [ 55.889673] iwl3945 :03:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 55.901289] iwl3945 :03:00.0: restoring config space at offset 0x1 (was 0x100102, writing 0x100106) [ 55.901486] iwl3945 :03:00.0: irq 30 for MSI/MSI-X [ 55.901598] iwl3945 :03:00.0: firmware: requesting iwlwifi-3945-2.ucode [ 56.009528] iwl3945 loaded firmware version 15.28.2.8 [ 56.066593] Registered led device: iwl-phy0:radio [ 56.078855] Registered led device: iwl-phy0:assoc [ 56.090985] Registered led device: iwl-phy0:RX [ 56.103014] Registered led device: iwl-phy0:TX [ 56.129449] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 61.827604] nvidia: module license 'NVIDIA' taints kernel. [ 62.084578] nvidia :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 62.084596] nvidia :01:00.0: setting latency timer to 64 [ 62.085052] NVRM: loading NVIDIA UNIX x86 Kernel Module 180.44 Mon Mar 23 14:59:10 PST 2009 [ 62.176561] IRQ 16/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs [ 73.868066] eth1: no IPv6 routers present [ 78.365869] warning: `q-agent' uses 32-bit capabilities (legacy support in use) [ 99.962115] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj. [ 132.808069] CE: hpet increasing min_delta_ns to 15000 nsec [ 132.808167] CE: hpet increasing min_delta_ns to 22500 nsec [ 132.808257] CE: hpet increasing min_delta_ns to 33750 nsec [ 201.356827] CE: hpet increasing min_delta_ns to 50624 nsec [ 291.525203] iwl3945 :03:00.0: PCI INT A disabled [ 299.449217] lib80211_crypt: registered algorithm 'CCMP' [ 308.701985] lib80211_crypt: registered algorithm 'TKIP' [ 322.022384] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.26ks [ 322.022392] iwl3945: Copyright(c) 2003-2008 Intel Corporation [ 322.022483] iwl3945 :03:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 322.022507] iwl3945 :03:00.0: setting latency timer to 64 [ 322.067107] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels [ 322.067114] iwl3945: Detected Intel Wireless WiFi Link 3945ABG [ 322.079678] wmaster0 (iwl3945): not using net_device_ops yet [ 322.081032] phy1: Selected rate control algorithm 'iwl-3945-rs' [ 322.081058] wlan0 (iwl3945): not using net_device_ops yet [ 322.155981] iwl3945 :03:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 322.156356] iwl3945 :03:00.0: irq 30 for MSI/MSI-X [ 322.156473] iwl3945 :03:00.0: firmware: requesting iwlwifi-3945-2.ucode [ 322.183407] iwl3945 loaded firmware version 15.28.2.8 [ 322.234299] Registered led device: iwl-phy1:radio [ 322.234376] Registered led device: iwl-phy1:assoc [ 322.234409] Registered led device: iwl-phy1:RX [ 322.234440]
Bug#525247: linux-image-2.6.29-1-686: iwl3945 fails to detect WPA TKIP wireless network
On Thu, Apr 23, 2009 at 10:23:22AM +0200, Olivier Berger wrote: My wireless network is no longer detected with 2.6.29 whereas it used to work with 2.6.26. The network is a WPA 1 TKIP. More precisely, with 2.6.26, it appears as : Cell 11 - Address: EE:14: ESSID: Mode:Master Channel:13 Frequency:2.472 GHz (Channel 13) Quality=84/100 Signal level=-50 dBm Noise level=-127 dBm Encryption key:on IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : TKIP CCMP Authentication Suites (1) : PSK Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s 48 Mb/s; 54 Mb/s Extra:tsf=016b8020f014 Hope this helps, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494444: linux-image-2.6.29-1-686: Fixed in 2.6.29
Package: linux-image-2.6.29-1-686 Severity: normal FYI, as indicated in upstream bug, this is fixed in 2.6.29 from unstable, AFAICT. Hope this helps. -- Package-specific info: ** Version: Linux version 2.6.29-1-686 (Debian 2.6.29-3) (m...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-8) ) #1 SMP Fri Apr 17 14:35:16 UTC 2009 ** Command line: root=/dev/sda5 ro pci=assign-busses vga=791 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.29-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 Versions of packages linux-image-2.6.29-1-686 depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii initramfs-tools [linux-initra 0.93.2 tools for generating an initramfs ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.29-1-686 recommends: ii libc6-i6862.9-4 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.29-1-686 suggests: ii grub 0.97-53GRand Unified Bootloader (Legacy v pn linux-doc-2.6.29 none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494444: linux-image-2.6.26-2-686: Same here
Package: linux-image-2.6.26-2-686 Version: 2.6.26-15 Severity: normal Same here, with my Latitude D820, also when removable DVD drive is not inserted. Hope this helps, -- Package-specific info: ** Version: Linux version 2.6.26-2-686 (Debian 2.6.26-15) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Thu Mar 26 01:08:11 UTC 2009 ** Command line: root=/dev/sda5 ro pci=assign-busses vga=791 ** Tainted: P (1) ** Kernel log: [ 1329.753821] sd 0:0:0:0: [sda] Write Protect is off [ 1329.753821] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 1329.753821] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 1329.772555] PM: Writing back config space on device :06:01.4 at offset f (was 100, writing 10b) [ 1329.772584] PM: Writing back config space on device :06:01.4 at offset 5 (was 0, writing ecbfe800) [ 1329.772593] PM: Writing back config space on device :06:01.4 at offset 4 (was 0, writing ecbff000) [ 1329.772601] PM: Writing back config space on device :06:01.4 at offset 3 (was 4000, writing 4010) [ 1329.772611] PM: Writing back config space on device :06:01.4 at offset 1 (was 2100080, writing 2180117) [ 1329.826380] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[19] MMIO=[ecbff000-ecbff7ff] Max Packet=[2048] IR/IT contexts=[8/8] [ 1329.851931] serial 00:0c: activated [ 1330.905719] sd 0:0:0:0: [sda] Starting disk [ 1331.492265] usb 2-2: reset full speed USB device using uhci_hcd and address 2 [ 1332.037315] usb 3-1: reset full speed USB device using uhci_hcd and address 2 [ 1332.658922] Restarting tasks ... done. [ 1332.979326] iwl3945 :03:00.0: enabling device ( - 0002) [ 1332.979326] ACPI: PCI Interrupt :03:00.0[A] - GSI 17 (level, low) - IRQ 17 [ 1332.979326] PM: Writing back config space on device :03:00.0 at offset f (was 100, writing 103) [ 1332.979326] PM: Writing back config space on device :03:00.0 at offset 4 (was 0, writing ecfff000) [ 1332.979326] PM: Writing back config space on device :03:00.0 at offset 3 (was 0, writing 10) [ 1332.979326] PM: Writing back config space on device :03:00.0 at offset 1 (was 12, writing 100106) [ 1333.075326] Registered led device: iwl-phy0:radio [ 1333.075326] Registered led device: iwl-phy0:assoc [ 1333.075326] Registered led device: iwl-phy0:RX [ 1333.075326] Registered led device: iwl-phy0:TX [ 1333.216068] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1333.286062] usb 1-8: new high speed USB device using ehci_hcd and address 4 [ 1333.422205] usb 1-8: configuration #1 chosen from 1 choice [ 1333.423248] hub 1-8:1.0: USB hub found [ 1333.430542] hub 1-8:1.0: 4 ports detected [ 1333.543043] usb 1-8: New USB device found, idVendor=413c, idProduct=0058 [ 1333.543046] usb 1-8: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 1333.547678] usb 2-2.3: USB disconnect, address 3 [ 1334.019606] usb 2-2.3: new full speed USB device using uhci_hcd and address 4 [ 1334.179777] usb 2-2.3: configuration #1 chosen from 1 choice [ 1334.187730] usb 2-2.3: New USB device found, idVendor=413c, idProduct=8103 [ 1334.187730] usb 2-2.3: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 1334.199716] usb 3-1.2: USB disconnect, address 3 [ 1334.404694] usb 3-1.2: new full speed USB device using uhci_hcd and address 4 [ 1334.535728] usb 3-1.2: configuration #1 chosen from 1 choice [ 1334.538729] usb 3-1.2: New USB device found, idVendor=0b97, idProduct=7762 [ 1334.538729] usb 3-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 1334.538729] usb 3-1.2: Product: O2Micro CCID SC Reader [ 1334.538729] usb 3-1.2: Manufacturer: O2 [ 1334.742162] usb 1-8.2: new high speed USB device using ehci_hcd and address 5 [ 1334.834814] usb 1-8.2: configuration #1 chosen from 1 choice [ 1334.834814] hub 1-8.2:1.0: USB hub found [ 1334.834814] hub 1-8.2:1.0: 4 ports detected [ 1334.939827] usb 1-8.2: New USB device found, idVendor=413c, idProduct=0058 [ 1334.939833] usb 1-8.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 1335.239131] ACPI: PCI interrupt for device :03:00.0 disabled [ 1335.241423] ACPI: PCI Interrupt :03:00.0[A] - GSI 17 (level, low) - IRQ 17 [ 1335.241423] PM: Writing back config space on device :03:00.0 at offset 1 (was 100102, writing 100106) [ 1335.262643] CPU0 attaching NULL sched-domain. [ 1335.262643] CPU1 attaching NULL sched-domain. [ 1335.264675] CPU0 attaching sched-domain: [ 1335.264684] domain 0: span 0-1 [ 1335.264688] groups: 0 1 [ 1335.264696] CPU1 attaching sched-domain: [ 1335.264700] domain 0: span 0-1 [ 1335.264704] groups: 1 0 [ 1335.304741] Registered led device: iwl-phy0:radio [ 1335.304741] Registered led device: iwl-phy0:assoc [ 1335.304741] Registered led device: iwl-phy0:RX [ 1335.304741] Registered led device: iwl-phy0:TX [ 1335.322783] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1335.346813] usb 1-8.2.2: new low speed USB device using ehci_hcd and
Bug#521268: linux-headers-2.6.29-1-amd64 cannot be installed because of linux-kbuild-2.6.29 absence
Hi. Can't you merge the two tickets instead of closing without any more link between them ? Just my 2 cents, Regards, Le jeudi 26 mars 2009 à 12:24 +0100, maximilian attems a écrit : On Thu, Mar 26, 2009 at 02:01:25PM +0300, Nikolay Panov wrote: Package: linux-headers-2.6.29-1-amd64 Severity: serious Justification: same issue as #516734 for 2.6.28: package cannot be installed Same issue as #516734 for 2.6.28: the linux-headers-2.6.29-1-amd64 cannot be installed because of dependence on linux-kbuild-2.6.29 which is not present in repository. Could you please make temporary download for the kbuild for 2.6.29 as it was done for 2.6.28? right thus please stop reopening new bugs on same issue. closing. -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518115: Version for kernel 2.6.28 available at ....
On Wed, Mar 04, 2009 at 02:31:15AM -0600, Adam Majer wrote: Please don't close this bug until a real upload of linux-kbuild-2.6 can be made to unstable. Thanks for providing this package, which helps workaround #519040. But maybe, you could have pointed also to the reason why this problem exists currently ? Thanks in advance. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520409: linux-image-2.6.28-1-686: hangs on via padlock RNG module initialization
Package: linux-image-2.6.28-1-686 Version: 2.6.28-1 Severity: normal Whenever booting the kernel on my VIA mainboard, it hangs, and I need to CTRL-C the VIA RNG module initialization. The same problem seems to have been reported here : http://bugs.archlinux.org/task/12823 but couldn't google anything else on the subject. Best regards, -- Package-specific info: ** Version: Linux version 2.6.28-1-686 (Debian 2.6.28-1) (m...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-4) ) #1 SMP Mon Feb 23 03:13:24 UTC 2009 ** Command line: root=/dev/hdd3 ro single ** Tainted: P W (513) ** Kernel log: [6.643547] EXT3-fs: write access will be enabled during recovery. [7.525412] kjournald starting. Commit interval 5 seconds [7.525505] EXT3-fs: recovery complete. [7.604455] EXT3-fs: mounted filesystem with ordered data mode. [8.417375] udevd version 125 started [ 10.970601] Linux agpgart interface v0.103 [ 11.006927] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 11.137633] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 11.205763] agpgart: Detected VIA CX700 chipset [ 11.216614] agpgart-via :00:00.0: AGP aperture is 128M @ 0xf000 [ 12.617329] input: PC Speaker as /devices/platform/pcspkr/input/input1 [ 13.146745] input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 [ 13.156025] ACPI: Power Button (FF) [PWRF] [ 13.156305] input: Sleep Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input3 [ 13.170305] ACPI: Sleep Button (CM) [SLPB] [ 13.170607] input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4 [ 13.188049] ACPI: Power Button (CM) [PWRB] [ 13.928203] input: ImPS/2 Generic Wheel Mouse as /devices/platform/i8042/serio1/input/input5 [ 14.299027] parport_pc 00:07: reported by Plug and Play ACPI [ 14.299134] parport0: PC-style at 0x378, irq 7 [PCSPP] [ 14.431417] ndiswrapper version 1.54 loaded (smp=yes, preempt=no) [ 15.670558] ndiswrapper: driver vnwl (VIA,07/21/2008,2.17.00.3000) loaded [ 15.671089] ndiswrapper :03:06.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [ 15.677492] ndiswrapper: using IRQ 19 [ 16.456809] wlan0: ethernet device 00:18:02:06:4c:f2 using NDIS driver: vnwl, version: 0x20011, NDIS version: 0x500, vendor: 'VIA Networking Technologies PCI-Cardbus Wireless LAN Adapter ', 1106:3253.5.conf [ 16.456962] wlan0: encryption modes supported: WEP; TKIP with WPA, WPA2, WPA2PSK; AES/CCMP with WPA, WPA2, WPA2PSK [ 16.457168] usbcore: registered new interface driver ndiswrapper [ 17.189181] HDA Intel :02:01.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 17.189433] HDA Intel :02:01.0: setting latency timer to 64 [ 17.189443] HDA Intel :02:01.0: PCI: Disallowing DAC for device [ 20.488059] Adding 393584k swap on /dev/hdd2. Priority:-1 extents:1 across:393584k [ 20.698084] EXT3 FS on hdd3, internal journal [ 21.692031] loop: module loaded [ 21.766046] VIA RNG detected [ 21.795556] padlock: Using VIA PadLock ACE for AES algorithm. [ 144.536596] [ cut here ] [ 144.536660] WARNING: at crypto/algapi.c:293 crypto_wait_for_test+0x4b/0x53() [ 144.536722] Modules linked in: sha1_generic padlock_sha(+) padlock_aes aes_generic via_rng rng_core loop snd_hda_intel snd_pcm snd_seq snd_timer snd_seq_device snd evdev soundcore snd_page_alloc ndiswrapper parport_pc parport psmouse button serio_raw pcspkr i2c_viapro i2c_core via_agp shpchp pci_hotplug agpgart ext3 jbd mbcache ide_gd_mod ata_generic libata scsi_mod 8139too 8139cp mii uhci_hcd ehci_hcd via82cxxx ide_pci_generic usbcore ide_core thermal processor fan thermal_sys [ 144.538877] Pid: 1649, comm: modprobe Tainted: P 2.6.28-1-686 #1 [ 144.538938] Call Trace: [ 144.539004] [c0126dd9] warn_on_slowpath+0x40/0x61 [ 144.539067] [c0120f20] check_preempt_wakeup+0x138/0x171 [ 144.539129] [c0121f16] try_to_wake_up+0x168/0x172 [ 144.539193] [c02e5c92] schedule_timeout+0x14/0xbb [ 144.539267] [c013a302] notifier_call_chain+0x2a/0x47 [ 144.539332] [c02e700f] _spin_lock_irq+0x13/0x15 [ 144.539392] [c02e5384] wait_for_common+0x111/0x12d [ 144.539453] [c0121f20] default_wake_function+0x0/0x8 [ 144.539514] [c01e5087] crypto_wait_for_test+0x4b/0x53 [ 144.539576] [c01e5158] crypto_register_alg+0x3f/0x44 [ 144.539644] [dc995000] padlock_init+0x0/0x68 [padlock_sha] [ 144.539707] [dc995032] padlock_init+0x32/0x68 [padlock_sha] [ 144.539770] [dc995000] padlock_init+0x0/0x68 [padlock_sha] [ 144.539832] [c0101138] _stext+0x50/0x17a [ 144.539897] [c01461d0] load_module+0x15ef/0x177b [ 144.539979] [c0176238] vma_link+0x51/0x75 [ 144.540050] [c0176253] vma_link+0x6c/0x75 [ 144.540127] [c013a56a] blocking_notifier_call_chain+0x9/0xc [ 144.540193] [c0146499] sys_init_module+0x87/0x174 [ 144.540256] [c01038e3] sysenter_do_call+0x12/0x2f [ 144.540315] ---[ end trace 2d77b5519b6ee597 ]--- [ 144.540536] [ cut
Bug#520409: linux-image-2.6.28-1-686: hangs on via padlock RNG module initialization
On Thu, Mar 19, 2009 at 02:25:37PM +0100, Olivier Berger wrote: Whenever booting the kernel on my VIA mainboard, it hangs, and I need to CTRL-C the VIA RNG module initialization. The same problem seems to have been reported here : http://bugs.archlinux.org/task/12823 but couldn't google anything else on the subject. Best regards, FYI, commenting padlock_aes and padlock_sha in /etc/modules (and leaving via_rng) worked around the issue (also this worked fine with 2.6.26 from stable). Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Processed: tagging 463402
Le lundi 09 mars 2009 à 13:57 +, Debian Bug Tracking System a écrit : Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.9.26etch2 tags 463402 + pending Bug#463402: smbfs: Crash when trying to mount remote cifs share Tags were: patch fixed-upstream Tags added: pending Out of curiosity, which target version for a fix do you foresee ? stable's kernel ? Thanks in advance. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463402: upstream patch fixes the issue
found 463402 2.6.26-13 tags 463402 + patch thanks On Mon, Feb 23, 2009 at 06:14:21PM +, bts-link-upstr...@lists.alioth.debian.org wrote: # remote status report for #463402 # * http://bugzilla.kernel.org/show_bug.cgi?id=10451 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - CODE-FIX # * closed upstream tags 463402 + fixed-upstream usertags 463402 - status-NEW usertags 463402 + status-RESOLVED resolution-CODE-FIX The patch provided upstream fixes the problem on 2.6.26, FYI (http://bugzilla.kernel.org/attachment.cgi?id=20269action=edit) I applied the patch (quite trivial, and which applies perfectly) and recompiled a Debian 2.6.26 kernel, and tested it fixes the issue as expected. May this be included in next stable kernel update ? Thanks in advance. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507994: Please include version 1.6 of hso.c
On Sun, Dec 14, 2008 at 02:22:10PM +0100, Torsten Jerzembeck wrote: - The 1.2 driver included with the current kernel sources is next to useless. Really poor reception, and very frequent lock-ups of the system. It seems that this version doesn't handle handovers and network outages gracefully at all and has severe problems when disconnecting the USB modem. - The 1.6 driver from the Pharscape forum that aba is talking about gives _much_ better reception and is _much_ more stable than the 1.2. However, even this causes system lockups. I've managed to nail down the cause, it seems that the code has problems with rapid changes between no reception and GPRS/UMTS when under network load. - I tried to backport the hso.c module from linux-next (kindly provided by Florian Weimer; my version is attached to this mail). It uses an additional element in the tty_struct that is not present in earlier versions of the kernel. After changing the code not to use tty_kref_put and tty_kref_get, it compiles and can be inserted, but the system freezes on the first access of the hardware. I suppose there is some kind of locking missing, but I'm not fluent enough in C to debug this. My next step will be using a vanilla 2.6.27.9 kernel with the 1.6 hso.c from the Pharscape forum, as this is reported to be stable and cause no freezes. FYI, there's an ITP filed about this driver : #501760 Hope this helps, -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463402: Same behaviour in 2.6.25-rc8-686 :(
found 463402 2.6.25-2-686 thanks On Sun, Apr 13, 2008 at 08:29:43PM +0200, Olivier Berger wrote: On Sun, Apr 13, 2008 at 07:38:58PM +0200, Olivier Berger wrote: On Sun, Apr 13, 2008 at 04:01:12PM +0200, Olivier Berger wrote: Instead, I tried and test with 2.6.25-rc8-686 package from http://kernel-archive.buildserver.net/debian-kernel. Unfortunately, it still fails : [ 183.990770] BUG: unable to handle kernel NULL pointer dereference at 0010 SNIP FYI, I also tested with 2.6.25-2-686 and I still get : [ 72.757622] BUG: unable to handle kernel NULL pointer dereference at 0010 [ 72.757622] IP: [f0e139e8] :cifs:cifs_strfromUCS_le+0x50/0x5f [ 72.757622] *pde = [ 72.757622] Oops: 0002 [#1] SMP [ 72.757622] Modules linked in: nls_utf8 cifs nls_base microcode firmware_class nfs lockd nfs_acl sunrpc ipv6 rfcomm l2cap bluetooth reiserfs dm_crypt crypto_blkcipher fuse smsc47m1 eeprom firewire_sbp2 loop evdev parport_pc parport psmouse serio_raw pcspkr rtc snd_bt87x usblp snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss snd_pcm snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi container snd_seq_midi_event snd_seq snd_timer snd_seq_device button snd soundcore snd_page_alloc i2c_sis96x i2c_core shpchp pci_hotplug sis_agp agpgart usbhid hid ff_memless ext3 jbd mbcache dm_mirror dm_snapshot dm_mod sg sr_mod cdrom sd_mod sis5513 ide_pci_generic ide_core floppy firewire_ohci firewire_core crc_itu_t tulip ehci_hcd ohci_hcd pata_sis ata_generic usbcore libata scsi_mod dock thermal processor fan [ 72.757622] [ 72.757622] Pid: 2488, comm: mount.cifs Not tainted (2.6.25-2-686 #1) [ 72.757622] EIP: 0060:[f0e139e8] EFLAGS: 00010246 CPU: 0 [ 72.757622] EIP is at cifs_strfromUCS_le+0x50/0x5f [cifs] [ 72.757622] EAX: 0010 EBX: ECX: EDX: edc6072e [ 72.757622] ESI: 000b EDI: EBP: 0010 ESP: ef37fccc [ 72.757622] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 [ 72.757622] Process mount.cifs (pid: 2488, ti=ef37e000 task=edf6b8b0 task.ti=ef37e000) [ 72.757622] Stack: ef371440 edc6072e 000b edc6072d edddc480 f0e16904 [ 72.757622]f0be04c0 0001 edc4f800 f0ea edc6072e [ 72.757622]eeb3f580 ef9b0300 44ac3674 8576505f 6a921331 47b2bed6 5fbcea37 6c58df6b [ 72.757622] Call Trace: [ 72.757622] [f0e16904] CIFS_SessSetup+0x4c8/0x728 [cifs] [ 72.757622] [f0ea] SendReceive+0x3bf/0x3d2 [cifs] [ 72.757622] [f0e045a0] cifs_setup_session+0x124/0xaec [cifs] [ 72.757622] [c01de9dd] sprintf+0x1d/0x20 [ 72.757622] [f0e0786d] cifs_mount+0x1841/0x1e92 [cifs] [ 72.757622] [f0e078f0] cifs_mount+0x18c4/0x1e92 [cifs] [ 72.757622] [c02b4334] schedule_timeout+0x13/0x86 [ 72.757622] [c015cabf] get_page_from_freelist+0x2fe/0x37b [ 72.757622] [c01dda8e] strlcpy+0x10/0x3a [ 72.757622] [f0dfb589] cifs_get_sb+0x94/0x166 [cifs] [ 72.757622] [c0177264] vfs_kern_mount+0x7b/0xed [ 72.757622] [c0177314] do_kern_mount+0x2f/0xb4 [ 72.757622] [c0188b21] do_new_mount+0x55/0x89 [ 72.757622] [c0188cee] do_mount+0x199/0x1b8 [ 72.757622] [c018714a] copy_mount_options+0x26/0x109 [ 72.757622] [c0188d7a] sys_mount+0x6d/0xa7 [ 72.757622] [c01077e4] sysenter_past_esp+0x6d/0xa5 [ 72.757622] [c02b] init_amd+0x4a6/0x66e [ 72.757622] === [ 72.757622] Code: b9 06 00 00 00 ff 56 08 85 c0 7e 04 01 c3 eb 07 8b 04 24 43 c6 00 3f 47 3b 7c 24 04 7d 0d 8b 54 24 08 66 8b 04 7a 66 85 c0 75 c7 c6 44 1d 00 00 89 d8 83 c4 0c 5b 5e 5f 5d c3 55 31 ed 57 89 cf [ 72.757622] EIP: [f0e139e8] cifs_strfromUCS_le+0x50/0x5f [cifs] SS:ESP 0068:ef37fccc [ 72.757626] ---[ end trace 973b2141f513d726 ]--- Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482177: linux-image-2.6-vserver-686: Please package latest upstream vserver patches version
Package: linux-image-2.6-vserver-686 Version: 2.6.22+11 Severity: wishlist Looking at linux-patch-debian-2.6.22, I can see that patch level of vserver seems to be 2.2.0.5. (Btw, there's no apparent way to know that patch level from looking at the linux-headers-2.6.22-3-vserver-686 binary package, which is bad, IMHO... a README.Debian should be provided at least). However, http://linux-vserver.org/Welcome_to_Linux-VServer.org indicates latest stable vs2.2.0.7. Hence my request for an updated 2.6.22 vserver image. Thanks in advance. Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-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 Versions of packages linux-image-2.6-vserver-686 depends on: ii linux-image-2.6.22-3-vse 2.6.22-6.lenny1 Linux 2.6.22 image on PPro/Celeron linux-image-2.6-vserver-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478651: +1
On Wed, May 07, 2008 at 08:58:32AM +0200, Olivier Berger wrote: I'm stuck with unsupported obsolete 2.6.22 kernel though :( Thanks in advance. I should add that the 2.6.22 vserver image patch level is not uptodate either AFAICT (see #482177). Best regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482177: closed by maximilian attems [EMAIL PROTECTED] (Re: Bug#482177: linux-image-2.6-vserver-686: Please package latest upstream vserver patches version)
reopen 482177 reassign 482177 linux-image-2.6.22-3-vserver-686 thanks On Wed, May 21, 2008 at 11:09:26AM +0200, Olivier Berger wrote: Package: linux-image-2.6-vserver-686 Version: 2.6.22+11 Severity: wishlist reporting against an image that doesn't exist anymore in the archive. Sorry, linux-image-2.6-vserver-686 is no longer there, but linux-image-2.6.22-3-vserver-686 is AFAICT : http://packages.debian.org/search?keywords=linux-image-2.6.22-3-vserver-686searchon=namessuite=allsection=all Looking at linux-patch-debian-2.6.22, I can see that patch level of vserver seems to be 2.2.0.5. (Btw, there's no apparent way to know that patch level from looking at the linux-headers-2.6.22-3-vserver-686 binary package, which is bad, IMHO... a README.Debian should be provided at least). However, http://linux-vserver.org/Welcome_to_Linux-VServer.org indicates latest stable vs2.2.0.7. 2.6.26-rc3 is current upstream a patch that stays on a more then 1 year old kernel can't be refreshed. dup report also. closing. My concern is that some vserver kernel is kept for lenny, and if no sooner than 2.6.22, well that's better than nothing, so better have it with most recent patches from vserver project. Thanks in advance. Best regards, -- Olivier BERGER [EMAIL PROTECTED] (*NEW ADDRESS*) http://www-inf.it-sudparis.eu/~olberger/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM / TELECOM Management SudParis (http://www.it-sudparis.eu/), Evry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478651: +1
Hi. I'm also very much interested. I need a light virtualization solution to test packages I maintain on various versions of the distribution (stable, testing, unstable), and vserver seemed to be the only one available (tried xen but it failed to run on my hardware properly). I'm stuck with unsupported obsolete 2.6.22 kernel though :( Thanks in advance. Best regards, -- Olivier BERGER [EMAIL PROTECTED] (*NEW ADDRESS*) http://www-inf.it-sudparis.eu/~olberger/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM / TELECOM Management SudParis (http://www.it-sudparis.eu/), Evry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463402: Same behaviour in 2.6.25-rc8-686 :(
maximilian attems [EMAIL PROTECTED] writes: please file a bug report upstream on bugzilla.kernel.org and let us know the bug number. Done : http://bugzilla.kernel.org/show_bug.cgi?id=10451 (and tagged with forwarded). Regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463402: linux-image-2.6.24-1-686: Same crash with same network hard disk probably, in 2.6.24
Package: linux-image-2.6.24-1-686 Version: 2.6.24-5 Followup-For: Bug #463402 FYI, I experience similar Oops : BUG: unable to handle kernel NULL pointer dereference at virtual address 0010 printing eip: f105d21c *pde = Oops: 0002 [#1] SMP Modules linked in: nls_iso8859_1 cifs binfmt_misc radeon drm nfsd auth_rpcgss exportfs ppdev lp ac battery microcode nfs lockd nfs_acl sunrpc ipv6 rfcomm l2cap bluetooth reiserfs dm_crypt fuse smsc47m1 eeprom firewire_sbp2 loop bt878 tuner tea5767 tda8290 tuner_simple mt20xx tea5761 tvaudio msp3400 bttv parport_pc parport firmware_class ir_common psmouse compat_ioctl32 i2c_algo_bit serio_raw pcspkr videobuf_dma_sg videobuf_core btcx_risc rtc tveeprom videodev v4l2_common v4l1_compat snd_bt87x snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss snd_pcm snd_mixer_oss usblp snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device container snd soundcore snd_page_alloc button i2c_sis96x i2c_core shpchp pci_hotplug sis_agp agpgart evdev usbhid hid ext3 jbd mbcache dm_mirror dm_snapshot dm_mod sg sr_mod cdrom sd_mod sis5513 generic ide_core floppy ehci_hcd firewire_ohci ohci_hcd pata_sis ata_generic firewire_core crc_itu_t tulip usbcore libata scsi_mod thermal processor fan Pid: 4759, comm: mount.cifs Not tainted (2.6.24-1-686 #1) EIP: 0060:[f105d21c] EFLAGS: 00010246 CPU: 0 EIP is at cifs_strfromUCS_le+0x50/0x5f [cifs] EAX: 0010 EBX: ECX: EDX: e6d4432e ESI: 000b EDI: EBP: 0010 ESP: e6d43bb8 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Process mount.cifs (pid: 4759, ti=e6d42000 task=df996130 task.ti=e6d42000) Stack: e6d4432e 000b e6d4432d df9f2300 f106038f f0d7adc0 e6d43c38 0010 0001 0001 e6d1c000 e639d240 e4d98300 e6d4432e c015cfd0 e6d495c0 44ac3674 8576505f 6a921331 47b2bed6 Call Trace: [f106038f] CIFS_SessSetup+0x4ae/0x727 [cifs] [c015cfd0] mempool_free+0x6a/0x6f [f104ceb1] cifs_setup_session+0x11f/0xb3f [cifs] [f104ffaf] cifs_mount+0x191c/0x1f2c [cifs] [c01ded58] free_layer+0x11/0x29 [c01df17a] idr_get_new+0xa/0x26 [c018a0a2] get_filesystem+0xf/0x29 [f104361b] cifs_get_sb+0xa2/0x18f [cifs] [c017a101] vfs_kern_mount+0x7f/0xf6 [c017a1c1] do_kern_mount+0x35/0xbb [c018ba0e] do_mount+0x5d8/0x63a [c0168068] handle_mm_fault+0x252/0x685 [c018a5cc] copy_mount_options+0x90/0x109 [c011bf41] do_page_fault+0x1f7/0x592 [c016a1dd] vma_adjust+0x323/0x39e [c02bdd4a] error_code+0x72/0x78 [c02b00d8] unix_detach_fds+0x1f/0x36 [c018a5cc] copy_mount_options+0x90/0x109 [c018bae7] sys_mount+0x77/0xae [c0103e5e] sysenter_past_esp+0x6b/0xa1 === Code: b9 06 00 00 00 ff 56 08 85 c0 7e 04 01 c3 eb 07 8b 04 24 43 c6 00 3f 47 3b 7c 24 04 7d 0d 8b 54 24 08 66 8b 04 7a 66 85 c0 75 c7 c6 44 1d 00 00 89 d8 83 c4 0c 5b 5e 5f 5d c3 55 31 ed 57 89 cf EIP: [f105d21c] cifs_strfromUCS_le+0x50/0x5f [cifs] SS:ESP 0068:e6d43bb8 ---[ end trace 00cb9090446d1e5d ]--- Hope this helps. Best regards -- Package-specific info: ** Version: Linux version 2.6.24-1-686 (Debian 2.6.24-5) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #1 SMP Thu Mar 27 17:45:04 UTC 2008 ** Command line: root=/dev/sda1 ro noapic ** Tainted: G (128) ** Kernel log: tuner 1-0061: type set to Philips (SECAM+PAL_ bttv0: registered device video0 bttv0: registered device vbi0 bttv0: registered device radio0 bttv0: PLL: 28636363 = 35468950 .. ok bt878: AUDIO driver version 0.0.0 loaded Adding 1534136k swap on /dev/sda5. Priority:-1 extents:1 across:1534136k EXT3 FS on sda1, internal journal loop: module loaded smsc47m1: Found SMSC LPC47M10x/LPC47M112/LPC47M13x smsc47m1 smsc47m1.2048: Device not configured, will not use fuse init (API version 7.9) kjournald starting. Commit interval 5 seconds EXT3 FS on dm-1, internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS on dm-2, internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS on dm-0, internal journal EXT3-fs: mounted filesystem with ordered data mode. ReiserFS: dm-3: found reiserfs format 3.6 with standard journal ReiserFS: dm-3: using ordered data mode ReiserFS: dm-3: journal params: device dm-3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: dm-3: checking transaction log (dm-3) ReiserFS: dm-3: Using r5 hash to sort names Bluetooth: Core ver 2.11 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: L2CAP ver 2.9 Bluetooth: L2CAP socket layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM ver 1.8 eth0: CSR0 01a08000 :00:06.0: tulip_stop_rxtx() failed (CSR5 0xfc664010 CSR6
Bug#463402: linux-image-2.6.24-1-686: Same crash with same network hard disk probably, in 2.6.24
On Sun, Apr 13, 2008 at 04:01:12PM +0200, Olivier Berger wrote: FYI, I experience similar Oops : BUG: unable to handle kernel NULL pointer dereference at virtual address 0010 printing eip: f105d21c *pde = SNIP FYI, it works with 2.6.22-3-686 (testing) by issueing : # modprobe cifs # echo 0 /proc/fs/cifs/LinuxExtensionsEnabled (this is needed for this device which does not handle unix extensions) then : # mount -t cifs //nasiomega/PUBLIC /mnt/iomega -v -o user=guest,pass=public,domain=WORKGROUP However, these commands lead to the oops on 2.6.24. Will try and recompile a kernel with the git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6.git contents for the cifs driver, to see if it has been solved. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463402: Same behaviour in 2.6.25-rc8-686 :(
On Sun, Apr 13, 2008 at 07:38:58PM +0200, Olivier Berger wrote: On Sun, Apr 13, 2008 at 04:01:12PM +0200, Olivier Berger wrote: Will try and recompile a kernel with the git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6.git contents for the cifs driver, to see if it has been solved. Unfortunately it evolved in a way which prevents replacing directly the cifs driver source dir into the 2.6.24 kernel sources and rebuild. Instead, I tried and test with 2.6.25-rc8-686 package from http://kernel-archive.buildserver.net/debian-kernel. Unfortunately, it still fails : [ 183.990770] BUG: unable to handle kernel NULL pointer dereference at 0010 [ 183.990770] IP: [f0fd99f8] :cifs:cifs_strfromUCS_le+0x50/0x5f [ 183.990770] *pde = [ 183.990770] Oops: 0002 [#1] SMP [ 183.990770] Modules linked in: nls_utf8 cifs nls_base binfmt_misc radeon drm nfsd auth_rpcgss exportfs ppdev lp ac battery microcode firmware_class nfs lockd nfs_acl sunrpc ipv6 rfcomm l2cap bluetooth reiserfs dm_crypt crypto_blkcipher fuse smsc47m1 eeprom firewire_sbp2 loop evdev joydev usbhid hid ff_memless usblp parport_pc parport snd_intel8x0 snd_ac97_codec ac97_bus psmouse snd_bt87x pcspkr serio_raw snd_pcm_oss snd_mixer_oss rtc snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event container snd_seq snd_timer snd_seq_device snd button i2c_sis96x soundcore snd_page_alloc i2c_core sis_agp agpgart shpchp pci_hotplug ext3 jbd mbcache dm_mirror dm_snapshot dm_mod sg sr_mod cdrom sd_mod sis5513 ide_pci_generic ide_core floppy ehci_hcd firewire_ohci firewire_core crc_itu_t ohci_hcd tulip pata_sis ata_generic usbcore libata scsi_mod dock thermal processor fan [ 183.990770] [ 183.990770] Pid: 4322, comm: mount.cifs Not tainted (2.6.25-rc8-686 #1) [ 183.990770] EIP: 0060:[f0fd99f8] EFLAGS: 00210246 CPU: 0 [ 183.990770] EIP is at cifs_strfromUCS_le+0x50/0x5f [cifs] [ 183.990770] EAX: 0010 EBX: ECX: EDX: dfb7132e [ 183.990770] ESI: 000b EDI: EBP: 0010 ESP: dfb4dccc [ 183.990770] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 [ 183.990770] Process mount.cifs (pid: 4322, ti=dfb4c000 task=dfb1b310 task.ti=dfb4c000) [ 183.990770] Stack: dfb765c0 dfb7132e 000b dfb7132d dfacfe80 f0fdc914 [ 183.990770]f0cdd4c0 0001 ef992800 f0fd712a dfb7132e [ 183.990770]df9aebc0 dfb58300 44ac3674 8576505f 6a921331 47b2bed6 5fbcea37 6c58df6b [ 183.990770] Call Trace: [ 183.990770] [f0fdc914] CIFS_SessSetup+0x4c8/0x728 [cifs] [ 183.990770] [f0fd712a] SendReceive+0x3bf/0x3d2 [cifs] [ 183.990770] [f0fca5a4] cifs_setup_session+0x124/0xaec [cifs] [ 183.990770] [c01db711] sprintf+0x1d/0x20 [ 183.990770] [f0fcd871] cifs_mount+0x1841/0x1e92 [cifs] [ 183.990770] [f0fcd8f4] cifs_mount+0x18c4/0x1e92 [cifs] [ 183.990770] [c01599b3] get_page_from_freelist+0x2fe/0x37b [ 183.990770] [c01da7c2] strlcpy+0x10/0x3a [ 183.990770] [f0fc1589] cifs_get_sb+0x94/0x166 [cifs] [ 183.990770] [c0174154] vfs_kern_mount+0x7b/0xed [ 183.990770] [c0174204] do_kern_mount+0x2f/0xb4 [ 183.990770] [c0185999] do_new_mount+0x55/0x89 [ 183.990770] [c0185b66] do_mount+0x199/0x1b8 [ 183.990770] [c0183fc2] copy_mount_options+0x26/0x109 [ 183.990770] [c0185bf2] sys_mount+0x6d/0xa7 [ 183.990770] [c01048cc] sysenter_past_esp+0x6d/0xa5 [ 183.990770] [c02a] tpacket_rcv+0x369/0x3b4 [ 183.990770] === [ 183.990770] Code: b9 06 00 00 00 ff 56 08 85 c0 7e 04 01 c3 eb 07 8b 04 24 43 c6 00 3f 47 3b 7c 24 04 7d 0d 8b 54 24 08 66 8b 04 7a 66 85 c0 75 c7 c6 44 1d 00 00 89 d8 83 c4 0c 5b 5e 5f 5d c3 55 31 ed 57 89 cf [ 183.990770] EIP: [f0fd99f8] cifs_strfromUCS_le+0x50/0x5f [cifs] SS:ESP 0068:dfb4dccc [ 183.990770] ---[ end trace c210fe14b4e416ce ]--- Hope this helps. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473075: linux-image-2.6.24-1-686: Won't boot, seems root fs not mounted
Package: linux-image-2.6.24-1-686 Version: 2.6.24-4 Severity: normal I installed the just arrived linux 2.6.24 image package on my desktop, and tried rebooting it, with no success. Boot procedure hangs with these messages (manual transcript from a picture taken with my phone ;) : mount: Mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have /sbin/init. No init found. Try passing init= bootarg. BusyBox v1.1.3 (Debian 1:1.1.3-5) Built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty: job control turned off (initramfs) usb2-1: configuration #1 chosen from 1 choice hub 2-1:1.0: USB hub found hub 2-1:1.0: 3 ports detected usb 1-2: new full speed USB device using ohci_hcd and address 4 usb 1-2: configuration #1 chosen from 1 choice usb 2-1.2: new low speed USB device using ohci_hcd and address 3 usb 2-1.2: configuration #1 chosen from 1 choice usb 2-1.3: new full speed USB device using ohci_hcd and address 4 usb 2-1.3: configuration #1 chosen from 1 choice (end of my picture nothing more than USB-related messages) FYI, as I see something related to tty, I'm using a Belkin Components F1DF102U Flip KVM switch to share screen and keybord (USB) between that desktop and another system. Hope this helps, Thanks in advance for your help -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) 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.24-1-686 depends on: ii debconf [debconf-2.0]1.5.20 Debian configuration management sy ii initramfs-tools [linux-initr 0.91e tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo Versions of packages linux-image-2.6.24-1-686 recommends: ii libc6-i6862.7-6 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.24-1-686/preinst/overwriting-modules-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/bootloader-error-2.6.24-1-686: linux-image-2.6.24-1-686/postinst/create-kimage-link-2.6.24-1-686: true linux-image-2.6.24-1-686/prerm/would-invalidate-boot-loader-2.6.24-1-686: true linux-image-2.6.24-1-686/preinst/initrd-2.6.24-1-686: linux-image-2.6.24-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.24-1-686/preinst/abort-install-2.6.24-1-686: linux-image-2.6.24-1-686/prerm/removing-running-kernel-2.6.24-1-686: true linux-image-2.6.24-1-686/preinst/abort-overwrite-2.6.24-1-686: linux-image-2.6.24-1-686/postinst/bootloader-test-error-2.6.24-1-686: linux-image-2.6.24-1-686/preinst/lilo-initrd-2.6.24-1-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.24-1-686/postinst/old-system-map-link-2.6.24-1-686: true linux-image-2.6.24-1-686/preinst/failed-to-move-modules-2.6.24-1-686: linux-image-2.6.24-1-686/postinst/depmod-error-initrd-2.6.24-1-686: false linux-image-2.6.24-1-686/preinst/bootloader-initrd-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/old-initrd-link-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/old-dir-initrd-link-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/depmod-error-2.6.24-1-686: false linux-image-2.6.24-1-686/preinst/elilo-initrd-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/kimage-is-a-directory: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451282: linux-support-2.6.22-2: Package should include minimum documentation
Package: linux-support-2.6.22-2 Version: 2.6.22-4 Severity: minor Once this package is installed, there's nothing which will help a user determine how to use the package contents. Thanks in advance for adding a little README and pointers to the docs, at least, in /usr/share/doc/linux-support-2.6.22-2 Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-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 Versions of packages linux-support-2.6.22-2 depends on: ii python2.4-minimal 2.4.4-6A minimal subset of the Python lan linux-support-2.6.22-2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438104: firmware-iwlwifi: Dependencies on 2.6.22 maybe ?
Package: firmware-iwlwifi Version: 0.7 Severity: normal Hello. Maybe I'm wrong, but I think this firmware requires the mac80211 module to be loaded, which in turn is only available in kernel 2.6.22 in Debian. I think the dependencies for this package should then reflect this. Feel free to correct me if I'm wrong ;) Hope this helps Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-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 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423006: initramfs-tools: This time, booting new 2.6.21 installed kernel is broken too
Package: initramfs-tools Followup-For: Bug #423006 FYI, I just installed the coming new 2.6.21 kernel image, and it wouldn't boot. Same problem : /bin/sh: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory Kernel panic - not syncing: Attempted to kill init! Hope this helps, -- Package-specific info: -- /proc/cmdline root=/dev/sda5 ro pci=assign-busses vga=791 -- /proc/filesystems cramfs ext3 -- lsmod Module Size Used by sha256 11104 0 aes28160 2 tcp_diag1888 0 inet_diag 11208 1 tcp_diag nvidia 6835988 22 binfmt_misc10984 1 rfcomm 34584 0 l2cap 21696 5 rfcomm ppdev 8676 0 parport_pc 32132 0 lp 11012 0 parport33256 3 ppdev,parport_pc,lp button 6672 0 ac 5188 0 battery 9636 0 ipv6 226016 27 cpufreq_conservative 7304 0 cpufreq_powersave 1920 0 cpufreq_stats 5408 0 cpufreq_ondemand6636 1 ip_nat_irc 2720 0 ip_nat_ftp 3328 0 ip_conntrack_irc6800 1 ip_nat_irc ip_conntrack_ftp7760 1 ip_nat_ftp iptable_nat 7044 0 ip_nat 16876 3 ip_nat_irc,ip_nat_ftp,iptable_nat ip_conntrack 49088 6 ip_nat_irc,ip_nat_ftp,ip_conntrack_irc,ip_conntrack_ftp,iptable_nat,ip_nat nfnetlink 6680 2 ip_nat,ip_conntrack ip_tables 13028 1 iptable_nat x_tables 13316 2 iptable_nat,ip_tables fuse 39828 1 dm_crypt 10888 1 speedstep_centrino 8384 2 freq_table 4576 2 cpufreq_stats,speedstep_centrino cpufreq_userspace 4448 0 eeprom 7024 0 sbp2 20840 0 loop 15048 0 hsfhda108776 1 hsfserial 23460 1 hsfhda hsfengine1306092 2 hsfhda,hsfserial hsfosspec 101448 4 hsfhda,hsfserial,hsfengine joydev 9088 0 tsdev 7520 0 hci_usb16028 2 snd_hda_intel 20120 1 snd_hda_codec 212716 2 hsfhda,snd_hda_intel snd_pcm_oss38368 0 snd_mixer_oss 15200 1 snd_pcm_oss bluetooth 45956 7 rfcomm,l2cap,hci_usb pcmcia 34140 0 ipw3945 182532 1 snd_pcm68676 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss ieee80211 29416 1 ipw3945 snd_timer 20996 1 snd_pcm serio_raw 6660 0 usb_storage71840 1 ieee80211_crypt 5952 1 ieee80211 snd47012 8 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer yenta_socket 24460 1 rsrc_nonstatic 11840 1 yenta_socket i2c_i8017468 0 firmware_class 9600 2 pcmcia,ipw3945 rtc12372 0 psmouse35016 0 pcmcia_core36852 3 pcmcia,yenta_socket,rsrc_nonstatic i2c_core 19680 3 nvidia,eeprom,i2c_i801 soundcore 9248 1 snd intel_agp 21148 1 agpgart29896 2 nvidia,intel_agp snd_page_alloc 9640 2 snd_hda_intel,snd_pcm evdev 9088 2 eth139418212 0 ext3 119240 7 jbd52456 1 ext3 mbcache 8356 1 ext3 dm_mirror 19152 0 dm_snapshot15552 0 dm_mod 50232 18 dm_crypt,dm_mirror,dm_snapshot sd_mod 19040 8 ehci_hcd 28136 0 ohci1394 30800 0 uhci_hcd 21164 0 tg394948 0 ieee1394 86904 3 sbp2,eth1394,ohci1394 ata_piix 13576 5 libata 89396 1 ata_piix scsi_mod 124168 4 sbp2,usb_storage,sd_mod,libata generic 5476 0 [permanent] ide_core 110504 2 usb_storage,generic usbcore 112644 6 hsfosspec,hci_usb,usb_storage,ehci_hcd,uhci_hcd thermal13608 0 processor 28840 2 speedstep_centrino,thermal fan 4804 0 -- /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 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU
Bug#420754: Problem apparently reported already in initramfs-tools
FYI, the bug report #420754 seems to correspond to this problem, and proposes a workaround. I'm gonna try it and test if this solves the issue. Best regards, -- Olivier BERGER [EMAIL PROTECTED] (ATTENTION : new address) Ingénieur Recherche - Dept INF GET/INT at Evry (http://www.int-edu.eu/) OpenPGP-Id: 1024D/6B829EEC
Bug#420754: Workaround OK
Hi. FYI, the proposed workaround in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420754#5 helps solve the issue. I've patched /usr/share/initramfs-tools/hook-functions, then issued : mkinitramfs -o /boot/initrd.img-2.6.18-4-xen-686 2.6.18-4-xen-686 After that : the lib/ in the initrd image contains the libcrypt.so.1 lib ... As to know why sh needs libcrypt.so... it seems weird to me but that's just a naive opinion. These bugs should probably be merged... but I hope someone more qualified will have a better judgement. Hope this helps, -- Olivier BERGER [EMAIL PROTECTED] (ATTENTION : new address) Ingénieur Recherche - Dept INF GET/INT at Evry (http://www.int-edu.eu/) OpenPGP-Id: 1024D/6B829EEC
Bug#417333: Too bad it happened again
Le lundi 14 mai 2007 à 11:19 +0200, Olivier Berger a écrit : FYI, the machine reports recoverable ECC memory errors... so I'm suspecting problems with the memory... But I'm not completely sure the mem is faulty though. There were no reports of ECC problems with the Dell diagnostic tools when that happened. We're trying to solve the memory problems with the Dell support, and hopefully this will go away ? FYI, the memory was indeed faulty, and we changed it for a new DIMM. Now that hardware memory errors have been fixed, we still experience problems. Here's a copy of the oops messages on the console : Trace: [...] inet_gso_segment [...] skb_gso_segment [...] dev_hard_sta...nit [...] dev_queue_xmitae [...] neigh_resolve_... [...] ip_output [...] reject ... [ipt_REJECT] [...] ipt_ulog_target ... [ipt_ULOG] [...] reject ... [ipt_REJECT] [...] ipt_do_table ... [ip_tables] [...] ipt_local_out_hook ... [iptable_filt... [...] nf_iterate [...] dst_output [...] nf_hook_slow [...] dst_output [...] ip_queue_xmit [...] dst_output [...] do_get_write_access ... [jbd] [...] __ext3_get_inode_loc ... [ext3] [...] tcp_transmit_skb [...] __tcp_puch_pending_frames [...] tcp_sendmsg [...] inet_sendmsg [...] do_sock_write [...] sock_writev [...] do_wp_page [...] __handle_mm_fault [...] autoremove_wake_function [...] generic_file_aio_write [...] do_page_fault [...] sock_writev [...] do_redv_writev [...] vfs_writev [...] sys_writev [...] sysenter_past_esp Code: EIP: [...] tcp_tso_segment ... 0Kernel panic - not syncing: Fatal exception in interrupt Any help much appreciated. Best regards, -- Olivier BERGER [EMAIL PROTECTED] (ATTENTION : new address) Ingénieur Recherche - Dept INF GET/INT at Evry (http://www.int-edu.eu/) OpenPGP-Id: 1024D/6B829EEC
Bug#417333: Too bad it happened again
FYI, the machine reports recoverable ECC memory errors... so I'm suspecting problems with the memory... But I'm not completely sure the mem is faulty though. There were no reports of ECC problems with the Dell diagnostic tools when that happened. We're trying to solve the memory problems with the Dell support, and hopefully this will go away ? Best regards, Le mardi 10 avril 2007 à 12:16 +0200, Olivier Berger a écrit : FYI, I have my server crashed again it seems. With netconsole, I've been able to get some details. Here's the log : -- Olivier BERGER [EMAIL PROTECTED] (ATTENTION : new address) Ingénieur Recherche - Dept INF GET/INT at Evry (http://www.int-edu.eu/) OpenPGP-Id: 1024D/6B829EEC
Bug#417333: In any case tcp_tso_segment crash in 2.6.20 on netdev list ?
FYI, there was a discussion on crashes on 2.6.20 recently... dunno if this relates to the problem I'm experiencing : http://www.mail-archive.com/[EMAIL PROTECTED]/msg31251.html However the patch provided for versions prior to 2.6.18 doesn't seem to apply to 2.6.18 Debian sources : http://www.mail-archive.com/[EMAIL PROTECTED]/msg31586.html Dunno if this is linked :( FWIW... -- Olivier BERGER [EMAIL PROTECTED] (ATTENTION : new address) Ingénieur Recherche - Dept INF GET/INT at Evry (http://www.int-edu.eu/) OpenPGP-Id: 1024D/6B829EEC
Bug#417333: Too bad it happened again
FYI, I have my server crashed again it seems. With netconsole, I've been able to get some details. Here's the log : Apr 10 07:58:00 157.159.11.48 BUG: unable to handle kernel NULL pointer dereference Apr 10 07:58:00 157.159.11.48 at virtual address 001c Apr 10 07:58:00 157.159.11.48 printing eip: Apr 10 07:58:00 157.159.11.48 c024c725 Apr 10 07:58:00 157.159.11.48 *pde = Apr 10 07:58:00 157.159.11.48 Oops: [#1] Apr 10 07:58:00 157.159.11.48 SMP Apr 10 07:58:00 157.159.11.48 Apr 10 07:58:00 157.159.11.48 Modules linked in: Apr 10 07:58:00 157.159.11.48 ip_conntrack_ftp Apr 10 07:58:00 157.159.11.48 ipt_REJECT Apr 10 07:58:00 157.159.11.48 xt_tcpudp Apr 10 07:58:00 157.159.11.48 ipt_ULOG Apr 10 07:58:00 157.159.11.48 xt_limit Apr 10 07:58:00 157.159.11.48 xt_state Apr 10 07:58:00 157.159.11.48 iptable_filter Apr 10 07:58:00 157.159.11.48 ip_tables Apr 10 07:58:00 157.159.11.48 x_tables Apr 10 07:58:00 157.159.11.48 ts_kmp Apr 10 07:58:00 157.159.11.48 ip_conntrack_amanda Apr 10 07:58:00 157.159.11.48 ipv6 Apr 10 07:58:00 157.159.11.48 ip_conntrack Apr 10 07:58:00 157.159.11.48 nfnetlink Apr 10 07:58:00 157.159.11.48 reiserfs Apr 10 07:58:00 157.159.11.48 netconsole Apr 10 07:58:00 157.159.11.48 tsdev Apr 10 07:58:00 157.159.11.48 psmouse Apr 10 07:58:00 157.159.11.48 i2c_piix4 Apr 10 07:58:00 157.159.11.48 i2c_core Apr 10 07:58:00 157.159.11.48 serio_raw Apr 10 07:58:00 157.159.11.48 pcspkr Apr 10 07:58:00 157.159.11.48 rtc Apr 10 07:58:00 157.159.11.48 floppy Apr 10 07:58:00 157.159.11.48 sworks_agp Apr 10 07:58:00 157.159.11.48 agpgart Apr 10 07:58:00 157.159.11.48 evdev Apr 10 07:58:00 157.159.11.48 ext3 Apr 10 07:58:00 157.159.11.48 jbd Apr 10 07:58:00 157.159.11.48 mbcache Apr 10 07:58:00 157.159.11.48 dm_mirror Apr 10 07:58:00 157.159.11.48 dm_snapshot Apr 10 07:58:00 157.159.11.48 dm_mod Apr 10 07:58:00 157.159.11.48 ide_cd Apr 10 07:58:00 157.159.11.48 cdrom Apr 10 07:58:00 157.159.11.48 ide_disk Apr 10 07:58:00 157.159.11.48 e1000 Apr 10 07:58:00 157.159.11.48 ohci_hcd Apr 10 07:58:00 157.159.11.48 usbcore Apr 10 07:58:00 157.159.11.48 thermal Apr 10 07:58:00 157.159.11.48 processor Apr 10 07:58:00 157.159.11.48 fan Apr 10 07:58:00 157.159.11.48 serverworks Apr 10 07:58:00 157.159.11.48 siimage Apr 10 07:58:00 157.159.11.48 ide_core Apr 10 07:58:00 157.159.11.48 Apr 10 07:58:00 157.159.11.48 CPU:0 Apr 10 07:58:00 157.159.11.48 EIP:0060:[c024c725]Not tainted VLI Apr 10 07:58:00 157.159.11.48 EFLAGS: 00210292 (2.6.18-4-686 #1) Apr 10 07:58:00 157.159.11.48 EIP is at tcp_tso_segment+0x193/0x21e Apr 10 07:58:00 157.159.11.48 eax: c104 ebx: ecx: dff79380 edx: 3834 Apr 10 07:58:00 157.159.11.48 esi: dff639a4 edi: a80da185 ebp: 0014 esp: cc2a3ae0 Apr 10 07:58:00 157.159.11.48 ds: 007b es: 007b ss: 0068 Apr 10 07:58:00 157.159.11.48 Process apache2 (pid: 18491, ti=cc2a2000 task=dff99550 task.ti=cc2a2000) Apr 10 07:58:00 157.159.11.48 Hope this helps, -- Olivier BERGER [EMAIL PROTECTED] Ingénieur Recherche - Dept INF INT Evry (http://www.int-evry.fr) OpenPGP-Id: 1024D/6B829EEC
Bug#417333: FYI, may be have similar problem on another type of HW
Thanks. I'm setting echo 1 /proc/sys/kernel/panic_on_oops ... and will try to report on the actual error which happens first. Many thanks. Le lundi 02 avril 2007 à 18:29 +0200, Oleg Verych a écrit : Please look at suggested in the link debugging tools, in case you will hit *your* bug again, because it has some traces of other fault: ,-*- | [...] dst_output | [...] ip_queue_xmit | [...] dst_output | [...] tcp_transmit_skb | [...] tcp_push_one | [...] tcp_sendmsg | [...] inet_sendmsg | [...] do_sock_write | [...] sock_writev | [...] do_wp_page | [...] __handle_mm_fault -- here | [...] autoremove_wake_function | [...] __next_cpu | [...] sock_writev | [...] do_readv_writev | [...] vfs_writev | [...] sys_writev | [...] sysenter_past_esp |Code: |EIP: [c024c735] tcp_tso_segment ... | 0Kernel panic - not syncing: Fatal exception in interrupt `-*- And that fault was preempted by the interrupt, thus we see a panic. So, this is my view on that. Hope it helps, also. -- Olivier BERGER [EMAIL PROTECTED] Ingénieur Recherche - Dept INF INT Evry (http://www.int-evry.fr) OpenPGP-Id: 1024D/6B829EEC
Bug#403183: linux-2.6: Still happens on stable's kernel (2.6.18-4-686)
Package: linux-2.6 Followup-For: Bug #403183 FYI, it's still there on etch. Best regards, -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417333: FYI, may be have similar problem on another type of HW
Hi. FYI, I entered a report (#417333) for a problem which show traces similar to that one... I'm not sure though it's solved in latest kernel version. Hope this helps, Best regards, -- Olivier BERGER [EMAIL PROTECTED] Ingénieur Recherche - Dept INF INT Evry (http://www.int-evry.fr) OpenPGP-Id: 1024D/6B829EEC
Bug#403183: linux-image-2.6.18-3-686: Netgear FA410TX PCMCIA network card (NE2000 compatible) IRQ problems
Subject: linux-image-2.6.18-3-686: Netgear FA410TX PCMCIA network card (NE2000 compatible) IRQ problems Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Severity: normal I've got a laptop on which I use a PCMCIA network card (Netgear FA410TX), which has a ne2000 driver. When laptop is booted with card in, there are watchdog events and network connectivity is dropped and resume several times a minute (reports in enclosed dmesg show these watchdog events). If the card is ejected and then put back in, I get strange backtrace dumps after a IRQ handler type mismatch for IRQ message (see dmesg also), but after that, the card works fine, without dropping/resuming the network connectivity. This tends to be quite annoying, and didn't occur in 2.6.8 AFAI recall. Hope this helps -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.18-3-686 depends on: ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii initramfs-tools [linux-initra 0.85c tools for generating an initramfs ii module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-3-686 recommends: ii libc6-i686 2.3.6.ds1-8 GNU C Library: Shared libraries [i -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-3-686/postinst/bootloader-error-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-dir-initrd-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/kimage-is-a-directory: linux-image-2.6.18-3-686/preinst/elilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/old-system-map-link-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/lilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/depmod-error-initrd-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/bootloader-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/removing-running-kernel-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/create-kimage-link-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/would-invalidate-boot-loader-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/abort-install-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/overwriting-modules-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/initrd-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-3-686/preinst/already-running-this-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/bootloader-test-error-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/abort-overwrite-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-initrd-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/depmod-error-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/failed-to-move-modules-2.6.18-3-686: dmesg.log Description: Binary data -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) APRIL (http://www.april.org) - Vive python (http://www.python.org) Pétition contre les brevets logiciels : http://petition.eurolinux.org
Bug#383582: linux-image-2.6.17-2-686: 2.6.18-2-686 solved the issue on my Dell Latitude D505 (Bios A11)
Package: linux-image-2.6.17-2-686 Followup-For: Bug #383582 FYI, I've had the same problem, i.e. resuming not working on 2.6.17-2-686 on my Dell Latitude D505 (with Bios A11), and it seems to be solved with 2.6.18-2-686. Hope this helps. Best regards, -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.17-2-686 depends on: ii initramfs-tools [linux-initra 0.85b tools for generating an initramfs ii module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.17-2-686 recommends: ii libc6-i686 2.3.6.ds1-8 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#380104: linux-image-2.6.16-2-k7: USB devices plugged to unpowered HUB silently stop working in 2.6.16
Package: linux-image-2.6.16-2-k7 Version: 2.6.16-17 Severity: normal There is a new feature in 2.6.16 which stops powering the USB devices plugged on unpowered hubs if they require too much power. This wasn't present in 2.6.15 and now renders device unrecognised when they used to work. The messages of the kernel are not really clear on that, not mentioning why the device is not activated : Jul 27 17:16:40 shuttle kernel: usb 2-2.3: new full speed USB device using uhci_hcd and address 6 Jul 27 17:16:41 shuttle kernel: usb 2-2.3: not running at top speed; connect to a high speed hub Jul 27 17:16:41 shuttle kernel: usb 2-2.3: no configuration chosen from 1 choice This leads to a bug from a user's perspective (hence the bug and not whichlist IMHO). However, there's a patch available to notify the device de-activation. Here are more details from a Gentoo ticket : https://bugs.gentoo.org/show_bug.cgi?id=132721 Hope the same patch can be applied in Debian's kernel. Best regards. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.16-2-k7 depends on: ii initramfs-tools [linux-initra 0.69b tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.16-2-k7 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.16-2-k7/preinst/elilo-initrd-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/failed-to-move-modules-2.6.16-2-k7: linux-image-2.6.16-2-k7/prerm/would-invalidate-boot-loader-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/already-running-this-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/bootloader-error-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/bootloader-test-error-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/kimage-is-a-directory: linux-image-2.6.16-2-k7/preinst/bootloader-initrd-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/lilo-has-ramdisk: linux-image-2.6.16-2-k7/preinst/abort-overwrite-2.6.16-2-k7: linux-image-2.6.16-2-k7/preinst/abort-install-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/depmod-error-2.6.16-2-k7: false linux-image-2.6.16-2-k7/postinst/old-dir-initrd-link-2.6.16-2-k7: true linux-image-2.6.16-2-k7/postinst/create-kimage-link-2.6.16-2-k7: true linux-image-2.6.16-2-k7/postinst/old-system-map-link-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/lilo-initrd-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/initrd-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/old-initrd-link-2.6.16-2-k7: true linux-image-2.6.16-2-k7/prerm/removing-running-kernel-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/overwriting-modules-2.6.16-2-k7: true linux-image-2.6.16-2-k7/postinst/depmod-error-initrd-2.6.16-2-k7: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293194: Same here with kernel-image-2.6.8-2-k7
Package: kernel-image-2.6.8-2-k7 Version: 2.6.8-13 Followup-For: Bug #293194 Hi. I experienced the same problem. Had already reported this here : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=272233msg=4 but I think it was not reported in the right place, as it is closer from your report, I think. Anyway, I tried and get some debug information on what's happening at boot. I added a set -x in /etc/hotplug/usb.rc and it appears that the script hangs on a : grep -q -i bus /proc/bus/usb/devices This very same problem seems to be reported on various places, but I couldn't find any definitive solution provided. Several links that may be of interest though : http://sysadminforum.com/showthread.php?s=026cf0eaa04824d8e2a7205bf4beb535p=459910mode=threaded#post459910 Also maybe the same problem and a suggested correction patch : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=277835 The patch : http://marc.theaimsgroup.com/?l=linux-usb-develm=109241303306477w=2 (which I've hadn't time to test yet). And https://bugzilla.redhat.com/beta/show_bug.cgi?id=135171 maybe ? FYI, it seems to be working much better if my Philips USB webcam and my firewire external hard-disk are unplugged at boot time. Hope this helps. I'll try and give the patch a try to see if it helps. Best regards, -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-image-2.6.8-2-k7 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272233: Please disregard my previous followup
Hi. The issue I reported in the previous followup to this report (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=272233msg=4) is probably not related to the same issue. Please disregard it. It concerns another report (#293194) and I added some followup that may help others facing the same problem : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293194msg=11 Sorry about that misplaced report. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) APRIL (http://www.april.org) - Vive python (http://www.python.org) Pétition contre les brevets logiciels : http://petition.eurolinux.org
Bug#278720: fixed
Le sam 27/11/2004 à 02:37, Joshua Kwan a écrit : The problem seems to have been resolved so I'm closing this bug. I'm not sure it was fixed, actually. We had the same problem as reported, and it's still there in the latest 2.6.8 kernel packaged by Debian (testing). I'm afraid that only one of the problems that was added to this bug report in the meantime was actually fixed, but not the initial problem which was reported. Namely : The prebuilt kernel image fails to boot on our Dell PowerEdge 2650 servers. The error we get is /dev/console not found and init failed. We tried the 2.6.8-1 in the -10 revision both with 386 or 686 (and with SMP too) versions, and it fails on /dev/console and /dev/null not found/writable (sorry, no way to copy/paste the kernel messages) Just after having detected the SCSI (right after this kind of messages) : Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 430071552 512-byte hdwr sectors (220197 MB) Partition check: /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 p4 p5 p6 p7 p8 we get the errors on dev/console and dev/null... then init killed, and the machine is frozen... I think this bug should be reopened then. Best regards, -- Olivier BERGER [EMAIL PROTECTED] Ingénieur Recherche - Dept INF INT Evry (http://www.int-evry.fr) OpenPGP-Id: 1024D/6B829EEC
Bug#278720: fixed
Hmmm... problem solved it seems. OK, maybe I should withdraw my query for reopening, and apologies for annoyance... I think we have experienced a different problem although it looked the same : there may be several problems which can lead to the symptoms of the initial bug-report. The problem seems to have been caused by the lack of /dev/null and /dev/console created on the root partition (the partition was accessible, having the scsi driver loaded ok, but /dev empty). The previous configuration operated on a 2.4.27 kernel actually used a devfs, I think, so we beleived the devices where there on the root partition whereas they weren't. Creating the devices solved the problem. Maybe the /dev missed the devices since it was installed with a beta installer ? Also we were a bit mislead as believing this was specific to this machine type and hardware since it happend on a Poweredge 2650 too. But actually it's just a problem of /dev lacking console and null on the disk. For the records, it was mentioned in the threads that this has something to do with the aic7xxx SCSI disk driver. But some of the PowerEdge 2650 servers are shipped with the Perc 3/Di controller which requires the aacraid driver... so it may not be a problem with the aic7xxx driver in the initrd image. Anyway, if someone looks for information on that issue, here are some hints. While trying to figure out what went wrong, I read several pages: The problem is very close to this bug (initrd-tools) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271038 : helped to disgnostic what went wrong : debugging you could set BUSYBOX=yes and DELAY=5 in /etc/mkinitrd/mkinitrd.conf Same solution may apply too... The solution was described in the UDEV primer at : http://webpages.charter.net/decibelshelp/LinuxHelp_UDEVPrimer.html#consnull : If this is a new install and configuring it for a Pure UDEV system, or you get an error when you finally reboot after installing udev and setting it correctly like this: WARNING: Unable to open an initial console. It is because there is no /dev/console and /dev/null. What is happening is that /dev/console is needed before udev is populating the /dev folder. You can try this by manually deleting all static devices in /dev folder from another system, then rebooting to the udev system. You will get the console error. You will also notice that it is faulting at a time before it normally loads udev. If you just make /dev/console though it will then fail for /dev/null. So it needs both of those static in /dev, at least for the time being. The fix for now is to manually create them in your /dev folder. cd /dev mknod -m 660 console c 5 1 mknod -m 660 null c 1 3 This will create the /dev/console and /dev/null statically in your /dev folder. Also there was a discussion about that issue in the thread starting here : http://www.ussg.iu.edu/hypermail/linux/kernel/0410.1/0608.html I'm not sure I got it right, but I think this suggests that maybe the initrd init process may not depend on the presence of null and console on the disk ? ... If by bad luck these happen to be removed (or never created ? ... installer's fault ?), we tend to be in bad situation. Hope this helps and sorry again for unnecessary annoyances. Best regards, Le jeu 09/12/2004 à 13:25, Olivier Berger a écrit : We had the same problem as reported, and it's still there in the latest 2.6.8 kernel packaged by Debian (testing). The prebuilt kernel image fails to boot on our Dell PowerEdge 2650 servers. The error we get is /dev/console not found and init failed. We tried the 2.6.8-1 in the -10 revision both with 386 or 686 (and with SMP too) versions, and it fails on /dev/console and /dev/null not found/writable (sorry, no way to copy/paste the kernel messages) Just after having detected the SCSI (right after this kind of messages) : Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 430071552 512-byte hdwr sectors (220197 MB) Partition check: /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 p4 p5 p6 p7 p8 we get the errors on dev/console and dev/null... then init killed, and the machine is frozen... -- Olivier BERGER [EMAIL PROTECTED] Ingénieur Recherche - Dept INF INT Evry (http://www.int-evry.fr) OpenPGP-Id: 1024D/6B829EEC
Bug#271038: Same problem happening on different hardware/kernel version ?
Hi. We've experienced the same kind of problem on a PowerEdge 2650 Dell server with a 2.6.8 686 SMP image... The problem came from lack of /dev/console and /dev/null in the root partition on the disk. I initially thought I stroke bug #278720 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=278720), but actually, I think both may be merged... or not... not sure if same problems although symptoms can look the same. I've described my findings in the following comment sent to bug #278720 (which is now closed... maybe this one should be too, if problem is the same ?) : = I think we have experienced a different problem although it looked the same : there may be several problems which can lead to the symptoms of the initial bug-report. The problem seems to have been caused by the lack of /dev/null and /dev/console created on the root partition (the partition was accessible, having the scsi driver loaded ok, but /dev empty). The previous configuration operated on a 2.4.27 kernel actually used a devfs, I think, so we beleived the devices where there on the root partition whereas they weren't. Creating the devices solved the problem. Maybe the /dev missed the devices since it was installed with a beta installer ? Also we were a bit mislead as believing this was specific to this machine type and hardware since it happend on a Poweredge 2650 too. But actually it's just a problem of /dev lacking console and null on the disk. For the records, it was mentioned in the threads that this has something to do with the aic7xxx SCSI disk driver. But some of the PowerEdge 2650 servers are shipped with the Perc 3/Di controller which requires the aacraid driver... so it may not be a problem with the aic7xxx driver in the initrd image. Anyway, if someone looks for information on that issue, here are some hints. While trying to figure out what went wrong, I read several pages: [SNIP] The solution was described in the UDEV primer at : http://webpages.charter.net/decibelshelp/LinuxHelp_UDEVPrimer.html#consnull : If this is a new install and configuring it for a Pure UDEV system, or you get an error when you finally reboot after installing udev and setting it correctly like this: WARNING: Unable to open an initial console. It is because there is no /dev/console and /dev/null. What is happening is that /dev/console is needed before udev is populating the /dev folder. You can try this by manually deleting all static devices in /dev folder from another system, then rebooting to the udev system. You will get the console error. You will also notice that it is faulting at a time before it normally loads udev. If you just make /dev/console though it will then fail for /dev/null. So it needs both of those static in /dev, at least for the time being. The fix for now is to manually create them in your /dev folder. cd /dev mknod -m 660 console c 5 1 mknod -m 660 null c 1 3 This will create the /dev/console and /dev/null statically in your /dev folder. Also there was a discussion about that issue in the thread starting here : http://www.ussg.iu.edu/hypermail/linux/kernel/0410.1/0608.html I'm not sure I got it right, but I think this suggests that maybe the initrd init process may not depend on the presence of null and console on the disk ? ... If by bad luck these happen to be removed (or never created ? ... installer's fault ?), we tend to be in bad situation. Hope this helps and sorry again for unnecessary annoyances. Best regards, = Now, maybe there is no problem with initrd... and just issues with lists of modules configured by the installer... problems of later upgrades and then partitions not accessible at boot time... or the initrd should not depend on null and console being present on the root partition... Hope this helps. Best regards, -- Olivier BERGER [EMAIL PROTECTED] Ingénieur Recherche - Dept INF INT Evry (http://www.int-evry.fr) OpenPGP-Id: 1024D/6B829EEC