Bug#771888: regression: 3.16-0.bpo.3 - 3.16.0-4 - doesn't register usb storage any more
Package: src:linux Version: 3.16.7-2 Severity: normal Hello, as reported on d-d [1] after upgrading from * wheezy with * sysvinit and * linux-image-3.16-0.bpo.3-amd64 to: * jessie with * systemd and * linux-image-3.16.0-4-amd64 my system stopped being automatically able to make an attached smartphone's USB storage visible under /dev/sd*. What I do (and habe been doing in the past) is: attach the smartphone via USB to the laptop. On the smartphone a dialog pops up, that asks me how I want to make the smartphone visible to the laptop: as 'MTD', as 'installer' or as 'storage'. I select 'storage'. Normally at that point, the device would become visible as /dev/sdb. However with linux-image-3.16.0-4-amd64 it doesn't appear under /dev any more. I've tried to switch the USB device's mode's manually with usb_modeswitch, but allthough usb_modeswitch reports success issuing the command and getting an answer back from the device, it doesn't have any impact on making the device available as /dev/sd*. The only way I've found to make the device available as /dev/sdb is to reload the usb_storage module like this: rmmod usb_storage modprobe usb_storage Here's an extract from /var/log/messages. First I attach the smartphone to the laptop's usb plug: Nov 27 13:46:41 hier kernel: [28652.975203] usb 4-1.1: new high-speed USB device number 26 using ehci-pci Nov 27 13:46:41 hier kernel: [28653.068821] usb 4-1.1: New USB device found, idVendor=12d1, idProduct=1037 Nov 27 13:46:41 hier kernel: [28653.068831] usb 4-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=4 Nov 27 13:46:41 hier kernel: [28653.068836] usb 4-1.1: Product: Android Nov 27 13:46:41 hier kernel: [28653.068840] usb 4-1.1: Manufacturer: Android Nov 27 13:46:41 hier kernel: [28653.068844] usb 4-1.1: SerialNumber: 4C8BEFBC3276 Nov 27 13:46:41 hier kernel: [28653.069822] usb-storage 4-1.1:1.0: USB Mass Storage device detected Nov 27 13:46:41 hier kernel: [28653.070344] scsi15 : usb-storage 4-1.1:1.0 Nov 27 13:46:41 hier mtp-probe: checking bus 4, device 26: /sys/devices/pci:00/:00:1d.0/usb4/4-1/4-1.1 Nov 27 13:46:41 hier mtp-probe: bus: 4, device: 26 was not an MTP device Nov 27 13:46:42 hier usb_modeswitch: switch device 12d1:1037 on 004/026 Nothing more happens in the log. The device is not visible as /dev/sdb. Now I do a rmmod usb_storage modprobe usb_storage at which point /var/log/messages continues like this: Nov 27 13:46:55 hier kernel: [28666.858764] usbcore: deregistering interface driver usb-storage Nov 27 13:47:01 hier kernel: [28672.635113] usb-storage 4-1.1:1.0: USB Mass Storage device detected Nov 27 13:47:01 hier kernel: [28672.635615] scsi16 : usb-storage 4-1.1:1.0 Nov 27 13:47:01 hier kernel: [28672.635915] usbcore: registered new interface driver usb-storage Nov 27 13:47:02 hier kernel: [28673.633832] scsi 16:0:0:0: Direct-Access LinuxFile-CD Gadget PQ: 0 ANSI: 2 Nov 27 13:47:02 hier kernel: [28673.634382] scsi 16:0:0:1: Direct-Access LinuxFile-CD Gadget PQ: 0 ANSI: 2 Nov 27 13:47:02 hier kernel: [28673.634813] scsi 16:0:0:2: CD-ROM Linux File-CD Gadget PQ: 0 ANSI: 2 Nov 27 13:47:02 hier kernel: [28673.636127] sd 16:0:0:0: Attached scsi generic sg2 type 0 Nov 27 13:47:02 hier kernel: [28673.636856] sd 16:0:0:1: Attached scsi generic sg3 type 0 Nov 27 13:47:02 hier kernel: [28673.637294] sd 16:0:0:0: [sdb] Attached SCSI removable disk Nov 27 13:47:02 hier kernel: [28673.640180] sr1: scsi3-mmc drive: 0x/0x caddy Nov 27 13:47:02 hier kernel: [28673.641721] sr 16:0:0:2: Attached scsi generic sg4 type 5 Nov 27 13:47:02 hier kernel: [28673.642690] sd 16:0:0:1: [sdc] Attached SCSI removable disk Nov 27 13:47:11 hier kernel: [28682.358352] sd 16:0:0:0: [sdb] 2310144 512-byte logical blocks: (1.18 GB/1.10 GiB) Nov 27 13:47:11 hier kernel: [28682.363018] sdb: Nov 27 13:47:13 hier kernel: [28684.404459] sd 16:0:0:1: [sdc] 62333952 512-byte logical blocks: (31.9 GB/29.7 GiB) Nov 27 13:47:13 hier kernel: [28684.411152] sdc: sdc1 Nov 27 13:47:23 hier kernel: [28695.050516] FAT-fs (sdc1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Nov 27 13:47:23 hier kernel: [28695.075737] FAT-fs (sdc1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. Now the smartphone's storage is visible as /dev/sdb and /dev/sdc (the smartphone's internal and external storage cards). The smartphone is a Huawei G510-0100. Thanks, *t [1] https://lists.debian.org/debian-devel/2014/11/msg01220.html -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-2 (2014-11-06) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=14178330-c36b-4587-8c2b-d59727c55d72 ro quiet acpi_backlight=vendor ** Tainted: O (4096) * Out-of-tree
Processed: limit source to linux, tagging 768653, tagging 770212, tagging 767261
Processing commands for cont...@bugs.debian.org: limit source linux Limiting to bugs with field 'source' containing at least one of 'linux' Limit currently set to 'source':'linux' tags 768653 + pending Bug #768653 [src:linux] linux-image-3.16.0-4-amd64: Please enable (apple) thunderbolt driver Added tag(s) pending. tags 770212 + pending Bug #770212 [src:linux] add automatic stdout-path console for of platforms Added tag(s) pending. tags 767261 + pending Bug #767261 [src:linux] xen-hypervisor-4.4-amd64: host lockup when DomU network iface is down Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 767261: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767261 768653: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768653 770212: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770212 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: https://lists.debian.org/handler.s.c.141759972915969.transcr...@bugs.debian.org
Bug#718415: ocsinventory-server: transition towards Apache 2.4 (NMU sent)
tags 613609 pending tags 678363 pending tags 718475 pending tags 746429 pending tags 768934 pending thanks Hi all, I uploaded now a NMU package, made by Jean-Michel Nirgal Vourgère jmv_...@nirgal.com, with 1-day delay[1]. Regards, Eriberto [1] https://ftp-master.debian.org/deferred.html -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cap+dxjek0znoscqwmkxjnaw1ncmyqs24oitve_y8ckn46xj...@mail.gmail.com
linux_3.16.7-2~bpo70+1_multi.changes ACCEPTED into wheezy-backports-backports-policy, wheezy-backports
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 01 Dec 2014 22:28:28 + Source: linux Binary: linux-source-3.16 linux-doc-3.16 linux-manual-3.16 linux-support-3.16.0-0.bpo.4 linux-libc-dev linux-headers-3.16.0-0.bpo.4-all linux-headers-3.16.0-0.bpo.4-all-amd64 kernel-image-3.16.0-0.bpo.4-amd64-di nic-modules-3.16.0-0.bpo.4-amd64-di nic-wireless-modules-3.16.0-0.bpo.4-amd64-di nic-shared-modules-3.16.0-0.bpo.4-amd64-di serial-modules-3.16.0-0.bpo.4-amd64-di usb-serial-modules-3.16.0-0.bpo.4-amd64-di ppp-modules-3.16.0-0.bpo.4-amd64-di pata-modules-3.16.0-0.bpo.4-amd64-di cdrom-core-modules-3.16.0-0.bpo.4-amd64-di firewire-core-modules-3.16.0-0.bpo.4-amd64-di scsi-core-modules-3.16.0-0.bpo.4-amd64-di scsi-modules-3.16.0-0.bpo.4-amd64-di scsi-common-modules-3.16.0-0.bpo.4-amd64-di scsi-extra-modules-3.16.0-0.bpo.4-amd64-di loop-modules-3.16.0-0.bpo.4-amd64-di btrfs-modules-3.16.0-0.bpo.4-amd64-di ext4-modules-3.16.0-0.bpo.4-amd64-di isofs-modules-3.16.0-0.bpo.4-amd64-di jfs-modules-3.16.0-0.bpo.4-amd64-di ntfs-modules-3.16.0-0.bpo.4-amd64-di xfs-modules-3.16.0-0.bpo.4-amd64-di fat-modules-3.16.0-0.bpo.4-amd64-di md-modules-3.16.0-0.bpo.4-amd64-di multipath-modules-3.16.0-0.bpo.4-amd64-di usb-modules-3.16.0-0.bpo.4-amd64-di usb-storage-modules-3.16.0-0.bpo.4-amd64-di pcmcia-storage-modules-3.16.0-0.bpo.4-amd64-di fb-modules-3.16.0-0.bpo.4-amd64-di input-modules-3.16.0-0.bpo.4-amd64-di event-modules-3.16.0-0.bpo.4-amd64-di mouse-modules-3.16.0-0.bpo.4-amd64-di nic-pcmcia-modules-3.16.0-0.bpo.4-amd64-di pcmcia-modules-3.16.0-0.bpo.4-amd64-di nic-usb-modules-3.16.0-0.bpo.4-amd64-di sata-modules-3.16.0-0.bpo.4-amd64-di core-modules-3.16.0-0.bpo.4-amd64-di acpi-modules-3.16.0-0.bpo.4-amd64-di i2c-modules-3.16.0-0.bpo.4-amd64-di crc-modules-3.16.0-0.bpo.4-amd64-di crypto-modules-3.16.0-0.bpo.4-amd64-di crypto-dm-modules-3.16.0-0.bpo.4-amd64-di efi-modules-3.16.0-0.bpo.4-amd64-di ata-modules-3.16.0-0.bpo.4-amd64-di mmc-core-modules-3.16.0-0.bpo.4-amd64-di mmc-modules-3.16.0-0.bpo.4-amd64-di nbd-modules-3.16.0-0.bpo.4-amd64-di squashfs-modules-3.16.0-0.bpo.4-amd64-di speakup-modules-3.16.0-0.bpo.4-amd64-di virtio-modules-3.16.0-0.bpo.4-amd64-di uinput-modules-3.16.0-0.bpo.4-amd64-di sound-modules-3.16.0-0.bpo.4-amd64-di hyperv-modules-3.16.0-0.bpo.4-amd64-di udf-modules-3.16.0-0.bpo.4-amd64-di fuse-modules-3.16.0-0.bpo.4-amd64-di linux-headers-3.16.0-0.bpo.4-common linux-image-3.16.0-0.bpo.4-amd64 linux-headers-3.16.0-0.bpo.4-amd64 linux-image-3.16.0-0.bpo.4-amd64-dbg xen-linux-system-3.16.0-0.bpo.4-amd64 linux-headers-3.16.0-0.bpo.4-all-armel kernel-image-3.16.0-0.bpo.4-kirkwood-di nic-modules-3.16.0-0.bpo.4-kirkwood-di nic-shared-modules-3.16.0-0.bpo.4-kirkwood-di usb-serial-modules-3.16.0-0.bpo.4-kirkwood-di ppp-modules-3.16.0-0.bpo.4-kirkwood-di cdrom-core-modules-3.16.0-0.bpo.4-kirkwood-di scsi-core-modules-3.16.0-0.bpo.4-kirkwood-di loop-modules-3.16.0-0.bpo.4-kirkwood-di btrfs-modules-3.16.0-0.bpo.4-kirkwood-di ext4-modules-3.16.0-0.bpo.4-kirkwood-di isofs-modules-3.16.0-0.bpo.4-kirkwood-di jfs-modules-3.16.0-0.bpo.4-kirkwood-di fat-modules-3.16.0-0.bpo.4-kirkwood-di minix-modules-3.16.0-0.bpo.4-kirkwood-di md-modules-3.16.0-0.bpo.4-kirkwood-di multipath-modules-3.16.0-0.bpo.4-kirkwood-di usb-modules-3.16.0-0.bpo.4-kirkwood-di usb-storage-modules-3.16.0-0.bpo.4-kirkwood-di fb-modules-3.16.0-0.bpo.4-kirkwood-di input-modules-3.16.0-0.bpo.4-kirkwood-di event-modules-3.16.0-0.bpo.4-kirkwood-di mouse-modules-3.16.0-0.bpo.4-kirkwood-di nic-usb-modules-3.16.0-0.bpo.4-kirkwood-di sata-modules-3.16.0-0.bpo.4-kirkwood-di core-modules-3.16.0-0.bpo.4-kirkwood-di crc-modules-3.16.0-0.bpo.4-kirkwood-di crypto-modules-3.16.0-0.bpo.4-kirkwood-di crypto-dm-modules-3.16.0-0.bpo.4-kirkwood-di mmc-modules-3.16.0-0.bpo.4-kirkwood-di nbd-modules-3.16.0-0.bpo.4-kirkwood-di squashfs-modules-3.16.0-0.bpo.4-kirkwood-di uinput-modules-3.16.0-0.bpo.4-kirkwood-di leds-modules-3.16.0-0.bpo.4-kirkwood-di udf-modules-3.16.0-0.bpo.4-kirkwood-di fuse-modules-3.16.0-0.bpo.4-kirkwood-di kernel-image-3.16.0-0.bpo.4-orion5x-di nic-modules-3.16.0-0.bpo.4-orion5x-di nic-shared-modules-3.16.0-0.bpo.4-orion5x-di usb-serial-modules-3.16.0-0.bpo.4-orion5x-di ppp-modules-3.16.0-0.bpo.4-orion5x-di cdrom-core-modules-3.16.0-0.bpo.4-orion5x-di scsi-core-modules-3.16.0-0.bpo.4-orion5x-di loop-modules-3.16.0-0.bpo.4-orion5x-di ipv6-modules-3.16.0-0.bpo.4-orion5x-di btrfs-modules-3.16.0-0.bpo.4-orion5x-di ext4-modules-3.16.0-0.bpo.4-orion5x-di isofs-modules-3.16.0-0.bpo.4-orion5x-di jffs2-modules-3.16.0-0.bpo.4-orion5x-di jfs-modules-3.16.0-0.bpo.4-orion5x-di fat-modules-3.16.0-0.bpo.4-orion5x-di minix-modules-3.16.0-0.bpo.4-orion5x-di md-modules-3.16.0-0.bpo.4-orion5x-di multipath-modules-3.16.0-0.bpo.4-orion5x-di usb-modules-3.16.0-0.bpo.4-orion5x-di usb-storage-modules-3.16.0-0.bpo.4-orion5x-di event-modules-3.16.0-0.bpo.4-orion5x-di
Bug#771959: linux: [INTL:nl] Dutch po file for the linux package
Package: linux Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch po file for the linux package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/templates/po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ nl.po.gz Description: Binary data
Bug#771129: Info received (Bug#771129: Acknowledgement ([lxc] Cpusets don't work))
reassign 771129 libcgroup1 thanks On 27.11.2014 21:51, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547f99e3.2030...@gmail.com
swp on armv8 (Was: Haskell on arm needs help)
Joachim Breitner wrote: Hi, Am Mittwoch, den 03.12.2014, 23:02 +0100 schrieb Joachim Breitner: Trying to use it, but ghc fails to install in the schroot, and using just dd-schroot-cmd, I cannot debug this. Does installing ghc work properly for you? $ dd-schroot-cmd -c ghc apt-get install ghc Reading package lists... Building dependency tree... Reading state information... ghc is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 15 not upgraded. 1 not fully installed or removed. Conf ghc (7.6.3-20 Debian:unstable [armhf]) Do it for real [Y/n]: Reading package lists... Building dependency tree... Reading state information... ghc is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 15 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Download complete and in download only mode Reading package lists... Building dependency tree... Reading state information... ghc is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 15 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up ghc (7.6.3-20) ... Illegal instruction Illegal instruction dpkg: error processing package ghc (--configure): subprocess installed post-installation script returned error exit status 132 Errors were encountered while processing: ghc E: Sub-process /usr/bin/dpkg returned an error code (1) Command apt-get --assume-yes -o Dpkg::Options::=--force-confnew install -- ghc exited with exit code 1. there is more things strage with this machine. The above was the sid schroot (presuambly arm64). I think the default chroot arch follows the userland arch of the outer system and the outer system on asachi is armhf. I can confirm that on asachi ghc fails to install in the armhf chroot, installs but fails to run in the armel chroot and installs and runs in the arm64 chroot. On the armel chroot on that machine I can install ghc, but cannot run it successfully: ~/ghc-7.8.20141119 $ ghc Illegal instruction ~/ghc-7.8.20141119 $ ghc --version Illegal instruction (This is calling the ghc from the package from unstable.) I vaugely remember something a while back about some deprecated 32-bit arm instructions needing kernel emulation on armv8 and that emulation not being implemented yet. After some fighting with gdb I got (sid_armel-dchroot)plugwash@asachi:~$ gdb /usr/lib/ghc/lib/ghc --snip gdb startup-- Reading symbols from /usr/lib/ghc/lib/ghc...(no debugging symbols found)...done. (gdb) run Starting program: /usr/lib/ghc/lib/ghc Cannot access memory at address 0x0 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/arm-linux-gnueabi/libthread_db.so.1. Program received signal SIGILL, Illegal instruction. 0x02921958 in ?? () (gdb) --snip fighting with gdb-- (gdb) disassemble 0x02921958,0x02921962 Dump of assembler code from 0x2921958 to 0x2921962: = 0x02921958: swp r3, r4, [r5] 0x0292195c: cmp r3, #0 0x02921960: beq 0x292197c End of assembler dump. (gdb) swp has been deprecated for a while, armhf binaries should really avoid using it but sadly other than runtime CPU detection i'm not sure there is much choice for armel. AIUI swp is already handled through kernel emulation on armv7 multiprocessor systems. There seem to be patches to port that emulation to arm64 but it doesn't appear they are in the kernel tree debian is using. Having 32-bit binaries break on armv8 systems due to lack of the swp instruction does not seem like a good thing so IMO we really want this in our kernels before release. Putting debian-arm back in cc and adding debian-kernel to cc to hopefully get some comments from people more knowlagable, Should I use a different machine to debug armel build failures? Or is ghc in unstable (and hence testing) that broken on armel? Theres a few armv7 porterboxes available though with lower resources than asachi abel.debian.org (I think this is the best resourced one) harris.debian.org ipa.debian.net (non-dsa) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547f9b7d.6080...@p10link.net
Bug#718415: ocsinventory-server: transition towards Apache 2.4 (NMU sent)
Sorry for my last message. By mistake, I sent to #718415 instead #718475. My apologizes. Regards, Eriberto -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAP+dXJcZ-j5ra_tBz+9UwmmgKnVcizwe2tiW+50N0Cej=94...@mail.gmail.com