Bug#700544: linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing
Control: tag -1 moreinfo On Thu, 2013-02-14 at 08:34 +0100, Bernhard Schmidt wrote: Package: linux-2.6 Version: 2.6.32-46 Severity: normal Tags: squeeze This is happening with a locally patched kernel with the patch from Bug #699913, otherwise there is another problem that also affects memory hotplug on both Squeeze and Wheezy. This particular problem has only been observed with Squeeze, but pretty reliable there. When you hotplug system memory in VMware ESXi 5.0 one memory bank fails to come online with the following error: [...] This machine had 1GB before (memory0-7) and has been upgraded to 2GB. Note that memory8 is missing, consequently the system is short of 128MB. I have found a VMware forum article that describes this problem quite well: http://communities.vmware.com/message/1299666#1299666 There is a patch linked there that apparently has been in the upstream kernel once, but has been reverted (?). Yes, it was very quickly reverted, presumably because it broke some systems. [...] 4000-40007fff : :00:0f.0 seems to be allocating memory where it wants to plug the new memory bank. [...] This is not memory, it's MMIO (memory-mapped input/output) for the emulated VGA card. The kernel controls the addresses used for MMIO for PCI devices, but does not control the addresses used for RAM. Apparently the system firmware (or in this case the hypervisor) can provide hints through ACPI about what addresses it should use, to avoid conflicting with hot-added RAM. But the kernel version in squeeze ignores those hints. Does the kernel parameter 'pci=use_crs' avoid this? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#700544: linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing
Processing control commands: tag -1 moreinfo Bug #700544 [linux-2.6] linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing Added tag(s) moreinfo. -- 700544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700544 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.b700544.136084888626837.transcr...@bugs.debian.org
Processed: Re: Bug#700550: Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included.
Processing control commands: reassign -1 src:linux 3.2.35-2 Bug #700550 [firmware-atheros] Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included. Bug reassigned from package 'firmware-atheros' to 'src:linux'. No longer marked as found in versions firmware-nonfree/0.36+wheezy.1. Ignoring request to alter fixed versions of bug #700550 to the same values previously set Bug #700550 [src:linux] Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included. Marked as found in versions linux/3.2.35-2. tag -1 moreinfo Bug #700550 [src:linux] Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included. Added tag(s) moreinfo. -- 700550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700550 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.b700550.136084909829002.transcr...@bugs.debian.org
Bug#700550: Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included.
Control: reassign -1 src:linux 3.2.35-2 Control: tag -1 moreinfo On Thu, 2013-02-14 at 13:02 +0400, Travel wrote: Package: firmware-atheros Version: 0.36+wheezy.1 What's this got to do with firmware? Laptop Sony Vaio VPCEH2S1R. On the laptop installed Debian Wheezy and Windows 7. Bluetooth is switched on only after the restart with Windows, that is, if you turn off the laptop, and then turn on the laptop and boot Debian, bluetooth is not included. I use Gnome 3. uname -a Linux travel-laptop 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux rfkill list all 0: sony-wifi: Wireless LAN Soft blocked: no Hard blocked: no 1: sony-bluetooth: Bluetooth Soft blocked: no Hard blocked: no 2: phy0: Wireless LAN Soft blocked: no Hard blocked: no 3: hci0: Bluetooth Soft blocked: no Hard blocked: no lspci [...] Bluetooth interfaces are normally USB devices, so 'lsusb' please. dmesg | grep Bluetooth [7.969922] Bluetooth: Core ver 2.16 [7.969942] Bluetooth: HCI device and connection manager initialized [7.969944] Bluetooth: HCI socket layer initialized [7.969946] Bluetooth: L2CAP socket layer initialized [7.969951] Bluetooth: SCO socket layer initialized [7.985136] Bluetooth: Generic Bluetooth USB driver ver 0.6 [ 16.584295] Bluetooth: RFCOMM TTY layer initialized [ 16.584307] Bluetooth: RFCOMM socket layer initialized [ 16.584311] Bluetooth: RFCOMM ver 1.11 [ 16.584458] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 16.584465] Bluetooth: BNEP filters: protocol multicast Well I see btusb being loaded without any errors. What do you expect to happen, that didn't happen? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus signature.asc Description: This is a digitally signed message part
Bug#700572: initramfs-tools: The ehci-hcd module has been split into ehci-pci + ehci-hcd in Linux v3.8
Package: initramfs-tools Version: 0.98.8 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Linux v3.8 changes the name of the PCI ehci driver from ehci-hcd to ehci-pci. Ref commit adfa79d1c06a32650332930ca4c488ca570b3407 Author: Alan Stern st...@rowland.harvard.edu Date: Thu Nov 1 11:13:04 2012 -0400 USB: EHCI: make ehci-pci a separate driver This patch (as1625) splits the PCI portion of ehci-hcd out into its own separate driver module, called ehci-pci. Consistently with the current practice, the decision whether to build this module is not user-configurable. If EHCI and PCI are enabled then the module will be built, always. Signed-off-by: Alan Stern st...@rowland.harvard.edu CC: Felipe Balbi ba...@ti.com Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org ehci-pci should be added to the hardcoded lists of modules everywhere ehci-hcd is included. Patch is included. Bjørn - -- Package-specific info: - -- initramfs sizes - -rw-r--r-- 1 root root 8.5M Apr 9 2010 /boot/initrd.img-2.6.32-4-amd64 - -rw-r--r-- 1 root root 11M Nov 6 02:13 /boot/initrd.img-2.6.32-5-amd64 - -rw-r--r-- 1 root root 11M May 10 2012 /boot/initrd.img-2.6.32-5-amd64.bak - -- /proc/cmdline initrd=/initrd.img root=/dev/mapper/vg00-root ro console=tty0 console=ttyS0,9600n8 BOOT_IMAGE=/vmlinuz - -- resume RESUME= - -- /proc/filesystems ext3 ext2 fuseblk vfat - -- lsmod Module Size Used by xt_recent 5977 0 cpuid 1971 0 vfat7884 0 fat40038 1 vfat loop 11799 0 ipt_LOG 4518 0 tcp_diag 880 0 inet_diag 6914 1 tcp_diag parport_pc 18855 0 ppdev 5030 0 lp 7462 0 parport27954 3 parport_pc,ppdev,lp ip6t_rt 1960 2 nf_conntrack_ipv6 10451 1 ip6t_REJECT 2580 1 ip6t_LOG4378 2 ip6table_filter 2384 1 ip6_tables 15107 3 ip6t_rt,ip6t_LOG,ip6table_filter ipt_MASQUERADE 1554 2 xt_state1303 5 ipt_REDIRECT 2 xt_multiport2267 9 xt_tcpudp 2319 51 ipt_REJECT 1953 1 iptable_nat 4299 1 iptable_filter 2258 1 ip_tables 13915 2 iptable_nat,iptable_filter x_tables 12845 14 xt_recent,ipt_LOG,ip6t_rt,ip6t_REJECT,ip6t_LOG,ip6_tables,ipt_MASQUERADE,xt_state,ipt_REDIRECT,xt_multiport,xt_tcpudp,ipt_REJECT,iptable_nat,ip_tables microcode 21611 0 nf_nat_ftp 2031 0 nf_nat 13388 4 ipt_MASQUERADE,ipt_REDIRECT,iptable_nat,nf_nat_ftp nf_conntrack_ipv4 9833 7 iptable_nat,nf_nat nf_defrag_ipv4 1139 1 nf_conntrack_ipv4 nf_conntrack_irc3347 0 nf_conntrack_ftp5537 1 nf_nat_ftp nf_conntrack 46535 9 nf_conntrack_ipv6,ipt_MASQUERADE,xt_state,iptable_nat,nf_nat_ftp,nf_nat,nf_conntrack_ipv4,nf_conntrack_irc,nf_conntrack_ftp fuse 50924 1 cls_u32 5466 1 sch_htb11942 1 ppp_deflate 3410 0 zlib_deflate 17746 1 ppp_deflate bsd_comp4452 0 nfsd 254782 13 exportfs3170 1 nfsd nfs 241306 0 lockd 57619 2 nfsd,nfs fscache29834 1 nfs nfs_acl 2031 2 nfsd,nfs auth_rpcgss33508 2 nfsd,nfs sunrpc161660 28 nfsd,nfs,lockd,nfs_acl,auth_rpcgss sch_tbf 3588 1 sit 8176 0 tunnel4 1973 1 sit ppp_async 6245 2 crc_ccitt 1323 1 ppp_async ppp_generic19259 11 ppp_deflate,bsd_comp,ppp_async slhc4003 1 ppp_generic 8021q 17158 0 garp5050 1 8021q bridge 39646 0 stp 1440 2 garp,bridge ext2 52905 1 raid45644516 1 async_raid6_recov 5170 1 raid456 async_pq3479 2 raid456,async_raid6_recov raid6_pq 77179 2 async_raid6_recov,async_pq async_xor 2478 3 raid456,async_raid6_recov,async_pq xor 4380 1 async_xor async_memcpy1198 2 raid456,async_raid6_recov async_tx1734 5 raid456,async_raid6_recov,async_pq,async_xor,async_memcpy mptctl 20982 0 tun10844 6 coretemp4325 0 kvm_intel 38194 29 kvm 215391 1 kvm_intel tda100235823 2 tda100214774 0 io_edgeport35871 0 mantis 16776 0 snd_pcm60487 0 snd_timer
Bug#700544: linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing
Hello Ben, This is not memory, it's MMIO (memory-mapped input/output) for the emulated VGA card. The kernel controls the addresses used for MMIO for PCI devices, but does not control the addresses used for RAM. Apparently the system firmware (or in this case the hypervisor) can provide hints through ACPI about what addresses it should use, to avoid conflicting with hot-added RAM. But the kernel version in squeeze ignores those hints. Does the kernel parameter 'pci=use_crs' avoid this? That works fine, thanks! Can this somehow be patched in the kernel or shall we just change our boot parameters? Bernhard -- 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/511cefef.6040...@lrz.de
Bug#700513: linux-base: Cannot resume after suspending (laptop model HP CQ61 410SH)
On Wed, Feb 13, 2013 at 11:28 PM, Ben Hutchings b...@decadent.org.uk wrote: Control: tag -1 moreinfo On Wed, 2013-02-13 at 11:59 -0600, ddshore wrote: Package: linux-base Version: 3.4~bpo60+1 Severity: normal After suspending the laptop, and attempting to resume, I get a black screen with the power and wifi icons turned on. I have tried using different versions of the Linux Kernel, Which versions? 2.6.32-5-686 and 3.2.0.0.bpo.4-rt-686-pae adding pci=nocrs, acp_osi=Microsoft Windows NT, acp_osi=Linux, apm=off (since apparently my laptop uses both acpi and apm), acpi=off, but they have the same effect. I very much doubt that this laptop supports APM, as that's been obsolete for 10 years! So did the people at #linux, but apparently, they got this information from my dmesg (which was attached in my previous email). I also get error messages saying apm: BIOS not found. As for ACPI, turning it off is generally a bad idea (as you've seen!) but the advice to 'try acpi=off' is still lingering among long-time Linux users. Right. They told me the same thing, but wanted to see if anything happened at all. [...] This bug was also filed for ubuntu, but was never solved (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/675076). [...] And that was quite a few versions back, so evidently this is not a new problem. Yes, and I've seen some other people with the same problem. Should I try getting more info on this problem? Would additional log files help? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus
Re: 6.0.7 planning
On Wed, Feb 13, 2013 at 03:34:51PM +, Ben Hutchings wrote: On Wed, 2013-02-13 at 15:18 +, Adam D. Barratt wrote: On 12.02.2013 02:15, Ben Hutchings wrote: One or other of us will then need to merge the squeeze-security branch into squeeze and upload -48 in time for the point release. Is there an ETA for that? Sorry for chasing, but if we're going to go for the 23rd (which is looking likely atm) we'd be looking at closing p-u-NEW over the weekend and could really do with announcing that asap. (So it'll be uploaded to p-u-NEW over the weekend should be fine, as we can then plan around that.) I can do that but it depends on the security update being finalised first. Security update has been uploaded. I'll post the builds somewhere as they become available for anyone interested in testing. -- 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/20130214182821.gb9...@dannf.org
Processed: Re: [squeeze] Error in acpi_memory_enable_device on memory hotplug, one memory bank missing
Processing commands for cont...@bugs.debian.org: severity 700544 important Bug #700544 [linux-2.6] linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing Severity set to 'important' from 'normal' tags 700544 - moreinfo Bug #700544 [linux-2.6] linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing Removed tag(s) moreinfo. # to let version tracking do its work tags 700544 - squeeze Bug #700544 [linux-2.6] linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing Removed tag(s) squeeze. End of message, stopping processing here. Please contact me if you need assistance. -- 700544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700544 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.136087024631090.transcr...@bugs.debian.org
Processing of linux-2.6_2.6.32-48_multi.changes
linux-2.6_2.6.32-48_multi.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.32-48.dsc linux-2.6_2.6.32-48.diff.gz linux-doc-2.6.32_2.6.32-48_all.deb linux-manual-2.6.32_2.6.32-48_all.deb linux-patch-debian-2.6.32_2.6.32-48_all.deb linux-source-2.6.32_2.6.32-48_all.deb linux-support-2.6.32-5_2.6.32-48_all.deb firmware-linux-free_2.6.32-48_all.deb linux-base_2.6.32-48_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u69vf-0005h2...@franck.debian.org
Re: 6.0.7 planning
On Thu, 2013-02-14 at 10:28 -0800, dann frazier wrote: On Wed, Feb 13, 2013 at 03:34:51PM +, Ben Hutchings wrote: On Wed, 2013-02-13 at 15:18 +, Adam D. Barratt wrote: On 12.02.2013 02:15, Ben Hutchings wrote: One or other of us will then need to merge the squeeze-security branch into squeeze and upload -48 in time for the point release. Is there an ETA for that? Sorry for chasing, but if we're going to go for the 23rd (which is looking likely atm) we'd be looking at closing p-u-NEW over the weekend and could really do with announcing that asap. (So it'll be uploaded to p-u-NEW over the weekend should be fine, as we can then plan around that.) I can do that but it depends on the security update being finalised first. Security update has been uploaded. I'll post the builds somewhere as they become available for anyone interested in testing. Version 2.6.32-48 has also been uploaded. Ben. -- Ben Hutchings Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer signature.asc Description: This is a digitally signed message part
linux-2.6_2.6.32-48_multi.changes ACCEPTED into proposed-updates-stable-new
Mapping stable to proposed-updates. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 14 Feb 2013 14:11:58 + Source: linux-2.6 Binary: linux-tools-2.6.32 linux-source-2.6.32 linux-doc-2.6.32 linux-manual-2.6.32 linux-patch-debian-2.6.32 firmware-linux-free linux-support-2.6.32-5 linux-base linux-libc-dev linux-headers-2.6.32-5-all linux-headers-2.6.32-5-all-alpha linux-headers-2.6.32-5-common linux-image-2.6.32-5-alpha-generic linux-headers-2.6.32-5-alpha-generic linux-image-2.6.32-5-alpha-smp linux-headers-2.6.32-5-alpha-smp linux-image-2.6.32-5-alpha-legacy linux-headers-2.6.32-5-alpha-legacy linux-headers-2.6.32-5-all-amd64 linux-image-2.6.32-5-amd64 linux-headers-2.6.32-5-amd64 linux-image-2.6.32-5-amd64-dbg linux-headers-2.6.32-5-common-openvz linux-image-2.6.32-5-openvz-amd64 linux-headers-2.6.32-5-openvz-amd64 linux-image-2.6.32-5-openvz-amd64-dbg linux-headers-2.6.32-5-common-vserver linux-image-2.6.32-5-vserver-amd64 linux-headers-2.6.32-5-vserver-amd64 linux-image-2.6.32-5-vserver-amd64-dbg linux-headers-2.6.32-5-common-xen linux-image-2.6.32-5-xen-amd64 linux-headers-2.6.32-5-xen-amd64 linux-image-2.6.32-5-xen-amd64-dbg xen-linux-system-2.6.32-5-xen-amd64 linux-headers-2.6.32-5-all-armel linux-image-2.6.32-5-iop32x linux-headers-2.6.32-5-iop32x linux-image-2.6.32-5-ixp4xx linux-headers-2.6.32-5-ixp4xx linux-image-2.6.32-5-kirkwood linux-headers-2.6.32-5-kirkwood linux-image-2.6.32-5-orion5x linux-headers-2.6.32-5-orion5x linux-image-2.6.32-5-versatile linux-headers-2.6.32-5-versatile linux-headers-2.6.32-5-all-hppa linux-image-2.6.32-5-parisc linux-headers-2.6.32-5-parisc linux-image-2.6.32-5-parisc-smp linux-headers-2.6.32-5-parisc-smp linux-image-2.6.32-5-parisc64 linux-headers-2.6.32-5-parisc64 linux-image-2.6.32-5-parisc64-smp linux-headers-2.6.32-5-parisc64-smp linux-headers-2.6.32-5-all-i386 linux-image-2.6.32-5-486 linux-headers-2.6.32-5-486 linux-image-2.6.32-5-686 linux-headers-2.6.32-5-686 linux-image-2.6.32-5-686-bigmem linux-headers-2.6.32-5-686-bigmem linux-image-2.6.32-5-686-bigmem-dbg linux-image-2.6.32-5-openvz-686 linux-headers-2.6.32-5-openvz-686 linux-image-2.6.32-5-openvz-686-dbg linux-image-2.6.32-5-vserver-686 linux-headers-2.6.32-5-vserver-686 linux-image-2.6.32-5-vserver-686-bigmem linux-headers-2.6.32-5-vserver-686-bigmem linux-image-2.6.32-5-vserver-686-bigmem-dbg linux-image-2.6.32-5-xen-686 linux-headers-2.6.32-5-xen-686 linux-image-2.6.32-5-xen-686-dbg xen-linux-system-2.6.32-5-xen-686 linux-headers-2.6.32-5-all-ia64 linux-image-2.6.32-5-itanium linux-headers-2.6.32-5-itanium linux-image-2.6.32-5-mckinley linux-headers-2.6.32-5-mckinley linux-image-2.6.32-5-vserver-itanium linux-headers-2.6.32-5-vserver-itanium linux-image-2.6.32-5-vserver-mckinley linux-headers-2.6.32-5-vserver-mckinley linux-headers-2.6.32-5-all-m68k linux-image-2.6.32-5-amiga linux-headers-2.6.32-5-amiga linux-image-2.6.32-5-atari linux-headers-2.6.32-5-atari linux-image-2.6.32-5-bvme6000 linux-headers-2.6.32-5-bvme6000 linux-image-2.6.32-5-mac linux-headers-2.6.32-5-mac linux-image-2.6.32-5-mvme147 linux-headers-2.6.32-5-mvme147 linux-image-2.6.32-5-mvme16x linux-headers-2.6.32-5-mvme16x linux-headers-2.6.32-5-all-mips linux-image-2.6.32-5-r4k-ip22 linux-headers-2.6.32-5-r4k-ip22 linux-image-2.6.32-5-r5k-ip32 linux-headers-2.6.32-5-r5k-ip32 linux-image-2.6.32-5-sb1-bcm91250a linux-headers-2.6.32-5-sb1-bcm91250a linux-image-2.6.32-5-sb1a-bcm91480b linux-headers-2.6.32-5-sb1a-bcm91480b linux-image-2.6.32-5-4kc-malta linux-headers-2.6.32-5-4kc-malta linux-image-2.6.32-5-5kc-malta linux-headers-2.6.32-5-5kc-malta linux-headers-2.6.32-5-all-mipsel linux-image-2.6.32-5-r5k-cobalt linux-headers-2.6.32-5-r5k-cobalt linux-headers-2.6.32-5-all-powerpc linux-image-2.6.32-5-powerpc linux-headers-2.6.32-5-powerpc linux-image-2.6.32-5-powerpc-smp linux-headers-2.6.32-5-powerpc-smp linux-image-2.6.32-5-powerpc64 linux-headers-2.6.32-5-powerpc64 linux-image-2.6.32-5-vserver-powerpc linux-headers-2.6.32-5-vserver-powerpc linux-image-2.6.32-5-vserver-powerpc64 linux-headers-2.6.32-5-vserver-powerpc64 linux-headers-2.6.32-5-all-s390 linux-image-2.6.32-5-s390x linux-headers-2.6.32-5-s390x linux-image-2.6.32-5-s390x-tape linux-image-2.6.32-5-vserver-s390x linux-headers-2.6.32-5-vserver-s390x linux-headers-2.6.32-5-all-sh4 linux-image-2.6.32-5-sh7751r linux-headers-2.6.32-5-sh7751r linux-image-2.6.32-5-sh7785lcr linux-headers-2.6.32-5-sh7785lcr linux-headers-2.6.32-5-all-sparc linux-image-2.6.32-5-sparc64 linux-headers-2.6.32-5-sparc64 linux-image-2.6.32-5-sparc64-smp linux-headers-2.6.32-5-sparc64-smp linux-image-2.6.32-5-vserver-sparc64 linux-headers-2.6.32-5-vserver-sparc64 linux-headers-2.6.32-5-all-sparc64 Architecture: all i386 source Version: 2.6.32-48 Distribution: stable Urgency: low Maintainer: Debian Kernel Team debian-kernel@lists.debian.org Changed-By: Ben Hutchings b...@decadent.org.uk Closes:
Bug#700544: linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing
On Thu, 2013-02-14 at 15:08 +0100, Bernhard Schmidt wrote: Hello Ben, This is not memory, it's MMIO (memory-mapped input/output) for the emulated VGA card. The kernel controls the addresses used for MMIO for PCI devices, but does not control the addresses used for RAM. Apparently the system firmware (or in this case the hypervisor) can provide hints through ACPI about what addresses it should use, to avoid conflicting with hot-added RAM. But the kernel version in squeeze ignores those hints. Does the kernel parameter 'pci=use_crs' avoid this? That works fine, thanks! Can this somehow be patched in the kernel or shall we just change our boot parameters? The change made upstream (in Linux 2.6.34) is to enable use_crs by default when the BIOS is dated 2008 or later (with some specific exceptions). Presumably that includes your VM, so that Linux 3.2 in 'wheezy' doesn't have this problem. I'm wary of backporting that change in 'squeeze', but I think it might be possible to enable use_crs specifically when running under VMware. There should be no harm in using the kernel parameter as a temporary workaround on any VM where you might want to use memory hotplug. Ben. -- Ben Hutchings Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#700544: linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing
Processing control commands: tag -1 patch moreinfo Bug #700544 [linux-2.6] linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing Added tag(s) moreinfo and patch. -- 700544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700544 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.b700544.13608982103261.transcr...@bugs.debian.org
Bug#700544: linux-image-2.6.32-5-amd64: Error in acpi_memory_enable_device on memory hotplug, one memory bank missing
Control: tag -1 patch moreinfo
On Thu, 2013-02-14 at 15:08 +0100, Bernhard Schmidt wrote:
Hello Ben,
This is not memory, it's MMIO (memory-mapped input/output) for the
emulated VGA card. The kernel controls the addresses used for MMIO for
PCI devices, but does not control the addresses used for RAM.
Apparently the system firmware (or in this case the hypervisor) can
provide hints through ACPI about what addresses it should use, to avoid
conflicting with hot-added RAM. But the kernel version in squeeze
ignores those hints.
Does the kernel parameter 'pci=use_crs' avoid this?
That works fine, thanks! Can this somehow be patched in the kernel or
shall we just change our boot parameters?
Please test a kernel with the attached patches, applied in the order:
x86-PCI-for-debuggability-show-host-bridge-windows-e.patch
x86-PCI-use-host-bridge-_CRS-info-by-default-on-2008.patch
x86-PCI-Use-_CRS-by-default-on-VMware.patch
and without adding the kernel parameter.
This should result in a boot log message:
PCI: Using host bridge windows from ACPI; if necessary, use pci=nocrs and
report a bug
If VMware was not detected as I intended, then you'll see:
PCI: Ignoring host bridge windows from ACPI; if necessary, use
pci=use_crs and report a bug
Ben.
--
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer
From: Bjorn Helgaas bjorn.helg...@hp.com
Date: Tue, 23 Feb 2010 10:24:41 -0700
Subject: x86/PCI: use host bridge _CRS info by default on 2008 and newer
machines
Part of commit 7bc5e3f2be32ae6fb0c74cd0f707f986b3a01a26 upstream.
The main benefit of using ACPI host bridge window information is that
we can do better resource allocation in systems with multiple host bridges,
e.g., http://bugzilla.kernel.org/show_bug.cgi?id=14183
Sometimes we need _CRS information even if we only have one host bridge,
e.g., https://bugs.launchpad.net/ubuntu/+source/linux/+bug/341681
Most of these systems are relatively new, so this patch turns on
pci=use_crs only on machines with a BIOS date of 2008 or newer.
Signed-off-by: Bjorn Helgaas bjorn.helg...@hp.com
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
[bwh: Conservative backport to squeeze:
- Adjust context
- Don't enable it based on BIOS date, but do start applying quirks for
specific models]
---
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -1927,8 +1927,11 @@ and is between 256 and 4096 characters. It is defined in the file
IRQ routing is enabled.
noacpi [X86] Do not use ACPI for IRQ routing
or for PCI scanning.
- use_crs [X86] Use _CRS for PCI resource
-allocation.
+ use_crs [X86] Use PCI host bridge window information
+from ACPI. If you need to use this, please
+report a bug.
+ nocrs [X86] Ignore PCI host bridge windows from ACPI.
+ If you need to use this, please report a bug.
routeirq Do IRQ routing for all PCI devices.
This is normally done in pci_enable_device(),
so this option is a temporary workaround
--- a/arch/ia64/include/asm/acpi.h
+++ b/arch/ia64/include/asm/acpi.h
@@ -98,6 +98,7 @@ ia64_acpi_release_global_lock (unsigned int *lock)
#endif
#define acpi_processor_cstate_check(x) (x) /* no idle limits on IA64 :) */
static inline void disable_acpi(void) { }
+static inline void pci_acpi_crs_quirks(void) { }
const char *acpi_get_sysname (void);
int acpi_request_vector (u32 int_type);
--- a/arch/x86/include/asm/pci_x86.h
+++ b/arch/x86/include/asm/pci_x86.h
@@ -29,6 +29,7 @@
#define PCI_CHECK_ENABLE_AMD_MMCONF 0x2
#define PCI_HAS_IO_ECS 0x4
#define PCI_NOASSIGN_ROMS 0x8
+#define PCI_ROOT_NO_CRS 0x10
extern unsigned int pci_probe;
extern unsigned long pirq_table_addr;
--- a/arch/x86/pci/acpi.c
+++ b/arch/x86/pci/acpi.c
@@ -14,6 +14,46 @@ struct pci_root_info {
int busnum;
};
+static bool pci_use_crs = false;
+
+static int __init set_use_crs(const struct dmi_system_id *id)
+{
+ pci_use_crs = true;
+ return 0;
+}
+
+static const struct dmi_system_id pci_use_crs_table[] __initconst = {
+ /* http://bugzilla.kernel.org/show_bug.cgi?id=14183 */
+ {
+ .callback = set_use_crs,
+ .ident = IBM System x3800,
+ .matches = {
+ DMI_MATCH(DMI_SYS_VENDOR, IBM),
+ DMI_MATCH(DMI_PRODUCT_NAME, x3800),
+ },
+ },
+ {}
+};
+
+void __init pci_acpi_crs_quirks(void)
+{
+ dmi_check_system(pci_use_crs_table);
+
+ /*
+ * If the user specifies pci=use_crs or pci=nocrs explicitly, that
+ * takes precedence over anything we figured out above.
+ */
+ if (pci_probe PCI_ROOT_NO_CRS)
+ pci_use_crs = false;
+ else if (pci_probe PCI_USE__CRS)
+ pci_use_crs = true;
+
+ printk(KERN_INFO PCI: %s host bridge windows from ACPI;
+ if necessary, use \pci=%s\ and report a bug\n,
+ pci_use_crs ? Using : Ignoring,
+ pci_use_crs ? nocrs : use_crs);
+}
+
static acpi_status
resource_to_addr(struct acpi_resource *resource,
struct acpi_resource_address64 *addr)
@@
Bug#700513: linux-base: Cannot resume after suspending (laptop model HP CQ61 410SH)
On Thu, 2013-02-14 at 08:27 -0600, Daniel wrote: On Wed, Feb 13, 2013 at 11:28 PM, Ben Hutchings b...@decadent.org.uk wrote: Control: tag -1 moreinfo On Wed, 2013-02-13 at 11:59 -0600, ddshore wrote: Package: linux-base Version: 3.4~bpo60+1 Severity: normal After suspending the laptop, and attempting to resume, I get a black screen with the power and wifi icons turned on. I have tried using different versions of the Linux Kernel, Which versions? 2.6.32-5-686 and 3.2.0.0.bpo.4-rt-686-pae Could you also try 3.7-trunk-686-pae, from the experimental suite? adding pci=nocrs, acp_osi=Microsoft Windows NT, acp_osi=Linux, apm=off (since apparently my laptop uses both acpi and apm), acpi=off, but they have the same effect. I very much doubt that this laptop supports APM, as that's been obsolete for 10 years! So did the people at #linux, but apparently, they got this information from my dmesg (which was attached in my previous email). I also get error messages saying apm: BIOS not found. That error message means that the kernel supports APM but the BIOS doesn't! As for ACPI, turning it off is generally a bad idea (as you've seen!) but the advice to 'try acpi=off' is still lingering among long-time Linux users. Right. They told me the same thing, but wanted to see if anything happened at all. [...] This bug was also filed for ubuntu, but was never solved (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/675076). [...] And that was quite a few versions back, so evidently this is not a new problem. Yes, and I've seen some other people with the same problem. Should I try getting more info on this problem? Would additional log files help? Try going through section 1(a) 'Test modes of hibernation' in: http://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt but instead of writing 'disk' to /sys/power/state, write 'mem'. That should help to work out where this is going wrong. Ben. -- Ben Hutchings Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer signature.asc Description: This is a digitally signed message part
Bug#700550: Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included.
Control: tag -1 patch [Please reply-to-all.] On Thu, 2013-02-14 at 20:22 +0400, Travel wrote: I apologize in advance for my english, I'm from Russia. I turn on the bluetooth in the top panel Gnome 3. In the screenshot, which is an attachment, it is clear that if the first run windose, and then restart the laptop and run Debian is, the bluetooth works correctly. In another case, if you turn off power to the notebook and then on the laptop, and then immediately run Debian is, the bluetooth will not turn on (the button is not active.) I note the Ubuntu version 12.04.2 the situation corrected, as far as I understood the error was in the kernel. Maybe I did not correct that asked for help on the package firmware-ateros. [...] OK, I think I found the fix, and it was included in Linux 3.2.36. I will soon be uploading a package with this change and it should then go into testing for 'wheezy' shortly after. If you'd like to check this now, you can build the updated package by following the instructions here: http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official-vcs using the codename 'sid' where it says 'dist'. (For reference, the likely fix is commit acd9454433e2 'Bluetooth: ath3k: Add support for VAIO VPCEH [0489:e027]'.) Ben. -- Ben Hutchings Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#700550: Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included.
Processing control commands: tag -1 patch Bug #700550 [src:linux] Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included. Added tag(s) patch. -- 700550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700550 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.b700550.136089997913789.transcr...@bugs.debian.org
Processed: tagging 700550
Processing commands for cont...@bugs.debian.org: tags 700550 + pending Bug #700550 [src:linux] Laptop Sony Vaio VPCEH2S1R. Bluetooth is not included. Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 700550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700550 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.136090020615191.transcr...@bugs.debian.org
Bug#519586: Huge Slab Unreclaimable and continually growing
On Tue, Jan 22, 2013 at 10:59:17AM +0100, Josip Rodin wrote: I appear to be experiencing a serious problem with a 768 MB RAM Xen domU machine running an NFS client - every now and then (for months now), often in the middle of the night, it enters some kind of a broken state where a few semi-random processes (mainly apache2's and vsftpd's which are told to serve files from the NFS mount) start battling it out for the memory, and everything including sshd starts invoking the OOM killer, over and over again. Nothing seems to halt the downward spiral; manual invocation of the OOM killer does nothing of any use. Terminating all processes is the only thing that makes it go quiet, but then that's effectively the same as a reboot. This is the SysRq+M output on the machine once it's been in the broken state for a while: [...] active_anon:394 inactive_anon:3197 isolated_anon:0 active_file:25 inactive_file:176 isolated_file:32 unevictable:2659 dirty:1 writeback:0 unstable:0 free:21456 slab_reclaimable:16177 slab_unreclaimable:143165 mapped:677 shmem:76 pagetables:455 bounce:0 [...] The thing I noticed was the slab_unreclaimable explosion, by a factor of 122. That... doesn't sound like something that should be happenning. Googling for slab_unreclaimable found me this old bug report about slab_unreclaimable domU problems that was mass-closed with the switch to the new paravirtops Xen release. Granted, our use case is not Samba like with the original reporter, but the pattern of a file server was close enough for me to be uncomfortable with it :| I caught it earlier just now, at: [950084.590733] active_anon:2805 inactive_anon:11835 isolated_anon:0 [950084.590735] active_file:76 inactive_file:516 isolated_file:32 [950084.590737] unevictable:783 dirty:1 writeback:0 unstable:0 [950084.590739] free:26251 slab_reclaimable:15733 slab_unreclaimable:128868 [950084.590741] mapped:938 shmem:75 pagetables:651 bounce:0 And snuck in a few slabtops (even some -o invocations were getting killed, along with my shell and pretty much everything else): Active / Total Objects (% used): 555753 / 587128 (94.7%) Active / Total Slabs (% used) : 49430 / 49430 (100.0%) Active / Total Caches (% used) : 65 / 76 (85.5%) Active / Total Size (% used) : 546613.78K / 553025.01K (98.8%) Minimum / Average / Maximum Object : 0.01K / 0.94K / 8.00K OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 90993 66836 73%0.19K 4333 21 17332K dentry 75840 73664 97%0.12K 2370 32 9480K kmalloc-128 68096 68092 99%0.01K133 512 532K kmalloc-8 65888 65655 99%0.25K 4118 16 16472K kmalloc-256 65820 65778 99%1.00K 4767 16 76272K kmalloc-1024 65436 65414 99%0.63K 5454 12 43632K proc_inode_cache 65419 65419 100%4.00K 141798453728K kmalloc-4096 65390 65390 100%2.06K 13338 15426816K net_namespace 4998 4990 99%0.08K 98 51 392K sysfs_dir_cache 4224 2018 47%0.06K 66 64 264K kmalloc-64 2288 2107 92%0.18K104 22 416K vm_area_struct 1792 1789 99%0.02K 7 25628K kmalloc-16 1470 1203 81%0.19K 70 21 280K kmalloc-192 1300402 30%0.79K 65 20 1040K ext3_inode_cache 896731 81%0.03K 7 12828K anon_vma 784532 67%0.55K 56 14 448K radix_tree_node A bit later: Active / Total Objects (% used): 555403 / 586704 (94.7%) Active / Total Slabs (% used) : 49394 / 49394 (100.0%) Active / Total Caches (% used) : 65 / 76 (85.5%) Active / Total Size (% used) : 546552.82K / 552827.43K (98.9%) Minimum / Average / Maximum Object : 0.01K / 0.94K / 8.00K OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 90993 66779 73%0.19K 4333 21 17332K dentry 75840 73654 97%0.12K 2370 32 9480K kmalloc-128 68096 68092 99%0.01K133 512 532K kmalloc-8 65888 65601 99%0.25K 4118 16 16472K kmalloc-256 65852 65741 99%1.00K 4760 16 76160K kmalloc-1024 65436 65409 99%0.63K 5454 12 43632K proc_inode_cache 65428 65428 100%4.00K 141818453792K kmalloc-4096 65391 65391 100%2.06K 13339 15426848K net_namespace 4998 4986 99%0.08K 98 51 392K sysfs_dir_cache 4224 2017 47%0.06K 66 64 264K kmalloc-64 2134 2108 98%0.18K 97 22 388K vm_area_struct 1792 1789 99%0.02K 7 25628K kmalloc-16 1449 1078 74%0.19K 69 21 276K kmalloc-192 1100376 34%0.79K 55 20 880K ext3_inode_cache 896639 71%0.03K 7 12828K anon_vma 714554 77%0.55K 51 14
