Bug#748574: 3.14.1 does not boot on Dell server
Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. PS : since I access it through an iDrac kvm which does not transmit arrow keys nor Ctrl keys, grub is about not usable, making tests very difficult for me. Before automatically retrieved info here is the dmidecode # dmidecode 2.12 SMBIOS 2.6 present. 63 structures occupying 2953 bytes. Table at 0xBF79C000. Handle 0xDA00, DMI type 218, 11 bytes OEM-specific Type Header and Data: DA 0B 00 DA B2 00 17 00 0E 20 00 Handle 0x, DMI type 0, 24 bytes BIOS Information Vendor: Dell Inc. Version: 1.5.2 Release Date: 10/18/2010 Address: 0xF Runtime Size: 64 kB ROM Size: 4096 kB Characteristics: ISA is supported PCI is supported PNP is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported EDD is supported Japanese floppy for Toshiba 1.2 MB is supported (int 13h) 5.25/360 kB floppy services are supported (int 13h) 5.25/1.2 MB floppy services are supported (int 13h) 3.5/720 kB floppy services are supported (int 13h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported BIOS boot specification is supported Function key-initiated network boot is supported Targeted content distribution is supported BIOS Revision: 1.5 Handle 0x0100, DMI type 1, 27 bytes System Information Manufacturer: Dell Inc. Product Name: PowerEdge R210 Version: Not Specified Serial Number: DJKWZ4J UUID: 4C4C4544-004A-4B10-8057-C4C04F5A344A Wake-up Type: Power Switch SKU Number: Not Specified Family: Not Specified Handle 0x0200, DMI type 2, 9 bytes Base Board Information Manufacturer: Dell Inc. Product Name: 05KX61 Version: A01 Serial Number: ..CN708210B901A8. Asset Tag: Not Specified Handle 0x0300, DMI type 3, 21 bytes Chassis Information Manufacturer: Dell Inc. Type: Rack Mount Chassis Lock: Present Version: Not Specified Serial Number: DJKWZ4J Asset Tag: Not Specified Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: Unknown OEM Information: 0x Height: 1 U Number Of Power Cords: Unspecified Contained Elements: 0 Handle 0x0400, DMI type 4, 40 bytes Processor Information Socket Designation: CPU1 Type: Central Processor Family: Xeon Manufacturer: Intel ID: E5 06 01 00 FF FB EB BF Signature: Type 0, Family 6, Model 30, Stepping 5 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Multi-threading) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz Voltage: 1.2 V External Clock: 4266 MHz Max Speed: 3600 MHz Current Speed: 1866 MHz Status: Populated, Enabled Upgrade: Socket LGA1366 L1 Cache Handle: 0x0700 L2 Cache Handle: 0x0701 L3 Cache Handle: 0x0702 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified Core
Bug#748577: arch/x86/tools/relocs.c per_cpu_load_addr missing static
Package: linux Version: 3.14.4-1 Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] HOSTCC arch/x86/tools/relocs_32.o HOSTCC arch/x86/tools/relocs_64.o HOSTCC arch/x86/tools/relocs_common.o HOSTLD arch/x86/tools/relocs file /srv/jenkins-slave/workspace/sid-goto-cc-linux/linux-3.14.4/arch/x86/tools/relocs.c line 698: error: conflicting types for variable per_cpu_load_addr old definition in module relocs_32 file /srv/jenkins-slave/workspace/sid-goto-cc-linux/linux-3.14.4/arch/x86/tools/relocs.c line 698 unsigned int new definition in module relocs_64 file /srv/jenkins-slave/workspace/sid-goto-cc-linux/linux-3.14.4/arch/x86/tools/relocs.c line 698 unsigned long int scripts/Makefile.host:127: recipe for target 'arch/x86/tools/relocs' failed make[6]: *** [arch/x86/tools/relocs] Error 64 /srv/jenkins-slave/workspace/sid-goto-cc-linux/linux-3.14.4/arch/x86/Makefile:179: recipe for target 'archscripts' failed make[5]: *** [archscripts] Error 2 Unlike other variables in relocs.c, per_cpu_load_addr is not marked static: http://sources.debian.net/src/linux/3.11.8-1/arch/x86/tools/relocs.c?hl=698#L698 As, however, the type used in its declaration is different for relocs_32/relocs_64, a type conflict (of the thus duplicate definition) arises. The standard linker will pick either of the two definitions, possibly resulting in the 32 bit (unsigned int) version being used, which would cause arbitrary values to be overwritten when assigning to per_cpu_load_addr in a 64 bit context. Best, Michael pgpArdNsrEA0h.pgp Description: PGP signature
Bug#748574: 3.14.1 does not boot on Dell server
Op 2014-05-18 om 17:29 schreef Erwan David: When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. Did the PowerEdge R210 boot with previous Linux kernels? If yes, what is the last known good version? Please tell more about the installation of the 3.14.1 kernel. (Was it a fresh install? Was it a update? Was there enough disk space during the update?) Regards Geert Stappers PS : since I access it through an iDrac kvm which does not transmit arrow keys nor Ctrl keys, FWIW: I think that iDRAC kvm can transmit arrow keys and ConTRoL. I can't tell how, but it is very likely that such keys are supported. That those keys have special meaning on the admin machine, is something to cope / workaround with. -- 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/20140518163018.gg5...@gpm.stappers.nl
Bug#748574: 3.14.1 does not boot on Dell server
Le 18/05/2014 18:30, Geert Stappers a écrit : Op 2014-05-18 om 17:29 schreef Erwan David: When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. Did the PowerEdge R210 boot with previous Linux kernels? If yes, what is the last known good version? Yes, last running version is linux-image-3.13-1-amd64 3.13.10-1 Please tell more about the installation of the 3.14.1 kernel. (Was it a fresh install? Was it a update? Was there enough disk space during the update?) Just an upgrade through aptitude upgrade Regards Geert Stappers PS : since I access it through an iDrac kvm which does not transmit arrow keys nor Ctrl keys, FWIW: I think that iDRAC kvm can transmit arrow keys and ConTRoL. I can't tell how, but it is very likely that such keys are supported. That those keys have special meaning on the admin machine, is something to cope / workaround with. Thanks, I will investigate it, I suspect it might be a java problem (and I made a wishlist that we could navigate in menu with j/k) I just wanted to warn you that testing might be difficult for me. PS: I just see someone else with similar problem on debian-users, I give him the bug number. -- 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/5378e552.8070...@rail.eu.org
Bug#748598: linux-image-3.14-1-amd64: Dell XPS13 Sputnik Display brightness control not working
Package: src:linux Version: 3.14.4-1 Severity: important Dear Maintainer, after updating my debian jessie to kernel 3.14-1, the backlight brightness control is not working any more. I tried the kernel command line parameter like suggested in https://wiki.debian.org/InstallingDebianOn/Dell/Dell%20XPS%2013 (see Command line section below) but that one didn't work Best Regards Amie -- Package-specific info: ** Version: Linux version 3.14-1-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-21) ) #1 SMP Debian 3.14.4-1 (2014-05-13) ** Command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=/dev/mapper/helga--XPS-root ro video.use_native_backlight=1 quiet ** Not tainted ** Kernel log: [ 12.624768] usbcore: registered new interface driver ath3k [ 12.627070] uvcvideo: Found UVC 1.00 device Laptop_Integrated_Webcam_1.3M (1bcf:288f) [ 12.645968] ath: phy0: ASPM enabled: 0x42 [ 12.645973] ath: EEPROM regdomain: 0x6c [ 12.645974] ath: EEPROM indicates we should expect a direct regpair map [ 12.645976] ath: Country alpha2 being used: 00 [ 12.645977] ath: Regpair used: 0x6c [ 12.652694] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [ 12.653380] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht' [ 12.653611] ieee80211 phy0: Atheros AR9462 Rev:2 mem=0xc9001548, irq=16 [ 12.681450] input: Dell WMI hotkeys as /devices/virtual/input/input7 [ 12.708772] input: Laptop_Integrated_Webcam_1.3M as /devices/pci:00/:00:1a.0/usb3/3-1/3-1.5/3-1.5:1.0/input/input8 [ 12.708915] usbcore: registered new interface driver uvcvideo [ 12.708917] USB Video Class driver (1.1.1) [ 12.738482] ACPI: AC Adapter [ADP0] (off-line) [ 12.738821] input: PC Speaker as /devices/platform/pcspkr/input/input9 [ 12.742357] [drm] GMBUS [i915 gmbus vga] timed out, falling back to bit banging on pin 2 [ 12.761499] fbcon: inteldrmfb (fb0) is primary device [ 13.579423] input: CyPS/2 Cypress Trackpad as /devices/platform/i8042/serio1/input/input6 [ 13.807969] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off [ 14.201902] [drm:intel_dp_start_link_train] *ERROR* too many full retries, give up [ 14.446431] Console: switching to colour frame buffer device 240x67 [ 14.459040] i915 :00:02.0: fb0: inteldrmfb frame buffer device [ 14.459044] i915 :00:02.0: registered panic notifier [ 14.494894] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [ 14.495156] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input10 [ 14.495478] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 14.496014] ACPI Warning: SystemIO range 0xefa0-0xefbf conflicts with OpRegion 0xefa0-0xefaf (\_SB_.PCI0.SBUS.SMBI) (20131218/utaddress-258) [ 14.496041] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 14.496665] ACPI Warning: SystemIO range 0x0428-0x042f conflicts with OpRegion 0x0400-0x047f (\PMIO) (20131218/utaddress-258) [ 14.496696] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 14.496712] ACPI Warning: SystemIO range 0x0530-0x053f conflicts with OpRegion 0x0500-0x0563 (\GPIO) (20131218/utaddress-258) [ 14.496735] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 14.496742] ACPI Warning: SystemIO range 0x0500-0x052f conflicts with OpRegion 0x0500-0x0563 (\GPIO) (20131218/utaddress-258) [ 14.496762] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 14.496768] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 14.498426] snd_hda_intel :00:1b.0: irq 44 for MSI/MSI-X [ 14.508031] iTCO_vendor_support: vendor-support=0 [ 14.509723] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10 [ 14.509797] iTCO_wdt: Found a Panther Point TCO device (Version=2, TCOBASE=0x0460) [ 14.510081] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 14.522181] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input11 [ 14.531594] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input14 [ 14.531853] input: HDA Intel PCH Front Headphone as /devices/pci:00/:00:1b.0/sound/card0/input13 [ 14.532074] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card0/input12 [ 14.538002] udevd[699]: failed to execute '/usr/sbin/alsactl' '/usr/sbin/alsactl -E HOME=/var/run/alsa restore ': No such file or directory [ 14.825579] BTRFS info (device dm-1): disk space caching is enabled [ 15.107760] lp: driver loaded but no devices found [ 15.113645] ppdev: user-space parallel port
Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
On 05/17/2014 02:30 PM, John Paul Adrian Glaubitz wrote: After some more testing it turned out that adding video=radeonfb:off to the kernel command line fixes the problem and makes modesetting work on the Mac Mini G4. The driver is actually blacklisted by default: root@test-adrian1:~# grep radeonfb /etc/modprobe.d/* /etc/modprobe.d/fbdev-blacklist.conf:blacklist radeonfb root@test-adrian1:~# However, it's still loaded before the actual root filesystem is mounted and is later unloaded. Even after then, modesetting doesn't work after loading the radeon module. did you rebuild your initramfs after blacklist the module?, /etc/modprobe.d contents should be in initramfs $ lsinitramfs /boot/initrd.img-3.2.0-4-amd64 |grep black etc/modprobe.d/blacklist.conf etc/modprobe.d/alsa-base-blacklist.conf etc/modprobe.d/fbdev-blacklist.conf scripts/init-top/blacklist -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 -- 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/5378f8a8.5050...@zumbi.com.ar
Bug#748609: linux-image-3.14-0.bpo.1-amd64: Hyper-V netvsc no networking
Package: src:linux Version: 3.14.4-1~bpo70+1 Severity: normal Tags: upstream Dear Maintainers, I've kept running some systems on wheezy as guests on Windows Server 2008 R2 Hyper-V hosts (german if it matters) to check out upstream changes and see if regressions are happening. I've been running both base 3.2 and the previous 3.13 backport kernel for wheezy without issues. However booting into this next (as of writing current) version makes the wheezy guest boot with error messages and the guest ends up without paravirtualized network interfaces. The other paravirtualized drivers like storage or graphics seem to be OK. Here is the messages that I was able to catch during boot phase: [ timestamp ] tsc: Fast TSC calibration failed [ timestamp ] hv_netvsc vmbus_0_9 (unregistered net_device): Unable to complete receive buffer initialization with NetVsp - status 2 [ timestamp ] hv_netvsc vmbus_0_9 (unregistered net_device): unable to connect to NetVSP - -22) [ timestamp ] hv_netvsc vmbus_0_9 (unregistered net_device): unable to add netwvsc device (red -22) [ timestamp ] hv_vmbus: probe failed for device vmbus_0_9 (-22) I'm currently uncertain whether this is a regression in upstream with host systems running this release of this Hypervisor. I could make a comparison on a 2012 R2 in the coming days which is the latest version I have access to. Should I notify upstream authors? -- Mathieu -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Microsoft Corporation product_name: Virtual Machine product_version: 7.0 chassis_vendor: Microsoft Corporation chassis_version: 7.0 bios_vendor: American Megatrends Inc. bios_version: 090004 board_vendor: Microsoft Corporation board_name: Virtual Machine board_version: 7.0 ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (AGP disabled) [8086:7192] (rev 03) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA [8086:7110] (rev 01) Subsystem: Microsoft Corporation Device [1414:] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) (prog-if 80 [Master]) Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: [virtual] Memory at 01f0 (32-bit, non-prefetchable) [size=8] Region 1: [virtual] Memory at 03f0 (type 3, non-prefetchable) [size=1] Region 2: [virtual] Memory at 0170 (32-bit, non-prefetchable) [size=8] Region 3: [virtual] Memory at 0370 (type 3, non-prefetchable) [size=1] Region 4: I/O ports at ffa0 [size=16] Kernel driver in use: ata_piix 00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 02) Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 9 00:08.0 VGA compatible controller [0300]: Microsoft Corporation Hyper-V virtual VGA [1414:5353] (prog-if 00 [VGA controller]) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 11 Region 0: Memory at f800 (32-bit, non-prefetchable) [size=64M] Expansion ROM at unassigned [disabled] Kernel driver in use: hyperv_fb ** USB devices: not available -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/1 CPU core) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.14-0.bpo.1-amd64 depends on: ii debconf [debconf-2.0] 1.5.49 ii initramfs-tools [linux-initramfs-tool] 0.115~bpo70+1 ii kmod9-3 ii linux-base 3.5 ii module-init-tools 9-3 Versions of packages linux-image-3.14-0.bpo.1-amd64
Bug#748609: Acknowledgement (linux-image-3.14-0.bpo.1-amd64: Hyper-V netvsc no networking)
Hi OK, it's showing exactly the behaviour as I guessed in the initial report: - Wheezy default 3.2 on Server 2008 R2: Working hv_netvsc - Wheezy backport 3.13 on Server 2008 R2: Working hv_netvsc - Wheezy backport 3.14 on Server 2008 R2: Not working hv_netvsc - Wheezy default 3.2 on Server 2012 R2: Working hv_netvsc - Wheezy backport 3.14 on Server 2012 R2: Working hv_netvsc And finally for comparison to exclude issues due to backporting I did brought up jessie guest on 2012 R2 which also worked with kernel 3.14 as did the wheety + backports kernel. To me this much looks like some sort of regression when using a tid bit newer version of Hyper-V paravirtualization drivers against older version of the MS hypervisor. -- Mathieu -- 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/53791f3f.2030...@gmail.com
Bug#748615: linux-image-3.14-0.bpo.1-amd64: the system reboot after mounting the partitions
Package: linux-image-3.14-0.bpo.1-amd64 Version: linux-image-3.14-0.bpo.1-amd64 Severity: grave Justification: causes non-serious data loss Dear Maintainer, Booting on this linux-image-3.14-0.bpo.1-amd64 kernel makes always reboot immediately after all auto fstab partitions mounted in the init processus. Kernel 3.12.20 froml Linus works fine but : [0.010403] [Firmware Bug]: AMD-Vi: IOAPIC[0] not in IVRS table [0.010483] [Firmware Bug]: AMD-Vi: No southbridge IOAPIC found [0.010514] AMD-Vi: Disabling interrupt remapping These logs appears also with 3.14 No other logs. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.20 (SMP w/2 CPU cores) is NOT the faulty kernel. Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.14-0.bpo.1-amd64 depends on: ii debconf [debconf-2.0] 1.5.49 ii initramfs-tools [linux-initramfs-tool] 0.115~bpo70+1 ii kmod9-3 ii linux-base 3.5 ii module-init-tools 9-3 Versions of packages linux-image-3.14-0.bpo.1-amd64 recommends: ii firmware-linux-free 3.2 Versions of packages linux-image-3.14-0.bpo.1-amd64 suggests: pn debian-kernel-handbook none ii grub-pc 1.99-27+deb7u2 pn linux-doc-3.14 none LANG=C lscpu Architecture: x86_64 CPU op-mode(s):32-bit, 64-bit Byte Order:Little Endian CPU(s):2 On-line CPU(s) list: 0,1 Thread(s) per core:2 Core(s) per socket:1 Socket(s): 1 NUMA node(s): 1 Vendor ID: AuthenticAMD CPU family:21 Model: 16 Stepping: 1 CPU MHz: 1400.000 BogoMIPS: 6787.36 Virtualization:AMD-V L1d cache: 16K L1i cache: 64K L2 cache: 1024K NUMA node0 CPU(s): 0,1 0.00] DMI: MSI MS-7721/A78M-E35 (MS-7721), BIOS V30.3 03/14/2014 -- 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/20140518212228.4920.53551.report...@chro.home
Bug#748574: 3.14.1 does not boot on Dell server
On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote: Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. [...] Please try adding the kernel parameter 'earlyprintk=vga' to make it log to the screen earlier. Ben. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#748577: arch/x86/tools/relocs.c per_cpu_load_addr missing static
Processing control commands: tag -1 upstream Bug #748577 [linux] arch/x86/tools/relocs.c per_cpu_load_addr missing static Added tag(s) upstream. -- 748577: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748577 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.b748577.14004529075871.transcr...@bugs.debian.org
Bug#748577: arch/x86/tools/relocs.c per_cpu_load_addr missing static
Control: tag -1 upstream On Sun, 2014-05-18 at 16:48 +0100, Michael Tautschnig wrote: Package: linux Version: 3.14.4-1 Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] HOSTCC arch/x86/tools/relocs_32.o HOSTCC arch/x86/tools/relocs_64.o HOSTCC arch/x86/tools/relocs_common.o HOSTLD arch/x86/tools/relocs file /srv/jenkins-slave/workspace/sid-goto-cc-linux/linux-3.14.4/arch/x86/tools/relocs.c line 698: error: conflicting types for variable per_cpu_load_addr old definition in module relocs_32 file /srv/jenkins-slave/workspace/sid-goto-cc-linux/linux-3.14.4/arch/x86/tools/relocs.c line 698 unsigned int new definition in module relocs_64 file /srv/jenkins-slave/workspace/sid-goto-cc-linux/linux-3.14.4/arch/x86/tools/relocs.c line 698 unsigned long int scripts/Makefile.host:127: recipe for target 'arch/x86/tools/relocs' failed make[6]: *** [arch/x86/tools/relocs] Error 64 /srv/jenkins-slave/workspace/sid-goto-cc-linux/linux-3.14.4/arch/x86/Makefile:179: recipe for target 'archscripts' failed make[5]: *** [archscripts] Error 2 Unlike other variables in relocs.c, per_cpu_load_addr is not marked static: http://sources.debian.net/src/linux/3.11.8-1/arch/x86/tools/relocs.c?hl=698#L698 As, however, the type used in its declaration is different for relocs_32/relocs_64, a type conflict (of the thus duplicate definition) arises. The standard linker will pick either of the two definitions, possibly resulting in the 32 bit (unsigned int) version being used, which would cause arbitrary values to be overwritten when assigning to per_cpu_load_addr in a 64 bit context. I think you are mistaken. The standard linker, GNU ld, is documented to use the maximum size of multiple 'common' symbol definitions. Nevertheless, in C terms this is obviously undefined behaviour and I doubt that the program was intended to depend on this. Ben. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#748615: linux-image-3.14-0.bpo.1-amd64: the system reboot after mounting the partitions
Processing control commands: severity -1 important Bug #748615 [linux-image-3.14-0.bpo.1-amd64] linux-image-3.14-0.bpo.1-amd64: the system reboot after mounting the partitions Severity set to 'important' from 'grave' -- 748615: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748615 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.b748615.14004530116274.transcr...@bugs.debian.org
Bug#748615: linux-image-3.14-0.bpo.1-amd64: the system reboot after mounting the partitions
Control: severity -1 important On Sun, 2014-05-18 at 23:22 +0200, rpnpif wrote: Package: linux-image-3.14-0.bpo.1-amd64 Version: linux-image-3.14-0.bpo.1-amd64 Severity: grave Justification: causes non-serious data loss [...] No. Ben. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part
Bug#748577: [PATCH] x86: relocs: Make per_cpu_load_addr static
per_cpu_load_addr is only used for 64-bit relocations, but is declared in both configurations of relocs.c - with different types. This has undefined behaviour in general. GNU ld is documented to use the larger size in this case, but other tools may differ and some warn about this. References: https://bugs.debian.org/748577 Reported-by: Michael Tautschnig m...@debian.org Signed-off-by: Ben Hutchings b...@decadent.org.uk --- arch/x86/tools/relocs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/tools/relocs.c b/arch/x86/tools/relocs.c index bbb1d22..a5efb21 100644 --- a/arch/x86/tools/relocs.c +++ b/arch/x86/tools/relocs.c @@ -695,7 +695,7 @@ static void walk_relocs(int (*process)(struct section *sec, Elf_Rel *rel, * */ static int per_cpu_shndx = -1; -Elf_Addr per_cpu_load_addr; +static Elf_Addr per_cpu_load_addr; static void percpu_init(void) { -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part
Processed: tagging 748577
Processing commands for cont...@bugs.debian.org: tags 748577 + patch Bug #748577 [linux] arch/x86/tools/relocs.c per_cpu_load_addr missing static Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 748577: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748577 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.140045627722702.transcr...@bugs.debian.org
Bug#735202: [PATCH 0/2] Staging: speakup: Fix deadlock when pasting
These patches fix a deadlock that can occur when using speakup to paste a selection. I tested them against 3.12.9, but there don't appear to be any later changes in this area. Ben. Ben Hutchings (2): Staging: speakup: Move pasting into a work item Staging: speakup: Update __speakup_paste_selection() tty (ab)usage to match vt drivers/staging/speakup/main.c | 1 + drivers/staging/speakup/selection.c | 52 ++--- drivers/staging/speakup/speakup.h | 1 + drivers/tty/tty_buffer.c| 2 ++ 4 files changed, 47 insertions(+), 9 deletions(-) -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part
Bug#735202: [PATCH 1/2] Staging: speakup: Move pasting into a work item
Input is handled in softirq context, but when pasting we may need to sleep. speakup_paste_selection() currently tries to bodge this by busy-waiting if in_atomic(), but that doesn't help because the ldisc may also sleep. For bonus breakage, speakup_paste_selection() changes the state of current, even though it's not running in process context. Move it into a work item and make sure to cancel it on exit. References: https://bugs.debian.org/735202 References: https://bugs.debian.org/744015 Reported-by: Paul Gevers elb...@debian.org Reported-and-tested-by: Jarek Czekalski jarekc...@poczta.onet.pl Signed-off-by: Ben Hutchings b...@decadent.org.uk Cc: sta...@vger.kernel.org --- drivers/staging/speakup/main.c | 1 + drivers/staging/speakup/selection.c | 38 +++-- drivers/staging/speakup/speakup.h | 1 + 3 files changed, 34 insertions(+), 6 deletions(-) diff --git a/drivers/staging/speakup/main.c b/drivers/staging/speakup/main.c index 3b6e535..7de79d5 100644 --- a/drivers/staging/speakup/main.c +++ b/drivers/staging/speakup/main.c @@ -2218,6 +2218,7 @@ static void __exit speakup_exit(void) unregister_keyboard_notifier(keyboard_notifier_block); unregister_vt_notifier(vt_notifier_block); speakup_unregister_devsynth(); + speakup_cancel_paste(); del_timer(cursor_timer); kthread_stop(speakup_task); speakup_task = NULL; diff --git a/drivers/staging/speakup/selection.c b/drivers/staging/speakup/selection.c index f0fb003..f67941e 100644 --- a/drivers/staging/speakup/selection.c +++ b/drivers/staging/speakup/selection.c @@ -4,6 +4,8 @@ #include linux/sched.h #include linux/device.h /* for dev_warn */ #include linux/selection.h +#include linux/workqueue.h +#include asm/cmpxchg.h #include speakup.h @@ -121,20 +123,24 @@ int speakup_set_selection(struct tty_struct *tty) return 0; } -/* TODO: move to some helper thread, probably. That'd fix having to check for - * in_atomic(). */ -int speakup_paste_selection(struct tty_struct *tty) +struct speakup_paste_work { + struct work_struct work; + struct tty_struct *tty; +}; + +static void __speakup_paste_selection(struct work_struct *work) { + struct speakup_paste_work *spw = + container_of(work, struct speakup_paste_work, work); + struct tty_struct *tty = xchg(spw-tty, NULL); struct vc_data *vc = (struct vc_data *) tty-driver_data; int pasted = 0, count; DECLARE_WAITQUEUE(wait, current); + add_wait_queue(vc-paste_wait, wait); while (sel_buffer sel_buffer_lth pasted) { set_current_state(TASK_INTERRUPTIBLE); if (test_bit(TTY_THROTTLED, tty-flags)) { - if (in_atomic()) - /* if we are in an interrupt handler, abort */ - break; schedule(); continue; } @@ -146,6 +152,26 @@ int speakup_paste_selection(struct tty_struct *tty) } remove_wait_queue(vc-paste_wait, wait); current-state = TASK_RUNNING; + tty_kref_put(tty); +} + +static struct speakup_paste_work speakup_paste_work = { + .work = __WORK_INITIALIZER(speakup_paste_work.work, + __speakup_paste_selection) +}; + +int speakup_paste_selection(struct tty_struct *tty) +{ + if (cmpxchg(speakup_paste_work.tty, NULL, tty) != NULL) + return -EBUSY; + + tty_kref_get(tty); + schedule_work_on(WORK_CPU_UNBOUND, speakup_paste_work.work); return 0; } +void speakup_cancel_paste(void) +{ + cancel_work_sync(speakup_paste_work.work); + tty_kref_put(speakup_paste_work.tty); +} diff --git a/drivers/staging/speakup/speakup.h b/drivers/staging/speakup/speakup.h index a7bccee..898dce5 100644 --- a/drivers/staging/speakup/speakup.h +++ b/drivers/staging/speakup/speakup.h @@ -75,6 +75,7 @@ extern void synth_buffer_clear(void); extern void speakup_clear_selection(void); extern int speakup_set_selection(struct tty_struct *tty); extern int speakup_paste_selection(struct tty_struct *tty); +extern void speakup_cancel_paste(void); extern void speakup_register_devsynth(void); extern void speakup_unregister_devsynth(void); extern void synth_write(const char *buf, size_t count); -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part
Bug#735202: [PATCH 2/2] Staging: speakup: Update __speakup_paste_selection() tty (ab)usage to match vt
This function is largely a duplicate of paste_selection() in drivers/tty/vt/selection.c, but with its own selection state. The speakup selection mechanism should really be merged with vt. For now, apply the changes from 'TTY: vt, fix paste_selection ldisc handling', 'tty: Make ldisc input flow control concurrency-friendly', and 'tty: Fix unsafe vt paste_selection()'. References: https://bugs.debian.org/735202 References: https://bugs.debian.org/744015 Reported-by: Paul Gevers elb...@debian.org Reported-and-tested-by: Jarek Czekalski jarekc...@poczta.onet.pl Signed-off-by: Ben Hutchings b...@decadent.org.uk Cc: sta...@vger.kernel.org # v3.8 but needs backporting for 3.12 --- drivers/staging/speakup/selection.c | 14 +++--- drivers/tty/tty_buffer.c| 2 ++ 2 files changed, 13 insertions(+), 3 deletions(-) diff --git a/drivers/staging/speakup/selection.c b/drivers/staging/speakup/selection.c index f67941e..ca04d36 100644 --- a/drivers/staging/speakup/selection.c +++ b/drivers/staging/speakup/selection.c @@ -5,6 +5,8 @@ #include linux/device.h /* for dev_warn */ #include linux/selection.h #include linux/workqueue.h +#include linux/tty.h +#include linux/tty_flip.h #include asm/cmpxchg.h #include speakup.h @@ -135,8 +137,12 @@ static void __speakup_paste_selection(struct work_struct *work) struct tty_struct *tty = xchg(spw-tty, NULL); struct vc_data *vc = (struct vc_data *) tty-driver_data; int pasted = 0, count; + struct tty_ldisc *ld; DECLARE_WAITQUEUE(wait, current); + ld = tty_ldisc_ref_wait(tty); + tty_buffer_lock_exclusive(vc-port); + add_wait_queue(vc-paste_wait, wait); while (sel_buffer sel_buffer_lth pasted) { set_current_state(TASK_INTERRUPTIBLE); @@ -145,13 +151,15 @@ static void __speakup_paste_selection(struct work_struct *work) continue; } count = sel_buffer_lth - pasted; - count = min_t(int, count, tty-receive_room); - tty-ldisc-ops-receive_buf(tty, sel_buffer + pasted, - NULL, count); + count = tty_ldisc_receive_buf(ld, sel_buffer + pasted, NULL, + count); pasted += count; } remove_wait_queue(vc-paste_wait, wait); current-state = TASK_RUNNING; + + tty_buffer_unlock_exclusive(vc-port); + tty_ldisc_deref(ld); tty_kref_put(tty); } diff --git a/drivers/tty/tty_buffer.c b/drivers/tty/tty_buffer.c index cf78d19..143deb6 100644 --- a/drivers/tty/tty_buffer.c +++ b/drivers/tty/tty_buffer.c @@ -60,6 +60,7 @@ void tty_buffer_lock_exclusive(struct tty_port *port) atomic_inc(buf-priority); mutex_lock(buf-lock); } +EXPORT_SYMBOL_GPL(tty_buffer_lock_exclusive); void tty_buffer_unlock_exclusive(struct tty_port *port) { @@ -73,6 +74,7 @@ void tty_buffer_unlock_exclusive(struct tty_port *port) if (restart) queue_work(system_unbound_wq, buf-work); } +EXPORT_SYMBOL_GPL(tty_buffer_unlock_exclusive); /** * tty_buffer_space_avail - return unused buffer space -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part
Bug#735202: [PATCH 0/2] Staging: speakup: Fix deadlock when pasting
On Mon, 2014-05-19 at 00:50 +0100, Ben Hutchings wrote: These patches fix a deadlock that can occur when using speakup to paste a selection. I tested them against 3.12.9, but there don't appear to be any later changes in this area. [...] Actually, these have also been tested on top of 3.14.2. The bug has apparently been present ever since speakup was added to staging, but was exacerbated by changes in 3.12. Ben. -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part
Bug#748574: 3.14.1 does not boot on Dell server
On 05/18/2014 06:32 PM, Ben Hutchings wrote: On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote: Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. [...] Please try adding the kernel parameter 'earlyprintk=vga' to make it log to the screen earlier. Ben. I did that but no way to save it. It's a Call Trace, ending with the instruction pointer RIP 0x0. I took a picture of the screen if it would help... -- --- John Bleichert-syb...@earthlink.net The heat from below can burn your eyes out! -- 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/53794e95.2000...@earthlink.net
Bug#748574: 3.14.1 does not boot on Dell server
On Sun, 2014-05-18 at 20:21 -0400, John Bleichert wrote: On 05/18/2014 06:32 PM, Ben Hutchings wrote: On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote: Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. [...] Please try adding the kernel parameter 'earlyprintk=vga' to make it log to the screen earlier. Ben. I did that but no way to save it. It's a Call Trace, ending with the instruction pointer RIP 0x0. I took a picture of the screen if it would help... Yes, please send the photo to the bug as an attachment. (You may wish to scale it down, but make sure it's still legible.) Ben. -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part
Bug#748609: update Failed, virtual machine, Hyper-V, network
19/05/2014 Morning: Debian-testing apt-get update apt-get dist-upgrade reboot cat /var/log/syslog hv_netvsc vmbus_0_9 (unregistered net_device): Unable to complete receive buffer initialization with NetVsp - status 2 hv_netvsc vmbus_0_9 (unregistered net_device): unable to connect to NetVSP - -22 hv_netvsc vmbus_0_9 (unregistered net_device): unable to add netvsc device (ret -22) hv_vmbus: probe failed for device vmbus_0_9 (-22) hv_netvsc: probe of vmbus_0_9 failed with error -22 uname -a Linux vostok-srv29 3.14-1-amd64 #1 SMP Debian 3.14.4-1 (2014-05-13) x86_64 GNU/Linux
Bug#748574: 3.14.1 does not boot on Dell server
Control: tag -1 upstream patch moreinfo On Sun, 2014-05-18 at 20:58 -0400, John Bleichert wrote: On May 18, 2014, at 8:34 PM, Ben Hutchings b...@decadent.org.uk wrote: Yes, please send the photo to the bug as an attachment. (You may wish to scale it down, but make sure it's still legible.) Attaching it here. Unfortunately shift+pageup and shift+pagedown did not function so I could not get more. They never do after a crash. But this seems to be enough information. The page faults are ominous… Please test whether the attached patch fixes this, following the instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official Ben. -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. From: Lv Zheng lv.zh...@intel.com Date: Wed, 30 Apr 2014 10:05:40 +0800 Subject: ACPICA: Tables: Fix invalid pointer accesses in acpi_tb_parse_root_table(). Origin: https://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/commit?id=d48dc067450d84324067f4472dc0b169e9af4454 Linux XSDT validation mechanism backport has introduced a regreession: Commit: 671cc68dc61f029d44b43a681356078e02d8dab8 Subject: ACPICA: Back port and refine validation of the XSDT root table. There is a pointer still accessed after unmapping. This patch fixes this issue. Lv Zheng. Fixes: 671cc68dc61f (ACPICA: Back port and refine validation of the XSDT root table.) References: https://bugzilla.kernel.org/show_bug.cgi?id=73911 References: https://bugs.archlinux.org/task/39811 Signed-off-by: Lv Zheng lv.zh...@intel.com Reported-and-tested-by: Bruce Chiarelli mano...@gmail.com Reported-and-tested-by: Spyros Stathopoulos spyst...@gmail.com Signed-off-by: Bob Moore robert.mo...@intel.com Cc: 3.14+ sta...@vger.kernel.org # 3.14+ Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com --- drivers/acpi/acpica/tbutils.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/acpica/tbutils.c b/drivers/acpi/acpica/tbutils.c index a4702ee..9fb85f3 100644 --- a/drivers/acpi/acpica/tbutils.c +++ b/drivers/acpi/acpica/tbutils.c @@ -461,6 +461,7 @@ acpi_status __init acpi_tb_parse_root_table(acpi_physical_address rsdp_address) u32 table_count; struct acpi_table_header *table; acpi_physical_address address; + acpi_physical_address rsdt_address; u32 length; u8 *table_entry; acpi_status status; @@ -488,11 +489,14 @@ acpi_status __init acpi_tb_parse_root_table(acpi_physical_address rsdp_address) * as per the ACPI specification. */ address = (acpi_physical_address) rsdp-xsdt_physical_address; + rsdt_address = + (acpi_physical_address) rsdp-rsdt_physical_address; table_entry_size = ACPI_XSDT_ENTRY_SIZE; } else { /* Root table is an RSDT (32-bit physical addresses) */ address = (acpi_physical_address) rsdp-rsdt_physical_address; + rsdt_address = address; table_entry_size = ACPI_RSDT_ENTRY_SIZE; } @@ -515,8 +519,7 @@ acpi_status __init acpi_tb_parse_root_table(acpi_physical_address rsdp_address) /* Fall back to the RSDT */ - address = - (acpi_physical_address) rsdp-rsdt_physical_address; + address = rsdt_address; table_entry_size = ACPI_RSDT_ENTRY_SIZE; } } signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#748574: 3.14.1 does not boot on Dell server
Processing control commands: tag -1 upstream patch moreinfo Bug #748574 [src:linux] 3.14.1 does not boot on Dell server Added tag(s) upstream, moreinfo, and patch. -- 748574: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748574 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.b748574.140046273422880.transcr...@bugs.debian.org