[Pkg-acpi-devel] Bug#565908: acpid: causes Xorg to hang because of "too many connections"

Ted Felix ted at tedfelix.com
Wed Jan 20 12:51:27 UTC 2010


  If you don't mind grabbing the code and building it, you can go into 
the file connection_list.c and change this line:

#define MAX_CONNECTIONS 10

  To this:

#define MAX_CONNECTIONS 20

  That will get rid of the "Too many connections." message in the log.  
Whether it will solve your problem, I'm not sure.  I will include this 
change in my next monthly release on 2/15.  Let me know if you need more 
info.

Ted.

Willi Mann wrote:
> Package: acpid
> Version: 1:2.0.0-1
> Severity: important
>
> My machine is up since 5 days with about 10 hibernate sessions since that time 
> - I could look at the logs to get the exact number.
>
> After hibernate (uswsusp), the X Server hangs. That means, I just got the message
> from s2disk on the otherwise black screen, and the input devices do not work 
> at all, especially no Strg+Alt+Fn. 
>
> So I logged in via ssh and got the following backtrace from the Xorg process:
>
>  bt
> #0  0xb77c4424 in __kernel_vsyscall ()
> #1  0xb7775241 in connect () at ../sysdeps/unix/sysv/linux/i386/socket.S:61
> #2  0x0814cdfa in ?? ()
> #3  0x0814c17d in xf86OSPMOpen ()
> #4  0x080b187c in xf86Wakeup ()
> #5  0x0808a332 in WakeupHandler ()
> #6  0x080a0b7a in WaitForSomething ()
> #7  0x08073dc0 in ?? ()
> #8  0x0806695a in _start ()
>
> I had a similar problem about 2 weeks ago where I was able to see that it tried
> to connect to the acpi daemon. Don't ask me how it found that out.
>
> So I restarted the acpid daemon. Immediately, the X session was back and 
> usable again. I looked in the syslog and found:
>
> # grep -i acpi /var/log/syslog
> Jan 19 12:46:27 host kernel: [217227.741166] ACPI: \_SB_.GDCK - undocking
> Jan 19 16:06:35 host kernel: [217231.089455] ACPI handle has no context!
> Jan 19 16:06:35 host kernel: [217231.089540] ACPI handle has no context!
> Jan 19 16:06:35 host kernel: [217231.090598] ACPI handle has no context!
> Jan 19 16:06:35 host kernel: [217231.090609] ACPI handle has no context!
> Jan 19 16:06:35 host kernel: [217231.112136] ACPI handle has no context!
> Jan 19 16:06:35 host kernel: [217231.464618] e1000e 0000:00:19.0: wake-up capability enabled by ACPI
> Jan 19 16:06:35 host kernel: [217231.996060] uhci_hcd 0000:00:1a.0: power state changed by ACPI to D0
> Jan 19 16:06:35 host kernel: [217232.004047] uhci_hcd 0000:00:1a.2: power state changed by ACPI to D0
> Jan 19 16:06:35 host kernel: [217232.012046] uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
> Jan 19 16:06:35 host kernel: [217232.660831] e1000e 0000:00:19.0: wake-up capability disabled by ACPI
> Jan 19 16:06:35 host kernel: [217233.041400] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
> Jan 19 16:06:35 host kernel: [217233.041405] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
> Jan 19 16:06:35 host kernel: [217233.041675] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 (SET FEATURES) succeeded
> Jan 19 16:06:35 host kernel: [217233.041681] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
> Jan 19 16:06:35 host kernel: [217233.044495] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
> Jan 19 16:06:35 host kernel: [217233.044499] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
> Jan 19 16:06:35 host kernel: [217233.044759] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 (SET FEATURES) succeeded
> Jan 19 16:06:35 host kernel: [217233.044763] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
> Jan 19 16:06:35 host kernel: [217233.446973] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded
> Jan 19 16:06:35 host kernel: [217233.447775] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded
> Jan 19 16:06:35 host kernel: [217233.452712] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded
> Jan 19 16:06:35 host kernel: [217233.453515] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded
> Jan 19 16:17:12 host acpid: exiting
> Jan 19 16:17:13 host acpid: Too many connections.
> Jan 19 16:17:13 host acpid: Too many connections.
> Jan 19 16:17:13 host acpid: Too many connections.
> Jan 19 16:17:13 host acpid: starting up with netlink and the input layer
> Jan 19 16:17:13 host acpid: 47 rules loaded
> Jan 19 16:17:13 host acpid: waiting for events: event logging is off
>
> I may be able to provide more information, but the problem is that it requires 
> some hibernating to actually reproduce this problem. (And I'm not sure if that's 
> enough to reproduce the problem)
>
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
> Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages acpid depends on:
> ii  libc6                         2.10.2-2   GNU C Library: Shared libraries
> ii  lsb-base                      3.2-23     Linux Standard Base 3.2 init scrip
> ii  module-init-tools             3.11-1     tools for managing Linux kernel mo
>
> Versions of packages acpid recommends:
> ii  acpi-support-base             0.132-1    scripts for handling base ACPI eve
>
> acpid suggests no packages.
>
> -- no debconf information
>
>
>
>





More information about the Pkg-acpi-devel mailing list