[OpenBSD-5.4/amd64] Lenovo T430 hangs in X
Hello. My notebook hangs while working in X (at random times, several times per day). I could not find any information related to the above problemin syslogs. I would like to get a good advice about how to find possible sources of the problem. -- Alexei Malinin dmesg: -- OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3989151744 (3804MB) avail mem = 3875233792 (3695MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9d000 (70 entries) bios0: vendor LENOVO version G1ET41WW (1.16 ) date 05/25/2012 bios0: LENOVO 234455G acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT ASF! UEFI UEFI POAT SSDT SSDT DMAR UEFI acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.58 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 cpu0: apic clock running at 99MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.12 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.12 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.12 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 4 (EXP3) acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpicpu2 at acpi0: C2, C1, PSS acpicpu3 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 104 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 45N1005 serial 30383 type LION oem LGC acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 cpu0: Enhanced SpeedStep 2594 MHz: speeds: 2601, 2600, 2500, 2400, 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 3G Host rev 0x09 vga1 at pci0 dev 2 function 0 Intel HD Graphics 4000 rev 0x09 intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1600x900 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel 7 Series xHCI rev 0x04 at pci0 dev 20 function 0 not configured Intel 7 Series MEI rev 0x04 at pci0 dev 22 function 0 not configured em0 at pci0 dev 25 function 0 Intel 82579LM rev 0x04: msi, address 00:21:cc:d0:27:69 ehci0 at pci0 dev 26 function 0 Intel 7 Series USB rev 0x04: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 7 Series HD Audio rev 0x04: msi azalia0: codecs: Realtek ALC269, Intel/0x2806, using Realtek ALC269 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 7 Series PCIE rev 0xc4: msi pci1 at ppb0 bus 2 sdhc0 at pci1 dev 0 function 0 Ricoh 5U823 SD/MMC rev 0x04: apic 2 int 16 sdmmc0 at sdhc0 ppb1 at pci0 dev 28 function 1 Intel 7 Series PCIE rev 0xc4: msi pci2 at
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
Alexei Malinin Alexei.Malinin at mail.ru writes: OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013 deraadt at amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP I would recommend trying -current first and back with another report.
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
On 12/23/13 17:59, Alexey E. Suslikov wrote: Alexei Malinin Alexei.Malinin at mail.ru writes: OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013 deraadt at amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP I would recommend trying -current first and back with another report. Thank you, your advise is good but the notebook is my work instrument and unfortunately I have no enough time now to install -current and check. Are there other ways to troubleshoot my problem? -- Alexei Malinin
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
Alexei Malinin wrote: Hello. My notebook hangs while working in X (at random times, several times per day). I could not find any information related to the above problemin syslogs. I would like to get a good advice about how to find possible sources of the problem. -- Alexei Malinin Did you read http://www.openbsd.org/report.html ? The section about setting sysctl ddb.console=1 might help you get more information.
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
On 12/23/13 20:32, Remco wrote: Alexei Malinin wrote: Hello. My notebook hangs while working in X (at random times, several times per day). I could not find any information related to the above problemin syslogs. I would like to get a good advice about how to find possible sources of the problem. -- Alexei Malinin Did you read http://www.openbsd.org/report.html ? The section about setting sysctl ddb.console=1 might help you get more information. The page says: ... try enabling sysctl ddb.console=1prior to the hang and getting in DDB via Ctl+Alt+Esc on the keyboard (_must be outside of X_). But while my notebooks hangs in X keyboard hangs too - so your your advice cannot help.
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
On 12/23/2013 10:11 AM, Alexei Malinin wrote: On 12/23/13 17:59, Alexey E. Suslikov wrote: Alexei Malinin Alexei.Malinin at mail.ru writes: OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013 deraadt at amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP I would recommend trying -current first and back with another report. Thank you, your advise is good but the notebook is my work instrument and unfortunately I have no enough time now to install -current and check. Are there other ways to troubleshoot my problem? The first step is always to see if the problem has been solved already. Where it would be solved is in -current. Odds are, unless it is a regression (i.e., 5.3 worked, 5.4 doesn't), there will be no fix for 5.4 release. Lots has changed since 5.4 already. I'm not sure what you are expecting for troubleshooting when you refuse to do the most logical next step that may fix the problem, or at least get you closer to where the fix will happen. Any fixes you help develop will be applied to -current first, and probably only. Nick.
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
Alexei Malinin Alexei.Malinin at mail.ru writes: On 12/23/13 17:59, Alexey E. Suslikov wrote: Alexei Malinin Alexei.Malinin at mail.ru writes: OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013 deraadt at amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP I would recommend trying -current first and back with another report. Thank you, your advise is good but the notebook is my work instrument and unfortunately I have no enough time now to install -current and check. Are there other ways to troubleshoot my problem? get latest snapshot, install and boot using USB stick, run X...
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
On Mon, Dec 23, 2013 at 11:58 AM, Alexei Malinin alexei.mali...@mail.ru wrote: On 12/23/13 20:32, Remco wrote: Alexei Malinin wrote: Hello. My notebook hangs while working in X (at random times, several times per day). I could not find any information related to the above problemin syslogs. I would like to get a good advice about how to find possible sources of the problem. -- Alexei Malinin Did you read http://www.openbsd.org/report.html ? The section about setting sysctl ddb.console=1 might help you get more information. The page says: ... try enabling sysctl ddb.console=1prior to the hang and getting in DDB via Ctl+Alt+Esc on the keyboard (_must be outside of X_). But while my notebooks hangs in X keyboard hangs too - so your your advice cannot help. From your messages, it's not clear whether it is X or the whole system that is hung. Does it respond to ctrl-alt-Fn? Have you tried pinging it from another machine? If ping shows signs of life, try ssh-ing in. /Don
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
On 12/23/13 21:14, Donald Allen wrote: On Mon, Dec 23, 2013 at 11:58 AM, Alexei Malinin alexei.mali...@mail.ru wrote: On 12/23/13 20:32, Remco wrote: Alexei Malinin wrote: Hello. My notebook hangs while working in X (at random times, several times per day). I could not find any information related to the above problemin syslogs. I would like to get a good advice about how to find possible sources of the problem. -- Alexei Malinin Did you read http://www.openbsd.org/report.html ? The section about setting sysctl ddb.console=1 might help you get more information. The page says: ... try enabling sysctl ddb.console=1prior to the hang and getting in DDB via Ctl+Alt+Esc on the keyboard (_must be outside of X_). But while my notebooks hangs in X keyboard hangs too - so your your advice cannot help. From your messages, it's not clear whether it is X or the whole system that is hung. Does it respond to ctrl-alt-Fn? Have you tried pinging it from another machine? If ping shows signs of life, try ssh-ing in. the whole system is hung, no response at all :(
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
Thanks to all for the replies. I'll try -current... -- Alexei Malinin
Re: [OpenBSD-5.4/amd64] Lenovo T430 hangs in X
On Mon, Dec 23, 2013 at 12:25 PM, Alexei Malinin alexei.mali...@mail.ru wrote: On 12/23/13 21:14, Donald Allen wrote: On Mon, Dec 23, 2013 at 11:58 AM, Alexei Malinin alexei.mali...@mail.ru wrote: On 12/23/13 20:32, Remco wrote: Alexei Malinin wrote: Hello. My notebook hangs while working in X (at random times, several times per day). I could not find any information related to the above problemin syslogs. I would like to get a good advice about how to find possible sources of the problem. -- Alexei Malinin Did you read http://www.openbsd.org/report.html ? The section about setting sysctl ddb.console=1 might help you get more information. The page says: ... try enabling sysctl ddb.console=1prior to the hang and getting in DDB via Ctl+Alt+Esc on the keyboard (_must be outside of X_). But while my notebooks hangs in X keyboard hangs too - so your your advice cannot help. From your messages, it's not clear whether it is X or the whole system that is hung. Does it respond to ctrl-alt-Fn? Have you tried pinging it from another machine? If ping shows signs of life, try ssh-ing in. the whole system is hung, no response at all :( Ultimately, Nick is right and his advice should be followed. And Alexey Suslikov has given you a good suggestion for trying current without disturbing the machine. But if you want to cling to the hope that the 5.4 release can be somehow tweaked to work properly (I wouldn't, but I'm not in your situation), you might try generating an xorg.conf with 'X -configure', stick it in /etc/X11, and change the driver in the device section to vesa. Then bring up X and see what happens. If the crashes cease, you might have a usable system, if you can put up with the vesa driver's limitations. Again, I think Nick's approach is the right one, but if you really can't follow his advice for whatever reason, this hack is an alternative approach. /Don
