Re: AMT console
Konstantin Belousov writes: > On Thu, Jun 20, 2013 at 09:16:19AM +0300, Konstantin Belousov wrote: >> On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: >> > John Baldwin writes: >> > >> > > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: >> > >> Hi, >> > >> >> > >> As you may know, suspend/resume has been broken on Lenovo x220 for a >> > >> long time now, see : >> > >> >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/174504 >> > >> >> > >> I have been able to do a suspend(S3)/resume operation in text mode (it >> > >> works, but console stays dark at resume, I had to connect through ssh ; >> > >> also, resume hangs if X is started with i915kms.ko loaded) and collect >> > >> the following verbose logs : >> > > >> > > Interesting, I connected a serial console via AMT but wasn't able to get >> > > any output during resume. Is this with a stock kernel? >> > >> > Does the console via AMT otherwise work for you? >> > >> > I'm trying to set up AMT as the console on a TP X201. I got the serial >> > over LAN working using amtterm from another machine - verified with cu >> > on the tty (ttyu2) that typing on both ends shows up at the other end >> > before trying console redirection. The device is: >> > >> > uart2: port >> > 0x1808-0x180f mem 0xf2524000-0xf2524fff irq 17 at device 22.3 on >> > pci0 >> > >> > uart2@pci0:0:22:3: class=0x070002 card=0x216217aa chip=0x3b678086 >> > rev=0x06 hdr=0x00 >> > vendor = 'Intel Corporation' >> > device = '5 Series/3400 Series Chipset KT Controller' >> > class = simple comms >> > subclass = UART >> > bar [10] = type I/O Port, range 32, base 0x1808, size 8, enabled >> > bar [14] = type Memory, range 32, base 0xf2524000, size 4096, enabled >> > cap 01[c8] = powerspec 3 supports D0 D3 current D0 >> > cap 05[d0] = MSI supports 1 message, 64 bit >> > >> > I've set: >> > >> > hint.uart.2.flags="0x10" >> > console="comconsole" >> > >> > in /boot/loader.conf, but the loader just hangs after printing: >> > >> > Loading /boot/defaults/loader.conf >> > >> > Any advice? Is uart2 unusable as a console? It does not say "flags >> > 0x10" in the device probe - does that mean it won't work? >> >> You should use >> comconsole_pcidev=0:0:22:3 > Oops, > comconsole_pcidev=0:22:3 No difference, I'm afraid. The port does not show up here either: # sysctl kern.console kern.console: ttyv0,dcons,/dcons,ttyv0,ucom, Forgot to tell, but this is a 9.1-REL-p3/amd64 system running GENERIC. (I wanted to set up the console for KMS shutdown and resume debugging.) Bengt ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
Re: AMT console
On Thu, Jun 20, 2013 at 08:20:14PM +0200, Bengt Ahlgren wrote: > Konstantin Belousov writes: > > > On Thu, Jun 20, 2013 at 09:16:19AM +0300, Konstantin Belousov wrote: > >> On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: > >> > John Baldwin writes: > >> > > >> > > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: > >> > >> Hi, > >> > >> > >> > >> As you may know, suspend/resume has been broken on Lenovo x220 for a > >> > >> long time now, see : > >> > >> > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/174504 > >> > >> > >> > >> I have been able to do a suspend(S3)/resume operation in text mode (it > >> > >> works, but console stays dark at resume, I had to connect through ssh > >> > >> ; > >> > >> also, resume hangs if X is started with i915kms.ko loaded) and collect > >> > >> the following verbose logs : > >> > > > >> > > Interesting, I connected a serial console via AMT but wasn't able to > >> > > get > >> > > any output during resume. Is this with a stock kernel? > >> > > >> > Does the console via AMT otherwise work for you? > >> > > >> > I'm trying to set up AMT as the console on a TP X201. I got the serial > >> > over LAN working using amtterm from another machine - verified with cu > >> > on the tty (ttyu2) that typing on both ends shows up at the other end > >> > before trying console redirection. The device is: > >> > > >> > uart2: port > >> > 0x1808-0x180f mem 0xf2524000-0xf2524fff irq 17 at device 22.3 on > >> > pci0 > >> > > >> > uart2@pci0:0:22:3: class=0x070002 card=0x216217aa chip=0x3b678086 > >> > rev=0x06 hdr=0x00 > >> > vendor = 'Intel Corporation' > >> > device = '5 Series/3400 Series Chipset KT Controller' > >> > class = simple comms > >> > subclass = UART > >> > bar [10] = type I/O Port, range 32, base 0x1808, size 8, enabled > >> > bar [14] = type Memory, range 32, base 0xf2524000, size 4096, > >> > enabled > >> > cap 01[c8] = powerspec 3 supports D0 D3 current D0 > >> > cap 05[d0] = MSI supports 1 message, 64 bit > >> > > >> > I've set: > >> > > >> > hint.uart.2.flags="0x10" > >> > console="comconsole" > >> > > >> > in /boot/loader.conf, but the loader just hangs after printing: > >> > > >> > Loading /boot/defaults/loader.conf > >> > > >> > Any advice? Is uart2 unusable as a console? It does not say "flags > >> > 0x10" in the device probe - does that mean it won't work? > >> > >> You should use > >> comconsole_pcidev=0:0:22:3 > > Oops, > > comconsole_pcidev=0:22:3 > > No difference, I'm afraid. The port does not show up here either: > > # sysctl kern.console > kern.console: ttyv0,dcons,/dcons,ttyv0,ucom, Obviously, you did not specified console=comconsole ? > > Forgot to tell, but this is a 9.1-REL-p3/amd64 system running GENERIC. > > (I wanted to set up the console for KMS shutdown and resume debugging.) pgpoFw5Zox0Q7.pgp Description: PGP signature
Re: AMT console
Konstantin Belousov writes: > On Thu, Jun 20, 2013 at 08:20:14PM +0200, Bengt Ahlgren wrote: >> Konstantin Belousov writes: >> >> > On Thu, Jun 20, 2013 at 09:16:19AM +0300, Konstantin Belousov wrote: >> >> On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: >> >> > John Baldwin writes: >> >> > >> >> > > On Thursday, June 13, 2013 10:00:21 am Ganael LAPLANCHE wrote: >> >> > >> Hi, >> >> > >> >> >> > >> As you may know, suspend/resume has been broken on Lenovo x220 for a >> >> > >> long time now, see : >> >> > >> >> >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/174504 >> >> > >> >> >> > >> I have been able to do a suspend(S3)/resume operation in text mode >> >> > >> (it >> >> > >> works, but console stays dark at resume, I had to connect >> >> > >> through ssh ; >> >> > >> also, resume hangs if X is started with i915kms.ko loaded) and >> >> > >> collect >> >> > >> the following verbose logs : >> >> > > >> >> > > Interesting, I connected a serial console via AMT but wasn't >> >> > > able to get >> >> > > any output during resume. Is this with a stock kernel? >> >> > >> >> > Does the console via AMT otherwise work for you? >> >> > >> >> > I'm trying to set up AMT as the console on a TP X201. I got the serial >> >> > over LAN working using amtterm from another machine - verified with cu >> >> > on the tty (ttyu2) that typing on both ends shows up at the other end >> >> > before trying console redirection. The device is: >> >> > >> >> > uart2: port >> >> > 0x1808-0x180f mem 0xf2524000-0xf2524fff irq 17 at device 22.3 on >> >> > pci0 >> >> > >> >> > uart2@pci0:0:22:3: class=0x070002 card=0x216217aa chip=0x3b678086 >> >> > rev=0x06 hdr=0x00 >> >> > vendor = 'Intel Corporation' >> >> > device = '5 Series/3400 Series Chipset KT Controller' >> >> > class = simple comms >> >> > subclass = UART >> >> > bar [10] = type I/O Port, range 32, base 0x1808, size 8, enabled >> >> > bar [14] = type Memory, range 32, base 0xf2524000, size >> >> > 4096, enabled >> >> > cap 01[c8] = powerspec 3 supports D0 D3 current D0 >> >> > cap 05[d0] = MSI supports 1 message, 64 bit >> >> > >> >> > I've set: >> >> > >> >> > hint.uart.2.flags="0x10" >> >> > console="comconsole" >> >> > >> >> > in /boot/loader.conf, but the loader just hangs after printing: >> >> > >> >> > Loading /boot/defaults/loader.conf >> >> > >> >> > Any advice? Is uart2 unusable as a console? It does not say "flags >> >> > 0x10" in the device probe - does that mean it won't work? >> >> >> >> You should use >> >> comconsole_pcidev=0:0:22:3 >> > Oops, >> > comconsole_pcidev=0:22:3 >> >> No difference, I'm afraid. The port does not show up here either: >> >> # sysctl kern.console >> kern.console: ttyv0,dcons,/dcons,ttyv0,ucom, > Obviously, you did not specified console=comconsole ? It hangs with console=comconsole, so yes, that output was without it, but everything else the same. Bengt >> Forgot to tell, but this is a 9.1-REL-p3/amd64 system running GENERIC. >> >> (I wanted to set up the console for KMS shutdown and resume debugging.) ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
USB ports on Lenovo T400 do not work after a suspend/resume
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. here's what is logged in the kernel buffer during suspend and resume: Her'es the suspend: 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: at usbus1 (disconnected) Jun 20 14:03:38 lucy kernel: ugen1.3: 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: 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: at usbus3 (disconnected) Jun 20 14:03:47 lucy kernel: uhci_interrupt: resume detect 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 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) Jun 20 14:03:47 lucy kernel: [100067] uhub0: on usbus7 Jun 20 14:03:47 lucy kernel: [100046] uhub1: on usbus3 Jun 20 14:03:47 lucy kernel: [100031] uhub2: on usbus0 Jun 20 14:03:47 lucy kernel: [100036] uhub3: on usbus1 Jun 20 14:03:47 lucy kernel: [100057] uhub4: on usbus5 Jun 20 14:03:47 lucy kernel: [100052] uhub5: on usbus4 Jun 20 14:03:47 lucy kernel: [100062] uhub6: on usbus6 Jun 20 14:03:47 lucy kernel: [100041] uhub7: on usbus2 .. local APIC error? Jun 20 14:03:47 lucy kernel: CPU0: local APIC error 0x40 Jun 20 14:03:47 lucy acpi: resumed at 20130620 14:03:47 It probes the hubs fine though. Thanks! Adrian ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen6.1: at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen7.1: at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (200mA) ugen1.2: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) ugen3.3: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) ugen1.3: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
