Re: Bug#609860: pm-utils: pm-hibernate not able to wake-up
On Fri, 14 Jan 2011, Michael Biebl wrote: On 14.01.2011 07:10, Wenceslao González-Viñas wrote: Dear Michael, It works!!! So, the bug should be changed to something that initramfs-tools do not detect automatically the resume point ? My guess is, that at some point your swap partition was re-formatted and so the UUID changed. Afaics, the RESUME= parameter is only set during intial installation of initramfs-tools in preinst, or when you upgrade from Lenny and linux-base will convert it to UUID. I've CCed the initramfs-tools maintainers and Ben, who did most of the work for linux-base and the UUID upgrade code. I think, converting the resume/swap partition from a physical device to UUID makes it less fail-safe for re-formats, as I assume happened in your case. Ben, maks, any idea how we can address this? Should maybe update-initramfs -u re-evalutate the RESUME parameter? there is an open bug about that. Trouble is that it is stored in /etc/initramfs-tools/conf.d/resume and thus we wouldn't be allow to update it without debconfing. So the plan is to move that to /var for Squeeze+1 and then indeed have it updated from time to time. -- 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/20110114101008.ga13...@stro.at
Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
On 13/01/2011 23:57, David Miller wrote: From: Richard Mortimerri...@oldelvet.org.uk Date: Thu, 13 Jan 2011 23:34:01 + On Wed, 2011-01-12 at 00:37 +, Ben Hutchings wrote: On Wed, 2011-01-12 at 00:27 +, Richard Mortimer wrote: On 09/01/2011 03:46, David Miller wrote: From: Ben Hutchingsb...@decadent.org.uk Date: Sun, 09 Jan 2011 03:00:40 + On Sun, 2011-01-09 at 01:05 +, Richard Mortimer wrote: Package: linux-2.6 Version: 2.6.37-1~experimental.1 Severity: normal Boot of linux-image-2.6.37-trunk-sparc64 fails to find the disks and drops to the initramfs prompt. When I try to load the sym53c8xx driver it fails as follows (initramfs) modprobe sym53c8xx [ 122.470284] module scsi_mod: Unknown relocation: 36 FATAL: Error inserting sym53c8xx (/lib/modules/2.6.37-trunk-sparc64/kernel/drive rs/scsi/sym53c8xx_2/sym53c8xx.ko): Invalid module format (initramfs) David, do you have any idea how this could happen? A quick web search finds a similar issue http://kerneltrap.org/mailarchive/linux-kernel/2010/6/16/4583942 but I have not looked into this any further yet. [...] That was apparently a bug in the build scripts for a separate module. And like that case bad build flags are causing this problem too. It means that -mcode-model=medlow is not making it into the module build cflags somehow. This relocation can only occur for sparc64 code models other than medlow. I did a test Debian build using my Sun Fire V120 running to double check the build with the 2.6.27-1@experimental.1 sources. This fails in the same way that the official build fails. Looking at the build output it seems to end up building setup_sparc but I think it should be building setup_sparc64 in the rules. [...] I will try a package build forcing DEB_HOST_ARCH to sparc64 and see if that builds the right packages. No, this is correct behaviour. $DEB_HOST_ARCH is the Debian userland architecture (as used in the package metadata) and may differ from the kernel architecture. All the defined kernel flavours for sparc are 64-bit. Thanks Ben. I've started looking at a few other potential causes... Looking at the relocation symbols in scsi_mod.ko as reported by objdump it looks to me that the R_SPARC_13 and R_SPARC_UA64 are the unsupported relocation types that are stopping the driver getting loaded. richm@shirehall:/usr/src/linux-2.6-2.6.37/debian/build/build_sparc_none_sparc64$ objdump -r /lib/modules/2.6.37-trunk-sparc64/kernel/drivers/scsi/scsi_mod.ko | cut -d' ' -f 2 | sort | uniq -c 51 16 RECORDS 53 R_SPARC_13 129 R_SPARC_32 2352 R_SPARC_64 825 R_SPARC_HI22 869 R_SPARC_LO10 20 R_SPARC_UA64 1011 R_SPARC_WDISP30 The original error report shows: (initramfs) modprobe sym53c8xx [ 122.470284] module scsi_mod: Unknown relocation: 36 ^^ FATAL: Error inserting sym53c8xx (/lib/modules/2.6.37-trunk-sparc64/kernel/drive rs/scsi/sym53c8xx_2/sym53c8xx.ko): Invalid module format (initramfs) So you didn't need to analyze the binary with objdump to work on this bug. Yeah I'd seen that in my original error output. Please do excuse my slow workings it is over 7 years since I was working with Sparc systems on a daily basis. objdump made it easier to look at the compiler output and modules without compile/reboot cycles. Relocation type 36 is R_SPARC_LM22. I'm confused now! Maybe I've missed something but looking at arch/sparc/kernel/module.c it seems that the 36 is hexadecimal. printk(KERN_ERR module %s: Unknown relocation: %x\n, me-name, (int) (ELF_R_TYPE(rel[i].r_info) 0xff)); So that means that the kernel is complaining about type 54 which is R_SPARC_UA64. That matches with the objdump output which doesn't list R_SPARC_LM22 for scsi_mod.ko Regards Richard -- 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/4d302b2f.7030...@oldelvet.org.uk
Re: Bug#609860: pm-utils: pm-hibernate not able to wake-up
Hi maks, On 14.01.2011 11:10, maximilian attems wrote: On Fri, 14 Jan 2011, Michael Biebl wrote: Should maybe update-initramfs -u re-evalutate the RESUME parameter? there is an open bug about that. Trouble is that it is stored in /etc/initramfs-tools/conf.d/resume and thus we wouldn't be allow to update it without debconfing. So the plan is to move that to /var for Squeeze+1 and then indeed have it updated from time to time. do you by chance have the bug number at hand, so I can reassign and merge this bug? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Processed: reassign 609860 to initramfs-tools
Processing commands for cont...@bugs.debian.org: reassign 609860 initramfs-tools Bug #609860 [pm-utils] pm-utils: pm-hibernate not able to wake-up Bug reassigned from package 'pm-utils' to 'initramfs-tools'. Bug No longer marked as found in versions pm-utils/1.3.0-3. thanks Stopping processing here. Please contact me if you need assistance. -- 609860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609860 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.129500887510109.transcr...@bugs.debian.org
Processed: forcibly merging 565225 609860
Processing commands for cont...@bugs.debian.org: forcemerge 565225 609860 Bug#565225: don't assume RESUME partition will never change Bug#609860: pm-utils: pm-hibernate not able to wake-up Forcibly Merged 565225 609860. thanks Stopping processing here. Please contact me if you need assistance. -- 565225: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565225 609860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609860 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.129500888010132.transcr...@bugs.debian.org
Bug#609961: linux-headers-2.6.32-5-common: scripts symlink breaks module compiling when /usr/src is symlink
Package: linux-headers-2.6.32-5-common Version: 2.6.32-30 Severity: important The kernel headers symlink the scripts directory to to ../../lib/linux-kbuild-2.6.32/scripts, however as I find /usr/src takes up a lot of space I move it to another location and symlink /usr/src to that location. This has been fine in previous versions of the headers, however in 2.6.32 doing this will break the ablity to compile any additional modules (eg. lirc, nvidia, ndiswrapper...) This is because when make compiles one of the modules, it changes to the physical directory of /usr/src/linux-headers-2.6.32-5-686, and accessing ../../lib from there is not /usr/lib as expected, so in most cases will produce at 'No such file or directory' error. Because the execution of gcc-x86_32-has-stack-protector.sh fails, make produces the misleading error: 'stack protector enabled but no compiler support', followed by an fatal error. For example this is how my system is setup: hookmyth# ls -ld /usr/src/linux-headers-2.6.32-5-common/* /usr/src /usr/lib/linux-kbuild-2.6.32/scripts \ /usr/src/linux-headers-2.6.32-5-common/scripts/ ls: cannot access /usr/src/linux-headers-2.6.32-5-common/scripts/: No such file or directory drwxr-xr-x 6 root root 4096 Jan 15 00:15 /usr/lib/linux-kbuild-2.6.32/scripts lrwxrwxrwx 1 root root15 Oct 26 21:31 /usr/src - /mnt/mythtv/src drwxr-xr-x 3 root root72 Jan 14 22:57 /usr/src/linux-headers-2.6.32-5-common/arch drwxr-xr-x 20 root root 512 Jan 14 22:57 /usr/src/linux-headers-2.6.32-5-common/include lrwxrwxrwx 1 root root36 Jan 14 22:57 /usr/src/linux-headers-2.6.32-5-common/Kbuild - ../../lib/linux-kbuild-2.6.32/Kbuild -rw-r--r-- 1 root root 55236 Jan 12 15:59 /usr/src/linux-headers-2.6.32-5-common/Makefile lrwxrwxrwx 1 root root37 Jan 14 22:57 /usr/src/linux-headers-2.6.32-5-common/scripts - ../../lib/linux-kbuild-2.6.32/scripts You can see the /usr/lib/linux-kbuild-2.6.32/scripts path exists, however when trying to access it as /usr/src/linux-headers-2.6.32-5-common/scripts/ it fails. Heres a copy of a module-assistant output for lirc (also happens with nvidia and dkms) -- 8-- make[2]: Entering directory `/mnt/mythtv/src/modules/lirc-modules' /usr/bin/make -C /lib/modules/2.6.32-5-686/build SUBDIRS=/usr/src/modules/lirc-modules modules make[3]: Entering directory `/mnt/mythtv/src/linux-headers-2.6.32-5-686' /mnt/mythtv/src/linux-headers-2.6.32-5-common/Makefile:274: /mnt/mythtv/src/linux-headers-2.6.32-5-common/scripts/Kbuild.include: No such file or directory /bin/sh: /mnt/mythtv/src/linux-headers-2.6.32-5-common/scripts/gcc-x86_32-has-stack -protector.sh: No such file or directory /mnt/mythtv/src/linux-headers-2.6.32-5-common/arch/x86/Makefile:81: stack protector enabled but no compiler support make: *** empty variable name. Stop. make[5]: *** [_module_/usr/src/modules/lirc-modules] Error 2 make[4]: *** [sub-make] Error 2 -- 8-- This output is from the version in unstable, however this was after multiple attempts in testing were done - including the reinstall of all gcc packages in order to install a compiler with stack protection. There are two fixes for this (for anyone who stumbles across this error): 1. Fix the symlinks in /mnt/mythtv/src/linux-headers-2.6.32-5-common to be absoultly linked to /usr/lib not ../../lib. 2. In the directory above the physical source directory add a symlink for lib back to /usr/lib -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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/20110114122853.13679.78560.report...@hooksoft.hook.net.nz
Bug#609961: linux-headers-2.6.32-5-common: scripts symlink breaks module compiling when /usr/src is symlink
On Sat, Jan 15, 2011 at 01:28:53 +1300, James Hook wrote: There are two fixes for this (for anyone who stumbles across this error): 1. Fix the symlinks in /mnt/mythtv/src/linux-headers-2.6.32-5-common to be absoultly linked to /usr/lib not ../../lib. 2. In the directory above the physical source directory add a symlink for lib back to /usr/lib Or simply use a bind mount instead of symlinks. Cheers, Julien signature.asc Description: Digital signature
Processed: severity of 609961 is wishlist
Processing commands for cont...@bugs.debian.org: severity 609961 wishlist Bug #609961 [linux-headers-2.6.32-5-common] linux-headers-2.6.32-5-common: scripts symlink breaks module compiling when /usr/src is symlink Severity set to 'wishlist' from 'important' thanks Stopping processing here. Please contact me if you need assistance. -- 609961: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609961 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.129501045117268.transcr...@bugs.debian.org
Bug#609961: linux-headers-2.6.32-5-common: scripts symlink breaks module compiling when /usr/src is symlink
On Sat, Jan 15, 2011 at 01:28:53AM +1300, James Hook wrote: The kernel headers symlink the scripts directory to to ../../lib/linux-kbuild-2.6.32/scripts, http://www.debian.org/doc/debian-policy/ch-files.html#s10.5 however as I find /usr/src takes up a lot of space I move it to another location and symlink /usr/src to that location. Well, use mounts. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 -- 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/20110114131106.ga18...@wavehammer.waldi.eu.org
Bug#609964: use blkid to correctly set UUID for RESUME
Package: initramfs-tools Version: 0.98.7 Severity: important Tags: patch Hi, while looking at initramfs-tools.preinst code, I noticed that it still uses vol_id, which is no longer shipped in squeeze. As a result, UUID will never be set. The attached patch used blkid, which is both shipped in lenny and squeeze (e2fsprogs resp. util-linux). Both are essential packages, so I added no further checks. A quick test with the attached patch on a lenny and squeeze system was successful. Cheers, Michael -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 13M Jan 12 22:47 /boot/initrd.img-2.6.32-5-686 -rw-r--r-- 1 root root 11M Jan 7 04:51 /boot/initrd.img-2.6.37 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.37 root=UUID=9a6d2bd2-58d1-4a75-baff-166b8637e3cc ro quiet splash -- resume RESUME=LABEL=Swap -- /proc/filesystems ext2 ext3 ext4 fuseblk -- lsmod Module Size Used by ppp_async 5321 0 ipw2200 109276 0 michael_mic 1498 4 arc4 986 2 ecb 1417 2 lib80211_crypt_tkip 6563 1 aes_i5866820 1 aes_generic25726 1 aes_i586 lib80211_crypt_ccmp 3593 1 sco 6144 2 rfcomm 23650 8 bnep7540 2 l2cap 27437 16 rfcomm,bnep binfmt_misc 4925 1 acpi_cpufreq4513 0 mperf803 1 acpi_cpufreq ppdev 4145 0 cpufreq_userspace 1396 0 lp 5693 0 cpufreq_stats 1944 0 cpufreq_powersave614 0 vboxnetadp 5278 0 cpufreq_conservative 6154 0 vboxnetflt 12943 0 vboxdrv 125804 2 vboxnetadp,vboxnetflt fuse 46818 3 usblp 7831 0 snd_intel8x0 19539 1 snd_intel8x0m 8112 0 snd_ac97_codec 77252 2 snd_intel8x0,snd_intel8x0m pcmcia 25159 0 ac97_bus 718 1 snd_ac97_codec btusb 8113 2 libipw 18299 1 ipw2200 snd_pcm47284 3 snd_intel8x0,snd_intel8x0m,snd_ac97_codec cfg80211 96303 2 ipw2200,libipw bluetooth 38051 9 sco,rfcomm,bnep,l2cap,btusb yenta_socket 16338 0 snd_seq34617 0 i2c_i8016218 0 lib802112746 4 ipw2200,lib80211_crypt_tkip,lib80211_crypt_ccmp,libipw pcmcia_rsrc 7344 1 yenta_socket snd_timer 12129 2 snd_pcm,snd_seq pcmcia_core 8201 3 pcmcia,yenta_socket,pcmcia_rsrc smsc_ircc2 8948 0 psmouse39035 0 snd_seq_device 3661 1 snd_seq parport_pc 15927 1 snd33366 9 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm,snd_seq,snd_timer,snd_seq_device processor 21812 2 acpi_cpufreq shpchp 18255 0 rng_core2298 0 parport22182 3 ppdev,lp,parport_pc soundcore 3390 1 snd video 9844 0 serio_raw 2912 0 snd_page_alloc 4921 3 snd_intel8x0m,snd_intel8x0,snd_pcm pci_hotplug16947 1 shpchp rfkill 10452 4 cfg80211,bluetooth irda 71565 1 smsc_ircc2 crc_ccitt 1043 2 ppp_async,irda tpm_tis 5452 0 pcspkr 1215 0 evdev 5796 16 joydev 7007 0 thermal_sys 9274 2 processor,video tpm 8097 1 tpm_tis tpm_bios3577 1 tpm output 1216 1 video button 3626 0 container 1865 0 battery 4306 0 ac 1700 0 dm_mod 47476 0 ppp_generic16504 1 ppp_async slhc3551 1 ppp_generic loop 10615 0 autofs416222 7 hid_microsoft 1931 0 usbhid 26611 0 hid51772 2 hid_microsoft,usbhid usb_storage30441 0 uas 0 radeon621388 2 uhci_hcd 15810 0 ttm36671 1 radeon ehci_hcd 28136 0 wbsd8558 0 drm_kms_helper 19531 1 radeon sg 15973 0 8139too14414 0 drm 118815 4 radeon,ttm,drm_kms_helper usbcore95726 8 usblp,btusb,usbhid,usb_storage,uas,uhci_hcd,ehci_hcd firewire_ohci 19546 0 sr_mod 11018 0 mmc_core 45379 1 wbsd 8139cp 13066 0 firewire_core 35038 1 firewire_ohci cdrom 26530 1 sr_mod i2c_algo_bit3389 1 radeon crc_itu_t 1013 1 firewire_core mii
Bug#609964: use blkid to correctly set UUID for RESUME
On Fri, Jan 14, 2011 at 02:21:39PM +0100, Michael Biebl wrote: Package: initramfs-tools Version: 0.98.7 Severity: important Tags: patch Hi, while looking at initramfs-tools.preinst code, I noticed that it still uses vol_id, which is no longer shipped in squeeze. As a result, UUID will never be set. The attached patch used blkid, which is both shipped in lenny and squeeze (e2fsprogs resp. util-linux). Both are essential packages, so I added no further checks. A quick test with the attached patch on a lenny and squeeze system was successful. Cheers, Michael thanks please take a look at git initramfs-tools, it is in one of those maks branches, hmm looking up - maks/preinst_blkid http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary 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/20110114133940.gv20...@vostochny.stro.at
Bug#609964: use blkid to correctly set UUID for RESUME
On 14.01.2011 14:39, maximilian attems wrote: On Fri, Jan 14, 2011 at 02:21:39PM +0100, Michael Biebl wrote: thanks please take a look at git initramfs-tools, it is in one of those maks branches, hmm looking up - maks/preinst_blkid http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary Ah cool. FWIW, I think you can drop the vol_id fallback, as the code will be only run on fresh installations anyway, but not on upgrades. That said, blkid worked fine for me on both lenny and squeeze. Do you know of cases where e2fsprogs' blkid does not work and using the old vol_id would be preferable? I also think, you don't need to run blkid *twice* and you can simply remove the if command ... check Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#609964: use blkid to correctly set UUID for RESUME
On Fri, Jan 14, 2011 at 02:47:54PM +0100, Michael Biebl wrote: On 14.01.2011 14:39, maximilian attems wrote: On Fri, Jan 14, 2011 at 02:21:39PM +0100, Michael Biebl wrote: thanks please take a look at git initramfs-tools, it is in one of those maks branches, hmm looking up - maks/preinst_blkid http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary Ah cool. FWIW, I think you can drop the vol_id fallback, as the code will be only run on fresh installations anyway, but not on upgrades. That said, blkid worked fine for me on both lenny and squeeze. Do you know of cases where e2fsprogs' blkid does not work and using the old vol_id would be preferable? I also think, you don't need to run blkid *twice* and you can simply remove the if command ... check I prefer longer backward compatibility and not assume commands to be there. the cost of a command call is very small as it is a shell builtin. it is noted to disappear after Wheezy release whenever that may happen. (: good weekend. -- 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/20110114135124.gw20...@vostochny.stro.at
Processed: tagging 609964
Processing commands for cont...@bugs.debian.org: tags 609964 + pending Bug #609964 [initramfs-tools] use blkid to correctly set UUID for RESUME Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 609964: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609964 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.129501310130988.transcr...@bugs.debian.org
Bug#609964: use blkid to correctly set UUID for RESUME
On 14.01.2011 14:51, maximilian attems wrote: On Fri, Jan 14, 2011 at 02:47:54PM +0100, Michael Biebl wrote: On 14.01.2011 14:39, maximilian attems wrote: On Fri, Jan 14, 2011 at 02:21:39PM +0100, Michael Biebl wrote: thanks please take a look at git initramfs-tools, it is in one of those maks branches, hmm looking up - maks/preinst_blkid http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary Ah cool. FWIW, I think you can drop the vol_id fallback, as the code will be only run on fresh installations anyway, but not on upgrades. That said, blkid worked fine for me on both lenny and squeeze. Do you know of cases where e2fsprogs' blkid does not work and using the old vol_id would be preferable? I also think, you don't need to run blkid *twice* and you can simply remove the if command ... check I prefer longer backward compatibility and not assume commands to be there. Very well then. the cost of a command call is very small as it is a shell builtin. Well, command will not check for the existence of blkid, but execute blkid, so in effect it is executed *twice*. Maybe you want something like type blkid instead? Anyway, do you intead to get this fix into squeeze? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#609964: use blkid to correctly set UUID for RESUME
On Fri, Jan 14, 2011 at 02:59:57PM +0100, Michael Biebl wrote: the cost of a command call is very small as it is a shell builtin. Well, command will not check for the existence of blkid, but execute blkid, so in effect it is executed *twice*. Maybe you want something like type blkid instead? No, why would command -v execute blkid? Please read man dash and do an strace if you don't believe me. Anyway, do you intead to get this fix into squeeze? No, it is not scheduled for squeeze, as it didn't strike on anybody. d-i does the same dance by themself and generates that file. Currently unless prooven otherwisse I see it as cleanup patch. -- 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/20110114140832.gx20...@vostochny.stro.at
Bug#609964: use blkid to correctly set UUID for RESUME
On 14.01.2011 15:08, maximilian attems wrote: On Fri, Jan 14, 2011 at 02:59:57PM +0100, Michael Biebl wrote: the cost of a command call is very small as it is a shell builtin. Well, command will not check for the existence of blkid, but execute blkid, so in effect it is executed *twice*. Maybe you want something like type blkid instead? No, why would command -v execute blkid? Please read man dash and do an strace if you don't believe me. Ah, no. I just missed the -v. Sorry for the noise. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Processed: your mail
Processing commands for cont...@bugs.debian.org: forwarded 607906 https://bugzilla.kernel.org/show_bug.cgi?id=26692 Bug #607906 [linux-2.6] BUGs and panic after modprobe mptspi Set Bug forwarded-to-address to 'https://bugzilla.kernel.org/show_bug.cgi?id=26692'. End of message, stopping processing here. Please contact me if you need assistance. -- 607906: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607906 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.129502024828476.transcr...@bugs.debian.org
Processed: Reopen Logitech QuickCam 4000 Pro USB webcam does not work on Debian Squeeze. It works on Debian Lenny.
Processing commands for cont...@bugs.debian.org: unarchive 585016 Bug #585016 {Done: Bastian Blank wa...@debian.org} [linux-2.6] [linux-2.6] Logitech QuickCam 4000 Pro USB webcam does not work on Debian Squeeze. It works on Debian Lenny. Unarchived Bug 585016 reopen 585016 Bug #585016 {Done: Bastian Blank wa...@debian.org} [linux-2.6] [linux-2.6] Logitech QuickCam 4000 Pro USB webcam does not work on Debian Squeeze. It works on Debian Lenny. End of message, stopping processing here. Please contact me if you need assistance. -- 585016: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585016 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.129502063730371.transcr...@bugs.debian.org
Bug#587686: phd.pp.ru = phdru.name
I need to inform people I'm changing my online identity. Domain phd.pp.ru is replaced with phdru.name. My email address is changed and the URL above is now http://phdru.name/notebooks/FujitsuSiemens_AMILO_Xi2550.html Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN. -- 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/20110114154317.ga13...@iskra.aviel.ru
Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
I've been looking at the contents of scsi_mod.ko at bit more and it looks like this is related to ftrace. All of the R_SPARC_UA64 records are in section _ftrace_events and the R_SPARC_13 records are located at/near __tracepoint_* symbol uses RELOCATION RECORDS FOR [_ftrace_events]: OFFSET TYPE VALUE 0010 R_SPARC_UA64 .data 0018 R_SPARC_UA64 .rodata.str1.8+0x0590 0050 R_SPARC_UA64 .data+0x0198 0058 R_SPARC_UA64 .rodata+0x1650 0098 R_SPARC_UA64 .data+0x0048 00a0 R_SPARC_UA64 .rodata.str1.8+0x05a8 00d8 R_SPARC_UA64 .data+0x01b8 00e0 R_SPARC_UA64 .rodata+0x1670 0120 R_SPARC_UA64 .data+0x0048 0128 R_SPARC_UA64 .rodata.str1.8+0x05c8 0160 R_SPARC_UA64 .data+0x01b8 0168 R_SPARC_UA64 .rodata+0x1670 01a8 R_SPARC_UA64 .data+0x0090 01b0 R_SPARC_UA64 .rodata.str1.8+0x05e0 01e8 R_SPARC_UA64 .data+0x01d8 01f0 R_SPARC_UA64 .rodata+0x2910 0230 R_SPARC_UA64 .data+0x00d8 0238 R_SPARC_UA64 .rodata.str1.8+0x05f8 0270 R_SPARC_UA64 .data+0x01f8 0278 R_SPARC_UA64 .rodata+0x33c8 They seem to come from scsi.o at .LLC51: .asciz scsi_eh_wakeup .section_ftrace_events,aw,@progbits .align 4 .type event_scsi_eh_wakeup, #object .size event_scsi_eh_wakeup, 136 event_scsi_eh_wakeup: .skip 16 .uaxwordevent_class_scsi_eh_wakeup .uaxword.LLC51 .skip 8 .skip 40 .uaxwordftrace_event_type_funcs_scsi_eh_wakeup .uaxwordprint_fmt_scsi_eh_wakeup .skip 40 From scsi_error.o/.s I see 2be0 R_SPARC_HI22 __tracepoint_scsi_eh_wakeup 2be4 R_SPARC_LO10 __tracepoint_scsi_eh_wakeup 2be4 R_SPARC_13*ABS*+0x0008 2bf4 R_SPARC_LO10 __tracepoint_scsi_eh_wakeup 2bf4 R_SPARC_13*ABS*+0x0020 2be0: 03 00 00 00 sethi %hi(0), %g1 2be4: c4 00 60 00 ld [ %g1 ], %g2 sethi %hi(__tracepoint_scsi_eh_wakeup), %g1 lduw[%g1+%lo(__tracepoint_scsi_eh_wakeup)+8], %g2 Regards Richard On 14/01/2011 10:53, Richard Mortimer wrote: ... snip ... On 13/01/2011 23:57, David Miller wrote: The original error report shows: (initramfs) modprobe sym53c8xx [ 122.470284] module scsi_mod: Unknown relocation: 36 ^^ FATAL: Error inserting sym53c8xx (/lib/modules/2.6.37-trunk-sparc64/kernel/drive rs/scsi/sym53c8xx_2/sym53c8xx.ko): Invalid module format (initramfs) So you didn't need to analyze the binary with objdump to work on this bug. Yeah I'd seen that in my original error output. Please do excuse my slow workings it is over 7 years since I was working with Sparc systems on a daily basis. objdump made it easier to look at the compiler output and modules without compile/reboot cycles. Relocation type 36 is R_SPARC_LM22. I'm confused now! Maybe I've missed something but looking at arch/sparc/kernel/module.c it seems that the 36 is hexadecimal. printk(KERN_ERR module %s: Unknown relocation: %x\n, me-name, (int) (ELF_R_TYPE(rel[i].r_info) 0xff)); So that means that the kernel is complaining about type 54 which is R_SPARC_UA64. That matches with the objdump output which doesn't list R_SPARC_LM22 for scsi_mod.ko Regards Richard -- 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/4d3074fe.3030...@oldelvet.org.uk
Bug#585016: Logitech QuickCam 4000 Pro USB webcam does not work on Debian Squeeze. It works on Debian Lenny.
I have experienced this bug today on a AMD64 Squeeze machine and the same webcam. The Webcam work perfectly on the Lenny machines, but do not outputs any image on Squeeze, unless you remove the pwc.ko module and replug the camera. There is a trace of what happens while the pwc.ko in inserted fir the first time into the kernel: strace -Ff vgrabbj -d /dev/video0 -i vga -f webcam.jpeg execve(/usr/bin/vgrabbj, [vgrabbj, -d, /dev/video0, -i, vga, -f, webcam.jpeg], [/* 34 vars */]) = 0 [...] open(/dev/video0, O_RDWR) = 3 ioctl(3, VIDIOC_QUERYCAP or VT_OPENQRY, 0x741afa00) = 0 ioctl(3, VIDIOC_QUERYCAP or VT_OPENQRY, 0x741af7f0) = 0 ioctl(3, VIDIOC_G_FMT or VT_SENDSIG, 0x741af720) = 0 ioctl(3, VIDIOC_ENUM_FMT or VT_SETMODE, 0x741af600) = 0 ioctl(3, VIDIOC_ENUM_FMT or VT_SETMODE, 0x741af600) = 0 ioctl(3, VIDIOC_ENUM_FRAMESIZES, 0x741af640) = 0 ioctl(3, VIDIOC_ENUM_FRAMESIZES, 0x741af640) = 0 ioctl(3, VIDIOC_ENUM_FRAMESIZES, 0x741af640) = 0 ioctl(3, VIDIOC_ENUM_FRAMESIZES, 0x741af640) = -1 EINVAL (Invalid argument) ioctl(3, VIDIOC_ENUM_FMT or VT_SETMODE, 0x741af600) = -1 EINVAL (Invalid argument) ioctl(3, VIDIOC_QUERYCAP or VT_OPENQRY, 0x741af670) = 0 ioctl(3, VIDIOC_G_INPUT, 0x741aef40) = 0 ioctl(3, VIDIOC_ENUMINPUT, 0x741aef40) = 0 fstat(3, {st_mode=S_IFCHR|0660, st_rdev=makedev(81, 0), ...}) = 0 open(/sys/class/video4linux/video0/dev, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9327464000 read(4, 81:0\n, 4096) = 5 close(4)= 0 munmap(0x7f9327464000, 4096)= 0 open(/sys/class/video4linux/video0/device/modalias, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9327464000 read(4, usb:v046Dp08B2ddc00dsc00dp00..., 4096) = 46 close(4)= 0 munmap(0x7f9327464000, 4096)= 0 open(/sys/class/dmi/id/sys_vendor, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9327464000 read(4, System manufacturer\n, 4096) = 20 close(4)= 0 munmap(0x7f9327464000, 4096)= 0 open(/sys/class/dmi/id/product_name, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9327464000 read(4, System Product Name\n, 4096) = 20 close(4)= 0 munmap(0x7f9327464000, 4096)= 0 open(/sys/class/dmi/id/product_version, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9327464000 read(4, System Version\n, 4096) = 15 close(4)= 0 munmap(0x7f9327464000, 4096)= 0 open(/sys/class/dmi/id/board_vendor, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9327464000 read(4, ASUSTeK Computer INC.\n, 4096) = 22 close(4)= 0 munmap(0x7f9327464000, 4096)= 0 open(/sys/class/dmi/id/board_name, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9327464000 read(4, M3A78-T\n, 4096) = 8 close(4)= 0 munmap(0x7f9327464000, 4096)= 0 open(/sys/class/dmi/id/board_version, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9327464000 read(4, Rev 1.xx\n, 4096) = 9 close(4)= 0 munmap(0x7f9327464000, 4096)= 0 ioctl(3, VIDIOC_QUERYCTRL, 0x741aefd0) = -1 EINVAL (Invalid argument) ioctl(3, VIDIOC_ENUM_FMT or VT_SETMODE, 0x741af8a0) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af930) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af930) = 0 ioctl(3, VIDIOC_ENUM_FMT or VT_SETMODE, 0x741af8a0) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT, 0x741af190) = 0 ioctl(3, VIDIOC_TRY_FMT,
Bug#585016: Logitech QuickCam 4000 Pro USB webcam does not work on Debian Squeeze. It works on Debian Lenny.
On Fri, Jan 14, 2011 at 04:49:26PM +0100, Jean-Christian de Rivaz wrote: I have experienced this bug today on a AMD64 Squeeze machine and the same webcam. The Webcam work perfectly on the Lenny machines, but do not outputs any image on Squeeze, unless you remove the pwc.ko module and replug the camera. There is a trace of what happens while the pwc.ko in inserted fir the first time into the kernel: [...] Which version of vgrabbj did you use? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20110114164424.gz3...@decadent.org.uk
Bug#585016: Logitech QuickCam 4000 Pro USB webcam does not work on Debian Squeeze. It works on Debian Lenny.
Le 14. 01. 11 17:44, Ben Hutchings a écrit : On Fri, Jan 14, 2011 at 04:49:26PM +0100, Jean-Christian de Rivaz wrote: I have experienced this bug today on a AMD64 Squeeze machine and the same webcam. The Webcam work perfectly on the Lenny machines, but do not outputs any image on Squeeze, unless you remove the pwc.ko module and replug the camera. There is a trace of what happens while the pwc.ko in inserted fir the first time into the kernel: [...] Which version of vgrabbj did you use? Ben. vgrabbj 0.9.6 Doing more experiment show that when the pwc.ko module is linked to the kernel, it could bring either a working or a non-woring video interface as long as it stay linked. I was only able to change the state by a 'rmmod pwc' and a replug of the webcam. Jean-Christian -- 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/4d3081b4.2000...@eclis.ch
Processed: Re: Bug#586029: udev: 3ware 8006 RAID controller gets a new controller, ID on each reboot
Processing commands for cont...@bugs.debian.org: unarchive #586029 Bug #586029 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] udev: 3ware 8006 RAID controller gets a new controller ID on each reboot Unarchived Bug 586029 reopen #586029 Bug #586029 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] udev: 3ware 8006 RAID controller gets a new controller ID on each reboot thanks Stopping processing here. Please contact me if you need assistance. -- 586029: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586029 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.129502467714095.transcr...@bugs.debian.org
Bug#586029: Fwd: Re: Bug#586029: udev: 3ware 8006 RAID controller gets a new controller, ID on each reboot
Hello, looks like a real (fixed) bug: 1) in the past (etch times) it does not happen 2) With squeeze and some more kernel versions + the issue occurs 3) Now - with 2.6.37 (maybe also with 2.6.36, just notified it now) it isn't changing on each reboot again and again -- 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/4d3083aa.4070...@debian.org
CVE-2010-4075/CVE-2010-4076/CVE-2010-4077
What shall we do with CVE-2010-4075, CVE-2010-4076, CVE-2010-4077 at this point of the freeze? Should be fixed by d281da7ff6f70efca0553c288bb883e8605b3862 and 0587102cf9f427c185bfdeb2cef41e13ee0264b1 , but would change the ABI. We could postpone it to a later point update, where we change the ABI along with more serious issues requiring an ABI bump? 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/slrnij12a7.52c@inutil.org
Bug#609994: linux-image-2.6.32-5-amd64: Marvell nic : stability issues
Package: linux-2.6 Version: 2.6.32-29 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, As you can see in the Kernel logs, I've some issues with my Marvell ethernet controller (88E8053), which is managed with the 'sky2' module. These stability issues appear randomly and always with this message in syslog : ethX: hw csum failures. I did several tests with large/default MTU but there is no improvement ! - -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-29) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Dec 10 15:35:08 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=fc6eb272-932a-4276-bb8a-3f0573ec2743 ro ** Not tainted ** Kernel log: [8.386893] kjournald starting. Commit interval 5 seconds [8.387271] EXT3 FS on sdb8, internal journal [8.387309] EXT3-fs: mounted filesystem with ordered data mode. [8.401838] kjournald starting. Commit interval 5 seconds [8.402083] EXT3 FS on sdb7, internal journal [8.402119] EXT3-fs: mounted filesystem with ordered data mode. [8.684991] fuse init (API version 7.13) [ 16.582221] sky2 eth1: enabling interface [ 16.583812] ADDRCONF(NETDEV_UP): eth1: link is not ready [ 19.042567] sky2 eth1: Link is up at 1000 Mbps, full duplex, flow control both [ 19.045549] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [ 21.183965] lp0: using parport0 (interrupt-driven). [ 21.214169] ppdev: user-space parallel port driver [ 29.872013] eth1: no IPv6 routers present [ 6349.344038] sky2 eth1: rx error, status 0x8e209e2 length 0 [ 6364.592255] unknown: hw csum failure. [ 6364.592261] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 [ 6364.592264] Call Trace: [ 6364.592266] IRQ [8124f40c] ? netdev_rx_csum_fault+0x29/0x31 [ 6364.592277] [81249907] ? __skb_checksum_complete_head+0x43/0x55 [ 6364.592282] [812853e9] ? tcp_checksum_complete_user+0x30/0x3c [ 6364.592286] [81285e47] ? tcp_rcv_established+0x5a6/0x6d9 [ 6364.592289] [8128cf3b] ? tcp_v4_do_rcv+0x1bb/0x376 [ 6364.592293] [81270714] ? ip_route_input+0x6b/0xcbf [ 6364.592298] [810f9d45] ? send_sigio+0x14e/0x1a4 [ 6364.592301] [8128d565] ? tcp_v4_rcv+0x46f/0x6f8 [ 6364.592304] [8124912c] ? __netdev_alloc_skb+0x29/0x45 [ 6364.592308] [81272ae8] ? ip_local_deliver_finish+0x146/0x1e9 [ 6364.592311] [81272637] ? ip_rcv_finish+0x373/0x38d [ 6364.592315] [8124ed7a] ? napi_skb_finish+0x1c/0x31 [ 6364.592331] [a00d3b3c] ? sky2_poll+0x8c2/0xb56 [sky2] [ 6364.592335] [81041b51] ? enqueue_task_fair+0x3e/0x82 [ 6364.592339] [8124f2ab] ? net_rx_action+0xae/0x1c9 [ 6364.592343] [81053ae7] ? __do_softirq+0xdd/0x1a2 [ 6364.592347] [81011cac] ? call_softirq+0x1c/0x30 [ 6364.592350] [8101322b] ? do_softirq+0x3f/0x7c [ 6364.592354] [81053956] ? irq_exit+0x36/0x76 [ 6364.592356] [81012922] ? do_IRQ+0xa0/0xb6 [ 6364.592360] [810114d3] ? ret_from_intr+0x0/0x11 [ 6364.592361] EOI [8102c580] ? native_safe_halt+0x2/0x3 [ 6364.592368] [81017205] ? default_idle+0x34/0x51 [ 6364.592372] [8100feb1] ? cpu_idle+0xa2/0xda [ 6364.592377] [814f3140] ? early_idt_handler+0x0/0x71 [ 6364.592380] [814f3cd1] ? start_kernel+0x3dc/0x3e8 [ 6364.592384] [814f33b7] ? x86_64_start_kernel+0xf9/0x106 [ 6380.337125] eth1: hw csum failure. [ 6380.337131] Pid: 0, comm: swapper Not tainted 2.6.32-5-amd64 #1 [ 6380.337133] Call Trace: [ 6380.337135] IRQ [8124f40c] ? netdev_rx_csum_fault+0x29/0x31 [ 6380.337146] [81249907] ? __skb_checksum_complete_head+0x43/0x55 [ 6380.337150] [8128d615] ? tcp_v4_rcv+0x51f/0x6f8 [ 6380.337154] [8124912c] ? __netdev_alloc_skb+0x29/0x45 [ 6380.337158] [81272ae8] ? ip_local_deliver_finish+0x146/0x1e9 [ 6380.337162] [81272637] ? ip_rcv_finish+0x373/0x38d [ 6380.337165] [8124ed7a] ? napi_skb_finish+0x1c/0x31 [ 6380.337181] [a00d3b3c] ? sky2_poll+0x8c2/0xb56 [sky2] [ 6380.337186] [8101654b] ? sched_clock+0x5/0x8 [ 6380.337190] [8124f2ab] ? net_rx_action+0xae/0x1c9 [ 6380.337194] [81053ae7] ? __do_softirq+0xdd/0x1a2 [ 6380.337198] [81011cac] ? call_softirq+0x1c/0x30 [ 6380.337201] [8101322b] ? do_softirq+0x3f/0x7c [ 6380.337204] [81053956] ? irq_exit+0x36/0x76 [ 6380.337207] [81012922] ? do_IRQ+0xa0/0xb6 [ 6380.337210] [810114d3] ? ret_from_intr+0x0/0x11 [ 6380.337212] EOI [8102c580] ? native_safe_halt+0x2/0x3 [ 6380.337218] [81017205] ? default_idle+0x34/0x51 [ 6380.337222] [8100feb1] ? cpu_idle+0xa2/0xda [ 6380.337227] [814f3140] ? early_idt_handler+0x0/0x71 [ 6380.337230] [814f3cd1] ? start_kernel+0x3dc/0x3e8 [ 6380.337234] [814f33b7] ?
Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
From: Richard Mortimer ri...@oldelvet.org.uk Date: Fri, 14 Jan 2011 10:53:35 + On 13/01/2011 23:57, David Miller wrote: Relocation type 36 is R_SPARC_LM22. I'm confused now! Maybe I've missed something but looking at arch/sparc/kernel/module.c it seems that the 36 is hexadecimal. printk(KERN_ERR module %s: Unknown relocation: %x\n, me-name, (int) (ELF_R_TYPE(rel[i].r_info) 0xff)); So that means that the kernel is complaining about type 54 which is R_SPARC_UA64. That matches with the objdump output which doesn't list R_SPARC_LM22 for scsi_mod.ko Indeed, good catch :-) That makes things different, I'll look into this, 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/20110114.113828.12023244.da...@davemloft.net
Bug#585016: Logitech QuickCam 4000 Pro USB webcam does not work on Debian Squeeze. It works on Debian Lenny.
Le 14. 01. 11 19:02, Ben Hutchings a écrit : On Fri, Jan 14, 2011 at 06:02:44PM +0100, Jean-Christian de Rivaz wrote: Le 14. 01. 11 17:44, Ben Hutchings a écrit : On Fri, Jan 14, 2011 at 04:49:26PM +0100, Jean-Christian de Rivaz wrote: I have experienced this bug today on a AMD64 Squeeze machine and the same webcam. The Webcam work perfectly on the Lenny machines, but do not outputs any image on Squeeze, unless you remove the pwc.ko module and replug the camera. There is a trace of what happens while the pwc.ko in inserted fir the first time into the kernel: [...] Which version of vgrabbj did you use? Ben. vgrabbj 0.9.6 [...] I mean the *package* version (dpkg -s vgrabbj). Oops! Sorry for the misunderstanding. Here is the details: dpkg -s vgrabbj Package: vgrabbj Status: install ok installed Priority: optional Section: graphics Installed-Size: 116 Maintainer: Michael Janssen jamu...@debian.org Architecture: amd64 Version: 0.9.6-3.2 Depends: ftplib3 (= 3.1), libc6 (= 2.7), libjpeg62 (= 6b1), libpng12-0 (= 1.2.13-4), libv4l-0 (= 0.5.0), zlib1g (= 1:1.1.4) Conffiles: /etc/vgrabbj.conf e49a78bfbf7a9884737538ea426fd76b Description: grabs a image from a camera and puts it in jpg/png format vgrabbj is a program that will grab an image from a v4l compatible device (usually a webcam of some sort) and save it in a jpg or png file. Homepage: http://vgrabbj.gecius.de/ More experiments show that the pwc.ko insertion do a working job half of the time. I am now able to get a proper video with VLC if I do this: 1) rmmod pwc. 2) plug the webcam. 3) gst-launch v4l2src ! ffmpegcolorspace ! xvimagesink 4) terminate the gstreamer process. 5) vlc v4l2:///dev/video0 This did not work right if I do not start gstreamer before vlc. Anyway gstreamer and cheese always show strange green images. I also notices that vlc can work one a single time with v4l instead of v4l2. After that the pwc.ko seem to be frozen as when is go wrong while linked to the kernel. Jean-Christian -- 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/4d30bd65.2010...@eclis.ch
Bug#607879: System hangs up with mmap.c:873!
Ronny Standtke ronny.stand...@gmx.net writes: Just boot the DVD in your home machine, the installer starts up automatically and makes producing a Debian Live USB flash drive a breeze. Then you can test on any machine that can boot from USB. Well I don't have any DVDs and the cdrom drive is not easily accessible. I tried booting http://www.imedias.ch/dateien/lernstick-testversion/lernstick_debian5_2010-11-09.iso with xen configuration name = 'lernstick' vcpus = '1' memory = '1024' kernel = '/usr/lib/xen/boot/hvmloader' builder = 'hvm' device_model='/usr/lib/xen/bin/qemu-dm' disk = [ 'file:/local/xen/lernstick/lernstick_debian5_2010-11-09.iso,hdc:cdrom,r', 'file:/local/xen/lernstick/usb.img,hda,w' ] vif = [ 'bridge=eth0,mac=52:54:00:12:35:11' ] vnc=1 vnclisten='0.0.0.0' vncdisplay=22 vncpasswd='secret' keymap='sv' usbdevice='tablet' localtime=1 boot = 'd' but it gives me an error message in german and does not let me copypaste it :-) It seems to not recognize my empty usb.img as an usb stick. I tried creating partition with fdisk and filesystem with mkfs.vfat but it still can't recognize it as an usb stick. -- 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/84tyhb9lpp@sauna.l.org
Bug#607879: System hangs up with mmap.c:873!
I tried booting http://www.imedias.ch/dateien/lernstick-testversion/lernstick_debian5_2010- 11-09.iso The bug does not happen with Debian 5. Please use the latest Debian 6 version, e.g. http://www.imedias.ch/dateien/lernstick- testversion/lernstick_debian6_2011-01-11.iso but it gives me an error message in german and does not let me copypaste it :-) In the Debian 5 version you used, you could have switched the system locale by pressing the F1 button in the syslinux gfxboot screen. Unfortunately, the gfxboot screen is not yet available in the Debian 6 version. You can switch the system locale by pressing TAB in the syslinux menu and replace de_CH with en_US to get an English system. It seems to not recognize my empty usb.img as an usb stick. Unfortunately, I do not know anything about xen... -- 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/201101142331.36369.ronny.stand...@gmx.net
Bug#609371: linux-image-2.6.37-trunk-sparc64 fails to find the root partition (on Ultra5 running squeeze)
This bug affects my Ultra5 running debian squeeze sparc64, producing the noted result of dropping the boot process out to BusyBox shell. The linux-base dependency from experimental release is properly installed. All other packages are from squeeze (testing) release. ___ Phillip Stevens PGPKey: E0E09601 ___