Bug#584273: not fixed in version in experimental
the fix isn't applied in 2.6.36 (and maybe 2.6.37) -- blog: http://tshepang.tumblr.com -- 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/aanlkti=926dlsoy5gf5709dfyv1tuf16hzwj8xsx9...@mail.gmail.com
Bug#606762: linux-2.6: intermittent wifi dropouts with iwlagn driver
Package: linux-2.6 Version: 2.6.32-5-amd64 Severity: normal Hi all, My laptop is an Asus UL30A. It has an Intel Wireless-N 1000 BGN chip for wifi. The PCI ID is 8086:0083. I use the iwlagn driver along with the 'firmware-iwlwifi' package (non-free, sadly) in order to connect. My wifi network is Wireless-N and I do not use encryption. I intermittently experience network dropouts. This happens once every few days, with no obvious pattern. The network drops and all connections, local and WAN, give errors. Either the driver itself or NetworkManager will try to reconnect after around five minutes. I will then get a connection for a few minutes max before it drops again. This cycle goes on for a seemingly random amount of time. Sometimes it spontaneously fixes itself after half an hour. Sometimes I will have to reboot to fix it. It will generally work after a reboot, but not always! There seems to be no pattern to how long it lasts or what fixes it. I have noticed that I can nearly always trigger it by using something that generates a large amount of connections, for instance if I download a popular file through bittorrent without limiting the bandwidth use it will nearly always cause a dropout, which will then go through the disconnect/reconnect cycle described earlier for, again, a seemingly random amount of time. Error message in /var/log/messages: Dec 11 14:18:13 glimworm kernel: [10489.200053] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 Dec 11 14:19:32 glimworm kernel: [10567.517719] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 Dec 11 14:25:01 glimworm kernel: [10896.870454] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 Dec 11 14:27:23 glimworm kernel: [11038.818791] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 It seems that every time the network drops, one of these messages is logged to /var/log/messages. Meanwhile dmesg is cycling these messages: [11038.818791] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 [11132.37] wlan0: deauthenticated from 1c:af:f7:99:72:0e (Reason: 3) [11132.942116] wlan0: direct probe to AP 1c:af:f7:99:72:0e (try 1) [11132.945610] wlan0: direct probe responded [11132.945620] wlan0: authenticate with AP 1c:af:f7:99:72:0e (try 1) [11132.955145] wlan0: authenticated [11132.955187] wlan0: associate with AP 1c:af:f7:99:72:0e (try 1) [11132.961970] wlan0: RX AssocResp from 1c:af:f7:99:72:0e (capab=0x421 status=0 aid=1) [11132.961978] wlan0: associated [11137.929127] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 Anyone have any ideas? Cheers, David -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20101211150222.2586.14539.report...@glimworm.solasistim.net
Bug#606763: linux-image-2.6.37-rc5-686: Screen stays blank on EeePC 701 after xscreensaver turned screen off
Package: linux-2.6 Version: 2.6.37~rc5-1~experimental.1 Severity: important User: debian-eeepc-de...@lists.alioth.debian.org Usertags: 701 The following did not happen with the 2.6.36 experimental kernel packages, but does happen reproducibly with the new 2.6.37 package on my ASUS EeePC 4G 701. I'm running xscreensaver (5.11-1+b1) and it is configured to set the display to standby after 10 Minutes and to suspend after 20 minutes. After approximately 10-20 minutes (i.e. after switching to standby mode or switching to suspend mode -- will debiug it further), the screen was blank and without backlight as expected, but neither moving the mouse nor hitting a key on the keyboard (not even switching to a virtual console with Ctrl-Alt-F1) changed something and it stayed dark. But pressing the EeePC's power button cleanly shuts down the computer, so the system does not hang, just the screen doesn't come back to live until I power cycle it (and then the first thing I see again are BIOS messages). Since I'm currently not at home, I don't have a second machine to ssh into the EeePC and look what's going on in detail. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 04) Subsystem: ASUSTeK Computer Inc. Device [1043:82d9] 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 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 04) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:82d9] 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 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f7f0 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at ec00 [size=8] Region 2: Memory at d000 (32-bit, prefetchable) [size=256M] Region 3: Memory at f7ec (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2792] (rev 04) Subsystem: ASUSTeK Computer Inc. Device [1043:82d9] 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 Region 0: Memory at f7f8 (32-bit, non-prefetchable) [size=512K] Capabilities: access denied 00:1b.0 Audio device [0403]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller [8086:2668] (rev 04) Subsystem: ASUSTeK Computer Inc. Device [1043:82a1] 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: 16 bytes Interrupt: pin A routed to IRQ 41 Region 0: Memory at f7eb8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [8086:2660] (rev 04) (prog-if 00 [Normal decode]) 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: 16 bytes Bus: primary=00, secondary=04, subordinate=04, sec-latency=0 I/O behind bridge: 1000-1fff Memory behind bridge: 7f90-7faf Prefetchable memory behind bridge: 7fb0-7fcf Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied 00:1c.1 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 2 [8086:2662] (rev 04) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Processing of linux-2.6_2.6.37~rc5-1~experimental.2_multi.changes
linux-2.6_2.6.37~rc5-1~experimental.2_multi.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.37~rc5-1~experimental.2.dsc linux-2.6_2.6.37~rc5-1~experimental.2.diff.gz linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.2_all.deb linux-support-2.6.37-rc5_2.6.37~rc5-1~experimental.2_all.deb linux-base_2.6.37~rc5-1~experimental.2_all.deb firmware-linux-free_2.6.37~rc5-1~experimental.2_all.deb linux-source-2.6.37_2.6.37~rc5-1~experimental.2_all.deb linux-doc-2.6.37_2.6.37~rc5-1~experimental.2_all.deb linux-manual-2.6.37_2.6.37~rc5-1~experimental.2_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1prrod-000602...@franck.debian.org
linux-2.6_2.6.37~rc5-1~experimental.2_multi.changes ACCEPTED into experimental
Accepted: firmware-linux-free_2.6.37~rc5-1~experimental.2_all.deb to main/l/linux-2.6/firmware-linux-free_2.6.37~rc5-1~experimental.2_all.deb linux-2.6_2.6.37~rc5-1~experimental.2.diff.gz to main/l/linux-2.6/linux-2.6_2.6.37~rc5-1~experimental.2.diff.gz linux-2.6_2.6.37~rc5-1~experimental.2.dsc to main/l/linux-2.6/linux-2.6_2.6.37~rc5-1~experimental.2.dsc linux-base_2.6.37~rc5-1~experimental.2_all.deb to main/l/linux-2.6/linux-base_2.6.37~rc5-1~experimental.2_all.deb linux-doc-2.6.37_2.6.37~rc5-1~experimental.2_all.deb to main/l/linux-2.6/linux-doc-2.6.37_2.6.37~rc5-1~experimental.2_all.deb linux-manual-2.6.37_2.6.37~rc5-1~experimental.2_all.deb to main/l/linux-2.6/linux-manual-2.6.37_2.6.37~rc5-1~experimental.2_all.deb linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.2_all.deb to main/l/linux-2.6/linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.2_all.deb linux-source-2.6.37_2.6.37~rc5-1~experimental.2_all.deb to main/l/linux-2.6/linux-source-2.6.37_2.6.37~rc5-1~experimental.2_all.deb linux-support-2.6.37-rc5_2.6.37~rc5-1~experimental.2_all.deb to main/l/linux-2.6/linux-support-2.6.37-rc5_2.6.37~rc5-1~experimental.2_all.deb Override entries for your package: firmware-linux-free_2.6.37~rc5-1~experimental.2_all.deb - optional kernel linux-2.6_2.6.37~rc5-1~experimental.2.dsc - source devel linux-base_2.6.37~rc5-1~experimental.2_all.deb - optional kernel linux-doc-2.6.37_2.6.37~rc5-1~experimental.2_all.deb - optional doc linux-manual-2.6.37_2.6.37~rc5-1~experimental.2_all.deb - optional doc linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.2_all.deb - optional kernel linux-source-2.6.37_2.6.37~rc5-1~experimental.2_all.deb - optional kernel linux-support-2.6.37-rc5_2.6.37~rc5-1~experimental.2_all.deb - optional devel Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- 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/e1prrru-0006ru...@franck.debian.org
Bug#605448: linux-image-2.6.32-5-xen-amd64: xen dom0 and domU hang on reboot/halt
Hi, at least on a 32-bit domU, 2.6.32-29 seems to break reboot completely. The guest just disappears as if it had called halt instead: overlord2:~$ cat /local/xen/squeeze32/config name = 'squeeze32' bootloader = '/usr/bin/pygrub' vcpus = '4' memory = '512' disk = [ 'file:/local/xen/squeeze32/disk.img,xvda,w' ] vif = [ 'mac=00:01:01:99:7e:ec' ] overlord2:~$ sudo xm create -c /local/xen/squeeze32/config ... squeeze32:~# dpkg-query -W linux-image-$(uname -r) linux-image-2.6.32-5-686-bigmem 2.6.32-29 squeeze32:~# reboot Broadcast message from r...@squeeze32 (hvc0) (Sat Dec 11 19:03:00 2010): The system is going down for reboot NOW! INIT: Switching to runlevel: 6 INIT: Sending processes the TERM signal Using makefile-style concurrent boot in runlevel 6. Stopping internet superserver: inetd. Stopping NTP server: ntpd. Stopping deferred execution scheduler: atd. Stopping MTA: exim4_listener. Asking all remaining processes to terminate...done. All processes ended within 1 secondsdone. Stopping enhanced syslogd: rsyslogd. Stopping portmap daemon Stopping NFS common utilities: statd. Saving the system clock. Cannot access the Hardware Clock via any known method. Use the --debug option to see the details of our search for an access method. Deconfiguring network interfaces...Internet Systems Consortium DHCP Client 4.1.1-P1 Copyright 2004-2010 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/00:01:01:99:7e:ec Sending on LPF/eth0/00:01:01:99:7e:ec Sending on Socket/fallback DHCPRELEASE on eth0 to 10.7.2.14 port 67 invoke-rc.d: - invoke-rc.d: WARNING: 'invoke-rc.d ntp try-restart' called invoke-rc.d: during shutdown sequence. invoke-rc.d: enabling safe mode: initscript policy layer disabled invoke-rc.d: - done. Cleaning up ifupdown Deactivating swap...done. Will now restart. [ 37.194669] xenbus_dev_shutdown: device/console/0: Initialising != Connected, skipping [ 37.502669] Restarting system. overlord2:~$ sudo xm info host : overlord2 release: 2.6.32-5-xen-amd64 version: #1 SMP Sat Oct 30 17:04:10 UTC 2010 machine: x86_64 nr_cpus: 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz: 2394 hw_caps: bfebfbff:20100800::0940:e3bd::0001: virt_caps : hvm hvm_directio total_memory : 8189 free_memory: 1028 node_to_cpu: node0:0-3 node_to_memory : node0:1028 node_to_dma32_mem : node0:28 max_node_id: 0 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params: virt_start=0x8000 xen_changeset : unavailable xen_commandline: cc_compiler: gcc version 4.4.5 20100824 (prerelease) (Debian 4.4.4-11) cc_compile_by : waldi cc_compile_domain : debian.org cc_compile_date: Fri Sep 3 15:38:12 UTC 2010 xend_config_format : 4 overlord2:~$ dpkg-query -W linux-image-$(uname -r) linux-image-2.6.32-5-xen-amd64 2.6.32-28 overlord2:~$ sudo xm list NameID Mem VCPUs State Time(s) Domain-0 0 2357 4 r- 62876.9 lindi1 24 1024 4 -b 9442.2 -- 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/84y67w9qya@sauna.l.org
Processed: blank
Processing commands for cont...@bugs.debian.org: package linux-image-2.6.32-5-xen-amd64 Limiting to bugs with field 'package' containing at least one of 'linux-image-2.6.32-5-xen-amd64' Limit currently set to 'package':'linux-image-2.6.32-5-xen-amd64' reopen 605448 Bug #605448 {Done: Ben Hutchings b...@decadent.org.uk} [linux-image-2.6.32-5-xen-amd64] linux-image-2.6.32-5-xen-amd64: xen dom0 and domU hang on reboot/halt 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. found 605448 2.6.32-29 Bug #605448 [linux-image-2.6.32-5-xen-amd64] linux-image-2.6.32-5-xen-amd64: xen dom0 and domU hang on reboot/halt There is no source info for the package 'linux-image-2.6.32-5-xen-amd64' at version '2.6.32-29' with architecture '' Unable to make a source version for version '2.6.32-29' Bug Marked as found in versions 2.6.32-29. thanks Stopping processing here. Please contact me if you need assistance. -- 605448: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605448 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.129208746315505.transcr...@bugs.debian.org
Incomplete upload found in Debian upload queue
Probably you are the uploader of the following file(s) in the Debian upload queue directory: linux-2.6_2.6.37~rc5-1~experimental.3.diff.gz linux-2.6_2.6.37~rc5-1~experimental.3.dsc This looks like an upload, but a .changes file is missing, so the job cannot be processed. If no .changes file arrives within 23:28:53, the files will be deleted. If you didn't upload those files, please just ignore this message. Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1prucq-n6...@franck.debian.org
Processing of linux-2.6_2.6.37~rc5-1~experimental.3_multi.changes
linux-2.6_2.6.37~rc5-1~experimental.3_multi.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.37~rc5-1~experimental.3.dsc linux-2.6_2.6.37~rc5-1~experimental.3.diff.gz linux-doc-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-manual-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-source-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-support-2.6.37-rc5_2.6.37~rc5-1~experimental.3_all.deb firmware-linux-free_2.6.37~rc5-1~experimental.3_all.deb linux-base_2.6.37~rc5-1~experimental.3_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1pruhi-0001ne...@franck.debian.org
linux-2.6_2.6.37~rc5-1~experimental.3_multi.changes ACCEPTED into experimental
Accepted: firmware-linux-free_2.6.37~rc5-1~experimental.3_all.deb to main/l/linux-2.6/firmware-linux-free_2.6.37~rc5-1~experimental.3_all.deb linux-2.6_2.6.37~rc5-1~experimental.3.diff.gz to main/l/linux-2.6/linux-2.6_2.6.37~rc5-1~experimental.3.diff.gz linux-2.6_2.6.37~rc5-1~experimental.3.dsc to main/l/linux-2.6/linux-2.6_2.6.37~rc5-1~experimental.3.dsc linux-base_2.6.37~rc5-1~experimental.3_all.deb to main/l/linux-2.6/linux-base_2.6.37~rc5-1~experimental.3_all.deb linux-doc-2.6.37_2.6.37~rc5-1~experimental.3_all.deb to main/l/linux-2.6/linux-doc-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-manual-2.6.37_2.6.37~rc5-1~experimental.3_all.deb to main/l/linux-2.6/linux-manual-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.3_all.deb to main/l/linux-2.6/linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-source-2.6.37_2.6.37~rc5-1~experimental.3_all.deb to main/l/linux-2.6/linux-source-2.6.37_2.6.37~rc5-1~experimental.3_all.deb linux-support-2.6.37-rc5_2.6.37~rc5-1~experimental.3_all.deb to main/l/linux-2.6/linux-support-2.6.37-rc5_2.6.37~rc5-1~experimental.3_all.deb Override entries for your package: firmware-linux-free_2.6.37~rc5-1~experimental.3_all.deb - optional kernel linux-2.6_2.6.37~rc5-1~experimental.3.dsc - source devel linux-base_2.6.37~rc5-1~experimental.3_all.deb - optional kernel linux-doc-2.6.37_2.6.37~rc5-1~experimental.3_all.deb - optional doc linux-manual-2.6.37_2.6.37~rc5-1~experimental.3_all.deb - optional doc linux-patch-debian-2.6.37_2.6.37~rc5-1~experimental.3_all.deb - optional kernel linux-source-2.6.37_2.6.37~rc5-1~experimental.3_all.deb - optional kernel linux-support-2.6.37-rc5_2.6.37~rc5-1~experimental.3_all.deb - optional devel Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- 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/e1pruug-00049r...@franck.debian.org
Bug#584273: not fixed in version in experimental
On Sat, 2010-12-11 at 14:10 +0200, Tshepang Lekhonkhobe wrote: the fix isn't applied in 2.6.36 (and maybe 2.6.37) Well, the fix is really a workaround: we don't load the driver automatically. Please report the bug upstream at https://bugzilla.kernel.org under product 'Drivers', component 'Other', or to the maintainers: M: Debora Velarde deb...@linux.vnet.ibm.com M: Rajiv Andrade sra...@linux.vnet.ibm.com M: Marcel Selhorst m.selho...@sirrix.com L: tpmdd-de...@lists.sourceforge.net (moderated for non-subscribers) Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#525220: Bluetooth Device: hci_cmd_task: hci0 command tx timeout
I have retested this again. This time with experimental kernel version 2.6.37-rc5 (Debian 2.6.37~rc5-1~experimental.1). The timeout error is still occuring, so the latest attempts at fixing this have not worked. THE KERNEL IS STILL BROKEN: hciconfig -a hci0: Type: BR/EDR Bus: USB BD Address: 00:1F:81:00:01:1C ACL MTU: 1021:4 SCO MTU: 180:1 UP RUNNING RX bytes:413 acl:0 sco:0 events:18 errors:0 TX bytes:67 acl:0 sco:0 commands:21 errors:4 Features: 0xff 0x3e 0x09 0x76 0x80 0x01 0x00 0x80 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Can't read local name on hci0: Connection timed out (110) -- 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/548440.6431...@web26503.mail.ukl.yahoo.com
Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly
Package: initramfs-tools Version: 0.98.1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch If you pass a root= argument with a numeric device number (i.e. root=0806), that's currently resolved by running mknod to create a /dev/root device with an appropriate major/minor number and setting ROOT=/dev/root (the parse_numeric function in scripts/functions). However, this /dev/root device is completely unknown to udev. On Ubuntu, this leads to problems because we use udev to wait for the root device to appear. Since /dev/root isn't in udev's database, the boot hangs forever (well, it hangs until rootdelay passes). udev's standard configuration creates /dev/block/N:N symlinks for every block device in its database (see the first non-comment line of /lib/udev/rules.d/50-udev-default.rules). Setting ROOT to the /dev/block/N:N symlink instead of creating a new /dev/root device and setting ROOT to that solves Ubuntu's problem. See https://bugs.launchpad.net/bugs/576429 for more discussion. We've applied a patch (attached) to do this, and thought you might be interested in doing the same. Thanks. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-23-generic (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'scripts/functions' --- scripts/functions 2010-10-04 22:34:10 + +++ scripts/functions 2010-11-27 02:56:12 + @@ -364,8 +364,8 @@ return ;; [0-9]*:[0-9]*) - minor=${1#*:} - major=${1%:*} + minor=$(echo ${1#*:} | sed -e 's/^0*//') + major=$(echo ${1%:*} | sed -e 's/^0*//') ;; [A-Fa-f0-9]*) value=$(( 0x${1} )) @@ -377,8 +377,7 @@ ;; esac - mknod -m 600 /dev/root b ${major} ${minor} - ROOT=/dev/root + ROOT=/dev/block/${major}:${minor} } # Parameter: device node to check
Processed: tagging 606520
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 606520 + pending Bug #606520 [linux-tools-2.6.36] linux-tools-2.6.36: /usr/bin/perf_2.6.36 links against openssl but copyright lists only GPLv2 without exceptions Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 606520: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606520 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.129210280528453.transcr...@bugs.debian.org
Bug#525220: Bluetooth Device: hci_cmd_task: hci0 command tx timeout
On Sat, 2010-12-11 at 21:17 +, Mark Hobley wrote: I have retested this again. This time with experimental kernel version 2.6.37-rc5 (Debian 2.6.37~rc5-1~experimental.1). The timeout error is still occuring, so the latest attempts at fixing this have not worked. THE KERNEL IS STILL BROKEN: Please report this bug upstream at https://bugzilla.kernel.org under product 'Drivers', component 'Bluetooth'. Let us know the bug number or URL so we can track it. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly
On Sat, 2010-12-11 at 13:14 -0800, Evan Broder wrote: Package: initramfs-tools Version: 0.98.1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch If you pass a root= argument with a numeric device number (i.e. root=0806), that's currently resolved by running mknod to create a /dev/root device with an appropriate major/minor number and setting ROOT=/dev/root (the parse_numeric function in scripts/functions). [...] Maybe this feature should simply be deprecated. What do you use it for? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly
On Sat, Dec 11, 2010 at 1:34 PM, Ben Hutchings b...@decadent.org.uk wrote: On Sat, 2010-12-11 at 13:14 -0800, Evan Broder wrote: Package: initramfs-tools Version: 0.98.1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch If you pass a root= argument with a numeric device number (i.e. root=0806), that's currently resolved by running mknod to create a /dev/root device with an appropriate major/minor number and setting ROOT=/dev/root (the parse_numeric function in scripts/functions). [...] Maybe this feature should simply be deprecated. What do you use it for? I don't use the feature myself; I was fixing the bug on behalf of a user that reported it in Ubuntu, since it seemed simple to fix with a low chance of regressing other behavior. I've CC'd him to find out. Ruediger, can you expand on why you're using root=0806 instead of root=/dev/sda6 or a UUID or some other means of specifying the root device? Thanks -- 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/aanlktikw0fu2ube9kh7ztmfeysaraytfryoolu1fv...@mail.gmail.com
Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly
On Sat, Dec 11, 2010 at 01:14:42PM -0800, Evan Broder wrote: If you pass a root= argument with a numeric device number (i.e. root=0806), that's currently resolved by running mknod to create a /dev/root device with an appropriate major/minor number and setting ROOT=/dev/root (the parse_numeric function in scripts/functions). However, this /dev/root device is completely unknown to udev. On Ubuntu, this leads to problems because we use udev to wait for the root device to appear. Since /dev/root isn't in udev's database, the boot hangs forever (well, it hangs until rootdelay passes). udev's standard configuration creates /dev/block/N:N symlinks for every block device in its database (see the first non-comment line of /lib/udev/rules.d/50-udev-default.rules). Setting ROOT to the /dev/block/N:N symlink instead of creating a new /dev/root device and setting ROOT to that solves Ubuntu's problem. See https://bugs.launchpad.net/bugs/576429 for more discussion. We've applied a patch (attached) to do this, and thought you might be interested in doing the same. Thanks. thank you for submitting, I had seen it and had a question to the patch. === modified file 'scripts/functions' --- scripts/functions 2010-10-04 22:34:10 + +++ scripts/functions 2010-11-27 02:56:12 + @@ -364,8 +364,8 @@ return ;; [0-9]*:[0-9]*) - minor=${1#*:} - major=${1%:*} + minor=$(echo ${1#*:} | sed -e 's/^0*//') + major=$(echo ${1%:*} | sed -e 's/^0*//') I had wondered why you remove leading nulls, but now thanks to your aboves desc I do not understand. Now the trouble is the implementation, please use shell parameter expansion. sed assumes busybox in the initramfs, which might not be with the case with BUSYBOX=no for small initramfs or mem constraint boxes. something like ${minor#0}, not sure if we need to account for more then 2 prefixed zeroes, in this case shell guru's can give a hint. ;; [A-Fa-f0-9]*) value=$(( 0x${1} )) @@ -377,8 +377,7 @@ ;; esac - mknod -m 600 /dev/root b ${major} ${minor} - ROOT=/dev/root + ROOT=/dev/block/${major}:${minor} } # Parameter: device node to check this assumes udev running in initramfs for the symlink. together with devtmpfs and force loading one can built one without, but I agree that this may now be very special case. thank you for the feedback. -- maks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101211214632.ga17...@vostochny.stro.at
Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly
On Sat, 11 Dec 2010 16:34:56 -0500 (EST), Ben Hutchings wrote: On Sat, 2010-12-11 at 13:14 -0800, Evan Broder wrote: If you pass a root= argument with a numeric device number (i.e. root=0806), that's currently resolved by running mknod to create a /dev/root device with an appropriate major/minor number and setting ROOT=/dev/root (the parse_numeric function in scripts/functions). Maybe this feature should simply be deprecated. What do you use it for? Pardon me for butting in here, gentlemen, but I think I know the answer to Ben's question. This is done by a number of boot loaders. I know lilo does it, and I think zipl (part of s390-tools) does it also. If, for example, in /etc/lilo.conf one identifies the root device as root=/dev/sda6 then lilo's map installer converts this specification into a four-digit hexadecimal number, where the first two hex digits are the major number of the device and the last two hex digits are the minor number of the device. Thus, /dev/sda6 becomes 0806, meaning the device with major number 8 and minor number 6. At boot time, lilo passes a kernel command line to the kernel that says ... root=806 ... (the leading zero is suppressed). Chances are, the user is not directly specifying the root device as a hexadecimal number anywhere. The boot loader makes this substitution. lilo has done this forever, and zipl was patterned after lilo. -- .''`. Stephen Powell : :' : `. `'` `- -- 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/2011415305.1003437.1292106009163.javamail.r...@md01.wow.synacor.com
Bug#606824: firmware-iwlwifi: after disconnect unable to reconnect until reboot
Package: firmware-iwlwifi Version: 0.27 Severity: important After losing the wireless connection for whatever reason, i'm unable to reconnect to it and actually acess the internet. It reconnects to the router by all traffict just dies and it's unable to do anything. trying a ping google.com -c 4 reports that the host is unknown even though i'm supposedly connected to the network. This issue has been in it since a couple months back but it's just now that i'm able to say with certainty that it's the package that is the problem. It's either that or whatever package tells the OS to start routing through my wireless adapter isn't doing its job. Since ethernet connections still work just fine. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.98.5 tools for generating an initramfs ii linux-image-2.6.32-5-amd64 [l 2.6.32-28 Linux 2.6.32 for 64-bit PCs -- no debconf information -- 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/20101212003710.30921.74371.report...@fun.random-parties
Bug#606482: 2.6.32-5-amd64: no headphone output on ASUS M4A785T-D motherboard
On Thu, 2010-12-09 at 17:14 +0100, Sergio Gelato wrote: Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-28 Severity: normal On this hardware: 00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia (Intel HDA) [1002:4383] Subsystem: ASUSTeK Computer Inc. M4A785TD Motherboard [1043:836c] Kernel driver in use: HDA Intel 01:05.1 Audio device [0403]: ATI Technologies Inc RS880 Audio Device [Radeon HD 4200] [1002:970f] Subsystem: ASUSTeK Computer Inc. M4A785TD Motherboard [1043:83a2] Kernel driver in use: HDA Intel I get no sound through the headphone output when using the above named kernel. I do get sound through the rear speaker output. Using the kernel in Ubuntu 10.04 (2.6.32-26-generic version 2.6.32-26.48) on the same hardware I do get sound through the headphone output. Looking at the kernel source code, I see that Debian's kernel includes many patches backported from newer kernels (there are 19 patches in debian/patches/features/all/hda-via/). [...] Yes, we have applied these changes in order to add support for some newer chips. Ubuntu has not made any changes to the driver for the VIA codec. This might be a problem with the headphone detection feature. You could try to disable this by turning off the 'Jack Detect' switch. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 606324
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 606324 + pending Bug #606324 [linux-2.6] Please enable pata_pcmcia PATA driver Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 606324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606324 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.129212608421400.transcr...@bugs.debian.org
Processed: reassign 564628 to src:firmware-nonfree, reassign 587960 to src:firmware-nonfree ...
Processing commands for cont...@bugs.debian.org: reassign 564628 src:firmware-nonfree Bug #564628 [firmware-linux-nonfree] Add Realtek RTL8168D firmware Bug reassigned from package 'firmware-linux-nonfree' to 'src:firmware-nonfree'. Bug No longer marked as found in versions firmware-nonfree/0.22. reassign 587960 src:firmware-nonfree Bug #587960 [firmware-nonfree] [Debian] Where can I find rtl81638d-2.fw firmware for Realtek 8168D NIC? Bug reassigned from package 'firmware-nonfree' to 'src:firmware-nonfree'. forcemerge 564628 587960 Bug#564628: Add Realtek RTL8168D firmware Bug#587960: [Debian] Where can I find rtl81638d-2.fw firmware for Realtek 8168D NIC? Forcibly Merged 564628 587960. thanks Stopping processing here. Please contact me if you need assistance. -- 564628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564628 587960: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587960 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.129212693424072.transcr...@bugs.debian.org
Re: Debian libata transition (bug in initramfs-tools?)
On Sat, 2010-12-11 at 20:24 -0800, Gordon Farquharson wrote: Hi Ben On Mon, Dec 6, 2010 at 20:32, Ben Hutchings b...@decadent.org.uk wrote: Would the solution then be to require people to (temporarily) set MODULES=most before upgrading? That should work around the bug unless the system is short of RAM (less than about 64 MB). If this can't easily be fixed in initramfs-tools then we could mention that in the release notes. Building with MODULES=most on the GLAN Tank does fix the problem, as expected, so adding a note in the release notes for users of the GLAN Tank to change MODULES=dep to MODULES=most before installing the new kernel and udev packages will work nicely. We can do that if we have to, but since not everyone reads release notes thoroughly I would prefer to make initramfs-tools get this right. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Re: Debian libata transition (bug in initramfs-tools?)
Hi Ben On Mon, Dec 6, 2010 at 20:32, Ben Hutchings b...@decadent.org.uk wrote: Would the solution then be to require people to (temporarily) set MODULES=most before upgrading? That should work around the bug unless the system is short of RAM (less than about 64 MB). If this can't easily be fixed in initramfs-tools then we could mention that in the release notes. Building with MODULES=most on the GLAN Tank does fix the problem, as expected, so adding a note in the release notes for users of the GLAN Tank to change MODULES=dep to MODULES=most before installing the new kernel and udev packages will work nicely. Gordon -- Gordon Farquharson GnuPG Key ID: 32D6D676 -- 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/aanlktimz8kt6airmha6zkrthagczc3lxpezjs_4bb...@mail.gmail.com
Re: Debian libata transition (bug in initramfs-tools?)
On Sun, 2010-12-12 at 04:30 +, Ben Hutchings wrote: On Sat, 2010-12-11 at 20:24 -0800, Gordon Farquharson wrote: Hi Ben On Mon, Dec 6, 2010 at 20:32, Ben Hutchings b...@decadent.org.uk wrote: Would the solution then be to require people to (temporarily) set MODULES=most before upgrading? That should work around the bug unless the system is short of RAM (less than about 64 MB). If this can't easily be fixed in initramfs-tools then we could mention that in the release notes. Building with MODULES=most on the GLAN Tank does fix the problem, as expected, so adding a note in the release notes for users of the GLAN Tank to change MODULES=dep to MODULES=most before installing the new kernel and udev packages will work nicely. We can do that if we have to, but since not everyone reads release notes thoroughly I would prefer to make initramfs-tools get this right. Now that I've re-read the code, I think initramfs-tools will already find the right hardware driver in the new kernel, and it only misses the high-level disk driver, sd_mod. If you still have a copy of the broken initramfs, please could you send a list of its contents ('lsinitramfs' will provide that). Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Re: Debian libata transition (bug in initramfs-tools?)
Hi Ben On Sat, Dec 11, 2010 at 20:45, Ben Hutchings b...@decadent.org.uk wrote: Now that I've re-read the code, I think initramfs-tools will already find the right hardware driver in the new kernel, and it only misses the high-level disk driver, sd_mod. If you still have a copy of the broken initramfs, please could you send a list of its contents ('lsinitramfs' will provide that). Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. I found it. I had made a copy of it in the home directory on the GLAN Tank. (Good thing too, because I forgot to CC the mailing list in my previous email.) . conf conf/initramfs.conf conf/modules conf/arch.conf conf/param.conf conf/conf.d conf/conf.d/resume conf/conf.d/driver-policy etc etc/modprobe.d etc/modprobe.d/blacklist.conf etc/modprobe.d/fbdev-blacklist.conf etc/modprobe.d/aliases.conf etc/udev etc/udev/udev.conf sbin sbin/udevadm sbin/blkid sbin/modprobe sbin/rmmod sbin/udevd bin bin/losetup bin/sync bin/poweroff bin/cat bin/ipconfig bin/pivot_root bin/resume bin/minips bin/true bin/mkdir bin/run-init bin/chroot bin/umount bin/busybox bin/nfsmount bin/mount bin/nuke bin/false bin/mkfifo bin/ls bin/sleep bin/cpio bin/uname bin/dd bin/sh.shared bin/fstype bin/gunzip bin/ln bin/reboot bin/gzip bin/halt bin/dmesg bin/sh bin/kill bin/readlink bin/insmod bin/mknod init lib lib/modules lib/modules/2.6.32-5-iop32x lib/modules/2.6.32-5-iop32x/modules.symbols.bin lib/modules/2.6.32-5-iop32x/modules.devname lib/modules/2.6.32-5-iop32x/modules.alias.bin lib/modules/2.6.32-5-iop32x/modules.softdep lib/modules/2.6.32-5-iop32x/modules.alias lib/modules/2.6.32-5-iop32x/modules.dep.bin lib/modules/2.6.32-5-iop32x/modules.order lib/modules/2.6.32-5-iop32x/modules.dep lib/modules/2.6.32-5-iop32x/kernel lib/modules/2.6.32-5-iop32x/kernel/fs lib/modules/2.6.32-5-iop32x/kernel/fs/ext3 lib/modules/2.6.32-5-iop32x/kernel/fs/ext3/ext3.ko lib/modules/2.6.32-5-iop32x/kernel/fs/mbcache.ko lib/modules/2.6.32-5-iop32x/kernel/fs/jbd lib/modules/2.6.32-5-iop32x/kernel/fs/jbd/jbd.ko lib/modules/2.6.32-5-iop32x/kernel/drivers lib/modules/2.6.32-5-iop32x/kernel/drivers/ide lib/modules/2.6.32-5-iop32x/kernel/drivers/ide/ide-core.ko lib/modules/2.6.32-5-iop32x/kernel/drivers/ide/ide-gd_mod.ko lib/modules/2.6.32-5-iop32x/kernel/drivers/ide/ide-cd_mod.ko lib/modules/2.6.32-5-iop32x/kernel/drivers/scsi lib/modules/2.6.32-5-iop32x/kernel/drivers/scsi/scsi_mod.ko lib/modules/2.6.32-5-iop32x/kernel/drivers/ata lib/modules/2.6.32-5-iop32x/kernel/drivers/ata/libata.ko lib/modules/2.6.32-5-iop32x/kernel/drivers/ata/pata_artop.ko lib/modules/2.6.32-5-iop32x/kernel/drivers/cdrom lib/modules/2.6.32-5-iop32x/kernel/drivers/cdrom/cdrom.ko lib/modules/2.6.32-5-iop32x/modules.symbols lib/libblkid.so.1 lib/udev lib/udev/ata_id lib/udev/hotplug.functions lib/udev/edd_id lib/udev/scsi_id lib/udev/path_id lib/udev/usb_id lib/udev/firmware.agent lib/udev/rules.d lib/udev/rules.d/50-udev-default.rules lib/udev/rules.d/60-persistent-storage.rules lib/udev/rules.d/91-permissions.rules lib/udev/rules.d/80-drivers.rules lib/ld-linux.so.3 lib/libc.so.6 lib/libselinux.so.1 lib/libm.so.6 lib/libgcc_s.so.1 lib/libuuid.so.1 lib/klibc-LdXccGC4Q9Yh2poCpyoOF0jSTtc.so lib/libdl.so.2 scripts scripts/nfs scripts/functions scripts/init-bottom scripts/init-bottom/udev scripts/init-bottom/ORDER scripts/init-top scripts/init-top/udev scripts/init-top/keymap scripts/init-top/blacklist scripts/init-top/ORDER scripts/init-top/all_generic_ide scripts/local-premount scripts/local-premount/resume scripts/local-premount/ORDER scripts/local -- Gordon Farquharson GnuPG Key ID: 32D6D676 -- 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/aanlktimdu14o_g1gswb20zswkphzxkgw9hxlcnqdo...@mail.gmail.com
Re: Debian libata transition (bug in initramfs-tools?)
On Sat, 2010-12-11 at 21:25 -0800, Gordon Farquharson wrote: Hi Ben On Sat, Dec 11, 2010 at 20:45, Ben Hutchings b...@decadent.org.uk wrote: Now that I've re-read the code, I think initramfs-tools will already find the right hardware driver in the new kernel, and it only misses the high-level disk driver, sd_mod. If you still have a copy of the broken initramfs, please could you send a list of its contents ('lsinitramfs' will provide that). Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. I found it. I had made a copy of it in the home directory on the GLAN Tank. (Good thing too, because I forgot to CC the mailing list in my previous email.) [...] lib/modules/2.6.32-5-iop32x/kernel/drivers/scsi lib/modules/2.6.32-5-iop32x/kernel/drivers/scsi/scsi_mod.ko lib/modules/2.6.32-5-iop32x/kernel/drivers/ata lib/modules/2.6.32-5-iop32x/kernel/drivers/ata/libata.ko lib/modules/2.6.32-5-iop32x/kernel/drivers/ata/pata_artop.ko [...] As I thought, all the right modules are there *except* sd_mod. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
[PATCH] Fix condition for adding IDE or SCSI disk driver when MODULES=dep
The transition from old-style IDE to libata-based drivers means the new kernel may need different drivers from the running system. We already handle the change of controller driver correctly since we find driver modules via module aliases. However for the disk driver (sd_mod or ide-disk) we look at which types of devices exist in the running system, so we may not select the one we need. Since all the controller driver modules depend on the core modules under drivers/ide or drivers/scsi, we can work out which disk driver(s) may be needed by checking whether those module subdirectories have been created under the target directory. Reported-by: Gordon Farquharson gordonfarquhar...@gmail.com Signed-off-by: Ben Hutchings b...@decadent.org.uk --- I've given this a very little testing and it seems to do the right thing. This obviously needs careful review! Ben. hook-functions |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/hook-functions b/hook-functions index 0684296..da16478 100644 --- a/hook-functions +++ b/hook-functions @@ -349,7 +349,7 @@ dep_add_modules() sys_walk_mod_add ${root_dev_path} # catch old-style IDE - if [ -e /sys/bus/ide/devices/ ]; then + if [ -d ${DESTDIR}/lib/modules/${version}/kernel/drivers/ide ]; then sys_walk_modalias ${root_dev_path} manual_add_modules ide-gd_mod # FIXME: remove post Squeeze @@ -357,7 +357,7 @@ dep_add_modules() manual_add_modules ide-cd fi - if [ -e /sys/bus/scsi/devices/ ]; then + if [ -d ${DESTDIR}/lib/modules/${version}/kernel/drivers/scsi ]; then manual_add_modules sd_mod fi -- 1.7.2.3 signature.asc Description: This is a digitally signed message part
Bug#606806: initramfs-tools: Handling of numeric root= arguments is not udev-friendly
On Sat, Dec 11, 2010 at 1:46 PM, maximilian attems m...@stro.at wrote: thank you for submitting, I had seen it and had a question to the patch. === modified file 'scripts/functions' --- scripts/functions 2010-10-04 22:34:10 + +++ scripts/functions 2010-11-27 02:56:12 + @@ -364,8 +364,8 @@ return ;; [0-9]*:[0-9]*) - minor=${1#*:} - major=${1%:*} + minor=$(echo ${1#*:} | sed -e 's/^0*//') + major=$(echo ${1%:*} | sed -e 's/^0*//') I had wondered why you remove leading nulls, but now thanks to your aboves desc I do not understand. Now the trouble is the implementation, please use shell parameter expansion. sed assumes busybox in the initramfs, which might not be with the case with BUSYBOX=no for small initramfs or mem constraint boxes. something like ${minor#0}, not sure if we need to account for more then 2 prefixed zeroes, in this case shell guru's can give a hint. I see. I wasn't aware of BUSYBOX=no. But looking at this again, I think I actually want to take a different approach in order to maintain the current semantics of setting root=X:Y. In particular, if the user passes in a value that has a prefixed 0, that will get passed directly to mknod, which would treat the number as octal. So root=010:0 would actually create a device with major number 8. Instead of trying to resolve this directly, we can use the shell's arithmetic expansion to get a decimal number back. ;; [A-Fa-f0-9]*) value=$(( 0x${1} )) @@ -377,8 +377,7 @@ ;; esac - mknod -m 600 /dev/root b ${major} ${minor} - ROOT=/dev/root + ROOT=/dev/block/${major}:${minor} } # Parameter: device node to check this assumes udev running in initramfs for the symlink. together with devtmpfs and force loading one can built one without, but I agree that this may now be very special case. I think that's reasonable to address. udev is only priority: important, so it's not inconceivable to imagine initramfs's without it. It's easy enough to check for it and fall back on the old behavior if udev isn't there. thank you for the feedback. Thank you for yours. I appreciate the consideration of these edge cases; I probably wouldn't have come up with them myself. I've attached a new patch that incorporates your suggestions. - Evan udev-friendly-parse_numeric.diff Description: Binary data