Bug#593683: linux-2.6 - images does not conflict with pre-policy versions of bootloaders
tags 593683 + moreinfo quit Bastian Blank wrote: unarchive 593683 found 593683 2.6.32-29 thanks Ping. I generally trust your judgement, so I'll just ask: - which bootloaders is the package missing Breaks for? - have you tested the upgrade path, or would you like help testing the upgrade path? -- 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/20110430060005.GA8660@elie
Processed: Re: linux-2.6 - images does not conflict with pre-policy versions of bootloaders
Processing commands for cont...@bugs.debian.org: tags 593683 + moreinfo Bug #593683 [linux-2.6] linux-2.6 - images does not conflict with pre-policy versions of bootloaders Added tag(s) moreinfo. quit Stopping processing here. Please contact me if you need assistance. -- 593683: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593683 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.130414321822605.transcr...@bugs.debian.org
Bug#617364: linux-2.6: lseek() over NFS is returning an incorrect file length under some, circumstances
tags 617364 + upstream fixed-upstream fixed 617364 linux-2.6/2.6.38~rc6-1~experimental.1 quit Bernd Zeimetz wrote: The upstream fix is commit 27dc1cd3ad9300f81e1219e5fc305d91d85353f8 (NFS: nfs_wcc_update_inode() should set nfsi-attr_gencount). Quick update: it's part of 2.6.35.13 now and there's a backport to 2.6.32.x in the longterm queue[1] under the name[2] queue-2.6.32/nfs-nfs_wcc_update_inode-should-set-nfsi-attr_gencount.patch [1] git://git.kernel.org/pub/scm/linux/kernel/git/longterm/longterm-queue-2.6.32.git [2] http://git.kernel.org/?p=linux/kernel/git/longterm/longterm-queue-2.6.32.git;a=blob;f=queue-2.6.32/nfs-nfs_wcc_update_inode-should-set-nfsi-attr_gencount.patch;hb=HEAD -- 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/20110430062327.GA8748@elie
Processed: Re: linux-2.6: lseek() over NFS is returning an incorrect file length under some, circumstances
Processing commands for cont...@bugs.debian.org: tags 617364 + upstream fixed-upstream Bug #617364 [linux-2.6] linux-2.6: lseek() over NFS is returning an incorrect file length under some, circumstances Added tag(s) upstream and fixed-upstream. fixed 617364 linux-2.6/2.6.38~rc6-1~experimental.1 Bug #617364 [linux-2.6] linux-2.6: lseek() over NFS is returning an incorrect file length under some, circumstances Bug Marked as fixed in versions linux-2.6/2.6.38~rc6-1~experimental.1. quit Stopping processing here. Please contact me if you need assistance. -- 617364: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617364 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.130414462126919.transcr...@bugs.debian.org
Bug#622842: brcm80211 not setting correct country code?
On 04/30/2011 07:04 AM, Ben Hutchings wrote: I looked at the driver source code and there is certainly an attempt to use a country code from NVRAM. But maybe it hasn't actually been read from NVRAM at the point this is done. 'US' seems to be the default if the country code is blank. Ben. Please refer to the information on wireless.kernel.org: http://wireless.kernel.org/en/users/Drivers/brcm80211#Regulatory_Implementation You could investigate whether the NVRAM/SROM country code is indeed blank or really configured with 'US'. For the driver itself channel 13 can be used as long as your access point is transmitting beacons, because it is regarded as a passive channel. Reading the logs listed in bug #622842 I would suggest running the following command after loading the brcm80211 driver: $ iw set reg EU You should see following in the log: Apr 30 10:05:22 myhost kernel: [ 3967.072332] cfg80211: Calling CRDA for country: EU Gr. AvS -- 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/4dbbc4da.8000...@broadcom.com
Bug#622842: brcm80211 not setting correct country code?
After iw reg set EU I do not get any answer in dmesg log. and if I do (after) : iw reg get , I get: country 98: (2402 - 2472 @ 40), (N/A, 20) (5170 - 5250 @ 40), (N/A, 17) (5250 - 5330 @ 40), (N/A, 20), DFS (5490 - 5600 @ 40), (N/A, 20), DFS (5650 - 5710 @ 40), (N/A, 20), DFS So, something is not working properly. Thanks and best regards, Wenceslao Arend van Spriel ar...@broadcom.com ha escrito: On 04/30/2011 07:04 AM, Ben Hutchings wrote: I looked at the driver source code and there is certainly an attempt to use a country code from NVRAM. But maybe it hasn't actually been read from NVRAM at the point this is done. 'US' seems to be the default if the country code is blank. Ben. Please refer to the information on wireless.kernel.org: http://wireless.kernel.org/en/users/Drivers/brcm80211#Regulatory_Implementation You could investigate whether the NVRAM/SROM country code is indeed blank or really configured with 'US'. For the driver itself channel 13 can be used as long as your access point is transmitting beacons, because it is regarded as a passive channel. Reading the logs listed in bug #622842 I would suggest running the following command after loading the brcm80211 driver: $ iw set reg EU You should see following in the log: Apr 30 10:05:22 myhost kernel: [ 3967.072332] cfg80211: Calling CRDA for country: EU Gr. AvS Este mensaje ha sido enviado desde https://webmail.unav.es -- 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/20110430103817.14736hcizu57u...@webmail.unav.es
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Sat Apr 30 08:03:12 UTC 2011 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: basex tags 588216 + pending Bug #588216 [wnpp] ITP: basex -- XML database and XPath/XQuery processor with W3C Full Text and Update capabilities Added tag(s) pending. # Source package in NEW: linux-2.6 tags 624372 + pending Bug #624372 {Done: Ben Hutchings b...@decadent.org.uk} [linux-source-2.6.39] linux-source-2.6.39: Fix warnings for invalid symbol values (now boolean) Added tag(s) pending. # Source package in NEW: linux-2.6 tags 624124 + pending Bug #624124 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] linux-image-2.6.39-rc4-amd64: no longer includes driver for iwl3945 Bug #624135 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] linux-image-2.6.39-rc4-amd64: Moduls for intel wlan legacy missing Added tag(s) pending. Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 624124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624124 624372: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624372 588216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588216 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.13041506059119.transcr...@bugs.debian.org
Bug#596801: closed by Ben Hutchings b...@decadent.org.uk (Re: linux-image-2.6.32-bpo.5-686: keyboard touchpad io breaks when netbook LED switches on or off)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A hardware problem forced me to return the computer so that I can no longer test it. Sorry. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Made with pgp4pine 1.76 iEYEARECAAYFAk275WoACgkQMiDYPOQNapFU2gCgr3NTAyFRkONrIQb7+MYPdPCo ulQAoJdTpTFQIC3aSt1QGN4uBuF+Gvim =BEB5 -END PGP SIGNATURE- -- 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/alpine.DEB.1.10.1104301230360.11882@flora
Bug#622842: brcm80211 not setting correct country code?
On 04/30/2011 10:38 AM, Wenceslao González-Viñas wrote: After iw reg set EU I do not get any answer in dmesg log. I assume you did this as root or used sudo. You may have to check whether you have the proper udev rules in place. See http://wireless.kernel.org/en/developers/Regulatory/CRDA#Letting_the_kernel_call_CRDA and if I do (after) : iw reg get , I get: country 98: (2402 - 2472 @ 40), (N/A, 20) (5170 - 5250 @ 40), (N/A, 17) (5250 - 5330 @ 40), (N/A, 20), DFS (5490 - 5600 @ 40), (N/A, 20), DFS (5650 - 5710 @ 40), (N/A, 20), DFS So, something is not working properly. I get country US (after iw reg set EU). I tried 'iw reg set ES' after that and another message showed up in the log: [ 1613.052044] cfg80211: Calling CRDA for country: EU [ 1845.365115] cfg80211: Pending regulatory request, waiting for it to be processed... It seems cfg80211 expects CRDA to respond to the country setting for EU. I am not familiar what modules are involved in this usage scenario. Gr. AvS -- 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/4dbbf2cf.8050...@broadcom.com
Bug#611750: Asus EeePC resume from hibernation fails
Please report whether this bug is fixed in Debian kernel version 2.6.32-31 (as included in Debian 6.0.1). I'm using Samsung N150, problem still exists: sometimes system wake up correctly, sometimes with instant reboot after finishing resume. % uname -a Linux netbook 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 UTC 2011 i686 GNU/Linux -- Sergei Stolyarov -- 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/BANLkTi=4etp4g+t64xyeyfehv_ypooe...@mail.gmail.com
Bug#622842: brcm80211 not setting correct country code?
On Sat, 2011-04-30 at 13:30 +0200, Arend van Spriel wrote: On 04/30/2011 10:38 AM, Wenceslao González-Viñas wrote: After iw reg set EU I do not get any answer in dmesg log. I assume you did this as root or used sudo. You may have to check whether you have the proper udev rules in place. See http://wireless.kernel.org/en/developers/Regulatory/CRDA#Letting_the_kernel_call_CRDA They are. and if I do (after) : iw reg get , I get: country 98: (2402 - 2472 @ 40), (N/A, 20) (5170 - 5250 @ 40), (N/A, 17) (5250 - 5330 @ 40), (N/A, 20), DFS (5490 - 5600 @ 40), (N/A, 20), DFS (5650 - 5710 @ 40), (N/A, 20), DFS So, something is not working properly. I get country US (after iw reg set EU). I tried 'iw reg set ES' after that and another message showed up in the log: [ 1613.052044] cfg80211: Calling CRDA for country: EU [ 1845.365115] cfg80211: Pending regulatory request, waiting for it to be processed... It seems cfg80211 expects CRDA to respond to the country setting for EU. I am not familiar what modules are involved in this usage scenario. I added 'EU' to wireless-regdb in Debian for backward-compatibility. 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#622842: brcm80211 not setting correct country code?
I do not understand. I did of course as root. The rule in udev was not defined, though. I defined it , I restarted it , but no change. It does not matter if I use EU, ES or whatever. ?? Anyway, I think that is not iw / udev or similar problem as if I put a ralink stick, it works perfectly with regulatory domains and so. I think is a problem with driver ... (as hardware worked in MSW7) Best and thanks again, Wenceslao Arend van Spriel ar...@broadcom.com ha escrito: On 04/30/2011 10:38 AM, Wenceslao González-Viñas wrote: After iw reg set EU I do not get any answer in dmesg log. I assume you did this as root or used sudo. You may have to check whether you have the proper udev rules in place. See http://wireless.kernel.org/en/developers/Regulatory/CRDA#Letting_the_kernel_call_CRDA and if I do (after) : iw reg get , I get: country 98: (2402 - 2472 @ 40), (N/A, 20) (5170 - 5250 @ 40), (N/A, 17) (5250 - 5330 @ 40), (N/A, 20), DFS (5490 - 5600 @ 40), (N/A, 20), DFS (5650 - 5710 @ 40), (N/A, 20), DFS So, something is not working properly. I get country US (after iw reg set EU). I tried 'iw reg set ES' after that and another message showed up in the log: [ 1613.052044] cfg80211: Calling CRDA for country: EU [ 1845.365115] cfg80211: Pending regulatory request, waiting for it to be processed... It seems cfg80211 expects CRDA to respond to the country setting for EU. I am not familiar what modules are involved in this usage scenario. Gr. AvS Este mensaje ha sido enviado desde https://webmail.unav.es -- 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/20110430154415.97676501ev5ze...@webmail.unav.es
Bug#622842: brcm80211 not setting correct country code?
Dear Ben, If you want, I could try with this modified of wireless-regdb ... Just tell me how to obtain it . Best and thanks again, Wenceslao Ben Hutchings b...@decadent.org.uk ha escrito: On Sat, 2011-04-30 at 13:30 +0200, Arend van Spriel wrote: On 04/30/2011 10:38 AM, Wenceslao González-Viñas wrote: After iw reg set EU I do not get any answer in dmesg log. I assume you did this as root or used sudo. You may have to check whether you have the proper udev rules in place. See http://wireless.kernel.org/en/developers/Regulatory/CRDA#Letting_the_kernel_call_CRDA They are. and if I do (after) : iw reg get , I get: country 98: (2402 - 2472 @ 40), (N/A, 20) (5170 - 5250 @ 40), (N/A, 17) (5250 - 5330 @ 40), (N/A, 20), DFS (5490 - 5600 @ 40), (N/A, 20), DFS (5650 - 5710 @ 40), (N/A, 20), DFS So, something is not working properly. I get country US (after iw reg set EU). I tried 'iw reg set ES' after that and another message showed up in the log: [ 1613.052044] cfg80211: Calling CRDA for country: EU [ 1845.365115] cfg80211: Pending regulatory request, waiting for it to be processed... It seems cfg80211 expects CRDA to respond to the country setting for EU. I am not familiar what modules are involved in this usage scenario. I added 'EU' to wireless-regdb in Debian for backward-compatibility. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. Este mensaje ha sido enviado desde https://webmail.unav.es -- 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/20110430154823.19371xuwpgd2e...@webmail.unav.es
Bug#622842: brcm80211 not setting correct country code?
On Sat, 2011-04-30 at 15:48 +0200, Wenceslao González-Viñas wrote: Dear Ben, If you want, I could try with this modified of wireless-regdb ... Just tell me how to obtain it . [...] I did that before uploading the first version, so you already have 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#622842: brcm80211 not setting correct country code?
So, then this means that the problem is still there ... ... What else could I try? Wenceslao Ben Hutchings b...@decadent.org.uk ha escrito: On Sat, 2011-04-30 at 15:48 +0200, Wenceslao González-Viñas wrote: Dear Ben, If you want, I could try with this modified of wireless-regdb ... Just tell me how to obtain it . [...] I did that before uploading the first version, so you already have it. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. Este mensaje ha sido enviado desde https://webmail.unav.es -- 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/20110430161214.1080453b8p5c9...@webmail.unav.es
Bug#613634: [PATCH] vmalloc: eagerly clear ptes on vunmap
Ian, should we apply the backport from 64141da587241301ce8638cc945f8b67853156ec to squeeze for bug #613634 et al? 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#577438: base: b43 driver won't work anymore
tags 577438 moreinfo thanks On Sun, Apr 11, 2010 at 06:01:24PM +0200, Eric Viseur wrote: Package: base Severity: important b43 driver won't work anymore with bcm4318 chip. I installed the correct firmware using b43-fwcutter. Worked like a charm with Lenny and early Squeeze kernels, stopped working with 2.6.32. I have no errors in dmesg : the chip just starts, then the links goes down and neither network-manager or wireless-tools see any networks. Is this resolved in the final Squeeze kernel (or later ones)? Cheers, Moritz -- 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/20110430172130.GA3655@pisco.westfalen.local
Processed: Re: base: b43 driver won't work anymore
Processing commands for cont...@bugs.debian.org: tags 577438 moreinfo Bug #577438 [linux-2.6] base: b43 driver won't work anymore Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 577438: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577438 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.130418406719706.transcr...@bugs.debian.org
Bug#624692: initramfs-tools: silently fails to include modules if modules.dep is not current
Package: initramfs-tools Version: 0.98.8 Severity: normal When a kernel module is added to /lib/modules/$VERSION (e.g. an out-of-tree module built after the usual kernel) and 'depmod -a $VERSION' has not run, such that modules.dep is not current, the call to 'modprobe --set-version=$VERSION --ignore-install --quiet --show-depends' will silently fail, not including the module no matter which configuration options were given in /etc/initramfs-tools/*. Possible solution: add an appropriate error handling and error message at /usr/share/initramfs-tools/hook-functions line 47ff -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 7.3M Feb 6 15:41 /boot/initrd.img-2.6.26-2-686 -rw-r--r-- 1 root root 7.3M Feb 6 15:41 /boot/initrd.img-2.6.26-2-686-bigmem -rw-r--r-- 1 root root 6.3M Nov 27 2009 /boot/initrd.img-2.6.26-2-686.bak -rw-r--r-- 1 root root 7.5M Nov 28 2009 /boot/initrd.img-2.6.30-bpo.2-686-bigmem -rw-r--r-- 1 root root 7.5M Nov 28 2009 /boot/initrd.img-2.6.30-bpo.2-686-bigmem.bak -rw-r--r-- 1 root root 9.8M Apr 17 00:54 /boot/initrd.img-2.6.32-5-686-bigmem -rw-r--r-- 1 root root 9.8M Apr 17 01:01 /boot/initrd.img-2.6.32-bpo.5-686-bigmem -rw-r--r-- 1 root root 8.1M Jan 11 12:41 /boot/initrd.img-2.6.32-bpo.5-686-bigmem.bak -rw-r--r-- 1 root root 3.2M Apr 30 19:27 /boot/initrd.img-2.6.32.39 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686-bigmem root=UUID=cdec4e62-9f9d-4ce7-b677-39bf165df294 ro radeon.modeset=0 8250.nr_uarts=32 console=ttyS0,9600 console=tty0 -- resume RESUME=/dev/cciss/c0d0p5 -- /proc/filesystems ext3 fuseblk -- lsmod Module Size Used by nfs 207070 2 fscache24662 1 nfs binfmt_misc 4907 1 sco 5857 0 bridge 33019 0 stp 996 1 bridge rfcomm 25175 0 bnep7444 0 l2cap 21705 4 rfcomm,bnep crc16 1027 1 l2cap bluetooth 36319 4 sco,rfcomm,bnep,l2cap rfkill 10264 1 bluetooth ip6t_REJECT 2148 1 xt_multiport1775 3 ipt_REJECT 1517 26 xt_recent 4885 2 ip6table_filter 1908 1 ip6_tables 8560 1 ip6table_filter iptable_filter 1790 1 nfsd 193887 11 lockd 49437 2 nfs,nfsd nfs_acl 1695 2 nfs,nfsd auth_rpcgss25268 2 nfs,nfsd sunrpc134784 18 nfs,nfsd,lockd,nfs_acl,auth_rpcgss exportfs2618 1 nfsd autofs416667 0 xt_tcpudp 1743 50 iptable_nat 3551 1 nf_nat 10568 1 iptable_nat nf_conntrack_ipv4 7597 3 iptable_nat,nf_nat nf_conntrack 38083 3 iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 779 1 nf_conntrack_ipv4 ip_tables 7690 2 iptable_filter,iptable_nat x_tables8327 8 ip6t_REJECT,xt_multiport,ipt_REJECT,xt_recent,ip6_tables,xt_tcpudp,iptable_nat,ip_tables fuse 44256 1 radeon538788 0 ttm33570 1 radeon ipmi_si26764 0 drm_kms_helper 18309 1 radeon drm 112712 3 radeon,ttm,drm_kms_helper ipmi_msghandler22871 1 ipmi_si i2c_algo_bit3497 1 radeon hpwdt 4295 0 i2c_core 12787 4 radeon,drm_kms_helper,drm,i2c_algo_bit hpilo 5268 0 cypress_m8 13145 1 psmouse44809 0 evdev 5609 3 usbserial 22100 3 cypress_m8 container 1833 0 pcspkr 1207 0 serio_raw 2916 0 processor 26335 0 button 3598 0 ext3 94204 2 jbd32169 1 ext3 mbcache 3762 1 ext3 raid10 16733 0 raid45642876 0 async_raid6_recov 4166 1 raid456 async_pq2647 2 raid456,async_raid6_recov raid6_pq 77468 2 async_raid6_recov,async_pq async_xor 1990 3 raid456,async_raid6_recov,async_pq xor12418 1 async_xor async_memcpy 858 2 raid456,async_raid6_recov async_tx1326 5 raid456,async_raid6_recov,async_pq,async_xor,async_memcpy raid1 16375 0 raid0 5601 0 multipath 4987 0 linear 3063 0 md_mod 67377 6 raid10,raid456,raid1,raid0,multipath,linear usbhid 28056 0 hid50909 1 usbhid uhci_hcd 16141 0 ehci_hcd 29093 0 cciss 76855 5 usbcore99081 6 cypress_m8,usbserial,usbhid,uhci_hcd,ehci_hcd nls_base4541 1 usbcore bnx2 52157 0 scsi_mod
Bug#624692: suggested patch
--- hook-functions.old 2011-04-30 19:20:23.0 +0200 +++ hook-functions 2011-04-30 20:04:11.0 +0200 @@ -42,10 +42,20 @@ # Add dependent modules + eventual firmware manual_add_modules() { - local kmod firmware + local kmods kmod firmware - for kmod in $(modprobe --set-version=${version} --ignore-install \ - --quiet --show-depends ${1} | awk '/^insmod/ { print $2 }'); do + kmods=$(modprobe --set-version=${version} --ignore-install \ + --quiet --show-depends ${1}) + + if [ $? != 0 ] [ ${verbose} = y ] ; then + echo W: Getting dependencies for module ${1} failed, module will not be included, try running \depmod -a ${version}\ 2 + elif [ -z ${kmods} ] [ ${verbose} = y ] ; then + echo W: Got emtpy dependency list for module ${1}, module will not be included 2 + fi + +kmods=$(echo ${kmods} | awk '/^insmod/ { print $2 }') + + for kmod in ${kmods}; do # Prune duplicates if [ -e ${DESTDIR}/${kmod} ]; then continue -- 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/20110430180614.gl27...@cip.informatik.uni-erlangen.de
Bug#624699: initramfs-tools: include an option MODULES=all
Package: initramfs-tools Version: 0.98.8 Severity: wishlist Include an option MODULES=all which includes the complete /lib/modules/${version} subtree of the filesystem. This would come in very handy when some modules are not included for various reasons (e.g. exclude lists, module dependency problems), the exception list in /etc/initramfs-tools/modules would get very long or when the admin is too lazy to maintain it. Ciao, Alexander Wuerstlein. -- 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/20110430182314.22464.29939.report...@mephisto.informatik.uni-erlangen.de
Bug#624702: initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files
Package: initramfs-tools Version: 0.98.8 Severity: normal -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 4548542 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.34-zen1 -rw-r--r-- 1 root root 3655239 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.36 -rw-r--r-- 1 root root 3378621 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.36-zen2-sti-02 -rw-r--r-- 1 root root 3244997 Apr 30 13:46 /boot/OS/00_Debian/initrd.img-2.6.36-zen2-sti-03 -- /proc/cmdline BOOT_IMAGE=/OS/00_Debian/vmlinuz-2.6.36-zen2-sti-03 root=LABEL=Debian-Root ro video=vesafb:ywrap,mtrr:2 fbcon=scrollback:128 vga=0x318 -- resume RESUME=/dev/hdb3 -- /proc/filesystems reiserfs ext3 ext2 ext4 vfat msdos iso9660 udf jfs xfs ocfs2 gfs2 gfs2meta fuseblk -- lsmod Module Size Used by nvidia 10277077 38 vboxnetadp 5420 0 vboxnetflt 14681 0 bluetooth 56557 2 ipv6 263078 50 bridge 62594 0 stp 1887 1 bridge llc 4645 2 bridge,stp i2c_i8017723 0 ioatdma37622 0 dca 6122 1 ioatdma vhba7829 2 coretemp4614 0 hwmon_vid 2891 0 fuse 66720 1 vboxdrv 1790232 2 vboxnetadp,vboxnetflt -- /etc/initramfs-tools/modules -- /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 -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no BOOTDIR=/boot/OS/00_Debian -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmraid dmsetup keymap klibc lvm2 thermal udev v86d -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (550, 'experimental'), (500, 'oldstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-zen2-sti-03 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii cpio 2.11-7 GNU cpio -- a program to manage ar ii findutils 4.4.2-1+b1 utilities for finding files--find, ii klibc-utils 1.5.21-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 168-1 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.18.4-2 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: ii bash-completion 1:1.3-1programmable completion for the ba -- Configuration Files: /etc/initramfs-tools/update-initramfs.conf changed: update_initramfs=yes backup_initramfs=no BOOTDIR=/boot/OS/00_Debian -- 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/20110430184114.19133.43126.reportbug@localhost
Processed: tagging 601416
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 601416 + pending Bug #601416 [firmware-ralink] firmware-ralink: newer images available Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 601416: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601416 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.130419184120305.transcr...@bugs.debian.org
Bug#620608: uninitialized value in string eq at postinst:1280
On Tue, 2011-04-26 at 08:47 +0200, Jörg Sommer wrote: Ben Hutchings hat am Tue 26. Apr, 04:47 (+0100) geschrieben: On Mon, 2011-04-25 at 23:35 +0200, Jörg Sommer wrote: Jörg Sommer hat am Mon 25. Apr, 23:21 (+0200) geschrieben: Ben Hutchings hat am Sun 03. Apr, 03:06 (+0100) geschrieben: /sbin/blkid -o device | while read device; do echo $device: /sbin/blkid -o udev -s LABEL -s UUID -s TYPE $device done /dev/sda1 ID_FS_UUID=a59a6be1-01ac-2c7a-12ab-c8dc8e4c3255 ID_FS_UUID_ENC=a59a6be1-01ac-2c7a-12ab-c8dc8e4c3255 ID_FS_LABEL=_grml_:0 ID_FS_LABEL_ENC=\x27grml\x27:0 ID_FS_TYPE=linux_raid_member /dev/sda2 ID_FS_LABEL=Linux_Var ID_FS_LABEL_ENC=Linux_Var ID_FS_UUID=60342ce9-209a-4b60-97b5-7d9309751202 ID_FS_UUID_ENC=60342ce9-209a-4b60-97b5-7d9309751202 ID_FS_TYPE=ext4 That's strange. sda2 is a RAID member. I don't know why blkid thinks it's a standalone filesystem. Yes, that's weird. But now that I look over the code again, I think the bug you found is not related to this information. Does the /etc/mdadm.conf file on this system use a device name wildcard? No. That's the contents: [...] Oh well, please try installing this package: http://people.debian.org/~benh/linux-base_3.2a~test_all.deb (signature: http://people.debian.org/~benh/linux-base_3.2a~test_all.deb.sig ; source: http://people.debian.org/~benh/linux-base_3.2a~test.dsc ) and run 'dpkg --reconfigure linux-base'. It should print an error specifying which device is missing information. 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#624692: suggested patch
which module-init-tools do you use? and why not emmit the warning there properly. to have that fixed for dractu too. thanks -- 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/20110430194103.gf12...@vostochny.stro.at
Bug#624699: initramfs-tools: include an option MODULES=all
tags 624699 moreinfo stop On Sat, Apr 30, 2011 at 08:23:14PM +0200, Alexander Wuerstlein wrote: Package: initramfs-tools Version: 0.98.8 Severity: wishlist Include an option MODULES=all which includes the complete /lib/modules/${version} subtree of the filesystem. this needs a very good reason. This would come in very handy when some modules are not included for various reasons (e.g. exclude lists, module dependency problems), what?? please be a lot more verbose what the encoutered problems where that hindered MODULES=most the exception list in /etc/initramfs-tools/modules would get very long or when the admin is too lazy to maintain it. there you totaly loose me, aboves mentioned file, is an *include* list. happy hacking -- 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/20110430194331.gg12...@vostochny.stro.at
Processed: Re: Bug#624699: initramfs-tools: include an option MODULES=all
Processing commands for cont...@bugs.debian.org: tags 624699 moreinfo Bug #624699 [initramfs-tools] initramfs-tools: include an option MODULES=all Added tag(s) moreinfo. stop Stopping processing here. Please contact me if you need assistance. -- 624699: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624699 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.130419261223072.transcr...@bugs.debian.org
Re: building 2.6.26 kernel source fails on squeeze
On Mon, 2011-04-25 at 13:35 +0530, Faheem Mitha wrote: On Mon, 25 Apr 2011, Faheem Mitha wrote: On Mon, 25 Apr 2011, Ben Hutchings wrote: I think this is just too much detail for this section. If you think it's necessary to explain ABI maintenance in this much detail, that probably belongs in a new chapter. Ok. Well, feel free to take it out then. In any case, I hope you will apply some version of this patch. Let me know if I can do anything else. I don't know what new chapter you have in mind, but I suggest applying the patch for now (if it seems Ok with you) with the excessive detail about the ABI removed and we can talk about it further if you wish, See version 1.0.10. By the way, there is a separate list for kernel-handbook at kernel-handbook-gene...@lists.alioth.debian.org, though I'm not sure whether it should remain a separate list. 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#624711: linux-image-2.6.32-5-powerpc: orinoco/airport driver returns two ESSIDs for an AP
Package: linux-2.6 Version: 2.6.32-31 Severity: normal Hi, 'iwlist eth2 scan' returns two 'ESSID' fields on my airport equipped TiBook from a DD-WRT router. The latter ESSID is garbage, but it nevertheless gets picked up by the higher level network configuration (wicd), which makes automatic network configuration fail. Running iwconfig and ifup manually works fine, and there are no other network problems with this card / AP combination. iwlist also reports 'Mode:Unknown/bug' for this router. Other wireless cards I've tested give the correct iwlist output from this router, i.e. a single ESSID and the correct Mode. On the other hand, this router is the only one exhibiting the problem, other access points work correctly. Here's the full scan output (cell address has been blanked): eth2 Scan completed : Cell 01 - Address: xx:xx:xx:xx:xx:xx Channel:11 Frequency:2.462 GHz (Channel 11) Quality=24/70 Signal level=-86 dBm Encryption key:off ESSID:DD-WRT 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 Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s ESSID:\x0B\x00\x1B\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 Mode:Unknown/bug Extra:tsf=002812c5da51 Extra: Last beacon: 164ms ago IE: Unknown: 000461736D61 IE: Unknown: 010882848B960C121824 IE: Unknown: 03010B IE: Unknown: 2A0107 IE: Unknown: 32043048606C IE: Unknown: DD180050F20201010A0003A427A442435E0062322F00 IE: Unknown: 331ACC131B00 IE: Unknown: 2D1ACC131B00 IE: Unknown: 34160B001B00 IE: Unknown: 3D160B001B00 IE: Unknown: 4A0E14000A002C01C800140005001900 IE: Unknown: 7F0101 IE: Unknown: DD0900037F0101FF7F IE: Unknown: DD0A00037F040100 Best, Teemu -- Package-specific info: ** Version: Linux version 2.6.32-5-powerpc (Debian 2.6.32-31) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 Mon Mar 7 22:49:07 UTC 2011 ** Command line: root=UUID=caa877ca-7d43-48c1-ad17-2e368b05a84a ro ** Not tainted ** Kernel log: [ 3977.550201] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 3977.745443] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 4113.108782] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 4113.306089] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 4113.399829] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 4115.551576] eth2: Lucent/Agere firmware doesn't support manual roaming [ 4184.653200] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 4184.849084] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 4315.210957] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 4315.402101] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 4315.494345] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 4317.647017] eth2: Lucent/Agere firmware doesn't support manual roaming [ 4381.955753] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 4382.368595] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 4467.627687] eth2: New link status: Connected (0001) [ 4467.627804] ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready [ 4478.085138] eth2: no IPv6 routers present ** Model information revision: 2.1 (pvr 8000 0201) platform: PowerMac model : PowerBook3,3 machine : PowerBook3,3 motherboard : PowerBook3,3 MacRISC2 MacRISC Power Macintosh ** Loaded modules: Module Size Used by binfmt_misc10371 1 radeon693199 0 ttm46868 1 radeon drm_kms_helper 24325 1 radeon drm 142475 3 radeon,ttm,drm_kms_helper parport_pc 28780 0 lp 10975 0 parport32295 2 parport_pc,lp sco11560 2 bridge 48915 0 stp 4885 1 bridge bnep 13750 2 l2cap 32868 3 bnep crc16 4475 1 l2cap bluetooth 52362 5 sco,bnep,l2cap uinput 10355 2 ipt_REJECT 5453 1 ipt_LOG 7795 1 xt_limit4844 1 nf_conntrack_ipv4 13417 1 nf_defrag_ipv4 4391 1 nf_conntrack_ipv4 xt_state4551 1 xt_multiport5595 1 iptable_filter 5502 1 ip_tables 13570 1 iptable_filter x_tables 14599 6 ipt_REJECT,ipt_LOG,xt_limit,xt_state,xt_multiport,ip_tables
Bug#624699: initramfs-tools: include an option MODULES=all
On 11-04-30 21:44, maximilian attems m...@debian.org wrote: tags 624699 moreinfo stop On Sat, Apr 30, 2011 at 08:23:14PM +0200, Alexander Wuerstlein wrote: Package: initramfs-tools Version: 0.98.8 Severity: wishlist Include an option MODULES=all which includes the complete /lib/modules/${version} subtree of the filesystem. this needs a very good reason. It would be simpler to use and less prone to user errors and software problems. Also, I see no good reason to use MODULES=most when the size of the initrd is not important, MODULES=all would have a far simpler semantic, which makes it far easier to understand, debug and use. Please note that I do not suggest making MODULES=all the default. This would come in very handy when some modules are not included for various reasons (e.g. exclude lists, module dependency problems), what?? please be a lot more verbose what the encoutered problems where that hindered MODULES=most The primary reason that triggered the idea that MODULES=all would be a good addition was bug no. 624692 Also MODULES=most excludes certain parts, for example the net part excludes appletalk arcnet bonding can hamradio irda pcmcia tokenring usb wan wimax wireless. If I need one or more of those modules in my image, I need to manually override those exceptions. For one or two modules that is fine, but for tasks like support that for all the hardware we use anywhere around here that list grows and is tedious to maintain. MODULES=all does not need any of that maintenance. Also, it eliminates the need for the elaborate and error-prone dependency resolution that MODULES=most needs, therefore making it very robust, useful for debugging (why doesn't it boot, is there a module missing?) and an easy workaround should MODULES=most be broken for some reason. I have to admit though, that I'm not sure if there are any downsides besides the obviously larger resulting initrd. the exception list in /etc/initramfs-tools/modules would get very long or when the admin is too lazy to maintain it. there you totaly loose me, aboves mentioned file, is an *include* list. I know. What i meant was an exception to beeing excluded by 'most'. Sorry for the confusing double-negative. Ciao, Alexander Wuerstlein. -- 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/20110430202523.gm27...@cip.informatik.uni-erlangen.de
Bug#624692: suggested patch
On 11-04-30 21:41, maximilian attems m...@debian.org wrote: which module-init-tools do you use? 3.12-1 and why not emmit the warning there properly. to have that fixed for dractu too. Yes, that would be possible, too, but: modprobe emits an error that is suppressed by the --quiet parameter: | # modprobe --set-version=2.6.32.39 --ignore-install --show-depends r8168 | FATAL: Module r8168 not found. Problem is that this warning is not very helpful since the module does indeed exists, just modules.dep does not contain a reference to it. So if modprobe were to emit a proper warning (like Module r8168 not found in modules.dep, try depmod -a $version) , the --quiet would still have to be removed from the call to modprobe. Ciao, Alexander Wuerstlein. -- 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/20110430203453.gn27...@cip.informatik.uni-erlangen.de
Re: building 2.6.26 kernel source fails on squeeze
On Sat, 30 Apr 2011, Ben Hutchings wrote: On Mon, 2011-04-25 at 13:35 +0530, Faheem Mitha wrote: On Mon, 25 Apr 2011, Faheem Mitha wrote: On Mon, 25 Apr 2011, Ben Hutchings wrote: I think this is just too much detail for this section. If you think it's necessary to explain ABI maintenance in this much detail, that probably belongs in a new chapter. Ok. Well, feel free to take it out then. In any case, I hope you will apply some version of this patch. Let me know if I can do anything else. I don't know what new chapter you have in mind, but I suggest applying the patch for now (if it seems Ok with you) with the excessive detail about the ABI removed and we can talk about it further if you wish, See version 1.0.10. Yes, I saw that when I checked your svn repos. You forgot (or intentionally omitted, but if so, said nothing) to add the bit about the linux-headers-common to 4.2. See the relevant portion of my patch below. Otherwise I think you've covered the ground pretty well. The online version isn't up to date yet, though. By the way, there is a separate list for kernel-handbook at kernel-handbook-gene...@lists.alioth.debian.org, though I'm not sure whether it should remain a separate list. Are you suggesting I use this? Are all interested parties subscribed? Faheem @@ -125,17 +179,29 @@ sect1 headingBuilding packages for one flavour/heading p - For example, to build only the binary packages for 686 - flavour on i386 architecture, use the following commands: + For example, to build only the ttlinux-image-emversion/em/tt and + ttlinux-headers-emversion/em/tt binary packages + for 686 flavour on i386 architecture, use the following + commands: example $ fakeroot debian/rules source $ fakeroot make -f debian/rules.gen binary-arch_i386_none_686 /example - The target in this command has the general form of + The ttdebian/rules source/tt copies and patches the + upstream source. The target in this command has the + general form of ttemtarget/em_emarch/em_emfeatureset/em_emflavour/em/tt. Replace the ttemfeatureset/em/tt with ttnone/tt if you do not want any of the extra - featuresets. + featuresets. You will also need + the ttlinux-headers-emversion/em-common/tt binary + package, which can be built using the commands: + example +$ fakeroot debian/rules source +$ fakeroot make -f debian/rules.gen binary-arch_i386_none_real + /example + The target in this command has the general form of + ttemtarget/em_emarch/em_emfeatureset/em_emreal/em/tt. /p /sect1 sect1 -- 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/alpine.deb.2.00.1105010147240.14...@orwell.homelinux.org
Re: Stable update of linux-2.6
On Mon, 2011-04-25 at 17:37 +0100, Ben Hutchings wrote: On Mon, 2011-04-25 at 17:35 +0100, Adam D. Barratt wrote: On Wed, 2011-04-13 at 12:57 +0100, Ben Hutchings wrote: I think there's still a Xen regression (since 2.6.32-31) to be fixed. I'm assuming that's #621072, which it looks like a resolution has been found for? Right. Are there any other outstanding fixes or other blockers for a 2.6.32-34 upload? The approximate two-monthly schedule for stable point releases means that we should be aiming for 6.0.2 to be around the end of May, so it would be good to try and get a finalised kernel for that in the not-too-distant future. (fwiw, the next lenny point release - 5.0.9 - shouldn't be too far behind; we need to poke relevant people but I'm working on an estimated schedule of around mid-June). Regards, Adam -- 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/1304196097.4138.6341.ca...@hathi.jungle.funky-badger.org
Bug#624692: suggested patch
On Sat, 2011-04-30 at 22:34 +0200, Alexander Wuerstlein wrote: On 11-04-30 21:41, maximilian attems m...@debian.org wrote: which module-init-tools do you use? 3.12-1 and why not emmit the warning there properly. to have that fixed for dractu too. Yes, that would be possible, too, but: modprobe emits an error that is suppressed by the --quiet parameter: | # modprobe --set-version=2.6.32.39 --ignore-install --show-depends r8168 | FATAL: Module r8168 not found. Problem is that this warning is not very helpful since the module does indeed exists, just modules.dep does not contain a reference to it. [...] I think the current error message in modprobe is fine; it is not the job of modprobe to provide a tutorial on how to install modules. I think mkinitramfs should warn about any module that can't be found by modprobe, but there may be some exceptions where we want the quiet behaviour. 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: building 2.6.26 kernel source fails on squeeze
On Sun, 2011-05-01 at 01:52 +0530, Faheem Mitha wrote: On Sat, 30 Apr 2011, Ben Hutchings wrote: On Mon, 2011-04-25 at 13:35 +0530, Faheem Mitha wrote: On Mon, 25 Apr 2011, Faheem Mitha wrote: On Mon, 25 Apr 2011, Ben Hutchings wrote: I think this is just too much detail for this section. If you think it's necessary to explain ABI maintenance in this much detail, that probably belongs in a new chapter. Ok. Well, feel free to take it out then. In any case, I hope you will apply some version of this patch. Let me know if I can do anything else. I don't know what new chapter you have in mind, but I suggest applying the patch for now (if it seems Ok with you) with the excessive detail about the ABI removed and we can talk about it further if you wish, See version 1.0.10. Yes, I saw that when I checked your svn repos. You forgot (or intentionally omitted, but if so, said nothing) to add the bit about the linux-headers-common to 4.2. See the relevant portion of my patch below. I did indeed forget that. Thanks for reminding me. Otherwise I think you've covered the ground pretty well. The online version isn't up to date yet, though. By the way, there is a separate list for kernel-handbook at kernel-handbook-gene...@lists.alioth.debian.org, though I'm not sure whether it should remain a separate list. Are you suggesting I use this? Are all interested parties subscribed? [...] It's probably best to mail both lists for now. 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: Re: every 10s I get [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid ...
Processing commands for cont...@bugs.debian.org: forwarded 622993 http://thread.gmane.org/gmane.comp.video.dri.devel/56952 Bug #622993 [linux-2.6] linux-image-2.6.38-2-amd64: every 10s I get [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid ... Changed Bug forwarded-to-address to 'http://thread.gmane.org/gmane.comp.video.dri.devel/56952' from 'dri-de...@lists.freedesktop.org' End of message, stopping processing here. Please contact me if you need assistance. -- 622993: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622993 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.130420005317061.transcr...@bugs.debian.org
Bug#624699: marked as done (initramfs-tools: include an option MODULES=all)
Your message dated Sat, 30 Apr 2011 22:18:59 + with message-id 20110430221859.gi12...@vostochny.stro.at and subject line Re: Bug#624699: initramfs-tools: include an option MODULES=all has caused the Debian Bug report #624699, regarding initramfs-tools: include an option MODULES=all to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 624699: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624699 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: initramfs-tools Version: 0.98.8 Severity: wishlist Include an option MODULES=all which includes the complete /lib/modules/${version} subtree of the filesystem. This would come in very handy when some modules are not included for various reasons (e.g. exclude lists, module dependency problems), the exception list in /etc/initramfs-tools/modules would get very long or when the admin is too lazy to maintain it. Ciao, Alexander Wuerstlein. ---End Message--- ---BeginMessage--- On Sat, Apr 30, 2011 at 10:25:23PM +0200, Alexander Wuerstlein wrote: On 11-04-30 21:44, maximilian attems m...@debian.org wrote: tags 624699 moreinfo stop On Sat, Apr 30, 2011 at 08:23:14PM +0200, Alexander Wuerstlein wrote: Package: initramfs-tools Version: 0.98.8 Severity: wishlist Include an option MODULES=all which includes the complete /lib/modules/${version} subtree of the filesystem. this needs a very good reason. It would be simpler to use and less prone to user errors and software problems. Also, I see no good reason to use MODULES=most when the size of the initrd is not important, MODULES=all would have a far simpler semantic, which makes it far easier to understand, debug and use. Please note that I do not suggest making MODULES=all the default. MODULES=most is there to have an general initramfs that should just work out of the box, if it doesn't than this is a bug and needs to be reported. we won't add a third option that is not supportable. first of all big initramfs - slow boot consequence secondly you don't necessarly want drm in initramfs third if you go down your road you may argue to add X to initramfs. The primary reason that triggered the idea that MODULES=all would be a good addition was bug no. 624692 that is circular reasoning. Also MODULES=most excludes certain parts, for example the net part excludes appletalk arcnet bonding can hamradio irda pcmcia tokenring usb wan wimax wireless. If I need one or more of those modules in my image, I need to manually override those exceptions. For one or two modules that is fine, but for tasks like support that for all the hardware we use anywhere around here that list grows and is tedious to maintain. report a bug for the specific module that may have been missing in your case. don't overgeneralise. MODULES=all does not need any of that maintenance. Also, it eliminates the need for the elaborate and error-prone dependency resolution that MODULES=most needs, therefore making it very robust, useful for debugging (why doesn't it boot, is there a module missing?) and an easy workaround should MODULES=most be broken for some reason. every option adds maintenance and bugs. as told above I don't want any of those, so this proposal is disguarded. I have to admit though, that I'm not sure if there are any downsides besides the obviously larger resulting initrd. thank you -- maks ---End Message---
Processed: severity of 624692 is wishlist
Processing commands for cont...@bugs.debian.org: severity 624692 wishlist Bug #624692 [initramfs-tools] initramfs-tools: silently fails to include modules if modules.dep is not current Severity set to 'wishlist' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 624692: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624692 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.130420241923753.transcr...@bugs.debian.org
Processed: retitle 624692 to mkinitramfs: display on verbose mode modprobe warnings
Processing commands for cont...@bugs.debian.org: retitle 624692 mkinitramfs: display on verbose mode modprobe warnings Bug #624692 [initramfs-tools] initramfs-tools: silently fails to include modules if modules.dep is not current Changed Bug title to 'mkinitramfs: display on verbose mode modprobe warnings' from 'initramfs-tools: silently fails to include modules if modules.dep is not current' thanks Stopping processing here. Please contact me if you need assistance. -- 624692: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624692 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.130420251023877.transcr...@bugs.debian.org
Bug#624702: initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files
tags 624702 moreinfo stop On Sat, Apr 30, 2011 at 02:41:14PM -0400, Stirling Westrup wrote: Package: initramfs-tools Version: 0.98.8 Severity: normal care to post your usage of BOOTDIR? not sure it this variable is even documented or well working at all. -rw-r--r-- 1 root root 4548542 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.34-zen1 -rw-r--r-- 1 root root 3655239 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.36 -rw-r--r-- 1 root root 3378621 Apr 22 10:19 /boot/OS/00_Debian/initrd.img-2.6.36-zen2-sti-02 -rw-r--r-- 1 root root 3244997 Apr 30 13:46 /boot/OS/00_Debian/initrd.img-2.6.36-zen2-sti-03 oh here I see something. -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no BOOTDIR=/boot/OS/00_Debian ah and here too. thank you, regards -- 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/20110430223839.gj12...@vostochny.stro.at
Processed: Re: Bug#624702: initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files
Processing commands for cont...@bugs.debian.org: tags 624702 moreinfo Bug #624702 [initramfs-tools] initramfs-tools: mkinitramfs doesn't honor setting of BOOTDIR when searching for config-... files Added tag(s) moreinfo. stop Stopping processing here. Please contact me if you need assistance. -- 624702: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624702 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.130420312125073.transcr...@bugs.debian.org
Bug#596468: linux-image-2.6.32-5-openvz-amd64: Keyspan USA-49WG USB-Serial 4th Port Doesn't Work
On 04/23/2011 03:41 PM, Moritz Mühlenhoff wrote: On Wed, Dec 29, 2010 at 09:35:30PM +, Ben Hutchings wrote: On Wed, 2010-12-29 at 14:05 -0500, Steaphan Greene wrote: On 12/29/2010 09:10 AM, Ben Hutchings wrote: On Wed, 2010-12-29 at 03:55 -0500, Steaphan Greene wrote: On 12/26/2010 06:46 AM, Moritz Muehlenhoff wrote: Could you try to reproduce this with a current 2.6.37-rcX kernel from experimental? The kernel is available from packages.debian.org. If the error can still be reproduced, we should report it upstream. Unfortunately, 2.6.37-rc7-amd64 has an even greater problem, which prevents me from testing it. The error I am now encountering seems to be the one discussed here: https://bugzilla.kernel.org/show_bug.cgi?id=23012 [...] That was fixed in 2.6.37-rc5. ...then it has been re-introduced, or a new bug which causes the same behavior for at least my keyspan device has cropped up in -rc7. All access attempts to all of the 4 ports of my device with 2.6.37-rc7 failed with a Resource Temporarily Unavailable error. Please add that information on bugzilla.kernel.org. Steaphan, it seems you didn't followup in the kernel.org bugzilla. Is this fixed in current kernels from sid or testing? Testing on a different computer, just plugging it in with a clean boot on the same kernel version as before (that this bug was filed against) immediately crashed the kernel (OOPS, followed shortly by a constant terminal bell and no response to any input, not even numlock or SysRq). Testing this device using linux-image2.6.38-2-amd64 from current sid (v2.6.38-4) resulted in all 4 ports working perfectly. However, I only could test them individually on that machine, so I can not confirm they will work simultaneously as they are used on the real system. But, it certainly seems better to me. I will follow up once I get a chance to test this on the live system with this new kernel version, but that may be a while. I suspect this bug is now resolved, but I can't confirm this until then. -- Steaphan Greene sgre...@cs.binghamton.edu Lecturer, Computer Science, Binghamton University GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt -- 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/4dbcbc2b.4000...@cs.binghamton.edu