Re: AMT console (was: Fixing suspend/resume on Lenovo x220)
On Thu, Jun 20, 2013 at 12:20:27AM +0200, Bengt Ahlgren wrote: John Baldwin j...@freebsd.org 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: Non-standard ns8250 class UART with FIFOs 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 pgphIaJFY7sgE.pgp Description: PGP signature
Re: AMT console (was: Fixing suspend/resume on Lenovo x220)
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 j...@freebsd.org 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: Non-standard ns8250 class UART with FIFOs 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 Sorry. pgpab564pIRpu.pgp Description: PGP signature
AMT console (was: Fixing suspend/resume on Lenovo x220)
John Baldwin j...@freebsd.org 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: Non-standard ns8250 class UART with FIFOs 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? 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: Fixing suspend/resume on Lenovo x220
On Fri, 14 Jun 2013 16:02:59 -0700, matt wrote Hi Matt, I think if X is loaded or certain USB peripherals are attached it quietly panics at resume. You'll note that we are sending D3 to the USB bridges, which complain loudly before suspend is complete... I have tried to unload a maximum of kernel modules as well as disabling everything in the BIOS (USB, wifi, SD card reader, ethernet card, ...), same problem at resume. I think in the hackintosh world, they are using a custom DSDT that prevents that or something to allow OS X to resume. I have Googled a bit but could not find any custom/fixed DSDT for the x220. Do you have a link ? Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ 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: Fixing suspend/resume on Lenovo x220
On Thu, 13 Jun 2013 10:16:57 -0400, John Baldwin wrote Hi John, Interesting, I connected a serial console via AMT but wasn't able to get any output during resume. Is this with a stock kernel? Yep, but only with minimum debugger support (I commented out the full debugger support section). I obtained these logs without serial cable, by connecting through ssh after resume. -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ 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: Fixing suspend/resume on Lenovo x220
On 06/13/13 07:16, John Baldwin wrote: Interesting, I connected a serial console via AMT but wasn't able to get any output during resume. Is this with a stock kernel? I think if X is loaded or certain USB peripherals are attached it quietly panics at resume. You'll note that we are sending D3 to the USB bridges, which complain loudly before suspend is complete...I think in the hackintosh world, they are using a custom DSDT that prevents that or something to allow OS X to resume. Matt ___ 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
Fixing suspend/resume on Lenovo x220
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 : Jun 13 14:39:59 laptop acpi: suspend at 20130613 14:39:59 Jun 13 14:40:03 laptop kernel: acpi_timer0: switching timecounter, TSC-low - ACPI-fast Jun 13 14:40:03 laptop kernel: (ada0:ahcich0:0:0:0): spin-down Jun 13 14:40:03 laptop kernel: acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) Jun 13 14:40:03 laptop kernel: acpi_button0: wake_prep enabled for \_SB_.SLPB (S3) Jun 13 14:40:03 laptop kernel: uhub0: at usbus0, port 1, addr 1 (disconnected) Jun 13 14:40:03 laptop kernel: ugen0.2: vendor 0x8087 at usbus0 (disconnected) Jun 13 14:40:03 laptop kernel: uhub3: at uhub0, port 1, addr 2 (disconnected) Jun 13 14:40:03 laptop kernel: ugen0.3: Chicony Electronics Co., Ltd. at usbus0 (disconnected) Jun 13 14:40:03 laptop kernel: pci0:0:28:0: Transition from D0 to D3 Jun 13 14:40:14 laptop kernel: pci0:3:0:0: Transition from D0 to D3 Jun 13 14:40:14 laptop kernel: pci0:0:28:1: Transition from D0 to D3 Jun 13 14:40:14 laptop kernel: pci0:13:0:0: Transition from D0 to D3 Jun 13 14:40:14 laptop kernel: pci0:0:28:4: Transition from D0 to D3 Jun 13 14:40:14 laptop kernel: uhub2: at usbus1, port 1, addr 1 (disconnected) Jun 13 14:40:14 laptop kernel: pci0:14:0:0: Transition from D0 to D3 Jun 13 14:40:14 laptop kernel: pci0:0:28:6: Transition from D0 to D3 Jun 13 14:40:14 laptop kernel: uhub1: at usbus2, port 1, addr 1 (disconnected) Jun 13 14:40:14 laptop kernel: ugen2.2: vendor 0x8087 at usbus2 (disconnected) Jun 13 14:40:14 laptop kernel: uhub4: at uhub1, port 1, addr 2 (disconnected) Jun 13 14:40:14 laptop kernel: vga0: saving 6724 bytes of video state Jun 13 14:40:14 laptop kernel: vga0: saving color palette Jun 13 14:40:14 laptop kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP1: AE_BAD_PARAMETER Jun 13 14:40:14 laptop kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP2: AE_BAD_PARAMETER Jun 13 14:40:14 laptop kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP5: AE_BAD_PARAMETER Jun 13 14:40:14 laptop kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP7: AE_BAD_PARAMETER Jun 13 14:40:14 laptop kernel: acpi0: cleared fixed power button status Jun 13 14:40:14 laptop kernel: acpi_lid0: run_prep cleaned up for \_SB_.LID_ Jun 13 14:40:14 laptop kernel: acpi_button0: run_prep cleaned up for \_SB_.SLPB Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.VID_ Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.IGBE Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EHC2 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.HDEF Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP1 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP2 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP5 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP7 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EHC1 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.LPC_ Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.SAT1 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.SMBU Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP1 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP2 Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP5 Jun 13 14:40:14 laptop kernel: pci13: set ACPI power state D0 on \_SB_.PCI0.EXP5.SLOT Jun 13 14:40:14 laptop kernel: sdhci_pci0-slot0: Divider 1023 for freq 24437 (max 5000) Jun 13 14:40:14 laptop kernel: mmc0: Probing bus Jun 13 14:40:14 laptop kernel: mmc0: SD probe: OK (OCR: 0x00ff8000) Jun 13 14:40:14 laptop kernel: mmc0: Current OCR: 0x00ff8000 Jun 13 14:40:14 laptop kernel: mmc0: Probing cards Jun 13 14:40:14 laptop kernel: mmc0: Card detected (CID 0353445344323536432007e04a003600) Jun 13 14:40:14 laptop kernel: mmc0: Card detected (CSD 002600321f5983c4ecb6cfff92404000) Jun 13 14:40:14 laptop kernel: mmc0: Card at relative address 47376: Jun 13 14:40:14 laptop kernel: mmc0: card: SD SD256 4.3 SN 537387082 MFG 06/2003 by 3 SD Jun 13 14:40:14 laptop kernel: mmc0: bus: 4bit, 25MHz Jun 13 14:40:14 laptop kernel: mmc0: memory: 494080 blocks, erase sector 32 blocks Jun 13 14:40:14 laptop kernel: mmc0: setting transfer rate to 25.000MHz Jun 13 14:40:14 laptop kernel: sdhci_pci0-slot0: Divider 1 for freq 2500 (max 5000) Jun 13 14:40:14 laptop kernel: pci0: set ACPI power state D0 on
Re: Fixing suspend/resume on Lenovo x220
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? -- John Baldwin ___ 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
