Re: [solved] Re: cuaU0 problems

2016-09-20 Thread Theo Buehler
On Tue, Sep 20, 2016 at 06:11:14PM -0500, Edgar Pettijohn wrote:
> The latest snapshot fixed it for me.  However, it added these lines at boot:
> 
> splassert: sorwakeup: want 64 have 0
> splassert: sorwakeup: want 64 have 0

That's because of this commit:
https://marc.info/?l=openbsd-cvs=147436994029593=2

CVSROOT:/cvs
Module name:src
Changes by: bl...@cvs.openbsd.org   2016/09/20 05:11:44

Modified files:
sys/kern   : uipc_socket.c 

Log message:
Add some spl softnet assertions that will help us to find the
right
places for the upcoming network lock.  This might trigger some
asserts, but we have to find the missing code paths.
OK mpi@

See also this thread on tech:
https://marc.info/?t=14743742264=1=2

These should all be fixed now. If you still get them with the next
snapshot, set sysctl kern.splassert=2 to get a backtrace which you can
report.



[solved] Re: cuaU0 problems

2016-09-20 Thread Edgar Pettijohn
The latest snapshot fixed it for me.  However, it added these lines at boot:

splassert: sorwakeup: want 64 have 0
splassert: sorwakeup: want 64 have 0

I don't recall seeing them before.

Thanks, 

Edgar

On 16-09-20 10:01:33, Edgar Pettijohn wrote:
> Sent from my iPhone
> 
> > On Sep 20, 2016, at 6:32 AM, Z??? Loff  wrote:
> >
> >> On Tue, Sep 20, 2016 at 09:53:58PM +1200, Richard Procter wrote:
> >>> On 20/09/2016, at 8:00 AM, Edgar Pettijohn wrote:
> >>>
>  On 16-09-19 19:56:31, Kapfhammer, Stefan wrote:
>  Hello Edgar,
> 
>  I have no Soekris, but Apu2 is also connected
>  with a serial cable.
> 
>  When cable is plugged in the controlling pc
>  before booting, it is to be found as /dev/cuaU???0.
> 
>  When I plug it in after the boot completed, it is to be
>  found as /dev/cuaU3. (0/1/2 is normally int. 3G modem)
> 
>  Hope this helps debugging. Feedback would be fine.
> >>>
> >>> Thanks for the reply. It has always worked with:
> >>>
> >>> # cu -l cuaU0
> >>>
> >>> when it stopped working I tried cuaU{1,2} with same result.
> >>
> >> Although my MacBook works at
> >>
> >> OpenBSD 6.0-current (GENERIC.MP) #2466: Sat Sep 17 23:07:05 MDT 2016
> >>dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> >>
> >> (dmesg attached)
> >>
> >> , it breaks at
> >>
> >> OpenBSD 6.0-current (GENERIC.MP) #2473: Sun Sep 18 23:24:19 MDT 2016
> >>dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> >>
> >> I see some disabled USB ports and my keyboard is apparently attached to
> one
> >> of them because I cannot log in via console.
> >>
> >> sys/dev/usb/usb_subr.c revision 1.129 lies between these dates. Reverting
> >> this to revision 1.128 restores my keyboard, etc.
> >
> > Assuming it is the same problem referred to in the "USB ports disabled
> > on Lenovo Thinkpad T61" thread (and all signs point to yes) according to
> > Mike Schreckengost's message the problem has been fixed on current.  Can
> > you confirm this, Edgar?
> 
> I will give it a shot when I get a chance tonight hopefully.
> 
> Thanks
> >
> >>
> >> best,
> >> Richard.
> >>
> >> [known good - and working FDTI USB->serial attached at end]
> >>
> >> OpenBSD 6.0-current (GENERIC.MP) #2466: Sat Sep 17 23:07:05 MDT 2016
> >>dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> >> RTC BIOS diagnostic error
> >>
> ff
> >> real mem = 4005785600 (3820MB)
> >> avail mem = 3879882752 (3700MB)
> >> mpath0 at root
> >> scsibus0 at mpath0: 256 targets
> >> mainbus0 at root
> >> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xbf719000 (44 entries)
> >> bios0: vendor Apple Inc. version "MBP71.88Z.0039.B05.1003251322" date
> >> 03/25/10
> >> bios0: Apple Inc. MacBookPro7,1
> >> acpi0 at bios0: rev 2
> >> acpi0: sleep states S0 S3 S4 S5
> >> acpi0: tables DSDT FACP HPET APIC APIC ASF! SBST ECDT SSDT SSDT SSDT MCFG
> >> acpi0: wakeup devices ADP1(S3) LID0(S3) EC__(S3) OHC1(S3) EHC1(S3)
> OHC2(S3)
> >> EHC2(S3) ARPT(S5) GIGE(S5)
> >> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> >> acpihpet0 at acpi0: 2500 Hz
> >> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> >> cpu0 at mainbus0: apid 0 (boot processor)
> >> cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2389.57 MHz
> >> cpu0:
> >>
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
> >>
> H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,ES
> >> T,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR
> >> cpu0: 3MB 64b/line 8-way L2 cache
> >> cpu0: smt 0, core 0, package 0
> >> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> >> cpu0: apic clock running at 265MHz
> >> 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 P8600 @ 2.40GHz, 2389.25 MHz
> >> cpu1:
> >>
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
> >>
> H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,ES
> >> T,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR
> >> cpu1: 3MB 64b/line 8-way L2 cache
> >> cpu1: smt 0, core 1, package 0
> >> ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 24 pins
> >> acpiec0 at acpi0
> >> acpimcfg0 at acpi0 addr 0xf000, bus 0-4
> >> acpiprt0 at acpi0: bus 0 (PCI0)
> >> acpiprt1 at acpi0: bus 4 (IXVE)
> >> acpicpu0 at acpi0: !C3(100@57 mwait.3@0x31), !C2(500@1 mwait@0x10),
> C1(1000@1
> >> mwait), PSS
> >> acpicpu1 at acpi0: !C3(100@57 mwait.3@0x31), !C2(500@1 mwait@0x10),
> C1(1000@1
> >> mwait), PSS
> >> acpiac0 at acpi0: AC unit offline
> >> acpibtn0 at acpi0: LID0
> >> "APP0002" at acpi0 not configured
> >> acpibtn1 at acpi0: PWRB
> >> acpibtn2 at acpi0: SLPB
> >> "APP0001" at acpi0 not configured
> >> "APP0003" at acpi0 not configured
> >> acpials0 at acpi0: