Re: USB ports on Lenovo T400 do not work after a suspend/resume
I'll try it out soon, thanks! -adrian On 15 July 2013 14:35, Taku YAMAMOTO t...@tackymt.homeip.net wrote: This reminds me of my local patch which I wrote and forgot about deep in the git :) This hack was required to have working USB ports on X61 after resume, but I'm not sure whether it's still required because I don't have X61 handy anymore... On Mon, 8 Jul 2013 11:09:20 -0700 Adrian Chadd adr...@freebsd.org wrote: On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote: Checking one more point .. do the USB ports come up ok if you originally boot with nothing plugged in? If so (or if not), does that local APIC Yes. error message appear the same then too? No -adrian ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org -- -|-__ 山本 拓 / YAMAMOTO, Taku | __ t...@tackymt.homeip.net - A chicken is an egg's way of producing more eggs. - ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
Nope, no such joy. What else can I try? -adrian On 16 July 2013 02:16, Adrian Chadd adr...@freebsd.org wrote: I'll try it out soon, thanks! -adrian On 15 July 2013 14:35, Taku YAMAMOTO t...@tackymt.homeip.net wrote: This reminds me of my local patch which I wrote and forgot about deep in the git :) This hack was required to have working USB ports on X61 after resume, but I'm not sure whether it's still required because I don't have X61 handy anymore... On Mon, 8 Jul 2013 11:09:20 -0700 Adrian Chadd adr...@freebsd.org wrote: On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote: Checking one more point .. do the USB ports come up ok if you originally boot with nothing plugged in? If so (or if not), does that local APIC Yes. error message appear the same then too? No -adrian ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org -- -|-__ 山本 拓 / YAMAMOTO, Taku | __ t...@tackymt.homeip.net - A chicken is an egg's way of producing more eggs. - ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Tue, 16 Jul 2013 03:14:38 -0700 Adrian Chadd adr...@freebsd.org wrote: Nope, no such joy. What else can I try? Maybe sysctl dev.[uoex]hci.*.wake=1 works. Other than that I have out of my ideas :(... -adrian On 16 July 2013 02:16, Adrian Chadd adr...@freebsd.org wrote: I'll try it out soon, thanks! -adrian On 15 July 2013 14:35, Taku YAMAMOTO t...@tackymt.homeip.net wrote: This reminds me of my local patch which I wrote and forgot about deep in the git :) This hack was required to have working USB ports on X61 after resume, but I'm not sure whether it's still required because I don't have X61 handy anymore... On Mon, 8 Jul 2013 11:09:20 -0700 Adrian Chadd adr...@freebsd.org wrote: On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote: Checking one more point .. do the USB ports come up ok if you originally boot with nothing plugged in? If so (or if not), does that local APIC Yes. error message appear the same then too? No -adrian ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org -- -|-__ 山本 拓 / YAMAMOTO, Taku | __ t...@tackymt.homeip.net - A chicken is an egg's way of producing more eggs. - -- -|-__ 山本 拓 / YAMAMOTO, Taku | __ t...@tackymt.homeip.net - A chicken is an egg's way of producing more eggs. - ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
This reminds me of my local patch which I wrote and forgot about deep in
the git :)
This hack was required to have working USB ports on X61 after resume,
but I'm not sure whether it's still required because I don't have X61 handy
anymore...
On Mon, 8 Jul 2013 11:09:20 -0700
Adrian Chadd adr...@freebsd.org wrote:
On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote:
Checking one more point .. do the USB ports come up ok if you originally
boot with nothing plugged in? If so (or if not), does that local APIC
Yes.
error message appear the same then too?
No
-adrian
___
freebsd-a...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
--
-|-__ 山本 拓 / YAMAMOTO, Taku
| __ t...@tackymt.homeip.net
- A chicken is an egg's way of producing more eggs. -
commit 5df85bbf9a02f5bd116bc8520aba2d6b4ee1b2fb
Author: Taku YAMAMOTO t...@tackymt.homeip.net
Date: Thu Feb 14 01:07:22 2013 +0900
Fix GPE handling on sleeping. (found on X61)
diff --git a/sys/dev/acpica/acpi.c b/sys/dev/acpica/acpi.c
index da252c4..2ccf08a 100644
--- a/sys/dev/acpica/acpi.c
+++ b/sys/dev/acpica/acpi.c
@@ -2905,6 +2905,8 @@ acpi_wake_sleep_prep(ACPI_HANDLE handle, int sstate)
if (acpi_parse_prw(handle, prw) != 0)
return (ENXIO);
dev = acpi_get_device(handle);
+if (dev == NULL || (acpi_get_flags(dev) ACPI_FLAG_WAKE_ENABLED) == 0)
+ return (0);
/*
* The destination sleep state must be less than (i.e., higher power)
@@ -2918,7 +2920,7 @@ acpi_wake_sleep_prep(ACPI_HANDLE handle, int sstate)
if (bootverbose)
device_printf(dev, wake_prep disabled wake for %s (S%d)\n,
acpi_name(handle), sstate);
-} else if (dev (acpi_get_flags(dev) ACPI_FLAG_WAKE_ENABLED) != 0) {
+} else {
acpi_pwr_wake_enable(handle, 1);
acpi_SetInteger(handle, _PSW, 1);
if (bootverbose)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote: Checking one more point .. do the USB ports come up ok if you originally boot with nothing plugged in? If so (or if not), does that local APIC Yes. error message appear the same then too? No -adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Sunday, June 30, 2013 10:22:09 am Ian Smith wrote: On Sat, 29 Jun 2013, Adrian Chadd wrote: On 27 June 2013 04:58, Ian Smith smi...@nimnet.asn.au wrote: We don't yet know if this is a bus, ACPI /or USB issue. Home yet? :) Yup: http://people.freebsd.org/~adrian/usb/ dmesg.boot = dmesg at startup 1 - after powerup, usb device in 2 - after acpiconf -s3 suspend/resume, w/ a USB device plugged in 3 - after acpiconf -s3 suspend/resume, with a USB device removed before suspend/resume After removing [numbers] (for WITNESS?), diff started making sense. The below is between the first and second suspend/resume cycles in dmesg-3.txt, encompassing the others. Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? From sys/amd64/include/apicreg.h: /* fields in ESR */ #define APIC_ESR_SEND_CS_ERROR 0x0001 #define APIC_ESR_RECEIVE_CS_ERROR 0x0002 #define APIC_ESR_SEND_ACCEPT0x0004 #define APIC_ESR_RECEIVE_ACCEPT 0x0008 #define APIC_ESR_SEND_ILLEGAL_VECTOR0x0020 #define APIC_ESR_RECEIVE_ILLEGAL_VECTOR 0x0040 #define APIC_ESR_ILLEGAL_REGISTER 0x0080 Receive illegal vector (if look in Intel's SDM manuals) means it got an interrupt vector 32 (probably zero). Perhaps it asserted an interrupt in an I/O APIC before the I/O APIC was properly reset? Are you using MSI at all? -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 8 July 2013 11:19, John Baldwin j...@freebsd.org wrote: From sys/amd64/include/apicreg.h: This system runs an i386 kernel. /* fields in ESR */ #define APIC_ESR_SEND_CS_ERROR 0x0001 #define APIC_ESR_RECEIVE_CS_ERROR 0x0002 #define APIC_ESR_SEND_ACCEPT0x0004 #define APIC_ESR_RECEIVE_ACCEPT 0x0008 #define APIC_ESR_SEND_ILLEGAL_VECTOR0x0020 #define APIC_ESR_RECEIVE_ILLEGAL_VECTOR 0x0040 #define APIC_ESR_ILLEGAL_REGISTER 0x0080 Receive illegal vector (if look in Intel's SDM manuals) means it got an interrupt vector 32 (probably zero). Perhaps it asserted an interrupt in an I/O APIC before the I/O APIC was properly reset? Are you using MSI at all? I think iwn uses MSI. I'm sure other hardware in here does. I can dig through it and let you know. -adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
RE: USB ports on Lenovo T400 do not work after a suspend/resume
Hi, FYI: The USB stack will currently run a complete controller reset upon resume, like during boot. --HPS -Original message- From:Ian Smith smi...@nimnet.asn.au mailto:smi...@nimnet.asn.au Sent: Sunday 7th July 2013 7:52 To: Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org Cc: freebsd-a...@freebsd.org mailto:freebsd-a...@freebsd.org ; freebsd-stable@freebsd.org mailto:freebsd-stable@freebsd.org ; freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au mailto:smi...@nimnet.asn.au wrote: [..] Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Does noone know what that signifies? Maybe it's not relevant to this. Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. I was rather taken aback to hear this. Would not this indicate a failure to reinitialise the basic underlying USB hardware on resume? More than a bit bemused, Ian ___ freebsd-a...@freebsd.org mailto:freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org mailto:freebsd-acpi-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Sun, Jul 07, 2013 at 03:51:12PM +1000, Ian Smith wrote: On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: [..] Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Does noone know what that signifies? Maybe it's not relevant to this. It's too vague to know. The error comes from lapic_handle_error(), which is a generic/small routine which pulls the local APIC error status register. (Note I'm saying APIC, not ACPI -- two different things) apic_vector.S sets this up/makes use of this function, and its done as an interrupt handler. I think this is one of those situations where you have to know *what* is being set up/done at that moment in time for the error code to mean something. Maybe booting verbose would give more information as to what was being done that lead up to the line. I've CC'd John Baldwin who might have some ideas. -- | Jeremy Chadwick j...@koitsu.org | | UNIX Systems Administratorhttp://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Sun, 7 Jul 2013 03:26:24 -0700, Jeremy Chadwick wrote: On Sun, Jul 07, 2013 at 03:51:12PM +1000, Ian Smith wrote: On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: [..] Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Does noone know what that signifies? Maybe it's not relevant to this. It's too vague to know. The error comes from lapic_handle_error(), which is a generic/small routine which pulls the local APIC error status register. (Note I'm saying APIC, not ACPI -- two different things) Indeed; I've been familiar with PICs since c.'79. Googling to check what the 'A' stood for I found this .. from '97 but usefully descriptive perhaps: http://people.freebsd.org/~fsmp/SMP/papers/apicsubsystem.txt I also found this from March 2011 involving Mike Tancsa, you and jhb@ :) http://freebsd.1045724.n5.nabble.com/CPU0-local-APIC-error-0x40-CPU1-local-APIC-error-0x40-td3961805.html apic_vector.S sets this up/makes use of this function, and its done as an interrupt handler. Whether an (unserviced?) interrupt error is related to Adrian's symptom - apparent total failure of USB reinitialisation on resume, but only if no USB devices exist in the external slots - remains to be seen. hps@ has just confirmed that it should work the same as on boot, but then this error was flagged on boot - perhaps it also manifests on resume? I think this is one of those situations where you have to know *what* is being set up/done at that moment in time for the error code to mean something. Maybe booting verbose would give more information as to what was being done that lead up to the line. I've CC'd John Baldwin who might have some ideas. Thanks. We have verbose dmesg already. Thread starts (in -stable) at http://lists.freebsd.org/pipermail/freebsd-stable/2013-June/073917.html and amidst some wild goose chases, pointer to verbose dmesg etc is at http://lists.freebsd.org/pipermail/freebsd-stable/2013-June/074018.html cheers, Ian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
I don't think it's a USB controller issue. Those ports are connected to USB hubs, right? I wonder if there's some ACPI nonsense that's resulting in the hubs not being powered up on resume. -adrian On 7 July 2013 00:32, Hans Petter Selasky hans.petter.sela...@bitfrost.no wrote: Hi, FYI: The USB stack will currently run a complete controller reset upon resume, like during boot. --HPS -Original message- From:Ian Smith smi...@nimnet.asn.au Sent: Sunday 7th July 2013 7:52 To: Adrian Chadd adr...@freebsd.org Cc: freebsd-a...@freebsd.org; freebsd-stable@freebsd.org; freebsd-...@freebsd.org Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: [..] Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Does noone know what that signifies? Maybe it's not relevant to this. Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. I was rather taken aback to hear this. Would not this indicate a failure to reinitialise the basic underlying USB hardware on resume? More than a bit bemused, Ian ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
RE: USB ports on Lenovo T400 do not work after a suspend/resume
Hi, The USB code should re-attach the uhub driver to the root HUB and any other HUBs after resume. Part of the attach code is to set the power on. See /sys/dev/usb/usb_hub.c And: grep -r UHF_PORT_POWER /sys/dev/usb/ --HPS -Original message- From:Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org Sent: Sunday 7th July 2013 18:43 To: Hans Petter Selasky hans.petter.sela...@bitfrost.no mailto:hans.petter.sela...@bitfrost.no Cc: freebsd-a...@freebsd.org mailto:freebsd-a...@freebsd.org ; freebsd-stable@freebsd.org mailto:freebsd-stable@freebsd.org ; Ian Smith smi...@nimnet.asn.au mailto:smi...@nimnet.asn.au ; freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume I don't think it's a USB controller issue. Those ports are connected to USB hubs, right? I wonder if there's some ACPI nonsense that's resulting in the hubs not being powered up on resume. -adrian On 7 July 2013 00:32, Hans Petter Selasky hans.petter.sela...@bitfrost.no mailto:hans.petter.sela...@bitfrost.no wrote: Hi, FYI: The USB stack will currently run a complete controller reset upon resume, like during boot. --HPS -Original message- From:Ian Smith smi...@nimnet.asn.au mailto:smi...@nimnet.asn.au Sent: Sunday 7th July 2013 7:52 To: Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org Cc: freebsd-a...@freebsd.org mailto:freebsd-a...@freebsd.org ; freebsd-stable@freebsd.org mailto:freebsd-stable@freebsd.org ; freebsd-...@freebsd.org mailto:freebsd-...@freebsd.org Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au mailto:smi...@nimnet.asn.au wrote: [..] Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Does noone know what that signifies? Maybe it's not relevant to this. Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. I was rather taken aback to hear this. Would not this indicate a failure to reinitialise the basic underlying USB hardware on resume? More than a bit bemused, Ian ___ freebsd-a...@freebsd.org mailto:freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org mailto:freebsd-acpi-unsubscr...@freebsd.org ___ freebsd-a...@freebsd.org mailto:freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org mailto:freebsd-acpi-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: After removing [numbers] (for WITNESS?), diff started making sense. The below is between the first and second suspend/resume cycles in dmesg-3.txt, encompassing the others. Cool! Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. Oh, BTW: can you check if you have power on the ports after the first resume and no power after all next resumes until you reboot your notebook? That's the situation I had and maybe it can lead to something. ;) pgponhzdZpTA9.pgp Description: PGP signature
Re: USB ports on Lenovo T400 do not work after a suspend/resume
Nope, no power after first resume if i have nothing plugged in. Why? -adrian On 7 July 2013 13:49, Lars Engels lars.eng...@0x20.net wrote: On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: After removing [numbers] (for WITNESS?), diff started making sense. The below is between the first and second suspend/resume cycles in dmesg-3.txt, encompassing the others. Cool! Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. Oh, BTW: can you check if you have power on the ports after the first resume and no power after all next resumes until you reboot your notebook? That's the situation I had and maybe it can lead to something. ;) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Sun, 7 Jul 2013 18:47:03 -0700, Adrian Chadd wrote:
On 7 July 2013 13:49, Lars Engels lars.eng...@0x20.net wrote:
On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote:
On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote:
After removing [numbers] (for WITNESS?), diff started making sense.
The below is between the first and second suspend/resume cycles in
dmesg-3.txt, encompassing the others.
Cool!
Nothing of note that I can see, if that usb hub-to-bus remapping is
normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus.
Maybe someone who knows might comment on that?
Just checking: you've tried other USB devices apart from uftdi0?
Yup, there's no 5v on the port.
Oh, BTW: can you check if you have power on the ports after the first
resume and no power after all next resumes until you reboot your
notebook?
That's the situation I had and maybe it can lead to something. ;)
Nope, no power after first resume if i have nothing plugged in.
Why?
Checking one more point .. do the USB ports come up ok if you originally
boot with nothing plugged in? If so (or if not), does that local APIC
error message appear the same then too?
cheers, Ian
PS OT: finally found a USB keyboard but I'd forgotten that my friend's
machine is an SL500, not T500. Moreover, because its keyboard+trackpad
etc is non-working (internally disconnected), I have no way to resume it
without the kbd (and the 9.1-R memstick) plugged in. Even with kbd and
memstick left in and using acpiconf -s3 it suspends ok but is hung after
resume by dabbing power button; no screen and kbd is dead too - sorry,
no help there. OTOH my son just bought a refurb T430 ('doze 7, beats 8
anyway) which I should get to play with a bit this week.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: [..] Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Does noone know what that signifies? Maybe it's not relevant to this. Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. I was rather taken aback to hear this. Would not this indicate a failure to reinitialise the basic underlying USB hardware on resume? More than a bit bemused, Ian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Sat, 29 Jun 2013, Adrian Chadd wrote: On 27 June 2013 04:58, Ian Smith smi...@nimnet.asn.au wrote: We don't yet know if this is a bus, ACPI /or USB issue. Home yet? :) Yup: http://people.freebsd.org/~adrian/usb/ dmesg.boot = dmesg at startup 1 - after powerup, usb device in 2 - after acpiconf -s3 suspend/resume, w/ a USB device plugged in 3 - after acpiconf -s3 suspend/resume, with a USB device removed before suspend/resume After removing [numbers] (for WITNESS?), diff started making sense. The below is between the first and second suspend/resume cycles in dmesg-3.txt, encompassing the others. Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Just checking: you've tried other USB devices apart from uftdi0? Out of ideas, and my depth, Ian === --- dm3.a 2013-06-30 21:49:48.0 +1000 +++ dm3.b 2013-06-30 21:50:30.0 +1000 @@ -1,23 +1,21 @@ -ugen3.2: FTDI at usbus3 -[] uftdi0: FT232R USB UART on usbus3 +ugen3.2: FTDI at usbus3 (disconnected) +[] uftdi0: at uhub4, port 2, addr 2 (disconnected) (ada0:ahcich0:0:0:0): spin-down [] acpi_lid0: wake_prep enabled for \134_SB_.LID_ (S3) [] acpi_button0: wake_prep enabled for \134_SB_.SLPB (S3) -[] uhub0: at usbus0, port 1, addr 1 (disconnected) -[] uhub1: at usbus1, port 1, addr 1 (disconnected) +[] uhub2: at usbus0, port 1, addr 1 (disconnected) +[] uhub0: at usbus1, port 1, addr 1 (disconnected) ugen1.2: vendor 0x08ff at usbus1 (disconnected) ugen1.3: Lenovo Computer Corp at usbus1 (disconnected) -[] ubt0: at uhub1, port 2, addr 3 (disconnected) -[] uhub2: at usbus2, port 1, addr 1 (disconnected) +[] ubt0: at uhub0, port 2, addr 3 (disconnected) +[] uhub1: at usbus2, port 1, addr 1 (disconnected) ugen2.2: Chicony Electronics Co., Ltd. at usbus2 (disconnected) pci0:0:28:0: Transition from D0 to D3 pci0:0:28:1: Transition from D0 to D3 pci0:0:28:3: Transition from D0 to D3 pci0:0:28:4: Transition from D0 to D3 -[] uhub3: at usbus3, port 1, addr 1 (disconnected) -ugen3.2: FTDI at usbus3 (disconnected) -[] uftdi0: at uhub3, port 2, addr 2 (disconnected) -[] uhub4: at usbus4, port 1, addr 1 (disconnected) +[] uhub4: at usbus3, port 1, addr 1 (disconnected) +[] uhub3: at usbus4, port 1, addr 1 (disconnected) [] uhub5: at usbus5, port 1, addr 1 (disconnected) pci0:21:0:0: Transition from D0 to D2 [] pci21: failed to set ACPI power state D2 on \134_SB_.PCI0.PCI1.CDBS: AE_BAD_PARAMETER @@ -73,12 +71,12 @@ kbdc: RESET_AUX ID: [] battery0: battery initialization start [] ahcich0: AHCI reset: device ready after 100ms -[] uhub0: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1 -[] uhub1: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus2 -[] uhub2: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus0 -[] uhub3: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus4 -[] uhub4: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus3 -[] uhub5: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus5 +[] uhub0: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus0 +[] uhub1: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1 +[] uhub2: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus3 +[] uhub3: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus2 +[] uhub4: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus5 +[] uhub5: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus4 CPU0: local APIC error 0x40 [] battery0: battery initialization done, tried 1 times (ada0:ahcich0:0:0:0): resume @@ -92,15 +90,13 @@ intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 [] cardbus0: network at device 0.0 (no driver attached) -[] uhub0: 2 ports with 2 removable, self powered [] uhub1: 2 ports with 2 removable, self powered [] uhub2: 2 ports with 2 removable, self powered +[] uhub0: 2 ports with 2 removable, self powered [] uhub3: 2 ports with 2 removable, self powered -[] uhub5: 2 ports with 2 removable, self powered [] uhub4: 2 ports with 2 removable, self powered +[] uhub5: 2 ports with 2 removable, self powered ugen1.2: vendor 0x08ff at usbus1 -ugen3.2: FTDI at usbus3 -[] uftdi0: FT232R USB UART on usbus3 ugen2.2: Chicony Electronics Co., Ltd. at usbus2 ugen1.3: Lenovo Computer Corp at usbus1 [] ubt0: Lenovo Computer Corp ThinkPad Bluetooth with Enhanced Data Rate II, class 224/1, rev 2.00/3.99, addr 3 on usbus1 === ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: After removing [numbers] (for WITNESS?), diff started making sense. The below is between the first and second suspend/resume cycles in dmesg-3.txt, encompassing the others. Cool! Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. -adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 27 June 2013 04:58, Ian Smith smi...@nimnet.asn.au wrote: Well if there's a functional change in head that fixes this on Lars' and yours, getting it into stable shouldn't be so hard I expect. However if there's a fix (or some Lenovo workaround) for yours on 9 it'd be useful to hunt it down, no? I utterly depend on 100% working resume too. We don't yet know if this is a bus, ACPI /or USB issue. Home yet? :) Yup: http://people.freebsd.org/~adrian/usb/ dmesg.boot = dmesg at startup 1 - after powerup, usb device in 2 - after acpiconf -s3 suspend/resume, w/ a USB device plugged in 3 - after acpiconf -s3 suspend/resume, with a USB device removed before suspend/resume Thanks, -adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Wed, Jun 26, 2013 at 12:53:43PM -0700, Adrian Chadd wrote: On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote: On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: [snip] ok, I'll do a boot -v tonight when I get home and log things. Thanks! Please also try a recent CURRENT. I was having the same issues with dead USB ports on my X200, but IIRC it suddenly worked a few weeks ago. Unfotunately with the new X.org resuming doesn't work for me, so I can't try it now. .. having resume not work with xorg is a big, big red flag. I'm happy to boot a -head snapshot on this thing, but I can't really migrate to running -head if resume doesn't work. :( Resuming only doesn't work with the new X.org which you don't need to use. But rumor has it that it that resuming works on some machines without vesa in the kernel. pgpllc4DGC7JB.pgp Description: PGP signature
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Wed, 26 Jun 2013 12:53:43 -0700, Adrian Chadd wrote: On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote: On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: [snip] ok, I'll do a boot -v tonight when I get home and log things. Thanks! Please also try a recent CURRENT. I was having the same issues with dead USB ports on my X200, but IIRC it suddenly worked a few weeks ago. Unfotunately with the new X.org resuming doesn't work for me, so I can't try it now. .. having resume not work with xorg is a big, big red flag. I'm happy to boot a -head snapshot on this thing, but I can't really migrate to running -head if resume doesn't work. :( Well if there's a functional change in head that fixes this on Lars' and yours, getting it into stable shouldn't be so hard I expect. However if there's a fix (or some Lenovo workaround) for yours on 9 it'd be useful to hunt it down, no? I utterly depend on 100% working resume too. We don't yet know if this is a bus, ACPI /or USB issue. Home yet? :) cheers, Ian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
Ian Smith smi...@nimnet.asn.au writes: On Wed, 26 Jun 2013 12:53:43 -0700, Adrian Chadd wrote: On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote: On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: [snip] ok, I'll do a boot -v tonight when I get home and log things. Thanks! Please also try a recent CURRENT. I was having the same issues with dead USB ports on my X200, but IIRC it suddenly worked a few weeks ago. Unfotunately with the new X.org resuming doesn't work for me, so I can't try it now. .. having resume not work with xorg is a big, big red flag. I'm happy to boot a -head snapshot on this thing, but I can't really migrate to running -head if resume doesn't work. :( Well if there's a functional change in head that fixes this on Lars' and yours, getting it into stable shouldn't be so hard I expect. However if there's a fix (or some Lenovo workaround) for yours on 9 it'd be useful to hunt it down, no? I utterly depend on 100% working resume too. We don't yet know if this is a bus, ACPI /or USB issue. Home yet? :) Yes, it would be great to get resume working! But the USB issues seems separate from the graphics issues. My experience with suspend/resume on a TP X201 (Ironlake) with stable/9 (recent as of a couple of days) is as follows: With just the text console (no X), suspend/resume seems to work, except that the backlight does not come back on. (Have not tested Xorg with vesa driver.) With Intel/KMS graphics, suspend/resume partly works too. The backlight does come back on, but then the graphics wedges with a GPU hung. Can provide logs of this. I will try head tomorrow to see if that makes any difference. Last time I did, there wasn't any. I have not noticed any USB issues, however, but will make some more tests. Bengt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
[snip] ok, I'll do a boot -v tonight when I get home and log things. Thanks! Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: [snip] ok, I'll do a boot -v tonight when I get home and log things. Thanks! Please also try a recent CURRENT. I was having the same issues with dead USB ports on my X200, but IIRC it suddenly worked a few weeks ago. Unfotunately with the new X.org resuming doesn't work for me, so I can't try it now. pgpRFZeAK4DiD.pgp Description: PGP signature
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote: On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: [snip] ok, I'll do a boot -v tonight when I get home and log things. Thanks! Please also try a recent CURRENT. I was having the same issues with dead USB ports on my X200, but IIRC it suddenly worked a few weeks ago. Unfotunately with the new X.org resuming doesn't work for me, so I can't try it now. .. having resume not work with xorg is a big, big red flag. I'm happy to boot a -head snapshot on this thing, but I can't really migrate to running -head if resume doesn't work. :( adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 21 June 2013 05:48, Ian Smith smi...@nimnet.asn.au wrote: No acpidump output on -stable or -acpi anyway .. likely best as an URL, if it comes down to ACPI. Ok, I'll put it online in a sec. So the fingerprint reader, camera and bluetooth shown in your usbconfig don't serve as 'USB devices plugged in' in this regard? Do they work ok after resume, or not? they work after resume. No, the above are still on the suspend path, but logged on resume. I don't know what CDBS or EXP0,1,3,4 are. You've left out something like 'pci0:X:Y:0 Transition from D0 to D2' (or D3) before these ones, right? Nope, nothing is left out. I can boot with -v to get _all_ of the messages, if that'll help. I hope 'slept' message is still in 10, I've seen a few listed without, and they're very handy if there's any resume delay, as I had up to 8.2 (plus exactly 60 seconds) unless I unloaded (in particular) UHCI and reloaded it on resume, needing a kernel w/out uhci, ohci and ehci, loading on boot and unload/reload in rc.suspend/resume. This however was fixed by 9.1 for me, the first release where suspend/resume works flawlessly on the T23. I haven't tried a recent 9-STABLE though. [snip] Well, the earlier resume issues on UHCI might still not be fixed? You could try a kernel without UHCI, with the unload/reload dance .. I just tried that. unloading/reloading uhci doesn't affect things - the external ports are still powered down after a suspend/resume pass. Thanks, Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Tue, 25 Jun 2013 12:07:22 -0700, Adrian Chadd wrote: On 21 June 2013 05:48, Ian Smith smi...@nimnet.asn.au wrote: No acpidump output on -stable or -acpi anyway .. likely best as an URL, if it comes down to ACPI. Ok, I'll put it online in a sec. Doubt I know enough to spot anything askance anyway, but others may. So the fingerprint reader, camera and bluetooth shown in your usbconfig don't serve as 'USB devices plugged in' in this regard? Do they work ok after resume, or not? they work after resume. Ok. No, the above are still on the suspend path, but logged on resume. I don't know what CDBS or EXP0,1,3,4 are. You've left out something like On reflection I think these are likely the card reader and subsidiaries? 'pci0:X:Y:0 Transition from D0 to D2' (or D3) before these ones, right? Nope, nothing is left out. I can boot with -v to get _all_ of the messages, if that'll help. It might. I've been running with -v for a while so had forgotten that very little other than USB stuff is logged on suspend/resume without. loading on boot and unload/reload in rc.suspend/resume. This however was fixed by 9.1 for me, the first release where suspend/resume works flawlessly on the T23. I haven't tried a recent 9-STABLE though. Time I did so I guess, in case this may be a more recent regression and not specific to the T400. As soon as I can find a USB keyboard I'll see how 9.1-RELEASE goes on a friend's T500, which seems generally similar (going on their combined service manuals). Well, the earlier resume issues on UHCI might still not be fixed? You could try a kernel without UHCI, with the unload/reload dance .. I just tried that. unloading/reloading uhci doesn't affect things - the external ports are still powered down after a suspend/resume pass. Right; more data anyway. Hopefully some more clues from boot -v output. cheers, Ian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On Thu, 20 Jun 2013 14:19:21 -0700, Adrian Chadd wrote: Hi, FreeBSD-9 works fine on this Lenovo T400 - except that suspending with no USB devices plugged in result in no ports working after resume. If I have a device plugged in during suspend - on any port - then all the ports work fine after resume. I've attached usbconfig and acpidump output. No acpidump output on -stable or -acpi anyway .. likely best as an URL, if it comes down to ACPI. So the fingerprint reader, camera and bluetooth shown in your usbconfig don't serve as 'USB devices plugged in' in this regard? Do they work ok after resume, or not? here's what is logged in the kernel buffer during suspend and resume: Her'es the suspend: With all but the USB-related stuff dropped, I assume? Jun 20 14:03:34 lucy acpi: suspend at 20130620 14:03:34 Jun 20 14:03:38 lucy kernel: [100031] uhub0: at usbus0, port 1, addr 1 (disconnected) Jun 20 14:03:38 lucy kernel: [100036] uhub1: at usbus1, port 1, addr 1 (disconnected) Jun 20 14:03:38 lucy kernel: ugen1.2: vendor 0x08ff at usbus1 (disconnected) Jun 20 14:03:38 lucy kernel: ugen1.3: Lenovo Computer Corp at usbus1 (disconnected) Jun 20 14:03:38 lucy kernel: [100036] ubt0: at uhub1, port 2, addr 3 (disconnected) Jun 20 14:03:47 lucy kernel: [100041] uhub2: at usbus2, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: [100046] uhub3: at usbus3, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: ugen3.2: Kingston at usbus3 (disconnected) Jun 20 14:03:47 lucy kernel: [100046] umass0: at uhub3, port 1, addr 2 (disconnected) Jun 20 14:03:47 lucy kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 1 refs Jun 20 14:03:47 lucy kernel: (da0:umass-sim0:0:0:0): removing device entry Jun 20 14:03:47 lucy kernel: ugen3.3: Chicony Electronics Co., Ltd. at usbus3 (disconnected) Jun 20 14:03:47 lucy kernel: uhci_interrupt: resume detect The last message is news to me. Jun 20 14:03:47 lucy kernel: [100052] uhub4: at usbus4, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: [100057] uhub5: at usbus5, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: [100062] uhub6: at usbus6, port 1, addr 1 (disconnected) Jun 20 14:03:47 lucy kernel: [100067] uhub7: at usbus7, port 1, addr 1 (disconnected) ..and resume: I wonder what these devices are? Jun 20 14:03:47 lucy kernel: [100095] pci21: failed to set ACPI power state D2 on \_SB_.PCI0.PCI1.CDBS: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP0: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP1: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP3: AE_BAD_PARAMETER Jun 20 14:03:47 lucy kernel: [100095] pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP4: AE_BAD_PARAMETER No, the above are still on the suspend path, but logged on resume. I don't know what CDBS or EXP0,1,3,4 are. You've left out something like 'pci0:X:Y:0 Transition from D0 to D2' (or D3) before these ones, right? On 9(.1-R so far) I always get the same sort of messages for the cardbus slots on my T23, eg pci2: failed to set ACPI power state D2 on \_SB_.PCI0.PCI1.CBS0: AE_BAD_PARAMETER, also for CBS1. I've supposed it meant there was no D2 setting for these and they seem to resume alright, later on: pci2: set ACPI power state D0 on \_SB_.PCI0.PCI1.CBS0 ( CBS1) I suppose you'd have lines setting state back to D0 on these, later on? Jun 20 14:03:47 lucy kernel: [100095] acpi0: cleared fixed power button status Jun 20 14:03:47 lucy kernel: uhci_interrupt: resume detect Jun 20 14:03:47 lucy kernel: wakeup from sleeping state (slept 00:00:06) I hope 'slept' message is still in 10, I've seen a few listed without, and they're very handy if there's any resume delay, as I had up to 8.2 (plus exactly 60 seconds) unless I unloaded (in particular) UHCI and reloaded it on resume, needing a kernel w/out uhci, ohci and ehci, loading on boot and unload/reload in rc.suspend/resume. This however was fixed by 9.1 for me, the first release where suspend/resume works flawlessly on the T23. I haven't tried a recent 9-STABLE though. Jun 20 14:03:47 lucy kernel: [100067] uhub0: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus7 Jun 20 14:03:47 lucy kernel: [100046] uhub1: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus3 Jun 20 14:03:47 lucy kernel: [100031] uhub2: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus0 Jun 20 14:03:47 lucy kernel: [100036] uhub3: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1 Jun 20 14:03:47 lucy kernel: [100057] uhub4: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus5 Jun 20 14:03:47 lucy kernel: [100052] uhub5: Intel UHCI
