Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 13 Jun 2004 17:46:47 -0700
From:      "Kevin Oberman" <oberman@es.net>
To:        "Dan Langille" <dan@langille.org>
Cc:        freebsd-mobile@freebsd.org
Subject:   Re: suspend/resume issues on ThinkPad T41 under 5.2.1-RELEASE 
Message-ID:  <20040614004647.D432A5D08@ptavv.es.net>
In-Reply-To: Your message of "Sun, 13 Jun 2004 19:21:00 EDT." <40CCA91C.15526.688692DD@localhost> 

next in thread | previous in thread | raw e-mail | index | archive | help
> From: "Dan Langille" <dan@langille.org>
> Date: Sun, 13 Jun 2004 19:21:00 -0400
> Sender: owner-freebsd-mobile@freebsd.org
> 
> I've got 5.2.1 running on my ThinkPad T41.  I have no settings in 
> /etc/sysctl.conf.
> 
> /boot/loader.conf contains:
> hw.pci.allow_unsupported_io_range="1"
> hw.cbb.start_memory="0xc0210000"
> 
> The first is to get em0 running. The second is to avoid memory 
> conflicts.
> 
> I'm trying ACPI.
> 
> $ sysctl hw.acpi.supported_sleep_state sysctl hw.acpi.s4bios
> hw.acpi.supported_sleep_state: S3 S4 S5
> hw.acpi.s4bios: 0
> 
> S4OS and and S5 both suspend, but I cannot resume (ie. opening the 
> laptop doesn't power up the box, and I've tried various key pressing 
> combinations, but nothing happens unless I press the power button).
> 
> "acpiconf -s 3" does suspend the box.  When resuming, I get this in 
> /var/log/messages:
> 
> Jun 13 18:48:34 laptop sudo:      dan : TTY=ttyp1 ; PWD=/usr/home/dan 
> ; USER=root ; COMMAND=/usr/sbin/acpiconf -s S3
> Jun 13 18:48:43 laptop kernel: pcib0: slot 29 INTA is routed to irq 
> 11
> Jun 13 18:48:43 laptop kernel: pcib0: slot 29 INTB is routed to irq 
> 11
> Jun 13 18:48:43 laptop kernel: pcib0: slot 29 INTC is routed to irq 
> 11
> Jun 13 18:48:43 laptop kernel: pcib0: slot 29 INTD is routed to irq 
> 11
> Jun 13 18:48:44 laptop kernel: pcib0: slot 31 INTB is routed to irq 
> 11
> Jun 13 18:48:44 laptop last message repeated 2 times
> Jun 13 18:48:44 laptop kernel: pcib1: slot 0 INTA is routed to irq 11
> Jun 13 18:48:44 laptop kernel: usb0: cannot start
> Jun 13 18:48:44 laptop kernel: usb1: cannot start
> Jun 13 18:48:44 laptop kernel: usb2: cannot start
> Jun 13 18:48:44 laptop kernel: pcib2: slot 0 INTA is routed to irq 11
> Jun 13 18:48:44 laptop kernel: pcib2: slot 0 INTB is routed to irq 11
> Jun 13 18:48:44 laptop kernel: pcib2: slot 1 INTA is routed to irq 11
> Jun 13 18:48:44 laptop kernel: pcib2: slot 2 INTA is routed to irq 11
> Jun 13 18:48:44 laptop kernel: wakeup from sleeping state (slept 
> 00:00:08)
> Jun 13 18:48:44 laptop kernel: uhub0: illegal enable change, port 1
> Jun 13 18:48:44 laptop kernel: uhub1: illegal enable change, port 1
> Jun 13 18:48:44 laptop kernel: uhub2: illegal enable change, port 1
> Jun 13 18:48:45 laptop kernel: uhub0: port 1 reset failed
> Jun 13 18:48:45 laptop kernel: uhub0: illegal enable change, port 2
> Jun 13 18:48:45 laptop kernel: uhub1: port 1 reset failed
> Jun 13 18:48:45 laptop kernel: uhub1: illegal enable change, port 2
> Jun 13 18:48:45 laptop kernel: uhub2: port 1 reset failed
> Jun 13 18:48:45 laptop kernel: uhub2: illegal enable change, port 2
> Jun 13 18:48:46 laptop kernel: uhub0: port 2 reset failed
> Jun 13 18:48:46 laptop kernel: uhub0: illegal enable change, port 1
> repeat....
> 
> Plus a blinking cursor top left corner.
> 
> Any ideas?  http://www.freebsd.org/cgi/query-pr.cgi?pr=59747 
> indicates that this is a known problem.  Do I have options other than 
> removing USB support from the kernel?
> 
> Ideas?  Comments?

First, S5 is a very deep sleep...power off. It only resumes by powering
up and booting. S4 is suspend to disk. It requires that you build a
hibernation partition on the hard drive. Without it, S4 will not work
(but you noticed that.). This is indicated by the value of
hw.acpi.s4bios.

To get S3 (suspend to RAM) to work, I'd suggest building a kernel
without SMP or APIC. The messages you are reporting are indicative of
problems figuring out the interrupt routing for multiple processors, but
you have only a single CPU. Turning off APIC (and SMP it it's enabled)
should return to the simpler interrupt delivery.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net			Phone: +1 510 486-8634



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040614004647.D432A5D08>