Re: resume fails on -current #2000 on lenovo x200s
mlar...@azathoth.net (Mike Larkin), 2016.04.30 (Sat) 12:42 (CEST): > On Sat, Apr 30, 2016 at 10:38:08AM +0200, Marcus MERIGHI wrote: > > >Synopsis: resume fails on -current #2000 on lenovo x200s > > >Category: suspend/resume > > >Environment: > > System : OpenBSD 5.9 > > Details : OpenBSD 5.9-current (GENERIC.MP) #2000: Fri Apr 29 > > 17:01:24 MDT 2016 > > > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > > > Architecture: OpenBSD.amd64 > > Machine : amd64 > > >Description: > > Suspending works, resume does not. The half-moon LED keeps blinking. > > Sometimes I can hear the fans spin up. > > This is a regression, resume stil worked with the snapshot #1983 > > Mon Apr 4 21:50:41 MDT 2016 > > >How-To-Repeat: > > On a lenovo X200s run OpenBSD 5.9-current #2000. > > Suspend via Fn+F4 or zzz(8); open lid or press Fn to initiate resume. > > >Fix: > > None known to me apart from pressing the power button > 5s. > > Start bisecting diffs as this is a small window of time. Let us know > when you have identified the offending commit as not many of us have > an x200s. With GENERIC, btw, suspend/resume works. I've tried the following (without results): Searched tech@ for the string 'resume' via marc.info. Obvious hit: 'Keyboard resume (zzz) diff' [0]. I Updated my local sources to -current, removed the code additions by mlarkin@ in pckbd.c, compiled kernel, booted it; resume does not work with GENERIC.MP Then I searched src/sys for 'resume' (no hit) and 'suspend'. The file 'dev/pci/drm/i915/i915_suspend.c' hasn't been touched since 2015/09/23, though. Then, in src/sys/dev I did 'cvs -q log -N -d"2016-04-01<2016-04-29"'. This got me a long list that I searched for "suspend" and "resume" with no new result. Then I searched for "revision " and checked every commit of April for anything that might affect me. I found none that I could make sense of wrt my resume problem. Any pointers? Where to look next? [0] http://marc.info/?l=openbsd-tech&m=146035659601245 > > dmesg: > > OpenBSD 5.9-current (GENERIC.MP) #2000: Fri Apr 29 17:01:24 MDT 2016 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > real mem = 4166717440 (3973MB) > > avail mem = 4035842048 (3848MB) > > mpath0 at root > > scsibus0 at mpath0: 256 targets > > mainbus0 at root > > bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (68 entries) > > bios0: vendor LENOVO version "6DET72WW (3.22 )" date 10/25/2012 > > bios0: LENOVO 7470W1W > > acpi0 at bios0: rev 2 > > acpi0: sleep states S0 S3 S4 S5 > > acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA > > DMAR SSDT SSDT SSDT > > acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) > > EXP3(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) > > acpitimer0 at acpi0: 3579545 Hz, 24 bits > > acpiec0 at acpi0 > > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > > cpu0 at mainbus0: apid 0 (boot processor) > > cpu0: Intel(R) Core(TM)2 Duo CPU L9400 @ 1.86GHz, 1862.25 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR > > cpu0: 6MB 64b/line 16-way L2 cache > > cpu0: smt 0, core 0, package 0 > > mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges > > cpu0: apic clock running at 266MHz > > cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2.1.3, IBE > > cpu1 at mainbus0: apid 1 (application processor) > > cpu1: Intel(R) Core(TM)2 Duo CPU L9400 @ 1.86GHz, 1862.01 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR > > cpu1: 6MB 64b/line 16-way L2 cache > > cpu1: smt 0, core 1, package 0 > > ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins > > ioapic0: misconfigured as apic 2, remapped to apid 1 > > acpimcfg0 at acpi0 addr 0xe000, bus 0-63 > > acpihpet0 at acpi0: 14318179 Hz > > acpiprt0 at acpi0: bus 0 (PCI0) > > acpiprt1 at acpi0: bus -1 (AGP_) > > acpiprt2 at acpi0: bus 2 (EXP0) > > acpiprt3 at acpi0: bus 3 (EXP1) > > acpiprt4 at acpi0: bus -1 (EXP2) > > acpiprt5 at acpi0: bus 5 (EXP3) > > acpicpu0 at acpi0: !C3(100@57 mwait.3@0x30), !C2(500@1 mwait.1@0x10), > > C1(1000@1 mwait.1), PSS > > acpicpu1 at acpi0: !C3(100@57 mwait.3@0x30), !C2(500@1 mwait.1@0x10), > > C1(1000@1 mwait.1), PSS > > acpipwrres0 at acpi0: PUBS, resource for USB0, USB3, USB5, EHC0, EHC1 > > acpitz0 at acpi0: critical temperature is 127 degC > > acpitz1 at acpi0: critical temperature is 104 degC > > acpibtn0 at acpi0: LID_ > > acpibtn1 at acpi0: SLPB > > "PNP0303" at acpi0 not configured > > "IBM3780" at acpi0 not configured > > acpibat0 at acpi0: BAT
Re: ext2fs, maybe fsck, bug in current 5.9 beta
I have tested "pure OpenBSD" way to reproduce problem and I can confirm that in this configuration bug is fixed. sysctl kern.version kern.version=OpenBSD 5.9-current (GENERIC.MP) #2002: Sun May 1 06:35:58 MDT 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Re: resume fails on -current #2000 on lenovo x200s
Hi Marcus, On 5/2/16, Marcus MERIGHI wrote: > mlar...@azathoth.net (Mike Larkin), 2016.04.30 (Sat) 12:42 (CEST): >> On Sat, Apr 30, 2016 at 10:38:08AM +0200, Marcus MERIGHI wrote: >> > >Synopsis: resume fails on -current #2000 on lenovo x200s >> > >Category: suspend/resume >> > >Environment: >> >System : OpenBSD 5.9 >> >Details : OpenBSD 5.9-current (GENERIC.MP) #2000: Fri Apr 29 >> > 17:01:24 MDT 2016 >> > >> > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >> > >> >Architecture: OpenBSD.amd64 >> >Machine : amd64 >> > >Description: >> >Suspending works, resume does not. The half-moon LED keeps blinking. >> >Sometimes I can hear the fans spin up. >> > This is a regression, resume stil worked with the snapshot >> > #1983 >> > Mon Apr 4 21:50:41 MDT 2016 >> > >How-To-Repeat: >> >On a lenovo X200s run OpenBSD 5.9-current #2000. >> >Suspend via Fn+F4 or zzz(8); open lid or press Fn to initiate resume. >> > >Fix: >> >None known to me apart from pressing the power button > 5s. >> >> Start bisecting diffs as this is a small window of time. Let us know >> when you have identified the offending commit as not many of us have >> an x200s. > > With GENERIC, btw, suspend/resume works. This makes me think the answer to my question will be "No", but the fact in your initial description you mention "Sometimes I can hear the fans spin up" makes me think this issue is similar to the one I reported[0]. Gist of my issue is, on wake, the OS checks to see if the lid is open, and if _LID reports that it is not -- which in my case it wrongfully reports "No, lid is closed" -- the OS returns to sleep. I wonder if you can try this simple test with the kernel that has the issue. Disable 'machdep.lidsuspend' and see if you can reproduce the issue. Also, Anthony Campbell reported[1] similar issue to mine ("verified" using this test). Best, --patrick [0] http://marc.info/?t=14595526972&r=1&w=2 [1] http://marc.info/?l=openbsd-misc&m=146212370121281&w=2
Re: resume fails on -current #2000 on lenovo x200s
On Mon, May 02, 2016 at 12:28:49PM +0200, Marcus MERIGHI wrote: > mlar...@azathoth.net (Mike Larkin), 2016.04.30 (Sat) 12:42 (CEST): > > On Sat, Apr 30, 2016 at 10:38:08AM +0200, Marcus MERIGHI wrote: > > > >Synopsis:resume fails on -current #2000 on lenovo x200s > > > >Category:suspend/resume > > > >Environment: > > > System : OpenBSD 5.9 > > > Details : OpenBSD 5.9-current (GENERIC.MP) #2000: Fri Apr 29 > > > 17:01:24 MDT 2016 > > > > > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > > > > > Architecture: OpenBSD.amd64 > > > Machine : amd64 > > > >Description: > > > Suspending works, resume does not. The half-moon LED keeps blinking. > > > Sometimes I can hear the fans spin up. > > > This is a regression, resume stil worked with the snapshot #1983 > > > Mon Apr 4 21:50:41 MDT 2016 > > > >How-To-Repeat: > > > On a lenovo X200s run OpenBSD 5.9-current #2000. > > > Suspend via Fn+F4 or zzz(8); open lid or press Fn to initiate resume. > > > >Fix: > > > None known to me apart from pressing the power button > 5s. > > > > Start bisecting diffs as this is a small window of time. Let us know > > when you have identified the offending commit as not many of us have > > an x200s. > > With GENERIC, btw, suspend/resume works. > > I've tried the following (without results): > > Searched tech@ for the string 'resume' via marc.info. Obvious hit: > 'Keyboard resume (zzz) diff' [0]. I Updated my local sources to > -current, removed the code additions by mlarkin@ in pckbd.c, compiled > kernel, booted it; resume does not work with GENERIC.MP > > Then I searched src/sys for 'resume' (no hit) and 'suspend'. The file > 'dev/pci/drm/i915/i915_suspend.c' hasn't been touched since 2015/09/23, > though. > > Then, in src/sys/dev I did 'cvs -q log -N -d"2016-04-01<2016-04-29"'. > This got me a long list that I searched for "suspend" and "resume" with > no new result. Then I searched for "revision " and checked every commit > of April for anything that might affect me. I found none that I could > make sense of wrt my resume problem. > > Any pointers? Where to look next? > Bisect diffs like I suggested originally. What you are trying to do is cherry pick what you think might be the problem. The commit causing the issue could be completely unrelated and likely doesn't have 'suspend' or 'resume' in the comment. Check out an entire sys/ from, say Apr 15 (which is about halfway between Apr 4 when it "last worked", and when you reported it. If that works, move up to Apr 22, if not, back off to something before. Rinse, repeat. You will eventually narrow it down to the diff that fails. When you find it, let us know. 1 month of diffs is not hard to do. -ml > [0] http://marc.info/?l=openbsd-tech&m=146035659601245 > > > > dmesg: > > > OpenBSD 5.9-current (GENERIC.MP) #2000: Fri Apr 29 17:01:24 MDT 2016 > > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > > real mem = 4166717440 (3973MB) > > > avail mem = 4035842048 (3848MB) > > > mpath0 at root > > > scsibus0 at mpath0: 256 targets > > > mainbus0 at root > > > bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (68 entries) > > > bios0: vendor LENOVO version "6DET72WW (3.22 )" date 10/25/2012 > > > bios0: LENOVO 7470W1W > > > acpi0 at bios0: rev 2 > > > acpi0: sleep states S0 S3 S4 S5 > > > acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA > > > DMAR SSDT SSDT SSDT > > > acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) > > > EXP2(S4) EXP3(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) > > > acpitimer0 at acpi0: 3579545 Hz, 24 bits > > > acpiec0 at acpi0 > > > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > > > cpu0 at mainbus0: apid 0 (boot processor) > > > cpu0: Intel(R) Core(TM)2 Duo CPU L9400 @ 1.86GHz, 1862.25 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR > > > cpu0: 6MB 64b/line 16-way L2 cache > > > cpu0: smt 0, core 0, package 0 > > > mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges > > > cpu0: apic clock running at 266MHz > > > cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2.1.3, IBE > > > cpu1 at mainbus0: apid 1 (application processor) > > > cpu1: Intel(R) Core(TM)2 Duo CPU L9400 @ 1.86GHz, 1862.01 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR > > > cpu1: 6MB 64b/line 16-way L2 cache > > > cpu1: smt 0, core 1, package 0 > > > ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins > > > ioapic0: misconfigured as apic 2, remapped to apid 1 > > > acpimcfg0 at acpi0 ad
Re: ftp does not accept standalone certificates
On 2016/05/01 21:29, Elmar Stellnberger wrote: > > > Am 2016-04-26 um 17:04 schrieb Stuart Henderson: > > > When will that bug be fixed for the ftp program? > > > > Well, it's a tricky area - OpenSSL introduced a vulnerability when they > > fixed it in their code (post-libressl-fork). So it won't be fixed until > > libressl people find a sane way to do it. > > > > What vulnerability did they introduce? I am still heavily relying on > OpenSSL since not all my planned OpenBSD systems are in productive use yet. "Alternative chains certificate forgery" (CVE-2015-1793). > Will it be sufficient to subscribe to annou...@openbsd.org in order to > receive a message when libressl should be as far as to accept any > descendants of intermediate certificates? I imagine it will probably be included in release notes if this is implemented in libressl. > btw.: do you know since what version that is enabled for OpenSSL? They introduced this in 1.0.2b / 1.0.1n and fixed the vuln in 1.0.2d / 1.0.1p.