Re: Machine after unhibernate *sometimes* won't suspend/hibernate again or dim screen

2022-12-25 Thread Abel Abraham Camarillo Ojeda 
On Mon, Dec 26, 2022 at 12:08 AM Mike Larkin  wrote:

> On Sun, Dec 25, 2022 at 11:39:29PM -0600, Abel Abraham Camarillo Ojeda
> wrote:
> > On Sun, Dec 25, 2022 at 9:46 PM Mike Larkin  wrote:
> >
> > > On Fri, Dec 23, 2022 at 03:13:53PM -0600, Abel Abraham Camarillo Ojeda
> > > wrote:
> > > > On Fri, Dec 23, 2022 at 2:46 PM Abel Abraham Camarillo Ojeda <
> > > > acam...@verlet.org> wrote:
> > > >
> > > > > Forgot to mention I don't think this is a regression, just started
> to
> > > use
> > > > > hibernate/unhibernate more often lately.
> > > > > But I think I can reproduce this at least since 6.8 (the first
> that I
> > > > > installed to this machine)
> > > > >
> > > > >>
> > > > >>
> > > > >> But still this apply https://www.openbsd.org/report.html (point
> 2)
> > > > >>
> > > > >
> > > > > By doesn't work I mean:
> > > > >
> > > > > $ zzz
> > > > > Suspending system...
> > > > > $ (nothing happened)
> > > > >
> > > > > > real mem = 17021566976 (16233MB)
> > > > >> > avail mem = 16488275968 (15724MB)
> > > > >> > random: good seed from bootblocks
> > > > >> > mpath0 at root
> > > > >> > scsibus0 at mpath0: 256 targets
> > > > >> > mainbus0 at root
> > > > >> > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xb9908000 (58 entries)
> > > > >> > bios0: vendor LENOVO version "R0GET56W (1.56 )" date 08/31/2017
> > > > >>
> > > > >> You should try
> > > > >>
> > >
> https://pcsupport.lenovo.com/us/en/products/laptops-and-netbooks/thinkpad-l-series-laptops/thinkpad-l470/downloads/ds120327
> > > > >> and see if problem is still present (of course good to have backup
> > > :-))
> > > > >>
> > > > >
> > > > > yes, forgot about that. Will update bios and retry
> > > > >
> > > >
> > > > machine now with bios updated, can reproduce issue after 1
> unhibernate,
> > > > dmesg right now at "zzz does nothing stage":
> > > >
> > >
> > > 1. acpi thread might be stuck as kettenis points out. to verify this,
> > > try a suspend (lowercase zzz) instead of a hibernate (capital ZZZ) when
> > > it gets stuck. If you can zzz but not ZZZ, then it's not the acpi
> > > thread.
> > >
> > > Both zzz and ZZZ wont work, they only say 'Suspending/Hibernating...'
> and
> > nothing happens (don't have the exact message right now)
> >
> > any way to confirm the acpi thread is stuck?
> >
> > 2. more likely, IMO, is not being able to find a consecutive region in
> > > free memory to store the hibernate data structures. If memory gets
> > > fragmented, ZZZ will fail. It should print something to dmesg though,
> > > so check that. This matches your symptoms of "always works the first
> > > time but sometimes not on subsequent tries".
> > >
> >
> > notice also screen dimming via F5/F6 won't work (pressing F5 or F6 and
> > nothing happens)
>
> probably something like kettenis suggested then. make sure the bios is
> updated.
>

Bios is at last version bios0: vendor LENOVO version "R0GET79W (1.79 )"
date 07/28/2022
(issue was present also with the previous 2019-ish one)

Any idea what else to try to gather more info? This is pretty reproducible

Re: Machine after unhibernate *sometimes* won't suspend/hibernate again or dim screen

2022-12-25 Thread Abel Abraham Camarillo Ojeda 
# apmd -d
battery status: high. external power status: not connected. estimated
battery life 97% (223 minutes life time estimate)
can't disable driver messages, error: Inappropriate ioctl for device
apmevent  index 0

(press zzz in another xterm)
system suspending
battery status: high. external power status: not connected. estimated
battery life 97% (223 minutes life time estimate)
do_etc_file(): cannot access file /etc/apm/suspend

(press ZZZ in another xterm)
system hibernating
battery status: high. external power status: not connected. estimated
battery life 97% (223 minutes life time estimate)
do_etc_file(): cannot access file /etc/apm/hibernate

=

Notice also that battery life gets stuck and never updates again (not even
notices when I plug/unplug from charger)

>

Re: Machine after unhibernate *sometimes* won't suspend/hibernate again or dim screen

2022-12-25 Thread Abel Abraham Camarillo Ojeda 
On Sun, Dec 25, 2022 at 9:46 PM Mike Larkin  wrote:

> On Fri, Dec 23, 2022 at 03:13:53PM -0600, Abel Abraham Camarillo Ojeda
> wrote:
> > On Fri, Dec 23, 2022 at 2:46 PM Abel Abraham Camarillo Ojeda <
> > acam...@verlet.org> wrote:
> >
> > > Forgot to mention I don't think this is a regression, just started to
> use
> > > hibernate/unhibernate more often lately.
> > > But I think I can reproduce this at least since 6.8 (the first that I
> > > installed to this machine)
> > >
> > >>
> > >>
> > >> But still this apply https://www.openbsd.org/report.html (point 2)
> > >>
> > >
> > > By doesn't work I mean:
> > >
> > > $ zzz
> > > Suspending system...
> > > $ (nothing happened)
> > >
> > > > real mem = 17021566976 (16233MB)
> > >> > avail mem = 16488275968 (15724MB)
> > >> > random: good seed from bootblocks
> > >> > mpath0 at root
> > >> > scsibus0 at mpath0: 256 targets
> > >> > mainbus0 at root
> > >> > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xb9908000 (58 entries)
> > >> > bios0: vendor LENOVO version "R0GET56W (1.56 )" date 08/31/2017
> > >>
> > >> You should try
> > >>
> https://pcsupport.lenovo.com/us/en/products/laptops-and-netbooks/thinkpad-l-series-laptops/thinkpad-l470/downloads/ds120327
> > >> and see if problem is still present (of course good to have backup
> :-))
> > >>
> > >
> > > yes, forgot about that. Will update bios and retry
> > >
> >
> > machine now with bios updated, can reproduce issue after 1 unhibernate,
> > dmesg right now at "zzz does nothing stage":
> >
>
> 1. acpi thread might be stuck as kettenis points out. to verify this,
> try a suspend (lowercase zzz) instead of a hibernate (capital ZZZ) when
> it gets stuck. If you can zzz but not ZZZ, then it's not the acpi
> thread.
>
> Both zzz and ZZZ wont work, they only say 'Suspending/Hibernating...' and
nothing happens (don't have the exact message right now)

any way to confirm the acpi thread is stuck?

2. more likely, IMO, is not being able to find a consecutive region in
> free memory to store the hibernate data structures. If memory gets
> fragmented, ZZZ will fail. It should print something to dmesg though,
> so check that. This matches your symptoms of "always works the first
> time but sometimes not on subsequent tries".
>

notice also screen dimming via F5/F6 won't work (pressing F5 or F6 and
nothing happens)

Re: Machine after unhibernate *sometimes* won't suspend/hibernate again or dim screen

2022-12-24 Thread Abel Abraham Camarillo Ojeda 
Notice it only fails *sometimes*, sometimes after the first unhibernate I
cannot get to hibernate/suspend again.
Sometimes I can get several hibernate/unhibernate cycles where everything
works...

Will try to reproduce and check apmd debug.

I know almost nothing about unhibernate, one should expect different
dmesgs from it than from cold boot?
will try to compare them, in case its useful

Thanks

Re: Machine after unhibernate *sometimes* won't suspend/hibernate again or dim screen

2022-12-23 Thread Abel Abraham Camarillo Ojeda 
On Fri, Dec 23, 2022 at 2:46 PM Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

> Forgot to mention I don't think this is a regression, just started to use
> hibernate/unhibernate more often lately.
> But I think I can reproduce this at least since 6.8 (the first that I
> installed to this machine)
>
>>
>>
>> But still this apply https://www.openbsd.org/report.html (point 2)
>>
>
> By doesn't work I mean:
>
> $ zzz
> Suspending system...
> $ (nothing happened)
>
> > real mem = 17021566976 (16233MB)
>> > avail mem = 16488275968 (15724MB)
>> > random: good seed from bootblocks
>> > mpath0 at root
>> > scsibus0 at mpath0: 256 targets
>> > mainbus0 at root
>> > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xb9908000 (58 entries)
>> > bios0: vendor LENOVO version "R0GET56W (1.56 )" date 08/31/2017
>>
>> You should try
>> https://pcsupport.lenovo.com/us/en/products/laptops-and-netbooks/thinkpad-l-series-laptops/thinkpad-l470/downloads/ds120327
>> and see if problem is still present (of course good to have backup :-))
>>
>
> yes, forgot about that. Will update bios and retry
>

machine now with bios updated, can reproduce issue after 1 unhibernate,
dmesg right now at "zzz does nothing stage":

OpenBSD 7.2-current (GENERIC.MP) #840: Thu Nov 17 08:21:23 MST 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17021566976 (16233MB)
avail mem = 16488275968 (15724MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xb9908000 (58 entries)
bios0: vendor LENOVO version "R0GET79W (1.79 )" date 07/28/2022
bios0: LENOVO 20JVS17D00
efi0 at bios0: UEFI 2.5
efi0: Lenovo rev 0x1790
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP UEFI SSDT SSDT HPET APIC MCFG ECDT SSDT BOOT BATB
SLIC SSDT SSDT WSMT SSDT SSDT DBGP DBG2 MSDM DMAR ASF! FPDT UEFI
acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4) RP02(S4)
RP04(S4) RP05(S4) RP06(S4) RP07(S4) RP08(S4) RP09(S4) RP10(S4) RP11(S4)
RP12(S4) RP13(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 2399 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 2959.28 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 2860.64 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 2860.64 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3

Re: Machine after unhibernate *sometimes* won't suspend/hibernate again or dim screen

2022-12-23 Thread Abel Abraham Camarillo Ojeda 
On Fri, Dec 23, 2022 at 1:41 PM Bodie  wrote:

> On Fri Dec 23, 2022 at 8:19 PM CET, Abel Abraham Camarillo Ojeda wrote:
> > Hi to all,
> >
> > Sometimes my lenovo L470 won't dim the screen via F5/F6 or be able to
> > suspend/hibernate again after resuming  from unhibernation. Also `apm`
> will
> > show the values from before the hibernate and won't update again,
> specially
> > battery info.
> >
> > Any ideas how can I gather more info when I get in the situation?
> >
> > it fixes by itself if I # reboot;
> >
> > I think I can reproduce by having around 5-6 hibernate/unhibernate cycles
> >
> > thanks
> >
> > dmesg from fresh boot:
> > OpenBSD 7.2-current (GENERIC.MP) #840: Thu Nov 17 08:21:23 MST 2022
> > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> There's not much changes during last ~1 month,
>
> https://cvsweb.openbsd.org/src/sys/dev/acpi/


Forgot to mention I don't think this is a regression, just started to use
hibernate/unhibernate more often lately.
But I think I can reproduce this at least since 6.8 (the first that I
installed to this machine)

>
>
> But still this apply https://www.openbsd.org/report.html (point 2)
>

By doesn't work I mean:

$ zzz
Suspending system...
$ (nothing happened)



>
> > real mem = 17021566976 (16233MB)
> > avail mem = 16488275968 (15724MB)
> > random: good seed from bootblocks
> > mpath0 at root
> > scsibus0 at mpath0: 256 targets
> > mainbus0 at root
> > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xb9908000 (58 entries)
> > bios0: vendor LENOVO version "R0GET56W (1.56 )" date 08/31/2017
>
> You should try
> https://pcsupport.lenovo.com/us/en/products/laptops-and-netbooks/thinkpad-l-series-laptops/thinkpad-l470/downloads/ds120327
> and see if problem is still present (of course good to have backup :-))
>

yes, forgot about that. Will update bios and retry

>
> > bios0: LENOVO 20JVS17D00
> > efi0 at bios0: UEFI 2.5
> > efi0: Lenovo rev 0x1560
> > acpi0 at bios0: ACPI 5.0
> > acpi0: sleep states S0 S3 S4 S5
> > acpi0: tables DSDT FACP UEFI SSDT SSDT HPET APIC MCFG ECDT SSDT BOOT BATB
> > SLIC SSDT SSDT WSMT SSDT SSDT DBGP DBG2 MSDM DMAR ASF! FPDT UEFI
> > acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4)
> RP02(S4)
> > RP04(S4) RP05(S4) RP06(S4) RP07(S4) RP08(S4) RP09(S4) RP10(S4) RP11(S4)
> > RP12(S4) RP13(S4) [...]
> > acpitimer0 at acpi0: 3579545 Hz, 24 bits
> > acpihpet0 at acpi0: 2399 Hz
> > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> > cpu0 at mainbus0: apid 0 (boot processor)
> > cpu0: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 1278.24 MHz, 06-4e-03
> > 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
> > cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
> > 64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
> > cpu0: smt 0, core 0, package 0
> > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> > cpu0: apic clock running at 24MHz
> > cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
> > cpu1 at mainbus0: apid 2 (application processor)
> > cpu1: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 1050.23 MHz, 06-4e-03
> > 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
> > cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
> > 64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
> > cpu1: smt 0, core 1, package 0
> > cpu2 at mainbus0: apid 1 (application processor)
> > cpu2: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 986.43 MHz, 06-4e-03
> > 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

Machine after unhibernate *sometimes* won't suspend/hibernate again or dim screen

2022-12-23 Thread Abel Abraham Camarillo Ojeda 
Hi to all,

Sometimes my lenovo L470 won't dim the screen via F5/F6 or be able to
suspend/hibernate again after resuming  from unhibernation. Also `apm` will
show the values from before the hibernate and won't update again, specially
battery info.

Any ideas how can I gather more info when I get in the situation?

it fixes by itself if I # reboot;

I think I can reproduce by having around 5-6 hibernate/unhibernate cycles

thanks

dmesg from fresh boot:
OpenBSD 7.2-current (GENERIC.MP) #840: Thu Nov 17 08:21:23 MST 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17021566976 (16233MB)
avail mem = 16488275968 (15724MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xb9908000 (58 entries)
bios0: vendor LENOVO version "R0GET56W (1.56 )" date 08/31/2017
bios0: LENOVO 20JVS17D00
efi0 at bios0: UEFI 2.5
efi0: Lenovo rev 0x1560
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP UEFI SSDT SSDT HPET APIC MCFG ECDT SSDT BOOT BATB
SLIC SSDT SSDT WSMT SSDT SSDT DBGP DBG2 MSDM DMAR ASF! FPDT UEFI
acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4) RP02(S4)
RP04(S4) RP05(S4) RP06(S4) RP07(S4) RP08(S4) RP09(S4) RP10(S4) RP11(S4)
RP12(S4) RP13(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 2399 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 1278.24 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 1050.23 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 986.43 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 986.43 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
64b/line 4-way L2 cache, 3MB 64b/line 12-way L3 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1

wireguard listen in other rdomain?

2020-08-11 Thread Abel Abraham Camarillo Ojeda 
Hi to all,

(unsure if this if for tech@ or misc@)

I'm using wireguard interfaces but I see that no matter what
domain I put the interface:

# ifconfig wg0 rdomain X

It always listens in rdomain 0 (default),
is this expected?, is there any way to listen in another rdomain?
I want to expose several wg interfaces all listening in same port but
there's not option to listen in another ip address:

 wgport port
 Set the UDP port that the tunnel operates on.  The interface
will
 bind to INADDR_ANY and IN6ADDR_ANY_INIT.  If no port is
 configured, one will be chosen automatically.

I tried creating several wg interfaces with different wgport and using
pf udp redirections but source address selection gets very messy...

Ideas?

Thanks

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

2020-05-01 Thread Abel Abraham Camarillo Ojeda 
On Friday, May 1, 2020, Damien Couderc  wrote:

> Le 01/05/2020 à 18:04, Damien Couderc a écrit :
>
>> Le 01/05/2020 à 17:42, Abel Abraham Camarillo Ojeda a écrit :
>>
>>>
>>>
>>> On Friday, May 1, 2020, Damien Couderc >> open...@petrocore.eu>> wrote:
>>>
>>> On 27/04/2020 15:19, Abel Abraham Camarillo Ojeda wrote:
>>>
>>> The following enables audio via the dock station port in my
>>>
>>> thinkpad L460. But, anyone knows if its
>>> possible to automatically
>>> disable the laptop speaker when I plug in
>>> the audio port in the
>>> dock? it doesn't appear to have a *_sense,
>>> ideas?
>>>
>>> this also enables the annoying beep (echo -e
>>> "\a"; in console)
>>>
>>> patch inline and attached:
>>>
>>> Hi, comments, oks?
>>>
>>> Anyone?
>>>
>>> Hi, any ok, comments?
>>>
>>> Hi Abel,
>>>
>>> Thanks for your diff. Please add an applicable diff inline
>>> in your mail
>>> next time and don't attach it.
>>>
>>>
>>> Thanks Jan, I attached and inlined the diff because
>>> gmail and diff mangling ...
>>>
>>> Thanks for review
>>>
>>> Tested OK after adding support for my T560.
>>>
>>> Here is the resulting diff :
>>>
>>> --- azalia_codec.c.origFri May  1 11:54:57 2020
>>> +++ azalia_codec.cFri May  1 12:45:17 2020
>>> @@ -159,6 +159,19 @@
>>>   this->subid == 0x503c17aa)
>>>   this->qrks |= AZ_QRK_WID_TPDOCK2;
>>>   break;
>>> +case 0x10ec0293:
>>> +this->name = "Realtek ALC293";
>>> +this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
>>> +
>>> +/*
>>> + * Enable dock audio on Thinkpad docks
>>> + * 0x17aa : 0x2231 = Thinkpad T560
>>> + * 0x17aa : 0x5051 = Thinkpad L460
>>> + */
>>> +if (this->subid == 0X223117aa ||
>>> +this->subid == 0x505117aa)
>>> +this->qrks |= AZ_QRK_WID_TPDOCK2;
>>> +break;
>>>   case 0x10ec0298:
>>>   this->name = "Realtek ALC298";
>>>   if (this->subid == 0x320019e5 ||
>>>
>>>
>>> That said, I suspect that other Thinkpad models like the 560p
>>> (0x5050) should also be added to the list.
>>>
>>>
>>> Thanks for review, looking at those files history it seems like new
>>> models are only added if some developer can try the hardware (which seems
>>> reasonable).
>>>
>>> But it would be nice if we can also add more models, I have also a
>>> thinkpad L470
>>>
>>
>>  From what I have seen, the T470 is using ALC296 instead of ALC283. I'm
>> afraid it's the same for L470.
>>
>
> I meant ACL293 instead of 283.


You are right


>
>
>> But T460 (0x5053) and T560p (0x5050) are ALC293.
>>
>>
>> Regards,
>> Damien
>>
>
>

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

2020-05-01 Thread Abel Abraham Camarillo Ojeda 
On Friday, May 1, 2020, Damien Couderc  wrote:

> On 27/04/2020 15:19, Abel Abraham Camarillo Ojeda wrote:
>
>> The following enables audio via the dock station port in my
>>
>>> thinkpad L460. But, anyone knows if its possible to automatically
>>>>>>> disable the laptop speaker when I plug in the audio port in the
>>>>>>> dock? it doesn't appear to have a *_sense, ideas?
>>>>>>>
>>>>>>> this also enables the annoying beep (echo -e "\a"; in console)
>>>>>>>
>>>>>>> patch inline and attached:
>>>>>>>
>>>>>> Hi, comments, oks?
>>>>>>
>>>>> Anyone?
>>>>>
>>>> Hi, any ok, comments?
>>>>
>>> Hi Abel,
>>>
>>> Thanks for your diff. Please add an applicable diff inline in your mail
>>> next time and don't attach it.
>>>
>>
>> Thanks Jan, I attached and inlined the diff because
>> gmail and diff mangling ...
>>
>> Thanks for review
>>
>> Tested OK after adding support for my T560.
>
> Here is the resulting diff :
>
> --- azalia_codec.c.origFri May  1 11:54:57 2020
> +++ azalia_codec.cFri May  1 12:45:17 2020
> @@ -159,6 +159,19 @@
>  this->subid == 0x503c17aa)
>  this->qrks |= AZ_QRK_WID_TPDOCK2;
>  break;
> +case 0x10ec0293:
> +this->name = "Realtek ALC293";
> +this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
> +
> +/*
> + * Enable dock audio on Thinkpad docks
> + * 0x17aa : 0x2231 = Thinkpad T560
> + * 0x17aa : 0x5051 = Thinkpad L460
> + */
> +if (this->subid == 0X223117aa ||
> +this->subid == 0x505117aa)
> +this->qrks |= AZ_QRK_WID_TPDOCK2;
> +break;
>  case 0x10ec0298:
>  this->name = "Realtek ALC298";
>  if (this->subid == 0x320019e5 ||
>
>
> That said, I suspect that other Thinkpad models like the 560p (0x5050)
> should also be added to the list.


Thanks for review, looking at those files history it seems like new models
are only added if some developer can try the hardware (which seems
reasonable).

But it would be nice if we can also add more models, I have also a thinkpad
L470


>
>
> I can't test the diff with the right hardware. But, the patch applies,
>>> builds and doesn't break audio on my ThinkPad X1C6. The diff also looks
>>> fine for me.
>>>
>>> bye,
>>> Jan
>>>
>>> Index: azalia_codec.c
>>> ===
>>> RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
>>> retrieving revision 1.178
>>> diff -u -p -r1.178 azalia_codec.c
>>> --- azalia_codec.c 14 Oct 2019 02:04:35 - 1.178
>>> +++ azalia_codec.c 27 Apr 2020 07:42:45 -
>>> @@ -159,6 +159,17 @@ azalia_codec_init_vtbl(codec_t *this)
>>> this->subid == 0x503c17aa)
>>> this->qrks |= AZ_QRK_WID_TPDOCK2;
>>> break;
>>> + case 0x10ec0293:
>>> + this->name = "Realtek ALC293";
>>> + this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
>>> +
>>> + /*
>>> + * Enable dock audio on Thinkpad docks
>>> + * 0x17aa : 0x5051 = Thinkpad L460
>>> + */
>>> + if (this->subid == 0x505117aa)
>>> + this->qrks |= AZ_QRK_WID_TPDOCK2;
>>> + break;
>>> case 0x10ec0298:
>>> this->name = "Realtek ALC298";
>>> if (this->subid == 0x320019e5 ||
>>>
>>>
>
>

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

2020-04-27 Thread Abel Abraham Camarillo Ojeda 
On Monday, April 27, 2020, Jan Klemkow  wrote:

> On Thu, Apr 16, 2020 at 05:59:44PM -0500, Abel Abraham Camarillo Ojeda
> wrote:
> > On Tuesday, February 11, 2020, Abel Abraham Camarillo Ojeda <
> acam...@verlet.org> wrote:
> > > On Wednesday, January 8, 2020, Abel Abraham Camarillo Ojeda <
> acam...@verlet.org> wrote:
> > >> On Mon, Dec 30, 2019 at 1:24 PM Abel Abraham Camarillo Ojeda <
> acam...@verlet.org> wrote:
> > >>
> > >>> The following enables audio via the dock station port in my
> > >>> thinkpad L460.  But, anyone knows if its possible to automatically
> > >>> disable the laptop speaker when I plug in the audio port in the
> > >>> dock? it doesn't appear to have a *_sense, ideas?
> > >>>
> > >>> this also enables the annoying beep (echo -e "\a"; in console)
> > >>>
> > >>> patch inline and attached:
> > >> Hi, comments, oks?
> > > Anyone?
> > Hi, any ok, comments?
>
> Hi Abel,
>
> Thanks for your diff.  Please add an applicable diff inline in your mail
> next time and don't attach it.


Thanks Jan, I attached and inlined the diff because
gmail and diff mangling ...

Thanks for review


>
> I can't test the diff with the right hardware.  But, the patch applies,
> builds and doesn't break audio on my ThinkPad X1C6.  The diff also looks
> fine for me.
>
> bye,
> Jan
>
> Index: azalia_codec.c
> ===
> RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
> retrieving revision 1.178
> diff -u -p -r1.178 azalia_codec.c
> --- azalia_codec.c  14 Oct 2019 02:04:35 -  1.178
> +++ azalia_codec.c  27 Apr 2020 07:42:45 -
> @@ -159,6 +159,17 @@ azalia_codec_init_vtbl(codec_t *this)
> this->subid == 0x503c17aa)
> this->qrks |= AZ_QRK_WID_TPDOCK2;
> break;
> +   case 0x10ec0293:
> +   this->name = "Realtek ALC293";
> +   this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
> +
> +   /*
> +* Enable dock audio on Thinkpad docks
> +* 0x17aa : 0x5051 = Thinkpad L460
> +*/
> +   if (this->subid == 0x505117aa)
> +   this->qrks |= AZ_QRK_WID_TPDOCK2;
> +   break;
> case 0x10ec0298:
> this->name = "Realtek ALC298";
> if (this->subid == 0x320019e5 ||
>

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

2020-04-16 Thread Abel Abraham Camarillo Ojeda 
On Tuesday, February 11, 2020, Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

>
>
> On Wednesday, January 8, 2020, Abel Abraham Camarillo Ojeda <
> acam...@verlet.org> wrote:
>
>>
>>
>> On Mon, Dec 30, 2019 at 1:24 PM Abel Abraham Camarillo Ojeda <
>> acam...@verlet.org> wrote:
>>
>>> The following enables audio via the dock station port in my thinkpad
>>> L460.
>>> But, anyone knows if its possible to automatically disable the laptop
>>> speaker
>>> when I plug in the audio port in the dock? it doesn't appear to have a
>>> *_sense,
>>> ideas?
>>>
>>> this also enables the annoying beep (echo -e "\a"; in console)
>>>
>>> patch inline and attached:
>>>
>>
>> Hi, comments, oks?
>>
>
> Anyone?
>
> regards
>

Hi, any ok, comments?

Regards


>
>
>>
>> Thanks
>>
>>
>>> Index: azalia_codec.c
>>> ===
>>> RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
>>> retrieving revision 1.178
>>> diff -u -p -r1.178 azalia_codec.c
>>> --- azalia_codec.c  14 Oct 2019 02:04:35 -  1.178
>>> +++ azalia_codec.c  30 Dec 2019 19:06:16 -
>>> @@ -159,6 +159,17 @@ azalia_codec_init_vtbl(codec_t *this)
>>> this->subid == 0x503c17aa)
>>> this->qrks |= AZ_QRK_WID_TPDOCK2;
>>> break;
>>> +   case 0x10ec0293:
>>> +   this->name = "Realtek ALC293";
>>> +   this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
>>> +
>>> +   /*
>>> +* Enable dock audio on Thinkpad docks
>>> +* 0x17aa : 0x5051 = Thinkpad L460
>>> +*/
>>> +   if (this->subid == 0x505117aa)
>>> +   this->qrks |= AZ_QRK_WID_TPDOCK2;
>>> +   break;
>>> case 0x10ec0298:
>>> this->name = "Realtek ALC298";
>>> if (this->subid == 0x320019e5 ||
>>>
>>> mixerctl diff:
>>>
>>> --- tmp/mixerctl_orig Mon Dec 30 12:08:15 2019
>>> +++ tmp/mixerctl_patch Mon Dec 30 12:06:22 2019
>>> @@ -1,35 +1,41 @@
>>> -inputs.dac-0:1=126,126
>>> -inputs.dac-2:3=126,126
>>> +inputs.dac-0:1=174,174
>>> +inputs.dac-2:3=174,174
>>>  inputs.mic2=85,85
>>>  inputs.mic=85,85
>>>  inputs.mix2_source=dac-2:3,mix
>>>  inputs.mix3_source=dac-0:1,mix
>>>  inputs.mix_mic2=120,120
>>> -inputs.mix_source=mic2
>>> +inputs.mix_source=spkr3,mic2
>>> +inputs.mix_spkr3=120,120
>>> +inputs.spkr3=85,85
>>>  outputs.hp_boost=off
>>>  outputs.hp_eapd=on
>>>  outputs.hp_mute=off
>>>  outputs.hp_sense=unplugged
>>>  outputs.hp_source=mix3
>>>  outputs.master.mute=off
>>> -outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp
>>> -outputs.master=126,126
>>> +outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp,spkr2
>>> +outputs.master=190,190
>>>  outputs.mic2_dir=input-vr80
>>>  outputs.mic2_sense=unplugged
>>> +outputs.spkr2_boost=off
>>> +outputs.spkr2_eapd=on
>>> +outputs.spkr2_mute=off
>>> +outputs.spkr2_source=mix2
>>>  outputs.spkr_eapd=on
>>>  outputs.spkr_mute=off
>>>  outputs.spkr_muters=hp
>>>  outputs.spkr_source=mix2
>>>  record.adc-0:1=124,124
>>>  record.adc-0:1_mute=off
>>>  record.adc-0:1_source=mic
>>>  record.adc-2:3=124,124
>>>  record.adc-2:3_mute=off
>>> -record.adc-2:3_source=mic2
>>> +record.adc-2:3_source=spkr3
>>>  record.adc-4:5=124,124
>>>  record.adc-4:5_mute=off
>>> -record.adc-4:5_source=mic2
>>> +record.adc-4:5_source=spkr3
>>>  record.enable=sysctl
>>>  record.volume.mute=off
>>>  record.volume.slaves=adc-0:1,adc-2:3,adc-4:5
>>>  record.volume=124,124
>>>
>>> dmesg:
>>>
>>> OpenBSD 6.6-current (GENERIC.MP) #9: Mon Dec 30 13:01:52 CST 2019
>>> acam...@merced.00z.us:/usr/obj/sys/arch/amd64/compile/GENERIC.MP
>>> real mem = 17028538368 (16239MB)
>>> avail mem = 16491659264 (15727MB)
>>> mpath0 at root
>>> scsibus0 at mpath0: 256 targets
>>> mainbus0 at root
>>> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xd705d000 (6

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

2020-02-11 Thread Abel Abraham Camarillo Ojeda 
On Wednesday, January 8, 2020, Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

>
>
> On Mon, Dec 30, 2019 at 1:24 PM Abel Abraham Camarillo Ojeda <
> acam...@verlet.org> wrote:
>
>> The following enables audio via the dock station port in my thinkpad L460.
>> But, anyone knows if its possible to automatically disable the laptop
>> speaker
>> when I plug in the audio port in the dock? it doesn't appear to have a
>> *_sense,
>> ideas?
>>
>> this also enables the annoying beep (echo -e "\a"; in console)
>>
>> patch inline and attached:
>>
>
> Hi, comments, oks?
>

Anyone?

regards


>
> Thanks
>
>
>> Index: azalia_codec.c
>> ===
>> RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
>> retrieving revision 1.178
>> diff -u -p -r1.178 azalia_codec.c
>> --- azalia_codec.c  14 Oct 2019 02:04:35 -  1.178
>> +++ azalia_codec.c  30 Dec 2019 19:06:16 -
>> @@ -159,6 +159,17 @@ azalia_codec_init_vtbl(codec_t *this)
>> this->subid == 0x503c17aa)
>> this->qrks |= AZ_QRK_WID_TPDOCK2;
>> break;
>> +   case 0x10ec0293:
>> +   this->name = "Realtek ALC293";
>> +   this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
>> +
>> +   /*
>> +* Enable dock audio on Thinkpad docks
>> +* 0x17aa : 0x5051 = Thinkpad L460
>> +*/
>> +   if (this->subid == 0x505117aa)
>> +   this->qrks |= AZ_QRK_WID_TPDOCK2;
>> +   break;
>> case 0x10ec0298:
>> this->name = "Realtek ALC298";
>> if (this->subid == 0x320019e5 ||
>>
>> mixerctl diff:
>>
>> --- tmp/mixerctl_orig Mon Dec 30 12:08:15 2019
>> +++ tmp/mixerctl_patch Mon Dec 30 12:06:22 2019
>> @@ -1,35 +1,41 @@
>> -inputs.dac-0:1=126,126
>> -inputs.dac-2:3=126,126
>> +inputs.dac-0:1=174,174
>> +inputs.dac-2:3=174,174
>>  inputs.mic2=85,85
>>  inputs.mic=85,85
>>  inputs.mix2_source=dac-2:3,mix
>>  inputs.mix3_source=dac-0:1,mix
>>  inputs.mix_mic2=120,120
>> -inputs.mix_source=mic2
>> +inputs.mix_source=spkr3,mic2
>> +inputs.mix_spkr3=120,120
>> +inputs.spkr3=85,85
>>  outputs.hp_boost=off
>>  outputs.hp_eapd=on
>>  outputs.hp_mute=off
>>  outputs.hp_sense=unplugged
>>  outputs.hp_source=mix3
>>  outputs.master.mute=off
>> -outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp
>> -outputs.master=126,126
>> +outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp,spkr2
>> +outputs.master=190,190
>>  outputs.mic2_dir=input-vr80
>>  outputs.mic2_sense=unplugged
>> +outputs.spkr2_boost=off
>> +outputs.spkr2_eapd=on
>> +outputs.spkr2_mute=off
>> +outputs.spkr2_source=mix2
>>  outputs.spkr_eapd=on
>>  outputs.spkr_mute=off
>>  outputs.spkr_muters=hp
>>  outputs.spkr_source=mix2
>>  record.adc-0:1=124,124
>>  record.adc-0:1_mute=off
>>  record.adc-0:1_source=mic
>>  record.adc-2:3=124,124
>>  record.adc-2:3_mute=off
>> -record.adc-2:3_source=mic2
>> +record.adc-2:3_source=spkr3
>>  record.adc-4:5=124,124
>>  record.adc-4:5_mute=off
>> -record.adc-4:5_source=mic2
>> +record.adc-4:5_source=spkr3
>>  record.enable=sysctl
>>  record.volume.mute=off
>>  record.volume.slaves=adc-0:1,adc-2:3,adc-4:5
>>  record.volume=124,124
>>
>> dmesg:
>>
>> OpenBSD 6.6-current (GENERIC.MP) #9: Mon Dec 30 13:01:52 CST 2019
>> acam...@merced.00z.us:/usr/obj/sys/arch/amd64/compile/GENERIC.MP
>> real mem = 17028538368 (16239MB)
>> avail mem = 16491659264 (15727MB)
>> mpath0 at root
>> scsibus0 at mpath0: 256 targets
>> mainbus0 at root
>> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xd705d000 (63 entries)
>> bios0: vendor LENOVO version "R08ET64W (1.38 )" date 05/02/2019
>> bios0: LENOVO 20FVA09400
>> acpi0 at bios0: ACPI 5.0
>> acpi0: sleep states S0 S3 S4 S5
>> acpi0: tables DSDT FACP UEFI SSDT ECDT HPET APIC MCFG SSDT DBGP DBG2 BOOT
>> BATB SLIC SSDT SSDT MSDM DMAR ASF! FPDT UEFI
>> acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) XHCI(S3)
>> acpitimer0 at acpi0: 3579545 Hz, 24 bits
>> acpiec0 at acpi0
>> acpihpet0 at acpi0: 2399 Hz
>> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
>> cpu0 at mainbus0: apid 0 (boot processor)
>> cpu0: In

Re: umb(4) WIP diff and questions

2020-01-14 Thread Abel Abraham Camarillo Ojeda 
On Tue, Jan 14, 2020 at 5:11 PM Stefan Sperling  wrote:

> On Tue, Jan 14, 2020 at 12:34:29PM -0700, Theo de Raadt wrote:
> > Channeling a conversation from 15 years ago: "How about wpakeyfile"
>
> ifconfig wpakeyfile would be trivial to add if we really want it.
>

But how will hostname.if will work when using join in netstart, one would
need to:

# cat /etc/hostname.iwm0
join ssid1 wpakeyfile /etc/wpa/ssd1-wpa.key
join ssd2 wpakeyfile /etc/wpa/ssd2-wpa.key
[etc...]

?


>
> The downside is loss of unveil, here handled the same way as for the
> bridge rulesfile. Looks like unveil(argv[i], "r") is considered bad
> practice even for an 'i' that should contain a path?
>
> diff a7540b3fac3fd3a71fd4134709ac4d4f71a3b5a4 /usr/src
> blob - 3fb0780ba7cf1333894f5c3485a95e71885fbd6d
> file + sbin/ifconfig/ifconfig.8
> --- sbin/ifconfig/ifconfig.8
> +++ sbin/ifconfig/ifconfig.8
> @@ -940,6 +940,7 @@ will begin advertising as master.
>  .Op Cm wpaciphers Ar cipher,cipher,...
>  .Op Cm wpagroupcipher Ar cipher
>  .Op Oo Fl Oc Ns Cm wpakey Ar passphrase | hexkey
> +.Op Cm wpakeyfile Ar path
>  .Op Cm wpaprotos Ar proto,proto,...
>  .Ek
>  .nr nS 0
> @@ -990,6 +991,7 @@ the
>  .Cm join
>  list will record
>  .Cm wpakey ,
> +.Cm wpakeyfile ,
>  .Cm wpaprotos ,
>  or
>  .Cm nwkey
> @@ -1209,6 +1211,8 @@ The default value is
>  .Dq psk
>  can only be used if a pre-shared key is configured using the
>  .Cm wpakey
> +or
> +.Cm wpakeyfile
>  option.
>  .It Cm wpaciphers Ar cipher,cipher,...
>  Set the comma-separated list of allowed pairwise ciphers.
> @@ -1268,6 +1272,10 @@ or
>  option must first be specified, since
>  .Nm
>  will hash the nwid along with the passphrase to create the key.
> +.It Cm wpakeyfile Ar path
> +Set the WPA key contained in the file at the specified
> +.Ar path .
> +Trailing whitespace is ignored.
>  .It Cm -wpakey
>  Delete the pre-shared WPA key and disable WPA.
>  .It Cm wpaprotos Ar proto,proto,...
> blob - f242d72cd73e8d50ccf1dd3d96ac62e35fe7025b
> file + sbin/ifconfig/ifconfig.c
> --- sbin/ifconfig/ifconfig.c
> +++ sbin/ifconfig/ifconfig.c
> @@ -63,6 +63,7 @@
>  #include 
>  #include 
>  #include 
> +#include 
>
>  #include 
>  #include 
> @@ -106,6 +107,7 @@
>  #include 
>  #include 
>  #include 
> +#include 
>
>  #ifndef SMALL
>  #include 
> @@ -211,6 +213,7 @@ voidsetifwpaakms(const char *, int);
>  void   setifwpaciphers(const char *, int);
>  void   setifwpagroupcipher(const char *, int);
>  void   setifwpakey(const char *, int);
> +void   setifwpakeyfile(const char *, int);
>  void   setifchan(const char *, int);
>  void   setifscan(const char *, int);
>  void   setifnwflag(const char *, int);
> @@ -415,6 +418,7 @@ const structcmd {
> { "wpagroupcipher", NEXTARG,0,
> setifwpagroupcipher },
> { "wpaprotos",  NEXTARG,0,  setifwpaprotos },
> { "wpakey", NEXTARG,0,  setifwpakey },
> +   { "wpakeyfile", NEXTARG,0,  setifwpakeyfile },
> { "-wpakey",-1, 0,  setifwpakey },
> { "chan",   NEXTARG0,   0,  setifchan },
> { "-chan",  -1, 0,  setifchan },
> @@ -728,7 +732,7 @@ main(int argc, char *argv[])
> int create = 0;
> int Cflag = 0;
> int gflag = 0;
> -   int found_rulefile = 0;
> +   int found_rulefile = 0, found_wpakeyfile = 0, wpafileidx = 0;
> int i;
>
> /* If no args at all, print all interfaces.  */
> @@ -785,9 +789,13 @@ main(int argc, char *argv[])
> found_rulefile = 1;
> break;
> }
> +   if (strcmp(argv[i], "wpakeyfile") == 0) {
> +   found_wpakeyfile = 1;
> +   break;
> +   }
> }
>
> -   if (!found_rulefile) {
> +   if (!found_rulefile && !found_wpakeyfile) {
> if (unveil(_PATH_RESCONF, "r") == -1)
> err(1, "unveil");
> if (unveil(_PATH_HOSTS, "r") == -1)
> @@ -2240,6 +2248,40 @@ setifwpakey(const char *val, int d)
> wpa.i_enabled = psk.i_enabled;
> if (ioctl(sock, SIOCS80211WPAPARMS, (caddr_t)) == -1)
> err(1, "SIOCS80211WPAPARMS");
> +}
> +
> +void
> +setifwpakeyfile(const char *val, int d)
> +{
> +   char *wpakey;
> +   int fd;
> +   struct stat sb;
> +   ssize_t n;
> +
> +   fd = open(val, O_RDONLY);
> +   if (fd == -1)
> +   err(1, "open %s", val);
> +
> +   if (fstat(fd, ) == -1)
> +   err(1, "fstat %s", val);
> +
> +   wpakey = malloc(sb.st_size);
> +   if (wpakey == NULL)
> +   err(1, "malloc");
> +
> +   n = read(fd, wpakey, sb.st_size);
> +   if (n == -1)
> +   err(1, "read %s", val);
> +   if (n != sb.st_size)
> +   errx(1, "failed to read from file %s", val);
> +   close(fd);
> +

Re: patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

2020-01-08 Thread Abel Abraham Camarillo Ojeda 
On Mon, Dec 30, 2019 at 1:24 PM Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

> The following enables audio via the dock station port in my thinkpad L460.
> But, anyone knows if its possible to automatically disable the laptop
> speaker
> when I plug in the audio port in the dock? it doesn't appear to have a
> *_sense,
> ideas?
>
> this also enables the annoying beep (echo -e "\a"; in console)
>
> patch inline and attached:
>

Hi, comments, oks?

Thanks


> Index: azalia_codec.c
> ===
> RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
> retrieving revision 1.178
> diff -u -p -r1.178 azalia_codec.c
> --- azalia_codec.c  14 Oct 2019 02:04:35 -  1.178
> +++ azalia_codec.c  30 Dec 2019 19:06:16 -
> @@ -159,6 +159,17 @@ azalia_codec_init_vtbl(codec_t *this)
> this->subid == 0x503c17aa)
> this->qrks |= AZ_QRK_WID_TPDOCK2;
> break;
> +   case 0x10ec0293:
> +   this->name = "Realtek ALC293";
> +   this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
> +
> +   /*
> +* Enable dock audio on Thinkpad docks
> +* 0x17aa : 0x5051 = Thinkpad L460
> +*/
> +   if (this->subid == 0x505117aa)
> +   this->qrks |= AZ_QRK_WID_TPDOCK2;
> +   break;
> case 0x10ec0298:
> this->name = "Realtek ALC298";
> if (this->subid == 0x320019e5 ||
>
> mixerctl diff:
>
> --- tmp/mixerctl_orig Mon Dec 30 12:08:15 2019
> +++ tmp/mixerctl_patch Mon Dec 30 12:06:22 2019
> @@ -1,35 +1,41 @@
> -inputs.dac-0:1=126,126
> -inputs.dac-2:3=126,126
> +inputs.dac-0:1=174,174
> +inputs.dac-2:3=174,174
>  inputs.mic2=85,85
>  inputs.mic=85,85
>  inputs.mix2_source=dac-2:3,mix
>  inputs.mix3_source=dac-0:1,mix
>  inputs.mix_mic2=120,120
> -inputs.mix_source=mic2
> +inputs.mix_source=spkr3,mic2
> +inputs.mix_spkr3=120,120
> +inputs.spkr3=85,85
>  outputs.hp_boost=off
>  outputs.hp_eapd=on
>  outputs.hp_mute=off
>  outputs.hp_sense=unplugged
>  outputs.hp_source=mix3
>  outputs.master.mute=off
> -outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp
> -outputs.master=126,126
> +outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp,spkr2
> +outputs.master=190,190
>  outputs.mic2_dir=input-vr80
>  outputs.mic2_sense=unplugged
> +outputs.spkr2_boost=off
> +outputs.spkr2_eapd=on
> +outputs.spkr2_mute=off
> +outputs.spkr2_source=mix2
>  outputs.spkr_eapd=on
>  outputs.spkr_mute=off
>  outputs.spkr_muters=hp
>  outputs.spkr_source=mix2
>  record.adc-0:1=124,124
>  record.adc-0:1_mute=off
>  record.adc-0:1_source=mic
>  record.adc-2:3=124,124
>  record.adc-2:3_mute=off
> -record.adc-2:3_source=mic2
> +record.adc-2:3_source=spkr3
>  record.adc-4:5=124,124
>  record.adc-4:5_mute=off
> -record.adc-4:5_source=mic2
> +record.adc-4:5_source=spkr3
>  record.enable=sysctl
>  record.volume.mute=off
>  record.volume.slaves=adc-0:1,adc-2:3,adc-4:5
>  record.volume=124,124
>
> dmesg:
>
> OpenBSD 6.6-current (GENERIC.MP) #9: Mon Dec 30 13:01:52 CST 2019
> acam...@merced.00z.us:/usr/obj/sys/arch/amd64/compile/GENERIC.MP
> real mem = 17028538368 (16239MB)
> avail mem = 16491659264 (15727MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xd705d000 (63 entries)
> bios0: vendor LENOVO version "R08ET64W (1.38 )" date 05/02/2019
> bios0: LENOVO 20FVA09400
> acpi0 at bios0: ACPI 5.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP UEFI SSDT ECDT HPET APIC MCFG SSDT DBGP DBG2 BOOT
> BATB SLIC SSDT SSDT MSDM DMAR ASF! FPDT UEFI
> acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) XHCI(S3)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpiec0 at acpi0
> acpihpet0 at acpi0: 2399 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i3-6100U CPU @ 2.30GHz, 2195.54 MHz, 06-4e-03
> 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,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
> cpu0: 256KB 64b/line 8-way L2 cache

patch: Enable dock audio on Thinkpad dock (Thinkpad L460)

2019-12-30 Thread Abel Abraham Camarillo Ojeda 
The following enables audio via the dock station port in my thinkpad L460.
But, anyone knows if its possible to automatically disable the laptop
speaker
when I plug in the audio port in the dock? it doesn't appear to have a
*_sense,
ideas?

this also enables the annoying beep (echo -e "\a"; in console)

patch inline and attached:

Index: azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.178
diff -u -p -r1.178 azalia_codec.c
--- azalia_codec.c  14 Oct 2019 02:04:35 -  1.178
+++ azalia_codec.c  30 Dec 2019 19:06:16 -
@@ -159,6 +159,17 @@ azalia_codec_init_vtbl(codec_t *this)
this->subid == 0x503c17aa)
this->qrks |= AZ_QRK_WID_TPDOCK2;
break;
+   case 0x10ec0293:
+   this->name = "Realtek ALC293";
+   this->qrks |= AZ_QRK_WID_CDIN_1C | AZ_QRK_WID_BEEP_1D;
+
+   /*
+* Enable dock audio on Thinkpad docks
+* 0x17aa : 0x5051 = Thinkpad L460
+*/
+   if (this->subid == 0x505117aa)
+   this->qrks |= AZ_QRK_WID_TPDOCK2;
+   break;
case 0x10ec0298:
this->name = "Realtek ALC298";
if (this->subid == 0x320019e5 ||

mixerctl diff:

--- tmp/mixerctl_orig Mon Dec 30 12:08:15 2019
+++ tmp/mixerctl_patch Mon Dec 30 12:06:22 2019
@@ -1,35 +1,41 @@
-inputs.dac-0:1=126,126
-inputs.dac-2:3=126,126
+inputs.dac-0:1=174,174
+inputs.dac-2:3=174,174
 inputs.mic2=85,85
 inputs.mic=85,85
 inputs.mix2_source=dac-2:3,mix
 inputs.mix3_source=dac-0:1,mix
 inputs.mix_mic2=120,120
-inputs.mix_source=mic2
+inputs.mix_source=spkr3,mic2
+inputs.mix_spkr3=120,120
+inputs.spkr3=85,85
 outputs.hp_boost=off
 outputs.hp_eapd=on
 outputs.hp_mute=off
 outputs.hp_sense=unplugged
 outputs.hp_source=mix3
 outputs.master.mute=off
-outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp
-outputs.master=126,126
+outputs.master.slaves=dac-2:3,dac-0:1,spkr,hp,spkr2
+outputs.master=190,190
 outputs.mic2_dir=input-vr80
 outputs.mic2_sense=unplugged
+outputs.spkr2_boost=off
+outputs.spkr2_eapd=on
+outputs.spkr2_mute=off
+outputs.spkr2_source=mix2
 outputs.spkr_eapd=on
 outputs.spkr_mute=off
 outputs.spkr_muters=hp
 outputs.spkr_source=mix2
 record.adc-0:1=124,124
 record.adc-0:1_mute=off
 record.adc-0:1_source=mic
 record.adc-2:3=124,124
 record.adc-2:3_mute=off
-record.adc-2:3_source=mic2
+record.adc-2:3_source=spkr3
 record.adc-4:5=124,124
 record.adc-4:5_mute=off
-record.adc-4:5_source=mic2
+record.adc-4:5_source=spkr3
 record.enable=sysctl
 record.volume.mute=off
 record.volume.slaves=adc-0:1,adc-2:3,adc-4:5
 record.volume=124,124

dmesg:

OpenBSD 6.6-current (GENERIC.MP) #9: Mon Dec 30 13:01:52 CST 2019
acam...@merced.00z.us:/usr/obj/sys/arch/amd64/compile/GENERIC.MP
real mem = 17028538368 (16239MB)
avail mem = 16491659264 (15727MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xd705d000 (63 entries)
bios0: vendor LENOVO version "R08ET64W (1.38 )" date 05/02/2019
bios0: LENOVO 20FVA09400
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP UEFI SSDT ECDT HPET APIC MCFG SSDT DBGP DBG2 BOOT
BATB SLIC SSDT SSDT MSDM DMAR ASF! FPDT UEFI
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) XHCI(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpihpet0 at acpi0: 2399 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i3-6100U CPU @ 2.30GHz, 2195.54 MHz, 06-4e-03
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,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i3-6100U CPU @ 2.30GHz, 2194.90 MHz, 06-4e-03
cpu1:

Re: acpithinkpad: fix brightness keys, keyboard backlight value

2019-03-11 Thread Abel Abraham Camarillo Ojeda 
On Mon, Mar 11, 2019 at 4:33 AM Edd Barrett  wrote:

> On Wed, Mar 06, 2019 at 09:37:52PM +0100, Juan Francisco Cantero Hurtado
> wrote:
> > The brightness keys on the X61s still work fine.
>
> I've just built today's kernel on my X1 5th gen, and the backlight keys
> now function.
>
> Many thanks jcs@!
>
> --
> Best Regards
> Edd Barrett
>
> http://www.theunixzoo.co.uk
>
>
Brightness key now work of Thinkpad L460, thanks!

Re: fsync(2) and I/O errors

2019-02-16 Thread Abel Abraham Camarillo Ojeda 
On Saturday, February 16, 2019, Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:

>
>
> On Saturday, February 16, 2019, Maximilian Lorlacks <
> maxlor...@protonmail.com> wrote:
>
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Thursday, January 31, 2019 11:31 PM, Alexander Bluhm <
>> alexander.bl...@gmx.net> wrote:
>>
>> > On Thu, Jan 31, 2019 at 04:26:45PM -0500, Ted Unangst wrote:
>> >
>> > > Instead, we note that the write failed and mark a flag in the vnode.
>> Future
>> > > calls to fsync will then return EIO when this flag is set. We clear
>> the flag
>> > > when the vnode is released.
>> >
>> > Sounds reasonable.
>> >
>> > OK bluhm@
>>
>> People may object to errors being lost when the vnode is released,
>> as that would lose errors in a scenario like write -> close -> open
>> -> fsync.  I do not claim to know if anyone actually does that in the
>> wild, however.
>
>
> Sorry for my incomplete comment, but I remember a lengthy discussion in
> the postgres mailing list about fsync, retries of it, loss of state and
> such, they were very concerned about openbsd behavior I think...
>
> Will try to find that thread ...
>

Is this related?

https://lwn.net/Articles/752063/

Again, sorry if it's noise



>
>
>>
>> If the above diff is accepted, it may be worth to also add the
>> following diff to fsync.2 to document the behavior:
>>
>> diff --git lib/libc/sys/fsync.2 lib/libc/sys/fsync.2
>> index c9831ca09..5ee765986 100644
>> --- lib/libc/sys/fsync.2
>> +++ lib/libc/sys/fsync.2
>> @@ -66,6 +66,19 @@ and
>>  .Fn fdatasync
>>  should be used by programs that require a file to be in a known state,
>>  for example, in building a simple transaction facility.
>> +.Pp
>> +If
>> +.Fn fsync
>> +or
>> +.Fn fdatasync
>> +fails with
>> +.Er EIO ,
>> +the state of the on-disk data may only have been partially written.
>> +Future attempts to call these functions will continue failing with
>> +.Er EIO
>> +until the all copies of the underlying
>> +.Fa fd
>> +have been closed.
>>  .Sh RETURN VALUES
>>  .Rv -std fsync fdatasync
>>  .Sh ERRORS
>>
>>

Re: fsync(2) and I/O errors

2019-02-16 Thread Abel Abraham Camarillo Ojeda 
On Saturday, February 16, 2019, Maximilian Lorlacks <
maxlor...@protonmail.com> wrote:

>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, January 31, 2019 11:31 PM, Alexander Bluhm <
> alexander.bl...@gmx.net> wrote:
>
> > On Thu, Jan 31, 2019 at 04:26:45PM -0500, Ted Unangst wrote:
> >
> > > Instead, we note that the write failed and mark a flag in the vnode.
> Future
> > > calls to fsync will then return EIO when this flag is set. We clear
> the flag
> > > when the vnode is released.
> >
> > Sounds reasonable.
> >
> > OK bluhm@
>
> People may object to errors being lost when the vnode is released,
> as that would lose errors in a scenario like write -> close -> open
> -> fsync.  I do not claim to know if anyone actually does that in the
> wild, however.


Sorry for my incomplete comment, but I remember a lengthy discussion in the
postgres mailing list about fsync, retries of it, loss of state and such,
they were very concerned about openbsd behavior I think...

Will try to find that thread ...


>
> If the above diff is accepted, it may be worth to also add the
> following diff to fsync.2 to document the behavior:
>
> diff --git lib/libc/sys/fsync.2 lib/libc/sys/fsync.2
> index c9831ca09..5ee765986 100644
> --- lib/libc/sys/fsync.2
> +++ lib/libc/sys/fsync.2
> @@ -66,6 +66,19 @@ and
>  .Fn fdatasync
>  should be used by programs that require a file to be in a known state,
>  for example, in building a simple transaction facility.
> +.Pp
> +If
> +.Fn fsync
> +or
> +.Fn fdatasync
> +fails with
> +.Er EIO ,
> +the state of the on-disk data may only have been partially written.
> +Future attempts to call these functions will continue failing with
> +.Er EIO
> +until the all copies of the underlying
> +.Fa fd
> +have been closed.
>  .Sh RETURN VALUES
>  .Rv -std fsync fdatasync
>  .Sh ERRORS
>
>

patch: file(1) imsg_compose receives -1 cast to uint32_t

2018-02-14 Thread Abel Abraham Camarillo Ojeda 
as shown in patch imsg_compose receives -1 as type and peerid
argument to imsg_compose, according to imsg_compose definition:

 int
 imsg_compose(struct imsgbuf *ibuf, uint32_t type, uint32_t peerid,
 pid_t pid, int fd, const void *data, uint16_t datalen);


So 4294967295 is used as special value when maybe 0 should be used?

regress ok on amd64, patch inline and attached in case of mangling

Index: file.c
===
RCS file: /cvs/src/usr.bin/file/file.c,v
retrieving revision 1.66
diff -u -p -r1.66 file.c
--- file.c  15 Jan 2018 19:45:51 -  1.66
+++ file.c  14 Feb 2018 16:02:46 -
@@ -280,7 +280,7 @@ prepare_message(struct input_msg *msg, i
 static void
 send_message(struct imsgbuf *ibuf, void *msg, size_t msglen, int fd)
 {
-   if (imsg_compose(ibuf, -1, -1, 0, fd, msg, msglen) != 1)
+   if (imsg_compose(ibuf, 0, 0, 0, fd, msg, msglen) != 1)
err(1, "imsg_compose");
if (imsg_flush(ibuf) != 0)
err(1, "imsg_flush");
Index: file.c
===
RCS file: /cvs/src/usr.bin/file/file.c,v
retrieving revision 1.66
diff -u -p -r1.66 file.c
--- file.c	15 Jan 2018 19:45:51 -	1.66
+++ file.c	14 Feb 2018 16:02:46 -
@@ -280,7 +280,7 @@ prepare_message(struct input_msg *msg, i
 static void
 send_message(struct imsgbuf *ibuf, void *msg, size_t msglen, int fd)
 {
-	if (imsg_compose(ibuf, -1, -1, 0, fd, msg, msglen) != 1)
+	if (imsg_compose(ibuf, 0, 0, 0, fd, msg, msglen) != 1)
 		err(1, "imsg_compose");
 	if (imsg_flush(ibuf) != 0)
 		err(1, "imsg_flush");

patch: imsg_init.3 fixes

2018-02-14 Thread Abel Abraham Camarillo Ojeda 
Match description arguments with synopsis arguments, and
fix style of one function argument description typesetted as .Fn instead of .Fa

Also, .Sh DESCRIPTION differes form .Sh BUFFERS in that
description functions refer (.Fa) argument types but in BUFFERS
function refer (.Fa) to argument names, and confuses me
now that I'm trying to learn about imsg, a patch for that would
be ok?

patch inline and attached in case of mangling.

thanks

Index: imsg_init.3
===
RCS file: /cvs/src/lib/libutil/imsg_init.3,v
retrieving revision 1.20
diff -u -p -r1.20 imsg_init.3
--- imsg_init.3 6 Dec 2017 12:07:08 - 1.20
+++ imsg_init.3 14 Feb 2018 14:42:26 -
@@ -181,17 +181,17 @@ returns a pointer to a new message if it
 .Pp
 .Fn imsg_add
 appends to
-.Fa imsg
-.Fa len
+.Fa ibuf
+.Fa datalen
 bytes of ancillary data pointed to by
-.Fa buf .
+.Fa data .
 It returns
 .Fa len
 if it succeeds, \-1 otherwise.
 .Pp
 .Fn imsg_close
 completes creation of
-.Fa imsg
+.Fa ibuf
 by adding it to
 .Fa imsgbuf
 output buffer.
@@ -391,7 +391,7 @@ ready to be sent.
 The
 .Fn ibuf_write
 routine transmits as many pending buffers as possible from
-.Fn msgbuf
+.Fa msgbuf
 using
 .Xr writev 2 .
 It returns 1 if it succeeds, \-1 on error and 0 when no buffers were
Index: imsg_init.3
===
RCS file: /cvs/src/lib/libutil/imsg_init.3,v
retrieving revision 1.20
diff -u -p -r1.20 imsg_init.3
--- imsg_init.3	6 Dec 2017 12:07:08 -	1.20
+++ imsg_init.3	14 Feb 2018 14:42:26 -
@@ -181,17 +181,17 @@ returns a pointer to a new message if it
 .Pp
 .Fn imsg_add
 appends to
-.Fa imsg
-.Fa len
+.Fa ibuf
+.Fa datalen
 bytes of ancillary data pointed to by
-.Fa buf .
+.Fa data .
 It returns
 .Fa len
 if it succeeds, \-1 otherwise.
 .Pp
 .Fn imsg_close
 completes creation of
-.Fa imsg
+.Fa ibuf
 by adding it to
 .Fa imsgbuf
 output buffer.
@@ -391,7 +391,7 @@ ready to be sent.
 The
 .Fn ibuf_write
 routine transmits as many pending buffers as possible from
-.Fn msgbuf
+.Fa msgbuf
 using
 .Xr writev 2 .
 It returns 1 if it succeeds, \-1 on error and 0 when no buffers were

Re: multi-pool malloc wip diff

2016-03-28 Thread Abel Abraham Camarillo Ojeda 
On Mon, Mar 28, 2016 at 3:27 AM, Otto Moerbeek  wrote:
> On Wed, Mar 23, 2016 at 08:00:19AM +0100, Otto Moerbeek wrote:
>
>> Hi,
>>
>> first diff that seems to work. Tested on amd64 and compile tested on
>> sparc64.
>>
>> It is alo available at http://www.drijf.net/openbsd/malloc
>>
>> Form the README:
>>
>> The diff should be applied while in /usr/src/lib, it will patch
>> both librthreads as as well as libc.
>>
>> THIS IS WORK IN PROGRESS. It contains multiple things that should
>> be improved. To name a few things:
>>
>> - Curently fixed at 4 pools with a fixed thread -> pool mapping.
>> - All pools are always initialized, even for single threaded programs, where
>>   only one pool is used.
>> - Especially realloc gets quite a bit uglier.
>> - I'm pondering storing the thread -> pool mapping in the thread
>>   struct instead of computing it each time from the tcb address.
>>
>>   -Otto
>>
>
> Second diff. Only one person (Stefan Kempf, thanks!) gave feedback...
>
> A race condition was fixed in the init code. But there remain race
> problems in the init code. I will be working on that the coming time.
>
> Please be aware that to make this code ready for commit, I need
> feedback/tests/reviews. There's no way this code will end up in the tree
> without those.
>

Hi Otto,

anything specific to test or general desktop-browser-use testing is enough?

thanks


> -Otto
>
>
> Index: libc/include/thread_private.h
> ===
> RCS file: /cvs/src/lib/libc/include/thread_private.h,v
> retrieving revision 1.26
> diff -u -p -r1.26 thread_private.h
> --- libc/include/thread_private.h   7 Apr 2015 01:27:07 -   1.26
> +++ libc/include/thread_private.h   28 Mar 2016 08:22:31 -
> @@ -17,6 +17,8 @@
>   */
>  extern int __isthreaded;
>
> +#define _MALLOC_MUTEXES 4
> +
>  /*
>   * Weak symbols are used in libc so that the thread library can
>   * efficiently wrap libc functions.
> @@ -136,16 +138,16 @@ extern void *__THREAD_NAME(serv_mutex);
>  /*
>   * malloc lock/unlock prototypes and definitions
>   */
> -void   _thread_malloc_lock(void);
> -void   _thread_malloc_unlock(void);
> +void   _thread_malloc_lock(int);
> +void   _thread_malloc_unlock(int);
>
> -#define _MALLOC_LOCK() do {\
> +#define _MALLOC_LOCK(n)do {  
>   \
> if (__isthreaded)   \
> -   _thread_malloc_lock();  \
> +   _thread_malloc_lock(n); \
> } while (0)
> -#define _MALLOC_UNLOCK()   do {\
> +#define _MALLOC_UNLOCK(n)  do {\
> if (__isthreaded)   \
> -   _thread_malloc_unlock();\
> +   _thread_malloc_unlock(n);\
> } while (0)
>
>  void   _thread_atexit_lock(void);
> Index: libc/stdlib/malloc.c
> ===
> RCS file: /cvs/src/lib/libc/stdlib/malloc.c,v
> retrieving revision 1.185
> diff -u -p -r1.185 malloc.c
> --- libc/stdlib/malloc.c17 Mar 2016 17:55:33 -  1.185
> +++ libc/stdlib/malloc.c28 Mar 2016 08:22:31 -
> @@ -1,6 +1,6 @@
>  /* $OpenBSD: malloc.c,v 1.185 2016/03/17 17:55:33 mmcc Exp $   */
>  /*
> - * Copyright (c) 2008, 2010, 2011 Otto Moerbeek 
> + * Copyright (c) 2008, 2010, 2011, 2016 Otto Moerbeek 
>   * Copyright (c) 2012 Matthew Dempsky 
>   * Copyright (c) 2008 Damien Miller 
>   * Copyright (c) 2000 Poul-Henning Kamp 
> @@ -43,6 +43,7 @@
>  #endif
>
>  #include "thread_private.h"
> +#include 
>
>  #if defined(__sparc__) && !defined(__sparcv9__)
>  #define MALLOC_PAGESHIFT   (13U)
> @@ -95,10 +96,10 @@
>
>  #define _MALLOC_LEAVE(d) do { if (__isthreaded) { \
> (d)->active--; \
> -   _MALLOC_UNLOCK(); } \
> +   _MALLOC_UNLOCK(d->mutex); } \
>  } while (0)
>  #define _MALLOC_ENTER(d) do { if (__isthreaded) { \
> -   _MALLOC_LOCK(); \
> +   _MALLOC_LOCK(d->mutex); \
> (d)->active++; } \
>  } while (0)
>
> @@ -129,6 +130,7 @@ struct dir_info {
> void *delayed_chunks[MALLOC_DELAYED_CHUNK_MASK + 1];
> size_t rbytesused;  /* random bytes used */
> char *func; /* current function */
> +   int mutex;
> u_char rbytes[32];  /* random bytes */
> u_short chunk_start;
>  #ifdef MALLOC_STATS
> @@ -178,7 +180,7 @@ struct chunk_info {
>  };
>
>  struct malloc_readonly {
> -   struct dir_info *malloc_pool;   /* Main bookkeeping information

Re: COLUMNS handling

2016-03-14 Thread Abel Abraham Camarillo Ojeda 
On Mon, Mar 14, 2016 at 5:32 AM, Martin Natano  wrote:
> On Mon, Mar 14, 2016 at 10:57:36AM +0100, Marc Espie wrote:
>>
>> So, does it make sense to put COLUMNS and SIZE forward ?
>> I think this is the first important question to ask...
>>
>> (I remember having COLUMNS and LINES hardcoded in my old, old .profile
>> around SunOS4...  we can probably assume this is gone now)
>>
>
> This is still useful when working over a serial line. I sometimes use
> COLUMNS/LINES for vi over the qemu serial console.
>

calling resize(1), ignoring its output, isnt enough over serial line?

over serial I just do $ resize; after resizing my xterm and everything works
- and LINES and COLUMNS never get set in env

Re: [patch] rtl8188eu support for urtwn(4)

2015-04-26 Thread Abel Abraham Camarillo Ojeda 
On Sun, Apr 26, 2015 at 6:31 AM, Stefan Sperling s...@stsp.name wrote:
 On Sun, Apr 19, 2015 at 11:48:32PM +0300, Mikhail wrote:
 Bellow new version of the patch with above things fixed, also I've fixed
 detection of ETV chip in urtwn_attach(), nothing else is changed.

 I'm seeing very low data transmission rates with your patch and a
 TP-Link TL-WN725N device. In both 11b and 11g mode, the data rate
 remains very low (less than 100Kbit/s). A different urtwn(4) device
 (with 8188CUS chip) has much better throughput.

 Are you seeing this, too?


Hi

I tested this diff with my previously unsupported  urtwn device:

TP-link TL-WN725N

dmesg and usbdevs attached.

I can confirm speed issue (30Kbits/s via tcpbench)

Thanks for the work!


dmesg
Description: Binary data


usbdevs
Description: Binary data

Re: Do you need/prefer the non-DUID option in the installer?

2015-03-30 Thread Abel Abraham Camarillo Ojeda 
On Mon, Mar 30, 2015 at 4:04 PM, frantisek holop min...@obiit.org wrote:
 Theo de Raadt, 15 Mar 2015 12:15:
  Yes I do.  when I install machines that I dump/restore clone, I do
  not use DUID's. it's very nice to make a system without DUID's in
  that case.

 I'm sorry, but I don't understand the usage case here which blocks
 DUIDS, so let's see a better explanation or demonstration.

 When you have DUIDs in /etc/fstab, you can still use the disk partitions
 using the raw disk names.  The partitions are obvious.  Figuring out which
 disk it is, is really easy, lots of options to provide the translation.

 And as far as I know, all the tools have been adapted to accept DUID.

 IIRC 'bioctl -d' cannot deal with DUID's.
 not a showstopper, just sayin'

 -f
 --
 doubt is the beginning of wisdom



Completely hackish and subject to races, but fulfills my needs right now:

https://github.com/acamari/getdev

Re: Do you need/prefer the non-DUID option in the installer?

2015-03-15 Thread Abel Abraham Camarillo Ojeda 
On Sun, Mar 15, 2015 at 5:45 PM, Theo de Raadt dera...@cvs.openbsd.org wrote:

 DUID support was written so that we could solve a problem, without
 a question.  This is a mop-up operation.  The question being posed
 is not shall we leave the non-DUID question, but what DUID support
 gaps still remain, so that we can finish those.



The only thing I'd like to have is a command or easy way
to convert a duid to a /dev/sd0a name to use current - or future -
utilities that don't support DUID like badblocks from e2fsprogs
in ports...

I know it can be done via the C api (opendev(3)?), and using a program
to get the name first is subject to some races...

$ badblocks `duid2dev 9d45a80cb6151768.c`

but obviously this has nothing to do with the options
in the installer...

Re: current smtpd: auth failed when username = 31 chars, Syntax error when username 31

2015-02-05 Thread Abel Abraham Camarillo Ojeda 
On Tue, Dec 9, 2014 at 1:40 AM, Gilles Chehade gil...@poolp.org wrote:
 Now, if you auth using another mechanism (ie: listen [...] auth table)
 in theory we do not have the same limitation but I think it will fail as
 we share some code path and we probably have a check in there. I'll have
 a look at this.


Hi Gilles

Did you happen to have a chance to check into this? I know you must be very
busy and I have a little of C experience so maybe can you refer me to some
specific documentation/code so I can help fixing this?

Thank you for your time, and thanks for opensmtpd

regards

panic: ehci_device_clear_toggle: queue active

2014-12-12 Thread Abel Abraham Camarillo Ojeda 
I think this problem is particular to these machine
because I cannot reproduce in my other openbsd
machines when using same kernel and usb dongle...

serial transcript - dmesg + ddb - attached

- cannot paste well because of gmail.


transcript
Description: Binary data

Re: current smtpd: auth failed when username = 31 chars, Syntax error when username 31

2014-12-07 Thread Abel Abraham Camarillo Ojeda 
ping

On Wed, Dec 3, 2014 at 9:10 AM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 Hi Gilles,

 On Wed, Dec 3, 2014 at 8:27 AM, Gilles Chehade gil...@poolp.org wrote:
 Nope it shouldn't because:

  listen on egress tls pki test.verlet.org auth

 This will authenticate users against the system and will use the username
 you provide in the SMTP session as the login to search credentials for.

 Therefore, when you configure your MUA to send an email address as the
 username: longemailabcde@abcdef.ghijklmno , the user lookup on the system
 fails which causes your auth to fail.

 Yes, in my case where I found this we use auth creds to use an
 external credential table:

 pki test.verlet.org certificate /etc/ssl/localhost.pem
 pki test.verlet.org key /etc/ssl/private/localhost.key

 table cred file:/etc/mail/tbl/cred
 listen on egress tls pki test.verlet.org auth cred

 reject


 in /etc/mail/tbl/cred (password: example):

 correo-voz-010@abcdef.ghijklmno
 $2a$06$qHGSfIa9aAgzjWqO1t.ffOhaR9XG1MNI/tQ0jLKB6uxP5.lMfQtZe
 correo-voz-010@abcdef.ghijklmnop
 $2a$06$qHGSfIa9aAgzjWqO1t.ffOhaR9XG1MNI/tQ0jLKB6uxP5.lMfQtZe

 The user does exist on the auth table.

 Authenticating the first user works:

 -- AUTH PLAIN AGNvcnJlby12b3otMDEwQGFiY2RlZi5naGlqa2xtbm8AZXhhbXBsZQ==
 -- 235 2.0.0: Authentication succeeded

 but the second fails:

 -- AUTH PLAIN AGNvcnJlby12b3otMDEwQGFiY2RlZi5naGlqa2xtbm9wAGV4YW1wbGU=
 -- 501 5.5.2 Syntax error: Syntax error

 Are usernames on auth tables with length larger than 31 chars allowed?
 (this usernames do work on our current mail systems)

 if they are not allowed, shouldn't smtpd complain when loading such table?

 As for the Syntax Error on large usernames, I'll think of a better way
 to phrase it, this is the default Enhanced Status Code message for this
 kind of errors, we should probably override with a more descriptive error.



 I'm ok with the syntax error message, but should large usernames work?

 Thank you very much.




 On Mon, Dec 01, 2014 at 08:49:36PM -0600, Abel Abraham Camarillo Ojeda wrote:
 Any ideas, should this work?

 On Mon, Dec 1, 2014 at 5:39 AM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:
  Hi
 
  Found on OpenBSD/5.5, reproduced in OpenBSD-current:
 
  I have a problem when authenticating a user whose
  username is bigger than 31 chars:
 
  expected - auth longemailabcde@abcdef.ghijklmno:
  smtp-in: Authentication failed for user
  longemailabcde@abcdef.ghijklmno on session 9b03fc72ca051521
 
  got - auth longemailabcde@abcdef.ghijklmnop:
  smtp-in: Failed command on session fd98324226959da6: AUTH [...] =
  501 5.5.2 Syntax error: Syntax error
 
 
  expected:
  # smtpd -dv
 
  debug: init ssl-tree
  info: loading pki information for test.verlet.org
  info: OpenSMTPD 5.4.3 starting
  debug: bounce warning after 4h
  debug: using fs queue backend
  debug: using ramqueue scheduler backend
  debug: using ram stat backend
  info: startup [debug mode]
  debug: parent_send_config_ruleset: reloading
  debug: parent_send_config: configuring pony process
  debug: parent_send_config: configuring ca process
  debug: queue: done loading queue into scheduler
  debug: init ssl-tree
  info: loading pki keys for test.verlet.org
  debug: ca_engine_init: using RSAX engine support
  debug: smtp: listen on 172.16.0.2 port 25 flags 0x449 pki 
  test.verlet.org
  debug: smtp: listen on 127.0.0.1 port 25 flags 0x400 pki 
  debug: smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x400 pki 
  debug: smtp: listen on IPv6:::1 port 25 flags 0x400 pki 
  debug: pony: rsae_init
  debug: pony: rsae_init
  debug: init private ssl-tree
  debug: smtp: will accept at most 500 clients
  debug: smtpd: scanning offline queue...
  debug: smtpd: offline scanning done
  debug: smtp: new client on listener: 0x1659acf84000
  smtp: 0x1658f9739000: STATE_NEW - STATE_CONNECTED
  smtp-in: New session 9b03fc72ca051521 from host maetel.00z [172.16.0.2]
  smtp: 0x1658f9739000:  220 maetel.00z ESMTP OpenSMTPD
  smtp: 0x1658f9739000:  EHLO localhost
  smtp: 0x1658f9739000: STATE_CONNECTED - STATE_HELO
  smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2],
  pleased to meet you
  smtp: 0x1658f9739000:  250-8BITMIME
  smtp: 0x1658f9739000:  250-ENHANCEDSTATUSCODES
  smtp: 0x1658f9739000:  250-SIZE 36700160
  smtp: 0x1658f9739000:  250-DSN
  smtp: 0x1658f9739000:  250-STARTTLS
  smtp: 0x1658f9739000:  250 HELP
  smtp: 0x1658f9739000:  STARTTLS
  smtp: 0x1658f9739000:  220 2.0.0: Ready to start TLS
  smtp: 0x1658f9739000: STATE_HELO - STATE_TLS
  debug: lka: looking up pki test.verlet.org
  debug: session_start_ssl: switching to SSL
  debug: pony: rsae_priv_enc
  smtp-in: Started TLS on session 9b03fc72ca051521: version=TLSv1/SSLv3,
  cipher=ECDHE-RSA-CHACHA20-POLY1305, bits=256
  smtp: 0x1658f9739000: STATE_TLS - STATE_HELO
  smtp: 0x1658f9739000:  EHLO localhost
  smtp: 0x1658f9739000: STATE_HELO - STATE_HELO
  smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2

Re: current smtpd: auth failed when username = 31 chars, Syntax error when username 31

2014-12-03 Thread Abel Abraham Camarillo Ojeda 
Hi Gilles,

On Wed, Dec 3, 2014 at 8:27 AM, Gilles Chehade gil...@poolp.org wrote:
 Nope it shouldn't because:

  listen on egress tls pki test.verlet.org auth

 This will authenticate users against the system and will use the username
 you provide in the SMTP session as the login to search credentials for.

 Therefore, when you configure your MUA to send an email address as the
 username: longemailabcde@abcdef.ghijklmno , the user lookup on the system
 fails which causes your auth to fail.

Yes, in my case where I found this we use auth creds to use an
external credential table:

pki test.verlet.org certificate /etc/ssl/localhost.pem
pki test.verlet.org key /etc/ssl/private/localhost.key

table cred file:/etc/mail/tbl/cred
listen on egress tls pki test.verlet.org auth cred

reject


in /etc/mail/tbl/cred (password: example):

correo-voz-010@abcdef.ghijklmno
$2a$06$qHGSfIa9aAgzjWqO1t.ffOhaR9XG1MNI/tQ0jLKB6uxP5.lMfQtZe
correo-voz-010@abcdef.ghijklmnop
$2a$06$qHGSfIa9aAgzjWqO1t.ffOhaR9XG1MNI/tQ0jLKB6uxP5.lMfQtZe

The user does exist on the auth table.

Authenticating the first user works:

-- AUTH PLAIN AGNvcnJlby12b3otMDEwQGFiY2RlZi5naGlqa2xtbm8AZXhhbXBsZQ==
-- 235 2.0.0: Authentication succeeded

but the second fails:

-- AUTH PLAIN AGNvcnJlby12b3otMDEwQGFiY2RlZi5naGlqa2xtbm9wAGV4YW1wbGU=
-- 501 5.5.2 Syntax error: Syntax error

Are usernames on auth tables with length larger than 31 chars allowed?
(this usernames do work on our current mail systems)

if they are not allowed, shouldn't smtpd complain when loading such table?

 As for the Syntax Error on large usernames, I'll think of a better way
 to phrase it, this is the default Enhanced Status Code message for this
 kind of errors, we should probably override with a more descriptive error.



I'm ok with the syntax error message, but should large usernames work?

Thank you very much.




 On Mon, Dec 01, 2014 at 08:49:36PM -0600, Abel Abraham Camarillo Ojeda wrote:
 Any ideas, should this work?

 On Mon, Dec 1, 2014 at 5:39 AM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:
  Hi
 
  Found on OpenBSD/5.5, reproduced in OpenBSD-current:
 
  I have a problem when authenticating a user whose
  username is bigger than 31 chars:
 
  expected - auth longemailabcde@abcdef.ghijklmno:
  smtp-in: Authentication failed for user
  longemailabcde@abcdef.ghijklmno on session 9b03fc72ca051521
 
  got - auth longemailabcde@abcdef.ghijklmnop:
  smtp-in: Failed command on session fd98324226959da6: AUTH [...] =
  501 5.5.2 Syntax error: Syntax error
 
 
  expected:
  # smtpd -dv
 
  debug: init ssl-tree
  info: loading pki information for test.verlet.org
  info: OpenSMTPD 5.4.3 starting
  debug: bounce warning after 4h
  debug: using fs queue backend
  debug: using ramqueue scheduler backend
  debug: using ram stat backend
  info: startup [debug mode]
  debug: parent_send_config_ruleset: reloading
  debug: parent_send_config: configuring pony process
  debug: parent_send_config: configuring ca process
  debug: queue: done loading queue into scheduler
  debug: init ssl-tree
  info: loading pki keys for test.verlet.org
  debug: ca_engine_init: using RSAX engine support
  debug: smtp: listen on 172.16.0.2 port 25 flags 0x449 pki test.verlet.org
  debug: smtp: listen on 127.0.0.1 port 25 flags 0x400 pki 
  debug: smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x400 pki 
  debug: smtp: listen on IPv6:::1 port 25 flags 0x400 pki 
  debug: pony: rsae_init
  debug: pony: rsae_init
  debug: init private ssl-tree
  debug: smtp: will accept at most 500 clients
  debug: smtpd: scanning offline queue...
  debug: smtpd: offline scanning done
  debug: smtp: new client on listener: 0x1659acf84000
  smtp: 0x1658f9739000: STATE_NEW - STATE_CONNECTED
  smtp-in: New session 9b03fc72ca051521 from host maetel.00z [172.16.0.2]
  smtp: 0x1658f9739000:  220 maetel.00z ESMTP OpenSMTPD
  smtp: 0x1658f9739000:  EHLO localhost
  smtp: 0x1658f9739000: STATE_CONNECTED - STATE_HELO
  smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2],
  pleased to meet you
  smtp: 0x1658f9739000:  250-8BITMIME
  smtp: 0x1658f9739000:  250-ENHANCEDSTATUSCODES
  smtp: 0x1658f9739000:  250-SIZE 36700160
  smtp: 0x1658f9739000:  250-DSN
  smtp: 0x1658f9739000:  250-STARTTLS
  smtp: 0x1658f9739000:  250 HELP
  smtp: 0x1658f9739000:  STARTTLS
  smtp: 0x1658f9739000:  220 2.0.0: Ready to start TLS
  smtp: 0x1658f9739000: STATE_HELO - STATE_TLS
  debug: lka: looking up pki test.verlet.org
  debug: session_start_ssl: switching to SSL
  debug: pony: rsae_priv_enc
  smtp-in: Started TLS on session 9b03fc72ca051521: version=TLSv1/SSLv3,
  cipher=ECDHE-RSA-CHACHA20-POLY1305, bits=256
  smtp: 0x1658f9739000: STATE_TLS - STATE_HELO
  smtp: 0x1658f9739000:  EHLO localhost
  smtp: 0x1658f9739000: STATE_HELO - STATE_HELO
  smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2],
  pleased to meet you
  smtp: 0x1658f9739000:  250-8BITMIME
  smtp: 0x1658f9739000:  250-ENHANCEDSTATUSCODES
  smtp

Re: current smtpd: auth failed when username = 31 chars, Syntax error when username 31

2014-12-03 Thread Abel Abraham Camarillo Ojeda 
On Wed, Dec 3, 2014 at 9:10 AM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 Hi Gilles,

 On Wed, Dec 3, 2014 at 8:27 AM, Gilles Chehade gil...@poolp.org wrote:
 Nope it shouldn't because:

  listen on egress tls pki test.verlet.org auth

 This will authenticate users against the system and will use the username
 you provide in the SMTP session as the login to search credentials for.

 Therefore, when you configure your MUA to send an email address as the
 username: longemailabcde@abcdef.ghijklmno , the user lookup on the system
 fails which causes your auth to fail.

 Yes, in my case where I found this we use auth creds to use an
 external credential table:

 pki test.verlet.org certificate /etc/ssl/localhost.pem
 pki test.verlet.org key /etc/ssl/private/localhost.key

 table cred file:/etc/mail/tbl/cred
 listen on egress tls pki test.verlet.org auth cred

 reject


 in /etc/mail/tbl/cred (password: example):

 correo-voz-010@abcdef.ghijklmno
 $2a$06$qHGSfIa9aAgzjWqO1t.ffOhaR9XG1MNI/tQ0jLKB6uxP5.lMfQtZe
 correo-voz-010@abcdef.ghijklmnop
 $2a$06$qHGSfIa9aAgzjWqO1t.ffOhaR9XG1MNI/tQ0jLKB6uxP5.lMfQtZe

^^
the previous are two lines (mangled by gmail), can't use another mail client
at this moment.

 The user does exist on the auth table.

 Authenticating the first user works:

 -- AUTH PLAIN AGNvcnJlby12b3otMDEwQGFiY2RlZi5naGlqa2xtbm8AZXhhbXBsZQ==
 -- 235 2.0.0: Authentication succeeded

 but the second fails:

 -- AUTH PLAIN AGNvcnJlby12b3otMDEwQGFiY2RlZi5naGlqa2xtbm9wAGV4YW1wbGU=
 -- 501 5.5.2 Syntax error: Syntax error

 Are usernames on auth tables with length larger than 31 chars allowed?
 (this usernames do work on our current mail systems)

 if they are not allowed, shouldn't smtpd complain when loading such table?

 As for the Syntax Error on large usernames, I'll think of a better way
 to phrase it, this is the default Enhanced Status Code message for this
 kind of errors, we should probably override with a more descriptive error.



 I'm ok with the syntax error message, but should large usernames work?

 Thank you very much.




 On Mon, Dec 01, 2014 at 08:49:36PM -0600, Abel Abraham Camarillo Ojeda wrote:
 Any ideas, should this work?

 On Mon, Dec 1, 2014 at 5:39 AM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:
  Hi
 
  Found on OpenBSD/5.5, reproduced in OpenBSD-current:
 
  I have a problem when authenticating a user whose
  username is bigger than 31 chars:
 
  expected - auth longemailabcde@abcdef.ghijklmno:
  smtp-in: Authentication failed for user
  longemailabcde@abcdef.ghijklmno on session 9b03fc72ca051521
 
  got - auth longemailabcde@abcdef.ghijklmnop:
  smtp-in: Failed command on session fd98324226959da6: AUTH [...] =
  501 5.5.2 Syntax error: Syntax error
 
 
  expected:
  # smtpd -dv
 
  debug: init ssl-tree
  info: loading pki information for test.verlet.org
  info: OpenSMTPD 5.4.3 starting
  debug: bounce warning after 4h
  debug: using fs queue backend
  debug: using ramqueue scheduler backend
  debug: using ram stat backend
  info: startup [debug mode]
  debug: parent_send_config_ruleset: reloading
  debug: parent_send_config: configuring pony process
  debug: parent_send_config: configuring ca process
  debug: queue: done loading queue into scheduler
  debug: init ssl-tree
  info: loading pki keys for test.verlet.org
  debug: ca_engine_init: using RSAX engine support
  debug: smtp: listen on 172.16.0.2 port 25 flags 0x449 pki 
  test.verlet.org
  debug: smtp: listen on 127.0.0.1 port 25 flags 0x400 pki 
  debug: smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x400 pki 
  debug: smtp: listen on IPv6:::1 port 25 flags 0x400 pki 
  debug: pony: rsae_init
  debug: pony: rsae_init
  debug: init private ssl-tree
  debug: smtp: will accept at most 500 clients
  debug: smtpd: scanning offline queue...
  debug: smtpd: offline scanning done
  debug: smtp: new client on listener: 0x1659acf84000
  smtp: 0x1658f9739000: STATE_NEW - STATE_CONNECTED
  smtp-in: New session 9b03fc72ca051521 from host maetel.00z [172.16.0.2]
  smtp: 0x1658f9739000:  220 maetel.00z ESMTP OpenSMTPD
  smtp: 0x1658f9739000:  EHLO localhost
  smtp: 0x1658f9739000: STATE_CONNECTED - STATE_HELO
  smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2],
  pleased to meet you
  smtp: 0x1658f9739000:  250-8BITMIME
  smtp: 0x1658f9739000:  250-ENHANCEDSTATUSCODES
  smtp: 0x1658f9739000:  250-SIZE 36700160
  smtp: 0x1658f9739000:  250-DSN
  smtp: 0x1658f9739000:  250-STARTTLS
  smtp: 0x1658f9739000:  250 HELP
  smtp: 0x1658f9739000:  STARTTLS
  smtp: 0x1658f9739000:  220 2.0.0: Ready to start TLS
  smtp: 0x1658f9739000: STATE_HELO - STATE_TLS
  debug: lka: looking up pki test.verlet.org
  debug: session_start_ssl: switching to SSL
  debug: pony: rsae_priv_enc
  smtp-in: Started TLS on session 9b03fc72ca051521: version=TLSv1/SSLv3,
  cipher=ECDHE-RSA-CHACHA20-POLY1305, bits=256
  smtp: 0x1658f9739000: STATE_TLS - STATE_HELO
  smtp: 0x1658f9739000:  EHLO localhost
  smtp

current smtpd: auth failed when username = 31 chars, Syntax error when username 31

2014-12-01 Thread Abel Abraham Camarillo Ojeda 
Hi

Found on OpenBSD/5.5, reproduced in OpenBSD-current:

I have a problem when authenticating a user whose
username is bigger than 31 chars:

expected - auth longemailabcde@abcdef.ghijklmno:
smtp-in: Authentication failed for user
longemailabcde@abcdef.ghijklmno on session 9b03fc72ca051521

got - auth longemailabcde@abcdef.ghijklmnop:
smtp-in: Failed command on session fd98324226959da6: AUTH [...] =
501 5.5.2 Syntax error: Syntax error


expected:
# smtpd -dv

debug: init ssl-tree
info: loading pki information for test.verlet.org
info: OpenSMTPD 5.4.3 starting
debug: bounce warning after 4h
debug: using fs queue backend
debug: using ramqueue scheduler backend
debug: using ram stat backend
info: startup [debug mode]
debug: parent_send_config_ruleset: reloading
debug: parent_send_config: configuring pony process
debug: parent_send_config: configuring ca process
debug: queue: done loading queue into scheduler
debug: init ssl-tree
info: loading pki keys for test.verlet.org
debug: ca_engine_init: using RSAX engine support
debug: smtp: listen on 172.16.0.2 port 25 flags 0x449 pki test.verlet.org
debug: smtp: listen on 127.0.0.1 port 25 flags 0x400 pki 
debug: smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x400 pki 
debug: smtp: listen on IPv6:::1 port 25 flags 0x400 pki 
debug: pony: rsae_init
debug: pony: rsae_init
debug: init private ssl-tree
debug: smtp: will accept at most 500 clients
debug: smtpd: scanning offline queue...
debug: smtpd: offline scanning done
debug: smtp: new client on listener: 0x1659acf84000
smtp: 0x1658f9739000: STATE_NEW - STATE_CONNECTED
smtp-in: New session 9b03fc72ca051521 from host maetel.00z [172.16.0.2]
smtp: 0x1658f9739000:  220 maetel.00z ESMTP OpenSMTPD
smtp: 0x1658f9739000:  EHLO localhost
smtp: 0x1658f9739000: STATE_CONNECTED - STATE_HELO
smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2],
pleased to meet you
smtp: 0x1658f9739000:  250-8BITMIME
smtp: 0x1658f9739000:  250-ENHANCEDSTATUSCODES
smtp: 0x1658f9739000:  250-SIZE 36700160
smtp: 0x1658f9739000:  250-DSN
smtp: 0x1658f9739000:  250-STARTTLS
smtp: 0x1658f9739000:  250 HELP
smtp: 0x1658f9739000:  STARTTLS
smtp: 0x1658f9739000:  220 2.0.0: Ready to start TLS
smtp: 0x1658f9739000: STATE_HELO - STATE_TLS
debug: lka: looking up pki test.verlet.org
debug: session_start_ssl: switching to SSL
debug: pony: rsae_priv_enc
smtp-in: Started TLS on session 9b03fc72ca051521: version=TLSv1/SSLv3,
cipher=ECDHE-RSA-CHACHA20-POLY1305, bits=256
smtp: 0x1658f9739000: STATE_TLS - STATE_HELO
smtp: 0x1658f9739000:  EHLO localhost
smtp: 0x1658f9739000: STATE_HELO - STATE_HELO
smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2],
pleased to meet you
smtp: 0x1658f9739000:  250-8BITMIME
smtp: 0x1658f9739000:  250-ENHANCEDSTATUSCODES
smtp: 0x1658f9739000:  250-SIZE 36700160
smtp: 0x1658f9739000:  250-DSN
smtp: 0x1658f9739000:  250-AUTH PLAIN LOGIN
smtp: 0x1658f9739000:  250 HELP
smtp: 0x1658f9739000:  AUTH PLAIN
AGxvbmdlbWFpbGFiY2RlQGFiY2RlZi5naGlqa2xtbm8AdGVzdHBhc3M=
smtp: 0x1658f9739000: STATE_HELO - STATE_AUTH_INIT
smtp-in: Authentication failed for user
longemailabcde@abcdef.ghijklmno on session 9b03fc72ca051521
smtp: timing-attack protection triggered, will defer answer for 741286
microseconds
smtp: 0x1658f9739000:  535 Authentication failed
smtp-in: Failed command on session 9b03fc72ca051521: AUTH [...] =
535 Authentication failed
smtp: 0x1658f9739000: STATE_AUTH_INIT - STATE_HELO
smtp-in: Received disconnect from session 9b03fc72ca051521
debug: smtp: 0x1658f9739000: deleting session: disconnected


got:
debug: init ssl-tree
info: loading pki information for test.verlet.org
info: OpenSMTPD 5.4.3 starting
debug: bounce warning after 4h
debug: using fs queue backend
debug: using ramqueue scheduler backend
debug: using ram stat backend
info: startup [debug mode]
debug: queue: done loading queue into scheduler
debug: init ssl-tree
info: loading pki keys for test.verlet.org
debug: parent_send_config_ruleset: reloading
debug: parent_send_config: configuring pony process
debug: parent_send_config: configuring ca process
debug: ca_engine_init: using RSAX engine support
debug: smtp: listen on 172.16.0.2 port 25 flags 0x449 pki test.verlet.org
debug: smtp: listen on 127.0.0.1 port 25 flags 0x400 pki 
debug: smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x400 pki 
debug: smtp: listen on IPv6:::1 port 25 flags 0x400 pki 
debug: pony: rsae_init
debug: pony: rsae_init
debug: init private ssl-tree
debug: smtp: will accept at most 500 clients
debug: smtpd: scanning offline queue...
debug: smtpd: offline scanning done
debug: smtp: new client on listener: 0x122f4cfd000
smtp: 0x122aab01000: STATE_NEW - STATE_CONNECTED
smtp-in: New session fd98324226959da6 from host maetel.00z [172.16.0.2]
smtp: 0x122aab01000:  220 maetel.00z ESMTP OpenSMTPD
smtp: 0x122aab01000:  EHLO localhost
smtp: 0x122aab01000: STATE_CONNECTED - STATE_HELO
smtp: 0x122aab01000:  250-maetel.00z Hello localhost [172.16.0.2],
pleased to meet you
smtp:

Re: current smtpd: auth failed when username = 31 chars, Syntax error when username 31

2014-12-01 Thread Abel Abraham Camarillo Ojeda 
Any ideas, should this work?

On Mon, Dec 1, 2014 at 5:39 AM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 Hi

 Found on OpenBSD/5.5, reproduced in OpenBSD-current:

 I have a problem when authenticating a user whose
 username is bigger than 31 chars:

 expected - auth longemailabcde@abcdef.ghijklmno:
 smtp-in: Authentication failed for user
 longemailabcde@abcdef.ghijklmno on session 9b03fc72ca051521

 got - auth longemailabcde@abcdef.ghijklmnop:
 smtp-in: Failed command on session fd98324226959da6: AUTH [...] =
 501 5.5.2 Syntax error: Syntax error


 expected:
 # smtpd -dv

 debug: init ssl-tree
 info: loading pki information for test.verlet.org
 info: OpenSMTPD 5.4.3 starting
 debug: bounce warning after 4h
 debug: using fs queue backend
 debug: using ramqueue scheduler backend
 debug: using ram stat backend
 info: startup [debug mode]
 debug: parent_send_config_ruleset: reloading
 debug: parent_send_config: configuring pony process
 debug: parent_send_config: configuring ca process
 debug: queue: done loading queue into scheduler
 debug: init ssl-tree
 info: loading pki keys for test.verlet.org
 debug: ca_engine_init: using RSAX engine support
 debug: smtp: listen on 172.16.0.2 port 25 flags 0x449 pki test.verlet.org
 debug: smtp: listen on 127.0.0.1 port 25 flags 0x400 pki 
 debug: smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x400 pki 
 debug: smtp: listen on IPv6:::1 port 25 flags 0x400 pki 
 debug: pony: rsae_init
 debug: pony: rsae_init
 debug: init private ssl-tree
 debug: smtp: will accept at most 500 clients
 debug: smtpd: scanning offline queue...
 debug: smtpd: offline scanning done
 debug: smtp: new client on listener: 0x1659acf84000
 smtp: 0x1658f9739000: STATE_NEW - STATE_CONNECTED
 smtp-in: New session 9b03fc72ca051521 from host maetel.00z [172.16.0.2]
 smtp: 0x1658f9739000:  220 maetel.00z ESMTP OpenSMTPD
 smtp: 0x1658f9739000:  EHLO localhost
 smtp: 0x1658f9739000: STATE_CONNECTED - STATE_HELO
 smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2],
 pleased to meet you
 smtp: 0x1658f9739000:  250-8BITMIME
 smtp: 0x1658f9739000:  250-ENHANCEDSTATUSCODES
 smtp: 0x1658f9739000:  250-SIZE 36700160
 smtp: 0x1658f9739000:  250-DSN
 smtp: 0x1658f9739000:  250-STARTTLS
 smtp: 0x1658f9739000:  250 HELP
 smtp: 0x1658f9739000:  STARTTLS
 smtp: 0x1658f9739000:  220 2.0.0: Ready to start TLS
 smtp: 0x1658f9739000: STATE_HELO - STATE_TLS
 debug: lka: looking up pki test.verlet.org
 debug: session_start_ssl: switching to SSL
 debug: pony: rsae_priv_enc
 smtp-in: Started TLS on session 9b03fc72ca051521: version=TLSv1/SSLv3,
 cipher=ECDHE-RSA-CHACHA20-POLY1305, bits=256
 smtp: 0x1658f9739000: STATE_TLS - STATE_HELO
 smtp: 0x1658f9739000:  EHLO localhost
 smtp: 0x1658f9739000: STATE_HELO - STATE_HELO
 smtp: 0x1658f9739000:  250-maetel.00z Hello localhost [172.16.0.2],
 pleased to meet you
 smtp: 0x1658f9739000:  250-8BITMIME
 smtp: 0x1658f9739000:  250-ENHANCEDSTATUSCODES
 smtp: 0x1658f9739000:  250-SIZE 36700160
 smtp: 0x1658f9739000:  250-DSN
 smtp: 0x1658f9739000:  250-AUTH PLAIN LOGIN
 smtp: 0x1658f9739000:  250 HELP
 smtp: 0x1658f9739000:  AUTH PLAIN
 AGxvbmdlbWFpbGFiY2RlQGFiY2RlZi5naGlqa2xtbm8AdGVzdHBhc3M=
 smtp: 0x1658f9739000: STATE_HELO - STATE_AUTH_INIT
 smtp-in: Authentication failed for user
 longemailabcde@abcdef.ghijklmno on session 9b03fc72ca051521
 smtp: timing-attack protection triggered, will defer answer for 741286
 microseconds
 smtp: 0x1658f9739000:  535 Authentication failed
 smtp-in: Failed command on session 9b03fc72ca051521: AUTH [...] =
 535 Authentication failed
 smtp: 0x1658f9739000: STATE_AUTH_INIT - STATE_HELO
 smtp-in: Received disconnect from session 9b03fc72ca051521
 debug: smtp: 0x1658f9739000: deleting session: disconnected


 got:
 debug: init ssl-tree
 info: loading pki information for test.verlet.org
 info: OpenSMTPD 5.4.3 starting
 debug: bounce warning after 4h
 debug: using fs queue backend
 debug: using ramqueue scheduler backend
 debug: using ram stat backend
 info: startup [debug mode]
 debug: queue: done loading queue into scheduler
 debug: init ssl-tree
 info: loading pki keys for test.verlet.org
 debug: parent_send_config_ruleset: reloading
 debug: parent_send_config: configuring pony process
 debug: parent_send_config: configuring ca process
 debug: ca_engine_init: using RSAX engine support
 debug: smtp: listen on 172.16.0.2 port 25 flags 0x449 pki test.verlet.org
 debug: smtp: listen on 127.0.0.1 port 25 flags 0x400 pki 
 debug: smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x400 pki 
 debug: smtp: listen on IPv6:::1 port 25 flags 0x400 pki 
 debug: pony: rsae_init
 debug: pony: rsae_init
 debug: init private ssl-tree
 debug: smtp: will accept at most 500 clients
 debug: smtpd: scanning offline queue...
 debug: smtpd: offline scanning done
 debug: smtp: new client on listener: 0x122f4cfd000
 smtp: 0x122aab01000: STATE_NEW - STATE_CONNECTED
 smtp-in: New session fd98324226959da6 from host maetel.00z [172.16.0.2]
 smtp

On this -lightly loaded- machine a second lasts two or three seconds

2014-10-28 Thread Abel Abraham Camarillo Ojeda 
$ while sleep 1; do date; done
Tue Oct 28 04:34:04 CST 2014
Tue Oct 28 04:34:06 CST 2014
Tue Oct 28 04:34:08 CST 2014
Tue Oct 28 04:34:11 CST 2014
Tue Oct 28 04:34:13 CST 2014
Tue Oct 28 04:34:15 CST 2014
Tue Oct 28 04:34:17 CST 2014
Tue Oct 28 04:34:20 CST 2014
Tue Oct 28 04:34:22 CST 2014
Tue Oct 28 04:34:24 CST 2014
Tue Oct 28 04:34:26 CST 2014
Tue Oct 28 04:34:28 CST 2014
Tue Oct 28 04:34:31 CST 2014
Tue Oct 28 04:34:33 CST 2014
^C
$

on another machine - the expected:

$ while sleep 1; do date; done
Tue Oct 28 04:36:34 CST 2014
Tue Oct 28 04:36:35 CST 2014
Tue Oct 28 04:36:36 CST 2014
Tue Oct 28 04:36:37 CST 2014
^C
$


$ top | head
load averages:  0.32,  0.35,  0.16repo.neuroservices.com.mx 04:34:46
46 processes:  44 idle, 1 zombie, 1 on processor
CPU0 states:  0.0% user,  0.0% nice,  0.7% system,  0.0% interrupt, 99.3% idle
CPU1 states:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt, 99.9% idle
CPU2 states:  0.0% user,  0.0% nice,  0.2% system,  0.0% interrupt, 99.8% idle
CPU3 states:  0.0% user,  0.0% nice,  0.1% system,  0.0% interrupt, 99.9% idle
Memory: Real: 23M/74M act/tot Free: 1905M Cache: 22M Swap: 0K/2303M

  PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND
17912 root   20 1652K 1804K sleep/3   select0:06  0.00% sendmail
$


This machine is also an ntp server:

$ cat /etc/ntpd.conf
# $OpenBSD: ntpd.conf,v 1.11 2009/05/18 16:13:48 stevesk Exp $
# sample ntpd configuration file, see ntpd.conf(5)

# Addresses to listen on (ntpd does not listen by default)
listen on *

# sync to a single server
#server ntp.example.org

# use a random selection of NTP Pool Time Servers
# see http://support.ntp.org/bin/view/Servers/NTPPoolServers
servers pool.ntp.org

# use a specific local timedelta sensor (radio clock, etc)
#sensor nmea0

# use all detected timedelta sensors
#sensor *
$

any ideas about how to further debug?

Thanks


dmesg:
OpenBSD 5.2 (GENERIC.MP) #368: Wed Aug  1 10:04:49 MDT 2012
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2146172928 (2046MB)
avail mem = 2066731008 (1970MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xfa5b0 (48 entries)
bios0: vendor Dell Computer Corporation version A05 date 10/04/2007
bios0: Dell Computer Corporation PowerEdge 860
acpi0 at bios0: rev 2
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP APIC SPCR HPET MCFG SLIC
acpi0: wakeup devices PCI0(S5) PES1(S5) PEP0(S5) PXHA(S5) PEP1(S5)
PEP2(S5) PCIS(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X3210 @ 2.13GHz, 2133.68 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,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: apic clock running at 586MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Xeon(R) CPU X3210 @ 2.13GHz, 4693.46 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,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF
cpu1: 4MB 64b/line 16-way L2 cache
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Xeon(R) CPU X3210 @ 2.13GHz, 4693.46 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,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF
cpu2: 4MB 64b/line 16-way L2 cache
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Xeon(R) CPU X3210 @ 2.13GHz, 4693.46 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,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF
cpu3: 4MB 64b/line 16-way L2 cache
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 4
acpihpet0 at acpi0: 14318179 Hz
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (PES1)
acpiprt2 at acpi0: bus 2 (PEP0)
acpiprt3 at acpi0: bus -1 (PXHA)
acpiprt4 at acpi0: bus 3 (PEP1)
acpiprt5 at acpi0: bus 4 (PEP2)
acpiprt6 at acpi0: bus 5 (PCIS)
acpicpu0 at acpi0
acpicpu1 at acpi0
acpicpu2 at acpi0
acpicpu3 at acpi0
ipmi at mainbus0 not configured
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel E7230 Host rev 0x00
ppb0 at pci0 dev 1 function 0 Intel E7230 PCIE rev 0x00: msi
pci1 at ppb0 bus 1
ppb1 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 4 Intel 82801G PCIE rev 0x01
pci3 at ppb2 bus 3
bge0 at pci3 dev 0 function 0 Broadcom BCM5721 rev 0x11, BCM5750 B1
(0x4101): apic 4 int 16, address 00:1d:09:f0:f9:83
brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0
ppb3 at pci0 dev 28 function 5 Intel 82801G

Re: On this -lightly loaded- machine a second lasts two or three seconds

2014-10-28 Thread Abel Abraham Camarillo Ojeda 
On Tue, Oct 28, 2014 at 8:22 AM, Ted Unangst t...@tedunangst.com wrote:
 On Tue, Oct 28, 2014 at 04:42, Abel Abraham Camarillo Ojeda wrote:
 $ while sleep 1; do date; done
 Tue Oct 28 04:34:04 CST 2014
 Tue Oct 28 04:34:06 CST 2014

 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: Intel(R) Xeon(R) CPU X3210 @ 2.13GHz, 2133.68 MHz

 One normal CPU.

 cpu0: apic clock running at 586MHz

 One crazy fast apic.

 cpu1 at mainbus0: apid 1 (application processor)
 cpu1: Intel(R) Xeon(R) CPU X3210 @ 2.13GHz, 4693.46 MHz

 One crazy fast CPU.

 Upgrade to a version that has the apic latching bug fixed. Or reboot
 until the apic is detected properly.

Will try to update after 5.6 is released :-)

Thanks to everyone

Re: tplink TL-WN722N (ath ar9271): athn0: could not load firmware (and firmware is there)

2014-09-27 Thread Abel Abraham Camarillo Ojeda 
On Thu, Sep 25, 2014 at 11:51 PM, Sébastien Marie
semarie-open...@latrappe.fr wrote:
 Hi,

 On Thu, Sep 25, 2014 at 06:18:11PM -0500, Abel Abraham Camarillo Ojeda wrote:
 I have this usb dongle:

 http://www.tp-link.com/en/products/details/?model=tl-wn722n#over

 Tplink TL-WN722N, which according to driver (*.inf) is an atheros ar9271 
 device.

 after inserting in usb slot I get:

 athn0 at uhub1 port 3 ATHEROS USB2.0 WLAN rev 2.00/1.08 addr 2
 athn0: could not load firmware

 and nothing else happens, with it inserted I ran fw_update(1), and
 then tried to remove it and insert it again, still same message.

 should it work?

 it should. I have the same device, and it works here (-current, but it
 works also in 5.5).


You are right, it seems that this card don't works _on this machine_,
I tried another OpenBSD/5.5/amd64-sp machine and it worked ok.

 $ ls -alsh /etc/firmware
 140 -r--r--r--  1 root  bin  69.0K Jul 30 07:04 /etc/firmware/athn-ar7010
 140 -r--r--r--  1 root  bin  69.0K Jul 30 07:04 /etc/firmware/athn-ar7010-11
 104 -r--r--r--  1 root  bin  50.1K Jul 30 07:04 /etc/firmware/athn-ar9271
   8 -r--r--r--  1 root  bin   2.2K Jul 30 07:04 /etc/firmware/athn-license
 $

 $ ls -alsh /etc/firmware/athn-*
 140 -r--r--r--  1 root  bin  69.0K Jan 11  2014 /etc/firmware/athn-ar7010
 140 -r--r--r--  1 root  bin  69.0K Jan 11  2014 /etc/firmware/athn-ar7010-11
 104 -r--r--r--  1 root  bin  50.1K Jan 11  2014 /etc/firmware/athn-ar9271
   8 -r--r--r--  1 root  bin   2.2K Jan 11  2014 /etc/firmware/athn-license

 $ sha1 /etc/firmware/athn-*
 SHA1 (/etc/firmware/athn-ar7010) = 4712a8674f6d32b3d2bb548d304177a0fea09558
 SHA1 (/etc/firmware/athn-ar7010-11) = 08d0587306e965cd7b04c0715114978395b5ac35
 SHA1 (/etc/firmware/athn-ar9271) = 494bc6957da8f6d04d68f8594337fee356c190d3
 SHA1 (/etc/firmware/athn-license) = 5fc3ee1bec135933fd8b1c73191e7d7556b9eed0

i have same files (same sha1)

 $ pkg_info athn-firmware
 Information for inst:athn-firmware-1.1p1
 [...]

 $ dmesg | grep athn
 athn0 at uhub0 port 4 ATHEROS USB2.0 WLAN rev 2.00/1.08 addr 2
 athn0: AR9271 rev 1 (1T1R), ROM rev 13, address c0:4a:00:1c:c0:aa

 --
 Sébastien Marie

I suspect this is an USB issue with this machine, will try to bisect
to see if it works on an previous release. (i have had problems with usb on
this machine):

http://marc.info/?l=openbsd-cvsm=139982602432291w=2

Ideas?

dmesg from working machine:
OpenBSD 5.5 (GENERIC) #271: Wed Mar  5 09:31:16 MST 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 1048051712 (999MB)
avail mem = 1011638272 (964MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf06b0 (42 entries)
bios0: vendor American Megatrends Inc. version 0216 date 09/22/2009
bios0: ASUSTeK Computer INC. ITX-220
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB HPET
acpi0: wakeup devices P0P1(S4) P0P3(S4) P0P9(S4) P0P8(S4) P0P7(S4)
P0P6(S4) P0P5(S4) P0P4(S4) PS2K(S4) PS2M(S4) UAR1(S4) USB2(S4)
USB3(S4) USB4(S4) MC97(S4) USB1(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Celeron(R) CPU 220 @ 1.20GHz, 1197.64 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,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
cpu0: 512KB 64b/line 2-way L2 cache
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (P0P1)
acpiprt2 at acpi0: bus 1 (P0P3)
acpiprt3 at acpi0: bus -1 (P0P8)
acpicpu0 at acpi0
aibs0 at acpi0 RTMP RVLT RFAN GGRP GITM SITM
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel 82945G Host rev 0x02
vga1 at pci0 dev 2 function 0 Intel 82945G Video rev 0x02
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
No connectors reported connected with modes
Cannot find any crtc or sizes - going 1024x768
inteldrm0: 1024x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x01: msi
azalia0: codecs: VIA/0x4397
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01
pci1 at ppb0 bus 2
re0 at pci1 dev 0 function 0 Realtek 8168 rev 0x01: RTL8168 2
(0x3800), msi, address bc:ae:c5:78:22:a7
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 1 int 20
uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: apic 1 int 17
uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: apic 1 int 18
uhci3 at pci0

Re: tplink TL-WN722N (ath ar9271): athn0: could not load firmware (and firmware is there)

2014-09-27 Thread Abel Abraham Camarillo Ojeda 
On Sat, Sep 27, 2014 at 4:42 AM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 On Thu, Sep 25, 2014 at 11:51 PM, Sébastien Marie
 semarie-open...@latrappe.fr wrote:
 Hi,

 On Thu, Sep 25, 2014 at 06:18:11PM -0500, Abel Abraham Camarillo Ojeda wrote:
 I have this usb dongle:

 http://www.tp-link.com/en/products/details/?model=tl-wn722n#over

 Tplink TL-WN722N, which according to driver (*.inf) is an atheros ar9271 
 device.

 after inserting in usb slot I get:

 athn0 at uhub1 port 3 ATHEROS USB2.0 WLAN rev 2.00/1.08 addr 2
 athn0: could not load firmware

 and nothing else happens, with it inserted I ran fw_update(1), and
 then tried to remove it and insert it again, still same message.

 should it work?

 it should. I have the same device, and it works here (-current, but it
 works also in 5.5).


 You are right, it seems that this card don't works _on this machine_,
 I tried another OpenBSD/5.5/amd64-sp machine and it worked ok.

I have tried:

on non-working machine:

OpenBSD-current/amd64.mp: not works
OpenBSD-5.5/i386.mp: not works

on working machine:

OpenBSD-5.5/amd64.sp: works

 $ ls -alsh /etc/firmware
 140 -r--r--r--  1 root  bin  69.0K Jul 30 07:04 /etc/firmware/athn-ar7010
 140 -r--r--r--  1 root  bin  69.0K Jul 30 07:04 /etc/firmware/athn-ar7010-11
 104 -r--r--r--  1 root  bin  50.1K Jul 30 07:04 /etc/firmware/athn-ar9271
   8 -r--r--r--  1 root  bin   2.2K Jul 30 07:04 /etc/firmware/athn-license
 $

 $ ls -alsh /etc/firmware/athn-*
 140 -r--r--r--  1 root  bin  69.0K Jan 11  2014 /etc/firmware/athn-ar7010
 140 -r--r--r--  1 root  bin  69.0K Jan 11  2014 /etc/firmware/athn-ar7010-11
 104 -r--r--r--  1 root  bin  50.1K Jan 11  2014 /etc/firmware/athn-ar9271
   8 -r--r--r--  1 root  bin   2.2K Jan 11  2014 /etc/firmware/athn-license

 $ sha1 /etc/firmware/athn-*
 SHA1 (/etc/firmware/athn-ar7010) = 4712a8674f6d32b3d2bb548d304177a0fea09558
 SHA1 (/etc/firmware/athn-ar7010-11) = 
 08d0587306e965cd7b04c0715114978395b5ac35
 SHA1 (/etc/firmware/athn-ar9271) = 494bc6957da8f6d04d68f8594337fee356c190d3
 SHA1 (/etc/firmware/athn-license) = 5fc3ee1bec135933fd8b1c73191e7d7556b9eed0

 i have same files (same sha1)

 $ pkg_info athn-firmware
 Information for inst:athn-firmware-1.1p1
 [...]

 $ dmesg | grep athn
 athn0 at uhub0 port 4 ATHEROS USB2.0 WLAN rev 2.00/1.08 addr 2
 athn0: AR9271 rev 1 (1T1R), ROM rev 13, address c0:4a:00:1c:c0:aa

 --
 Sébastien Marie

 I suspect this is an USB issue with this machine, will try to bisect
 to see if it works on an previous release. (i have had problems with usb on
 this machine):

 http://marc.info/?l=openbsd-cvsm=139982602432291w=2

 Ideas?

 dmesg from working machine:
 OpenBSD 5.5 (GENERIC) #271: Wed Mar  5 09:31:16 MST 2014
 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
 real mem = 1048051712 (999MB)
 avail mem = 1011638272 (964MB)
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf06b0 (42 entries)
 bios0: vendor American Megatrends Inc. version 0216 date 09/22/2009
 bios0: ASUSTeK Computer INC. ITX-220
 acpi0 at bios0: rev 2
 acpi0: sleep states S0 S1 S3 S4 S5
 acpi0: tables DSDT FACP APIC MCFG OEMB HPET
 acpi0: wakeup devices P0P1(S4) P0P3(S4) P0P9(S4) P0P8(S4) P0P7(S4)
 P0P6(S4) P0P5(S4) P0P4(S4) PS2K(S4) PS2M(S4) UAR1(S4) USB2(S4)
 USB3(S4) USB4(S4) MC97(S4) USB1(S4) [...]
 acpitimer0 at acpi0: 3579545 Hz, 24 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: Intel(R) Celeron(R) CPU 220 @ 1.20GHz, 1197.64 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,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
 cpu0: 512KB 64b/line 2-way L2 cache
 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
 cpu0: apic clock running at 133MHz
 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
 acpimcfg0 at acpi0 addr 0xf000, bus 0-63
 acpihpet0 at acpi0: 14318179 Hz
 acpiprt0 at acpi0: bus 0 (PCI0)
 acpiprt1 at acpi0: bus -1 (P0P1)
 acpiprt2 at acpi0: bus 1 (P0P3)
 acpiprt3 at acpi0: bus -1 (P0P8)
 acpicpu0 at acpi0
 aibs0 at acpi0 RTMP RVLT RFAN GGRP GITM SITM
 acpibtn0 at acpi0: SLPB
 acpibtn1 at acpi0: PWRB
 pci0 at mainbus0 bus 0
 pchb0 at pci0 dev 0 function 0 Intel 82945G Host rev 0x02
 vga1 at pci0 dev 2 function 0 Intel 82945G Video rev 0x02
 intagp0 at vga1
 agp0 at intagp0: aperture at 0xd000, size 0x1000
 inteldrm0 at vga1
 drm0 at inteldrm0
 No connectors reported connected with modes
 Cannot find any crtc or sizes - going 1024x768
 inteldrm0: 1024x768
 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
 wsdisplay0: screen 1-5 added (std, vt100 emulation)
 azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x01: msi
 azalia0: codecs: VIA/0x4397
 audio0 at azalia0
 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01
 pci1 at ppb0 bus 2
 re0 at pci1 dev 0 function 0 Realtek 8168 rev 0x01: RTL8168 2
 (0x3800), msi

tplink TL-WN722N (ath ar9271): athn0: could not load firmware (and firmware is there)

2014-09-25 Thread Abel Abraham Camarillo Ojeda 
I have this usb dongle:


http://www.tp-link.com/en/products/details/?model=tl-wn722n#over

Tplink TL-WN722N, which according to driver (*.inf) is an atheros ar9271 device.

after inserting in usb slot I get:

athn0 at uhub1 port 3 ATHEROS USB2.0 WLAN rev 2.00/1.08 addr 2
athn0: could not load firmware

and nothing else happens, with it inserted I ran fw_update(1), and
then tried to remove it and insert it again, still same message.

should it work?

Thanks.


$ ls -alsh /etc/firmware
140 -r--r--r--  1 root  bin  69.0K Jul 30 07:04 /etc/firmware/athn-ar7010
140 -r--r--r--  1 root  bin  69.0K Jul 30 07:04 /etc/firmware/athn-ar7010-11
104 -r--r--r--  1 root  bin  50.1K Jul 30 07:04 /etc/firmware/athn-ar9271
  8 -r--r--r--  1 root  bin   2.2K Jul 30 07:04 /etc/firmware/athn-license
$

dmesg:
OpenBSD 5.6-current (GENERIC.MP) #364: Thu Sep  4 02:57:22 MDT 2014
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17124114432 (16330MB)
avail mem = 16659546112 (15887MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries)
bios0: vendor American Megatrends Inc. version 1605 date 10/25/2012
bios0: ASUSTeK COMPUTER INC. M5A97
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG HPET SSDT IVRS
acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4)
UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4)
PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.13 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu0: AMD erratum 721 detected and fixed
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 200MHz
cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu1: AMD erratum 721 detected and fixed
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu2: AMD erratum 721 detected and fixed
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu3: AMD erratum 721 detected and fixed
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 5 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 6 pa 0xfec2, version 21, 32 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (P0PC)
acpiprt2 at acpi0: bus -1 (PE20)
acpiprt3 at acpi0: bus -1 (PE21)
acpiprt4 at acpi0: bus -1 (PE22)
acpiprt5 at acpi0: bus -1 (PE23)
acpiprt6 at acpi0:

diff: setpgid.2: no pgid argument

2014-05-24 Thread Abel Abraham Camarillo Ojeda 
There is no pgid argument in the SYNOPSIS:

patch inline and attached.

Index: setpgid.2
===
RCS file: /cvs/src/lib/libc/sys/setpgid.2,v
retrieving revision 1.14
diff -u -p -r1.14 setpgid.2
--- setpgid.2   8 May 2013 14:19:44 -   1.14
+++ setpgid.2   24 May 2014 10:10:52 -
@@ -80,7 +80,7 @@ is either a session leader or not in the
 process.
 .It Bq Er EPERM
 The value of the
-.Fa pgid
+.Fa pgrp
 argument is neither the PID of the process indicated by the
 .Fa pid
 argument nor the process group ID of an existing process group in


patch
Description: Binary data

Re: openbsd-current: cannot suspend -return from zzz-

2014-05-10 Thread Abel Abraham Camarillo Ojeda 
On Fri, May 9, 2014 at 3:12 PM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org 
 wrote:
 On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote:
 On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:

 This commit breaks resume for my machine:

 Could you find which device and/or controller breaks it?  Since you have
 only one mouse attached to your machine, can you resume if the mouse is
 unplugged?

 USB mouse presence/not-presence shows no changes.

 If not, can you resume with ohci(4) disable (you won't be
 able to use your USB mouse)?

 disabling ohci enables resume again.

 If not can you resume with ehci(4)
 disable or do you need to disable both controller drivers?

 disabling ehci shows no changes.


Any ideas to debug this further?

Re: openbsd-current: cannot suspend -return from zzz-

2014-05-10 Thread Abel Abraham Camarillo Ojeda 
On Sat, May 10, 2014 at 2:09 PM, Martin Pieuchot mpieuc...@nolizard.org wrote:
 On 10/05/14(Sat) 12:02, Abel Abraham Camarillo Ojeda wrote:
 On Fri, May 9, 2014 at 3:12 PM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:
  On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org 
  wrote:
  On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote:
  On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda
  acam...@verlet.org wrote:
 
  This commit breaks resume for my machine:
 
  Could you find which device and/or controller breaks it?  Since you have
  only one mouse attached to your machine, can you resume if the mouse is
  unplugged?
 
  USB mouse presence/not-presence shows no changes.
 
  If not, can you resume with ohci(4) disable (you won't be
  able to use your USB mouse)?
 
  disabling ohci enables resume again.
 

 Any ideas to debug this further?

 The problem comes from the fact that during resume, interrupts are
 enabled before uhub(4) had a chance to be attached to any *hci(4)
 and something wrong happens during this window with the root hub
 status change interrupt.

 A similar situation can be reproduced by disabling uhub(4) at boot.

 I don't know what's happening in your case, because AFAIK having an
 *hci(4) driver without root hub should be just fine and I can't
 reproduce your problem with the hardware I have at hand.

 But on the other hand, we could avoid such situation and attach the
 root hub before interrupts get enabled.  Could you try the diff below
 and let me know if it fixes the regression for you?


Your patch fixes the problem, I can fully suspend/resume flawlessly.

Notes:  This also fixed a problem where after resume I was unable to
use USB mouse.

Thank you.


dmesg diff:

--- test/disableohci.dmesg Fri May  9 15:15:35 2014
+++ test/mpipatch.dmesg Sat May 10 18:45:22 2014
@@ -1,13 +1,7 @@
-OpenBSD 5.5-current (GENERIC.MP) #117: Thu May  8 23:04:17 MDT 2014
-dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
+OpenBSD 5.5-current (sys) #0: Sat May 10 18:31:21 CDT 2014
+acamari@maetel.00z:/home/acamari/obj/sys
 real mem = 17124114432 (16330MB)
 avail mem = 16659517440 (15887MB)
-User Kernel Config
-UKC disable ohci*
-134 ohci* disabled
-135 ohci* disabled
-UKC quit
-Continuing...
 mpath0 at root
 scsibus0 at mpath0: 256 targets
 mainbus0 at root
@@ -21,7 +15,7 @@
 acpitimer0 at acpi0: 3579545 Hz, 32 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
-cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 MHz
+cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.09 MHz
 cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
 cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
 cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
@@ -107,17 +101,17 @@
 sd1: 476940MB, 512 bytes/sector, 976773168 sectors
 sd2 at scsibus1 targ 5 lun 0: ATA, ST3500413AS, JC4B SCSI3 0/direct
fixed naa.5000c500355a1b53
 sd2: 476940MB, 512 bytes/sector, 976773168 sectors
-ATI SB700 USB rev 0x00 at pci0 dev 18 function 0 not configured
+ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 5 int
18, version 1.0, legacy support
 ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 17
 usb0 at ehci0: USB revision 2.0
 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1
-ATI SB700 USB rev 0x00 at pci0 dev 19 function 0 not configured
+ohci1 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 5 int
20, version 1.0, legacy support
 ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 21
 usb1 at ehci1: USB revision 2.0
 uhub1 at usb1 ATI EHCI root hub rev 2.00/1.00 addr 1
 piixpm0 at pci0 dev 20 function 0 ATI SBx00 SMBus rev 0x42: polling
 iic0 at piixpm0
-iic0: addr 0x20 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 09=00
0a=00 0b=00 0c=00 0d=00 0e=24 0f=90 10=00 11=00 12=00 13=00 14=00
15=00 16=40 17=a4 18=c0 19=88 1a=00 1b=00 1c=00 1d=00 1e=0c 1f=03
20=09 21=09 22=09 23=09 24=03 3e=03 words 00=ff00 01= 02=
03= 04= 05= 06= 07=
+iic0: addr 0x20 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 09=00
0a=00 0b=00 0c=00 0d=00 0e=25 0f=90 10=00 11=00 12=00 13=00 14=00
15=00 16=41 17=a4 18=c0 19=88 1a=00 1b=00 1c=00 1d=00 1e=0c 1f=03
20=09 21=09 22=09 23=09 24=03 3e=03 words 00=ff00 01= 02=
03= 04= 05= 06= 07=
 spdmem0 at iic0 addr 0x50: 8GB DDR3 SDRAM PC3-10600
 spdmem1 at iic0 addr 0x51: 8GB DDR3 SDRAM PC3-10600
 azalia1 at pci0 dev 20 function 2 ATI SBx00 HD Audio rev 0x40: apic 5 int 16
@@ -126,8 +120,8 @@
 pcib0 at pci0 dev 20 function 3 ATI SB700 ISA rev 0x40
 ppb3 at pci0 dev 20 function 4 ATI SB600 PCI rev 0x40
 pci4 at ppb3 bus 4

Re: openbsd-current: cannot suspend -return from zzz-

2014-05-09 Thread Abel Abraham Camarillo Ojeda 
On Thu, Apr 17, 2014 at 4:46 AM, Abel Abraham Camarillo Ojeda 
acam...@verlet.org wrote:

   On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net
 wrote:
   On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo
 Ojeda wrote:
   I was trying to build some kernels between 5.3 and 5.4 to see when
   this machine breaks,
   had no time to do it though...
  

 first of all: sorry for some noise.

 I cannot reproduce this with 5.4/amd64, but can reproduce the fail -no
 resume- in
 -current/amd64, I will stop trying to get more info into this until
 5.5 is released
 so I can see if it breaks between 5.4- 5.5 or 5.5 - -current; I
 think it will be
 pretty difficult to build an OPENBSD_5_5_BASE system starting from my
 5.4/amd64 system
 -because the time_t changes-.



Suspend works in 5.5/amd64 but no in current/amd64 as may-8 -
post resume screen is only blank, will try disabling radeondrm0 and
attaching serial, again.

dmesg from 5.5 (with some my notes marked as ###) and current inlined


OpenBSD 5.5 (GENERIC.MP) #315: Wed Mar  5 09:37:46 MST 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17124114432 (16330MB)
avail mem = 16659664896 (15887MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries)
bios0: vendor American Megatrends Inc. version 1605 date 10/25/2012
bios0: ASUSTeK COMPUTER INC. M5A97
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG HPET SSDT IVRS
acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4) UHC1(S4)
UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4) PE21(S4)
PE22(S4) PE23(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully
associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully
associative
cpu0: AMD erratum 721 detected and fixed
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 200MHz
cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully
associative
cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully
associative
cpu1: AMD erratum 721 detected and fixed
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully
associative
cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully
associative
cpu2: AMD erratum 721 detected and fixed
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully
associative
cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully
associative
cpu3: AMD erratum 721 detected and fixed
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 5 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 6 pa 0xfec2, version 21, 32 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (P0PC)
acpiprt2 at acpi0

Re: openbsd-current: cannot suspend -return from zzz-

2014-05-09 Thread Abel Abraham Camarillo Ojeda 
On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:

 On Thu, Apr 17, 2014 at 4:46 AM, Abel Abraham Camarillo Ojeda 
 acam...@verlet.org wrote:

   On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net 
   wrote:
   On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo 
   Ojeda wrote:
   I was trying to build some kernels between 5.3 and 5.4 to see when
   this machine breaks,
   had no time to do it though...
  

 first of all: sorry for some noise.

 I cannot reproduce this with 5.4/amd64, but can reproduce the fail -no
 resume- in
 -current/amd64, I will stop trying to get more info into this until
 5.5 is released
 so I can see if it breaks between 5.4- 5.5 or 5.5 - -current; I
 think it will be
 pretty difficult to build an OPENBSD_5_5_BASE system starting from my
 5.4/amd64 system
 -because the time_t changes-.



 Suspend works in 5.5/amd64 but no in current/amd64 as may-8 -
 post resume screen is only blank, will try disabling radeondrm0 and
 attaching serial, again.


This commit breaks resume for my machine:

on sys/dev/usb/usb.c:

revision 1.95
date: 2014/03/31 16:18:06;  author: mpi;  state: Exp;  lines: +61 -40;
Force the detach of all USB devices by disconnecting the root hubs
before suspending the machine.

Prior to this commit, devices were logically disconnected after
resuming the machine leading to funny races since the controller
was reset in between.

ok deraadt@


the following patch (inlined and attached) reverts it - so fix resume for me,
I have applied it on -current.

note: I have no working usb input devices after resume with or without this -
not even plugging devices again, so I use ps2 keyboard/mouse, this worked
in some older release but I'm not sure if it's important enough to do
the check...

comments?

Thanks


Index: usb.c
===
RCS file: /cvs/src/sys/dev/usb/usb.c,v
retrieving revision 1.95
diff -u -p -r1.95 usb.c
--- usb.c 31 Mar 2014 16:18:06 - 1.95
+++ usb.c 9 May 2014 13:10:39 -
@@ -1,4 +1,4 @@
-/* $OpenBSD: usb.c,v 1.95 2014/03/31 16:18:06 mpi Exp $ */
+/* $OpenBSD: usb.c,v 1.94 2014/03/08 11:49:19 mpi Exp $ */
 /* $NetBSD: usb.c,v 1.77 2003/01/01 00:10:26 thorpej Exp $ */

 /*
@@ -92,7 +92,6 @@ struct usb_softc {
  struct device sc_dev; /* base device */
  struct usbd_bus  *sc_bus; /* USB controller */
  struct usbd_port sc_port; /* dummy port for root hub */
- int sc_speed;

  struct usb_task sc_explore_task;

@@ -126,9 +125,6 @@ void usb_attach(struct device *, struc
 int usb_detach(struct device *, int);
 int usb_activate(struct device *, int);

-int usb_attach_roothub(struct usb_softc *);
-void usb_detach_roothub(struct usb_softc *);
-
 struct cfdriver usb_cd = {
  NULL, usb, DV_DULL
 };
@@ -151,7 +147,10 @@ void
 usb_attach(struct device *parent, struct device *self, void *aux)
 {
  struct usb_softc *sc = (struct usb_softc *)self;
+ struct usbd_device *dev;
+ usbd_status err;
  int usbrev;
+ int speed;

  if (usb_nbuses == 0) {
  rw_init(usbpalock, usbpalock);
@@ -172,13 +171,13 @@ usb_attach(struct device *parent, struct
  switch (usbrev) {
  case USBREV_1_0:
  case USBREV_1_1:
- sc-sc_speed = USB_SPEED_FULL;
+ speed = USB_SPEED_FULL;
  break;
  case USBREV_2_0:
- sc-sc_speed = USB_SPEED_HIGH;
+ speed = USB_SPEED_HIGH;
  break;
  case USBREV_3_0:
- sc-sc_speed = USB_SPEED_SUPER;
+ speed = USB_SPEED_SUPER;
  break;
  default:
  printf(, not supported\n);
@@ -207,10 +206,17 @@ usb_attach(struct device *parent, struct
  return;
  }

-
-
- if (!usb_attach_roothub(sc)) {
- struct usbd_device *dev = sc-sc_bus-root_hub;
+ err = usbd_new_device(sc-sc_dev, sc-sc_bus, 0, speed, 0,
+  sc-sc_port);
+ if (!err) {
+ dev = sc-sc_port.device;
+ if (dev-hub == NULL) {
+ sc-sc_bus-dying = 1;
+ printf(%s: root device is not a hub\n,
+   sc-sc_dev.dv_xname);
+ return;
+ }
+ sc-sc_bus-root_hub = dev;
 #if 1
  /*
  * Turning this code off will delay attachment of USB devices
@@ -220,8 +226,11 @@ usb_attach(struct device *parent, struct
  if (cold  (sc-sc_dev.dv_cfdata-cf_flags  1))
  dev-hub-explore(sc-sc_bus-root_hub);
 #endif
+ } else {
+ printf(%s: root hub problem, error=%d\n,
+   sc-sc_dev.dv_xname, err);
+ sc-sc_bus-dying = 1;
  }
-
  if (cold)
  sc-sc_bus-use_polling--;

@@ -234,41 +243,6 @@ usb_attach(struct device *parent, struct
  }
 }

-int
-usb_attach_roothub(struct usb_softc *sc)
-{
- struct usbd_device *dev;
-
- if (usbd_new_device(sc-sc_dev, sc-sc_bus, 0, sc-sc_speed, 0,
-sc-sc_port)) {
- printf(%s: root hub problem\n, sc-sc_dev.dv_xname);
- sc-sc_bus-dying = 1;
- return (1);
- }
-
- dev = sc-sc_port.device;
- if (dev-hub == NULL) {
- printf(%s: root device is not a hub\n, sc-sc_dev.dv_xname);
- sc-sc_bus-dying = 1;
- return (1);
- }
- sc-sc_bus-root_hub = dev;
-
- return (0);
-}
-
-void
-usb_detach_roothub(struct usb_softc *sc)
-{
- /* Make all devices disconnect

Re: openbsd-current: cannot suspend -return from zzz-

2014-05-09 Thread Abel Abraham Camarillo Ojeda 
On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org wrote:
 On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote:
 On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:

 This commit breaks resume for my machine:

 Could you find which device and/or controller breaks it?  Since you have
 only one mouse attached to your machine, can you resume if the mouse is
 unplugged?

USB mouse presence/not-presence shows no changes.

 If not, can you resume with ohci(4) disable (you won't be
 able to use your USB mouse)?

disabling ohci enables resume again.

 If not can you resume with ehci(4)
 disable or do you need to disable both controller drivers?

disabling ehci shows no changes.

Thanks.

diff between dmesg{raw,ohcidisabled}:

--- test/current/dmesg Fri May  9 08:09:50 2014
+++ test/disableohci.dmesg Fri May  9 15:05:25 2014
@@ -2,6 +2,12 @@
 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
 real mem = 17124114432 (16330MB)
 avail mem = 16659517440 (15887MB)
+User Kernel Config
+UKC disable ohci*
+134 ohci* disabled
+135 ohci* disabled
+UKC quit
+Continuing...
 mpath0 at root
 scsibus0 at mpath0: 256 targets
 mainbus0 at root
@@ -15,7 +21,7 @@
 acpitimer0 at acpi0: 3579545 Hz, 32 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
-cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.11 MHz
+cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 MHz
 cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
 cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
 cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
@@ -26,7 +32,7 @@
 cpu0: apic clock running at 200MHz
 cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE
 cpu1 at mainbus0: apid 1 (application processor)
-cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz
+cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
 cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
 cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
 cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
@@ -34,7 +40,7 @@
 cpu1: AMD erratum 721 detected and fixed
 cpu1: smt 0, core 1, package 0
 cpu2 at mainbus0: apid 2 (application processor)
-cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz
+cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
 cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
 cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
 cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
@@ -42,7 +48,7 @@
 cpu2: AMD erratum 721 detected and fixed
 cpu2: smt 0, core 2, package 0
 cpu3 at mainbus0: apid 3 (application processor)
-cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz
+cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
 cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
 cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
 cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
@@ -101,17 +107,17 @@
 sd1: 476940MB, 512 bytes/sector, 976773168 sectors
 sd2 at scsibus1 targ 5 lun 0: ATA, ST3500413AS, JC4B SCSI3 0/direct
fixed naa.5000c500355a1b53
 sd2: 476940MB, 512 bytes/sector, 976773168 sectors
-ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 5 int
18, version 1.0, legacy support
+ATI SB700 USB rev 0x00 at pci0 dev 18 function 0 not configured
 ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 17
 usb0 at ehci0: USB revision 2.0
 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1
-ohci1 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 5 int
20, version 1.0, legacy support
+ATI SB700 USB rev 0x00 at pci0 dev 19 function 0 not configured
 ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 21
 usb1 at ehci1: USB revision 2.0
 uhub1 at usb1 ATI EHCI root hub rev 2.00/1.00 addr 1
 piixpm0 at pci0 dev 20 function 0 ATI SBx00 SMBus rev 0x42

Re: openbsd-current: cannot suspend -return from zzz-

2014-05-09 Thread Abel Abraham Camarillo Ojeda 
On Fri, May 9, 2014 at 3:12 PM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 On Fri, May 9, 2014 at 8:47 AM, Martin Pieuchot mpieuc...@nolizard.org 
 wrote:
 On 09/05/14(Fri) 08:36, Abel Abraham Camarillo Ojeda wrote:
 On Fri, May 9, 2014 at 4:37 AM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:

 This commit breaks resume for my machine:

 Could you find which device and/or controller breaks it?  Since you have
 only one mouse attached to your machine, can you resume if the mouse is
 unplugged?

 USB mouse presence/not-presence shows no changes.

 If not, can you resume with ohci(4) disable (you won't be
 able to use your USB mouse)?

 disabling ohci enables resume again.

 If not can you resume with ehci(4)
 disable or do you need to disable both controller drivers?

 disabling ehci shows no changes.

 Thanks.

 diff between dmesg{raw,ohcidisabled}:

 --- test/current/dmesg Fri May  9 08:09:50 2014
 +++ test/disableohci.dmesg Fri May  9 15:05:25 2014
 @@ -2,6 +2,12 @@
  dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
  real mem = 17124114432 (16330MB)
  avail mem = 16659517440 (15887MB)
 +User Kernel Config
 +UKC disable ohci*
 +134 ohci* disabled
 +135 ohci* disabled
 +UKC quit
 +Continuing...
  mpath0 at root
  scsibus0 at mpath0: 256 targets
  mainbus0 at root
 @@ -15,7 +21,7 @@
  acpitimer0 at acpi0: 3579545 Hz, 32 bits
  acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
  cpu0 at mainbus0: apid 0 (boot processor)
 -cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.11 MHz
 +cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 MHz
  cpu0: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
  cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
  cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
 @@ -26,7 +32,7 @@
  cpu0: apic clock running at 200MHz
  cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE
  cpu1 at mainbus0: apid 1 (application processor)
 -cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz
 +cpu1: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
  cpu1: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
  cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
  cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
 @@ -34,7 +40,7 @@
  cpu1: AMD erratum 721 detected and fixed
  cpu1: smt 0, core 1, package 0
  cpu2 at mainbus0: apid 2 (application processor)
 -cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz
 +cpu2: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
  cpu2: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
  cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
  cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
 @@ -42,7 +48,7 @@
  cpu2: AMD erratum 721 detected and fixed
  cpu2: smt 0, core 2, package 0
  cpu3 at mainbus0: apid 3 (application processor)
 -cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.75 MHz
 +cpu3: AMD Phenom(tm) II X4 955 Processor, 3210.72 MHz
  cpu3: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
  cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
  cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
 @@ -101,17 +107,17 @@
  sd1: 476940MB, 512 bytes/sector, 976773168 sectors
  sd2 at scsibus1 targ 5 lun 0: ATA, ST3500413AS, JC4B SCSI3 0/direct
 fixed naa.5000c500355a1b53
  sd2: 476940MB, 512 bytes/sector, 976773168 sectors
 -ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 5 int
 18, version 1.0, legacy support
 +ATI SB700 USB rev 0x00 at pci0 dev 18 function 0 not configured
  ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 5 int 17
  usb0 at ehci0: USB revision 2.0
  uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1
 -ohci1 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 5 int
 20, version 1.0, legacy support
 +ATI SB700 USB rev 0x00 at pci0 dev 19 function 0 not configured
  ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev

Re: wol support for bge

2014-04-23 Thread Abel Abraham Camarillo Ojeda 
This should work on sparc64?

if so I can test in my sunfire v210... - this box isn't set up to
build a kernel so it will be some work to make it build -

On Wed, Apr 23, 2014 at 11:15 AM, Stefan Sperling s...@openbsd.org wrote:
 The reason we don't enable WOL with bge cards is that they contain
 ASF firmware support which should not be exposed to untrusted traffic,
 so it's safer to power down bge devices altogether on power down.
 Since all bges except the rare 5700 version support ASF, this currently
 means no WOL support for bge cards at all.

 (If you want to know what's so bad about ASF, search the net for
 security problems with intel AMT -- ASF is a precursor to this.)

 Apparently there is an eeprom configuration bit that tells us
 if ASF is enabled or not. Can we trust this bit?
 If we decide that the bit is trustworthy enough, we could allow
 users to enable wol for bge cards as long as ASF is disabled
 (yet I'd still want a warning in the man page).

 The diff below tries to do this. I don't have any hardware to test
 with so I'd be delighted if some bge owners could give this a spin.
 If this doesn't make wol work and the problem can't be fixed, then
 we can skip the entire ASF discussion anyway.

 To test this:

  - recompile your kernel with the below diff
  - reboot
  - run 'ifconfig bge0 wol'
  - run 'shutdown -hp now'
  - try to send a magic packet from another machine with 'arp -W MAC_ADDR'
and hope for the bge box to power back up

 If it doesn't work, please check your BIOS for WOL and ASF-related
 configuration settings and check if tweaking them helps.

 Thanks.

 Index: mii/brgphyreg.h
 ===
 RCS file: /cvs/src/sys/dev/mii/brgphyreg.h,v
 retrieving revision 1.16
 diff -u -p -r1.16 brgphyreg.h
 --- mii/brgphyreg.h 13 Jan 2013 05:40:05 -  1.16
 +++ mii/brgphyreg.h 23 Apr 2014 14:11:06 -
 @@ -206,6 +206,7 @@
  #define BRGPHY_AUXCTL_TX_TST   0x0400  /* TX test, always 1 */
  #define BRGPHY_AUXCTL_DIS_PRF  0x0080  /* dis part resp filter */
  #define BRGPHY_AUXCTL_DIAG_MODE0x0004  /* Diagnostic mode */
 +#define BRGPHY_AUXCTL_WOL_ENBL 0x000A  /* Enable WOL */

  #define BRGPHY_MII_AUXSTS  0x19/* AUX status */
  #define BRGPHY_AUXSTS_ACOMP0x8000  /* autoneg complete */
 Index: pci/if_bge.c
 ===
 RCS file: /cvs/src/sys/dev/pci/if_bge.c,v
 retrieving revision 1.353
 diff -u -p -r1.353 if_bge.c
 --- pci/if_bge.c24 Feb 2014 20:00:48 -  1.353
 +++ pci/if_bge.c23 Apr 2014 15:33:54 -
 @@ -202,6 +202,10 @@ void bge_sig_pre_reset(struct bge_softc
  void bge_stop_fw(struct bge_softc *, int);
  void bge_reset(struct bge_softc *);
  void bge_link_upd(struct bge_softc *);
 +#ifndef SMALL_KERNEL
 +int bge_wol(struct ifnet *, int);
 +void bge_wol_power(struct bge_softc *);
 +#endif

  void bge_ape_lock_init(struct bge_softc *);
  void bge_ape_read_fw_ver(struct bge_softc *);
 @@ -3064,6 +3068,35 @@ bge_attach(struct device *parent, struct
 if (BGE_IS_5755_PLUS(sc)  sc-bge_flags  BGE_MSI)
 CSR_WRITE_4(sc, BGE_MSI_MODE, CSR_READ_4(sc, BGE_MSI_MODE) 
 ~BGE_MSIMODE_ONE_SHOT_DISABLE);
 +
 +#ifndef SMALL_KERNEL
 +   if (hwcfg  BGE_HWCFG_NO_GPIO2)
 +   sc-bge_flags |= BGE_NO_GPIO2;
 +
 +   if (BGE_ASICREV(sc-bge_chipid) != BGE_ASICREV_BCM5700) {
 +   /* Check if ASF is enabled. */
 +   if (!(sc-bge_flags  BGE_NO_EEPROM)) {
 +   if (bge_read_eeprom(sc, (caddr_t)hwcfg,
 +   BGE_EE_FEATURE_CFG_OFFSET, sizeof(hwcfg)) == 0) {
 +   hwcfg = ntohl(hwcfg);
 +   if (hwcfg  BGE_HWCFG_ASF)
 +   sc-bge_flags |= BGE_ASF_MODE;
 +   }
 +   } else if (hwcfg  BGE_HWCFG_ASF) {
 +   sc-bge_flags |= BGE_ASF_MODE;
 +   }
 +   }
 +
 +   /* Allow WoL if ASF is unsupported or disabled. */
 +   if (!(sc-bge_flags  BGE_ASF_MODE)) {
 +   ifp-if_capabilities |= IFCAP_WOL;
 +   ifp-if_wol = bge_wol;
 +
 +   /* This heuristic matches the Linux driver. */
 +   if (!(hwcfg  BGE_HWCFG_EEPROM_WRITE_PROTECT))
 +   sc-bge_flags |= BGE_WOL_NEEDS_VAUX;
 +   }
 +#endif

 /* Hookup IRQ last. */
 DPRINTFN(5, (pci_intr_establish\n));
 @@ -3160,6 +3193,9 @@ bge_activate(struct device *self, int ac
 rv = config_activate_children(self, act);
 if (ifp-if_flags  IFF_RUNNING)
 bge_stop(sc);
 +#ifndef SMALL_KERNEL
 +   bge_wol_power(sc);
 +#endif
 break;
 case DVACT_RESUME:
 if (ifp-if_flags  IFF_UP)
 @@ -4728,3 +4764,177 @@ bge_link_upd(struct bge_softc *sc)

Re: wol support for bge

2014-04-23 Thread Abel Abraham Camarillo Ojeda 
I know that, I just think I could do something fun with that box today...

On Wed, Apr 23, 2014 at 11:54 AM, Stefan Sperling s...@openbsd.org wrote:
 On Wed, Apr 23, 2014 at 11:43:06AM -0500, Abel Abraham Camarillo Ojeda wrote:
 This should work on sparc64?

 I have no idea, honestly.

 But I don't see the point since sparc64 can often be powered up
 remotely via ALOM.

Re: ffs2 boot

2014-04-17 Thread Abel Abraham Camarillo Ojeda 
On Thu, Apr 17, 2014 at 5:31 AM, Brandon Mercer
yourcomputer...@gmail.com wrote:
 It will take me about that long to newfs the 10 kvm's I plan on using ;)

 On Thu, Apr 17, 2014 at 5:09 AM, Otto Moerbeek o...@drijf.net wrote:
 On Wed, Apr 16, 2014 at 11:16:00PM -0700, Philip Guenther wrote:

 On Thursday, April 17, 2014, Otto Moerbeek o...@drijf.net wrote:
 ...

  But bear in mind that ffs2 has more overhead in terms of metadata.
  IMO, making it the default is not a good idea.
 

 You have fewer than 24 years left to enjoy FFS v1...

 and I plan to enjoy every minute of that period!

 -Otto




I found it really fast to work with kvm/openbsd if you use -drive
...,if=virtio ...
like 4x-5x times faster than if=ide -the default-

Re: openbsd-current: cannot suspend -return from zzz-

2014-04-16 Thread Abel Abraham Camarillo Ojeda 
On Wed, Apr 16, 2014 at 4:31 PM, Mike Larkin mlar...@azathoth.net wrote:
 On Sun, Apr 13, 2014 at 08:00:39AM -0500, Abel Abraham Camarillo Ojeda wrote:
 On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:
  well, I didn't mentioned it I already tried that -disable radeondrm-
  with -current,
  didn't work, will try again to provide log file...
 
  As soon as I can get home  ...
 
  On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote:
  On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda 
  wrote:
  will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial 
  console-
  'zzz' dont works in 5.4 -with or without serial console-
  zzz dont works in 5.5~ with or without serial console
  zzz dont works in -current with or without serial console
 
  I was trying to build some kernels between 5.3 and 5.4 to see when
  this machine breaks,
  had no time to do it though...
 
  Thanks, this information is helpful.
 
  Can you try one test with disabled radeondrm?
 
  config -ef /bsd
  disable radeondrm
  quit
 
  -ml


 I still haven't got time to test 5.3 again - some of my disks died-,
 but when I push the power button in my desktop and have
 a serial console I can get a ddb prompt if I previously set ddb.console=1,
 now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume.

 I can get a ddb prompt - does this mean you can get one by sending
 a break, or you automatically get dumped into ddb?

 -ml

Sorry, In all my tests I never get dumped into ddb -no panic-, I can
force ddb sending
a break via console (cu(1) ~#) or ctrl-alt-del (when
machdep.kbdreset=2, if not using serial
console)

Thanks.

Re: openbsd-current: cannot suspend -return from zzz-

2014-04-14 Thread Abel Abraham Camarillo Ojeda 
I'm now using lastest BIOS:

bios0: vendor American Megatrends Inc. version 1605 date 10/25/2012

exactly same behavior in all tests.

On Sun, Apr 13, 2014 at 11:21 PM, Tomas Bodzar tomas.bod...@gmail.com wrote:



 On Sun, Apr 13, 2014 at 3:00 PM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:

 On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:
  well, I didn't mentioned it I already tried that -disable radeondrm-
  with -current,
  didn't work, will try again to provide log file...
 
  As soon as I can get home  ...
 
  On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net
  wrote:
  On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda
  wrote:
  will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without
  serial console-
  'zzz' dont works in 5.4 -with or without serial console-
  zzz dont works in 5.5~ with or without serial console
  zzz dont works in -current with or without serial console
 
  I was trying to build some kernels between 5.3 and 5.4 to see when
  this machine breaks,
  had no time to do it though...
 
  Thanks, this information is helpful.
 
  Can you try one test with disabled radeondrm?
 
  config -ef /bsd
  disable radeondrm
  quit
 
  -ml


 I still haven't got time to test 5.3 again - some of my disks died-,
 but when I push the power button in my desktop and have
 a serial console I can get a ddb prompt if I previously set ddb.console=1,
 now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume.

 Disabling radeondrm* shows no changes -with radeondrm0 enabled I just
 don't get any output in screen (with or without serial console) after
 resuming (press power button in case)-.


 In current as april 3:

 The problems evidences in ddb's dmesg -but not in serial console
 directly-:

 ahci0: device on port 1 didn't come ready, TFD: 0x150

 Any ideas how to further debug?



 Did you already tried with different BIOS? Because you have version 0901 on
 your motherboard, but there are others available...

 M5A97 BIOS 1102
 1.Improve system stability.
 2.Enhance compatibility with some USB devices.
 3.Patch system hanged when use AM3 1090T or 1100T CPU.

 M5A97 BIOS 1208
 Improve system stability.

 M5A97 BIOS 1503
 1.Improve system stability.
 2.Enhance compatibility with some USB devices.

 M5A97 BIOS 1605
 Improve system stability.




 Thanks.

 (gmail will surely mangle the next text, see attached file for verbatim:)

 Script started on Sun Apr 13 07:34:05 2014
 # cu -l cua01
 Connected
  OpenBSD/amd64 BOOT 3.28
 boot   /bsd.sp -s
 \|/-\|/booting sr0a:/bsd.sp:

 -\|/-7690684\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+2116940/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+1096160-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+0+612448

 [100+554640/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+368743\|/-\|/-\|/-\|/-\|/-\|/]=0xfde300
 entry point at 0x10001e0 [7205c766, 3404, 24448b12, 4ca0a304]
 [ using 924320 bytes of bsd ELF symbol table ]
 Copyright (c) 1982, 1986, 1989, 1991, 1993
 The Regents of the University of California.  All rights reserved.
 Copyright (c) 1995-2014 OpenBSD. All rights reserved.
 http://www.OpenBSD.org

 OpenBSD 5.5-current (GENERIC) #47: Thu Apr  3 16:28:31 MDT 2014
 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
 real mem = 17124126720 (16330MB)
 avail mem = 16659578880 (15887MB)
 mpath0 at root
 scsibus0 at mpath0: 256 targets
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries)
 bios0: vendor American Megatrends Inc. version 0901 date 11/24/2011
 bios0: ASUSTeK COMPUTER INC. M5A97
 acpi0 at bios0: rev 2
 acpi0: sleep states S0 S1 S3 S4 S5
 acpi0: tables DSDT FACP APIC MCFG HPET IVRS SSDT
 acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4)
 UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4)
 PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...]
 acpitimer0 at acpi0: 3579545 Hz, 32 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 MHz
 cpu0:
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
 cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache, 6MB

Re: openbsd-current: cannot suspend -return from zzz-

2014-04-14 Thread Abel Abraham Camarillo Ojeda 
On Mon, Apr 14, 2014 at 6:02 AM, Tomas Bodzar tomas.bod...@gmail.com wrote:



 On Mon, Apr 14, 2014 at 11:25 AM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:

 I'm now using lastest BIOS:

 bios0: vendor American Megatrends Inc. version 1605 date 10/25/2012

 exactly same behavior in all tests.



 These days machine without AHCI/ACPI is pretty useless so if you will
 disable it it may not panic, but will be pretty useless in many regards. You
 can try to collect details about ACPI on that particular machine with
 acpidump and either provide it directly to developer which is interested in
 that or post link to those outputs saved on some external service here in
 misc



disabling AHCI shows no improvement

acpidump output attached as .tgz

thanks.


acpidump.tgz
Description: GNU Zip compressed data

Re: openbsd-current: cannot suspend -return from zzz-

2014-04-13 Thread Abel Abraham Camarillo Ojeda 
On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 well, I didn't mentioned it I already tried that -disable radeondrm-
 with -current,
 didn't work, will try again to provide log file...

 As soon as I can get home  ...

 On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote:
 On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda wrote:
 will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial 
 console-
 'zzz' dont works in 5.4 -with or without serial console-
 zzz dont works in 5.5~ with or without serial console
 zzz dont works in -current with or without serial console

 I was trying to build some kernels between 5.3 and 5.4 to see when
 this machine breaks,
 had no time to do it though...

 Thanks, this information is helpful.

 Can you try one test with disabled radeondrm?

 config -ef /bsd
 disable radeondrm
 quit

 -ml


I still haven't got time to test 5.3 again - some of my disks died-,
but when I push the power button in my desktop and have
a serial console I can get a ddb prompt if I previously set ddb.console=1,
now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume.

Disabling radeondrm* shows no changes -with radeondrm0 enabled I just
don't get any output in screen (with or without serial console) after
resuming (press power button in case)-.


In current as april 3:

The problems evidences in ddb's dmesg -but not in serial console directly-:

ahci0: device on port 1 didn't come ready, TFD: 0x150

Any ideas how to further debug?

Thanks.

(gmail will surely mangle the next text, see attached file for verbatim:)

Script started on Sun Apr 13 07:34:05 2014
# cu -l cua01
Connected
 OpenBSD/amd64 BOOT 3.28
boot   /bsd.sp -s
\|/-\|/booting sr0a:/bsd.sp:
-\|/-7690684\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+2116940/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+1096160-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+0+612448
[100+554640/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+368743\|/-\|/-\|/-\|/-\|/-\|/]=0xfde300
entry point at 0x10001e0 [7205c766, 3404, 24448b12, 4ca0a304]
[ using 924320 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2014 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 5.5-current (GENERIC) #47: Thu Apr  3 16:28:31 MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 17124126720 (16330MB)
avail mem = 16659578880 (15887MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeed90 (55 entries)
bios0: vendor American Megatrends Inc. version 0901 date 11/24/2011
bios0: ASUSTeK COMPUTER INC. M5A97
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG HPET IVRS SSDT
acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4)
UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4)
PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.07 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu0: AMD erratum 721 detected and fixed
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 200MHz
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 5 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 6 pa 0xfec2, version 21, 32 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (P0PC)
acpiprt2 at acpi0: bus -1 (PE20)
acpiprt3 at acpi0: bus -1 (PE21)
acpiprt4 at acpi0: bus -1 (PE22)
acpiprt5 at acpi0: bus -1 (PE23)
acpiprt6 at acpi0

Re: openbsd-current: cannot suspend -return from zzz-

2014-04-13 Thread Abel Abraham Camarillo Ojeda 
On Sun, Apr 13, 2014 at 8:00 AM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 On Tue, Apr 8, 2014 at 9:44 PM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:
 well, I didn't mentioned it I already tried that -disable radeondrm-
 with -current,
 didn't work, will try again to provide log file...

 As soon as I can get home  ...

 On Tue, Apr 8, 2014 at 5:46 PM, Mike Larkin mlar...@azathoth.net wrote:
 On Tue, Apr 08, 2014 at 05:30:59PM -0500, Abel Abraham Camarillo Ojeda 
 wrote:
 will provide dmesg from 5.3, 'zzz' works in 5.3 -with or without serial 
 console-
 'zzz' dont works in 5.4 -with or without serial console-
 zzz dont works in 5.5~ with or without serial console
 zzz dont works in -current with or without serial console

 I was trying to build some kernels between 5.3 and 5.4 to see when
 this machine breaks,
 had no time to do it though...

 Thanks, this information is helpful.

 Can you try one test with disabled radeondrm?

 config -ef /bsd
 disable radeondrm
 quit

 -ml


 I still haven't got time to test 5.3 again - some of my disks died-,
 but when I push the power button in my desktop and have
 a serial console I can get a ddb prompt if I previously set ddb.console=1,
 now I inline -and attach- ddb's dmesg, ps and trace post -failed- resume.

 Disabling radeondrm* shows no changes -with radeondrm0 enabled I just
 don't get any output in screen (with or without serial console) after
 resuming (press power button in case)-.


 In current as april 3:

 The problems evidences in ddb's dmesg -but not in serial console directly-:

 ahci0: device on port 1 didn't come ready, TFD: 0x150

 Any ideas how to further debug?

 Thanks.



Now I don't think that ahci has anything to do with this resume problem,
if I disable AHCI in bios and in kernel (or without disabling it in kernel)
I don't get the previous message:

ahci0: device on port 1 didn't come ready, TFD: 0x150

but I still cant resume.

I inline and attach full serial console transcript and ddb's dmesg,
trace and ps.

ideas?

I highlight again that this machine worked in 5.3, so will still try to build
some kernels/userland between 5.3 and 5.4, any idea how to make that faster?

Thank you.

 OpenBSD/amd64 BOOT 3.28
boot   zx  z /xoe   bsd   aoeu /bsd.sp -sc
\|/-\|/booting sr0a:/bsd.sp:
-\|/-7690684\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+2116940/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/+1096160-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|+0+612448
[100+554640/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-+368743\|/-\|/-\|/-\|/-\|/-\|/]=0xfde300
entry point at 0x10001e0 [7205c766, 3404, 24448b12, 4ca0a304]
[ using 924320 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2014 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 5.5-current (GENERIC) #47: Thu Apr  3 16:28:31 MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 17124126720 (16330MB)
avail mem = 16659578880 (15887MB)
User Kernel Config
UKC disable ahci*
 63 ahci* disabled
 64 ahci* disabled
UKC exit
Continuing...
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xed070 (55 entries)
bios0: vendor American Megatrends Inc. version 0901 date 11/24/2011
bios0: ASUSTeK COMPUTER INC. M5A97
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG HPET IVRS SSDT
acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) UAR1(S4) P0PC(S4)
UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4)
PE20(S4) PE21(S4) PE22(S4) PE23(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Phenom(tm) II X4 955 Processor, 3211.10 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache, 6MB 64b/line 48-way L3 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu0: AMD erratum 721 detected and fixed
cpu0: smt 0, core 0, package

openbsd-current: cannot suspend -return from zzz-

2014-03-31 Thread Abel Abraham Camarillo Ojeda 
Hi tech:


When I do 'zzz' my machine suspends, but when I restore it
-press power button- simply nothing happen, I just got an

á

-a acute- printed on screen, sometimes I get instead an
'A' printed or an square -just tested three times right now
with a serial cable attached-

full serial transcript attached, in these tests I boot single
user so I can mount read only /home, because its big
and after suspending I must forcibly turn it off.

suspending/resume worked like two releases ago -5.3 maybe?-
but then I had no time to file this report -no serial port-,
I will test with 5.3 again these
week. I can reproduce this bug with 5.4/amd64.

Also: my USB mouse randomly detach/reattach.

Any ideas what can  I do to get more information?


serial
Description: Binary data

Re: Adds product ATI RADEON_HD5570

2013-03-24 Thread Abel Abraham Camarillo Ojeda 
anyone?

On Wed, Mar 20, 2013 at 3:10 AM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 patch attached.

 ok?

Re: Adds product ATI RADEON_HD5570

2013-03-24 Thread Abel Abraham Camarillo Ojeda 
I'm using gmail :(

You can't inline them using it...

On Sun, Mar 24, 2013 at 7:50 AM, Mike Larkin mlar...@azathoth.net wrote:
 On Sun, Mar 24, 2013 at 03:48:39AM -0600, Abel Abraham Camarillo Ojeda wrote:
 anyone?

 On Wed, Mar 20, 2013 at 3:10 AM, Abel Abraham Camarillo Ojeda
 acam...@verlet.org wrote:
  patch attached.
 
  ok?


 Don't mime attach patches and you'll likely get a better response.

Re: Adds product ATI RADEON_HD5570

2013-03-24 Thread Abel Abraham Camarillo Ojeda 
When I used nail it _always_ segfaults when trying to open
my gmail inbox via IMAP, maybe it has something to do
with my 30,000 mails in inbox...

I will try to use nail to send this inline, thanks.

On Sun, Mar 24, 2013 at 4:53 PM, Shawn K. Quinn skqu...@rushpost.com wrote:
 On Sun, 2013-03-24 at 16:38 -0600, Abel Abraham Camarillo Ojeda wrote:
 I'm using gmail :(

 You can't inline them using it...

 It is possible to set up a regular IMAP email client (Evolution, for
 example) to access Gmail, and you can use that for sending patches.

 --
 Shawn K. Quinn skqu...@rushpost.com

Re: LC_CTYPE for spanish speaking countries

2013-03-22 Thread Abel Abraham Camarillo Ojeda 
On Fri, Mar 22, 2013 at 3:55 AM, Creamy cre...@nocrater.com wrote:

 There is often more difference between South-American dialects of
 Spanish than between any one of them and Castillian Spanish.  How would
 you decide which country is going to represent the whole of the continent?


+1

 It only makes sense to add them if there is a real intention to use
 them.  Why not just add individual locales as and when a significant number
 of translations exist in ports, as it gives people an incentive to translate
 in to their local language.


+1

Just my opinion as a Mexican and spanish speaker.

Adds product ATI RADEON_HD5570

2013-03-20 Thread Abel Abraham Camarillo Ojeda 
patch attached.

ok?


hd5570.patch
Description: Binary data

Re: cwm tiling

2012-06-09 Thread Abel Abraham Camarillo Ojeda 
On Sat, Jun 9, 2012 at 2:22 AM, Tobias Ulmer tobi...@tmux.org wrote:
 On Sun, Jun 03, 2012 at 09:07:13PM +0400, Alexander Polakov wrote:
 I'd like to start a discussion about adding tiling to cwm with
 these two diffs.

 How hard can it be to import spectrwm... You're reinventing the wheel
 here, badly.


spectrwm is full of bugs... or I'm unable to use it well with
mplayer -vo  sdl ...

Re: cwm tiling

2012-06-08 Thread Abel Abraham Camarillo Ojeda 
On Fri, Jun 8, 2012 at 9:43 PM, Christiano F. Haesbaert
christiano...@gmail.com wrote:
 On Jun 8, 2012 9:22 PM, Jérémie Courrèges-Anglas jca+o...@wxcvbn.org
 wrote:

 Antoine Jacoutot ajacou...@bsdfrog.org writes:
  I for one would love cwm to have tiling management.
  I don't care avout the alternative, they are not in base.

 Same here.


 I might migrate to cwm just for the tilling.

 --
 Jérémie Courrèges-Anglas
 GPG fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494


+1 for tiling in base...

Re: Radeon HD5450

2012-04-10 Thread Abel Abraham Camarillo Ojeda 
On Mon, Apr 9, 2012 at 6:14 AM, Nigel Taylor
njtay...@asterisk.demon.co.uk wrote:
 On 04/09/12 10:58, Abel Abraham Camarillo Ojeda wrote:
 On Sun, Apr 24, 2011 at 6:13 AM, Owain Ainsworth zer...@googlemail.com
 wrote:
 On Sat, Apr 23, 2011 at 11:07:16PM -0400, Mark Peoples wrote:
 On Sun, Apr 03, 2011 at 08:37:08AM -0400, Mark Peoples wrote:
 The following along with an update to xf86-video-ati-6.14.1 gets me
some
 very sexy 1920x1080 on my Radeon HD5450

 the xorg driver part getting updated probably isn't going to happen any
 time soon, but can the pci bits go in? thanks!

 Index: drm/radeon_drv.c
 ===
 RCS file: /cvs/src/sys/dev/pci/drm/radeon_drv.c,v
 retrieving revision 1.51
 diff -u drm/radeon_drv.c
 --- drm/radeon_drv.c B B B 29 Sep 2010 13:32:22 - B B B B B 1.51
 +++ drm/radeon_drv.c B B B 3 Apr 2011 12:23:45 -
 @@ -526,6 +526,8 @@
 B B B B B B B B B B B B CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP},
 B B B B B B B B {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD4200_M,
 B B B B B B B B B B B
 CHIP_RS880|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},
 + B B B B B B {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD5450,
 + B B B B B B B B B B CHIP_RS880|RADEON_NEW_MEMMAP},
 B B B B B B B B B {0, 0, 0}

 While this has been commited this is actually wrong.

 The chip is an evergreen (cedar, specifically) not a RS880. So it is
 possible that something funny can happen when using this. I'll deal with
 this when I get some time.

 -0-
 --
 Experience is something you don't get until just after you need it.
 B B B B B B B B B B B B B B B -- Olivier


 I've got a new (supossedly) ATI Radeon HD 5450:


http://www.asus.com/Graphics_Cards/AMD_Series/EAH5450_SILENTDI1GD3LP/#specifi
 cations

 I thought of adding something like this:

 Index: pcidevs
 ===
 RCS file: /cvs/src/sys/dev/pci/pcidevs,v
 retrieving revision 1.1637
 diff -u -r1.1637 pcidevs
 --- pcidevs B  B  5 Apr 2012 11:22:35 - B  B  B  1.1637
 +++ pcidevs B  B  9 Apr 2012 09:14:42 -
 @@ -1252,6 +1252,7 @@
 B product ATI RADEON_HD5700 B  B  B 0x68b8 B Radeon HD 5700
 B product ATI RADEON_HD5670 B  B  B 0x68d8 B Radeon HD 5670
 B product ATI MOBILITY_HD5470 B  B 0x68e0 B Radeon Mobility HD 5470
 +product ATI RADEON_HD5450_1 B  B 0x68e1 B Radeon HD 5450
 B product ATI RADEON_HD5450 B  B  B 0x68f9 B Radeon HD 5450
 B product ATI RS100_PCI B  B  B  B  B 0x700f B RS100 PCI
 B product ATI RS200_PCI B  B  B  B  B 0x7010 B RS200 PCI
 Index: drm/radeon_drv.c
 ===
 RCS file: /cvs/src/sys/dev/pci/drm/radeon_drv.c,v
 retrieving revision 1.57
 diff -u -r1.57 radeon_drv.c
 --- drm/radeon_drv.c B  B 29 Jan 2012 22:36:18 - B  B  B 1.57
 +++ drm/radeon_drv.c B  B 9 Apr 2012 09:23:59 -
 @@ -533,6 +533,8 @@
 B  B  B  B  B  B  CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP},
 B  B  B  B  {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD4200_M,
 B  B  B  B  B  B 
CHIP_RS880|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},
 + B  B  B  {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD5450_1,
 + B  B  B  B  B  CHIP_RS880|RADEON_NEW_MEMMAP},
 B  B  B  B  {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD5450,
 B  B  B  B  B  B  CHIP_RS880|RADEON_NEW_MEMMAP},
 B  B  B  B  B {0, 0, 0}

 But according to radeon(4) it's a CEDAR (not RS880) chip,
 anyway I applied the previous patch and my card is still in some
 kind of vesa mode...

 There's something I can do to help getting this supported?

 Thanks.


 radeon_drv.c should not be changed to include CEDAR or other evergreen
 chips as RS880. This is wrong it will not work, there needs to be a
 separate drm for evergreen chips, CEDAR, PALM etc.

 If you getting VESA mode then that is a separate issue, your looking in
 the wrong place. you should look in
 xenocara/driver/xf86-video-ati/src/pcidb/ati_pciids.cvs this already
 contains 68e1 as

 0x68E1,CEDAR_68E1,CEDAR,1,ATI Mobility Radeon HD 5000 Series

 You need to be using OpenBSD current and in the xorg.conf specify the
 driver as radeon it will not be detected by default as given here in the
 information for following current.

 http://www.openbsd.org/faq/current.html#20120304

 You will not get acceleration until drm for evergreen chips is
 implemented, but should get the correct display.



This works...

I should have read the FAQ... no cookies for me.

Thank you.

Re: Radeon HD5450

2012-04-09 Thread Abel Abraham Camarillo Ojeda 
On Sun, Apr 24, 2011 at 6:13 AM, Owain Ainsworth zer...@googlemail.com
wrote:
 On Sat, Apr 23, 2011 at 11:07:16PM -0400, Mark Peoples wrote:
 On Sun, Apr 03, 2011 at 08:37:08AM -0400, Mark Peoples wrote:
  The following along with an update to xf86-video-ati-6.14.1 gets me some
very sexy 1920x1080 on my Radeon HD5450

 the xorg driver part getting updated probably isn't going to happen any
time soon, but can the pci bits go in? thanks!

 Index: drm/radeon_drv.c
 ===
 RCS file: /cvs/src/sys/dev/pci/drm/radeon_drv.c,v
 retrieving revision 1.51
 diff -u drm/radeon_drv.c
 --- drm/radeon_drv.c B  B 29 Sep 2010 13:32:22 - B  B  B 1.51
 +++ drm/radeon_drv.c B  B 3 Apr 2011 12:23:45 -
 @@ -526,6 +526,8 @@
 B  B  B  B  B  B  CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP},
 B  B  B  B  {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD4200_M,
 B  B  B  B  B  B 
CHIP_RS880|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},
 + B  B  B  {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD5450,
 + B  B  B  B  B  CHIP_RS880|RADEON_NEW_MEMMAP},
 B  B  B  B  B {0, 0, 0}

 While this has been commited this is actually wrong.

 The chip is an evergreen (cedar, specifically) not a RS880. So it is
 possible that something funny can happen when using this. I'll deal with
 this when I get some time.

 -0-
 --
 Experience is something you don't get until just after you need it.
 B  B  B  B  B  B  B  B -- Olivier


I've got a new (supossedly) ATI Radeon HD 5450:

http://www.asus.com/Graphics_Cards/AMD_Series/EAH5450_SILENTDI1GD3LP/#specifi
cations

I thought of adding something like this:

Index: pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1637
diff -u -r1.1637 pcidevs
--- pcidevs 5 Apr 2012 11:22:35 -   1.1637
+++ pcidevs 9 Apr 2012 09:14:42 -
@@ -1252,6 +1252,7 @@
 product ATI RADEON_HD5700  0x68b8  Radeon HD 5700
 product ATI RADEON_HD5670  0x68d8  Radeon HD 5670
 product ATI MOBILITY_HD54700x68e0  Radeon Mobility HD 5470
+product ATI RADEON_HD5450_10x68e1  Radeon HD 5450
 product ATI RADEON_HD5450  0x68f9  Radeon HD 5450
 product ATI RS100_PCI  0x700f  RS100 PCI
 product ATI RS200_PCI  0x7010  RS200 PCI
Index: drm/radeon_drv.c
===
RCS file: /cvs/src/sys/dev/pci/drm/radeon_drv.c,v
retrieving revision 1.57
diff -u -r1.57 radeon_drv.c
--- drm/radeon_drv.c29 Jan 2012 22:36:18 -  1.57
+++ drm/radeon_drv.c9 Apr 2012 09:23:59 -
@@ -533,6 +533,8 @@
CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP},
{PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD4200_M,
CHIP_RS880|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP},
+   {PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD5450_1,
+   CHIP_RS880|RADEON_NEW_MEMMAP},
{PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_HD5450,
CHIP_RS880|RADEON_NEW_MEMMAP},
 {0, 0, 0}

But according to radeon(4) it's a CEDAR (not RS880) chip,
anyway I applied the previous patch and my card is still in some
kind of vesa mode...

There's something I can do to help getting this supported?

Thanks.

Re: mmap diff for patch(1)

2011-11-10 Thread Abel Abraham Camarillo Ojeda 
On Thu, Nov 10, 2011 at 9:26 PM, Michael W. Bombardieri m...@ii.net wrote:
 Hi tech,

 I have a diff for the patch(1) tool which copies
 one included in NetBSD two years ago...

 Source: NetBSD src/usr.bin/patch/inp.c revision 1.23
 Purpose: Don't bother mmap'ing an empty file

 Comments/OK?

 - Michael


 Index: inp.c
 ===
 RCS file: /usr/src/cvs/src/usr.bin/patch/inp.c,v
 retrieving revision 1.35
 diff -u -r1.35 inp.c
 --- inp.c B  B  B  27 Oct 2009 23:59:41 - B  B  B 1.35
 +++ inp.c B  B  B  11 Nov 2011 03:12:10 -
 @@ -243,12 +243,16 @@
 B  B  B  B if ((ifd = open(filename, O_RDONLY))  0)
 B  B  B  B  B  B  B  B pfatal(can't open file %s, filename);

 - B  B  B  i_womp = mmap(NULL, i_size, PROT_READ, MAP_PRIVATE, ifd, 0);
 - B  B  B  if (i_womp == MAP_FAILED) {
 - B  B  B  B  B  B  B  perror(mmap failed);
 + B  B  B  if (i_size == 0)
 B  B  B  B  B  B  B  B i_womp = NULL;
 - B  B  B  B  B  B  B  close(ifd);
 - B  B  B  B  B  B  B  return false;
 + B  B  B  else {
 + B  B  B  B  B  B  B  i_womp = mmap(NULL, i_size, PROT_READ, MAP_PRIVATE, 
 ifd, 0);
 + B  B  B  B  B  B  B  if (i_womp == MAP_FAILED) {
 + B  B  B  B  B  B  B  B  B  B  B  perror(mmap failed);
 + B  B  B  B  B  B  B  B  B  B  B  i_womp = NULL;
 + B  B  B  B  B  B  B  B  B  B  B  close(ifd);
 + B  B  B  B  B  B  B  B  B  B  B  return false;
 + B  B  B  B  B  B  B  }
 B  B  B  B }

 B  B  B  B close(ifd);



if if (i_size == 0) {...} returns, there's still need for an else block?...

Just asking...

Re: ksh: bad number (with leading zeroes) should not work for 0 - 7

2011-09-12 Thread Abel Abraham Camarillo Ojeda 
On Mon, Sep 12, 2011 at 5:08 PM, Tobias Ulmer tobi...@tmux.org wrote:

 Fix your script, add the leading zero after you're done with the
 calculation.


I'm already doing that, just wasn't sure if it was a bug...

Thanks.

Re: impact of unaligned partitions/slices on 4kB sector drives (wd10ears)

2011-05-14 Thread Abel Abraham Camarillo Ojeda 
List:   openbsd-tech
Subject:impact of unaligned partitions/slices on 4kB sector drives
(wd10ears)
From:   Robert robert () openbsd ! pap ! st
Date:   2010-01-06 22:54:34
Message-ID: 20100106235434.55963d32 () openbsd ! pap ! st

 Hello,

 i did some measurements on the impact that unaligned partitions/slices
 have on the new harddrives that use ondisk 4kB sectors and export
 them as 512B sectors. [1]
 My tests were done on a Western Digital WD10EARS. [2]


 CONCLUSION:
 Having unaligned partition/slices on those disks leads to noticable
 performance penalty under realworld workloads.


 IMPLICATIONS:
 1. The rounding of unit sizes to cylinder boundaries by disklabel has
to be evaluated.
 2. A FAQ entry for the advanced format disks is needed to tell people
to set the XP jumper. (more on that later)
If disklabel is not modified, that entry would also have to explain
the alignement implications and how to use a calculator.


 TEST RESULTS:

 - sequential write/read speeds ---

   dd bs | aligned   | unaligned | wd10eads*
 |   |   |
4k write |  97433116 |  86349673 |  80762241  (bytes/sec)
   64k w | 101273894 |  85616298 |  81234814
1m w |  98291974 |  79201231 |  83113302
 |   |   |
4k read  | 103706513 | 104434701 |  82723667
   64k r | 105136468 | 104453140 |  85552816
1m r | 104228605 | 104921901 |  85650289

   (* wd10eads is the previous generation to the wd10ears with 32mb
   cache and usual 512B ondisk sectors. Disk is in a different system!
   That system is not idle so actual numbers might be higher.)


 - extracting a source tree ---

   aligned   :  6m26.31s
   unaligned : 14m30.30s


 - build kernel / make obj / make build ---

  | aligned   | unaligned
   kernel |  2m27.94s |  2m48.12s
   make obj   |  0m28.51s |  1m01.41s
   make build | 36m07.27s | 70m51.58s




 EXPLANAITIONS (or whatever :):

 Those numbers are kinda scary.
 I would not have expected such bad results for the builds from my
 earlier sequential rw tests i sent to misc@.

 (Just to make it clear, if the partition/slices are not aligned,
  the disk has to read every 4k sector it wants to write to, before it
  can actually do that. The 64MB of cache help to elevate that up to
  some point.)

 This drive has a XP legacy jumper. (Same as WD15EARS and WD20EARS.)
 It is intended to be used for Windows XP systems with a single partition
 over the whole drive.
 XP uses the same 63 sector offset as OpenBSD does.
 Setting this jumper, transparently alignes the 63 sectors infront of a
 4k sector boundary.
 When that jumper is set, slices inside the partition only have to be
 multiples of 8 big.
 The issue is with disklables rounding down to the nearest cylinder
 boundary.
 This will mess up the nice multiplication by 1024, which would lead to
 a size divisable by 8.
 The rounding down is always done when using units, but not when
 requesting a size without a unit/in sectors.
 So slices can be aligned that way by hand.
 That rounding to cylinders is not needed, afaik.
 So without that, a simple rtfaq! set the damn jumper! would be
 enough, to get the best performance out of such harddisks.


 Below you can find more info about my test setup and the test outputs.


 Cheers,

 - Robert



 [1] http://www.wdc.com/advformat
 [2] http://www.wdc.com/en/products/products.asp?driveidv3



 TESTS:

 aligned   == XP jumper set
 unaligned == XP jumper NOT set*
   (* without the jumper,
  the partition/slices are off by one 512B sector.)


 I installed a snapshot i had on hand (see dmesg) and went from there.
   (Fresh installl without the jumper.)
 Source-tree used is -current from some hours ago.
 I sync'ed before every test.
 disk layout and ramdisk was the same in both scenarios.


 - dmesg ---
 OpenBSD 4.6-current (GENERIC.MP) #40: Tue Dec 29 01:02:20 MST 2009
 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
 real mem = 3488088064 (3326MB)
 avail mem = 3388391424 (3231MB)
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf0730 (61 entries)
 bios0: vendor American Megatrends Inc. version 1104 date 09/11/2009
 bios0: ASUSTeK Computer INC. P5QL-E
 acpi0 at bios0: rev 2
 acpi0: tables DSDT FACP APIC MCFG OEMB HPET OSFR
 acpi0: wakeup devices P0P2(S4) P0P3(S4) P0P1(S4) UAR1(S4) PS2K(S4) PS2M(S4) 
 EUSB(S4) \
 USBE(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) GBEC(S4) USB0(S4) 
 USB1(S4) \
 use rev 1.10/21.00 addr 2
 uhidev1: iclass 3/1
 ukbd0 at uhidev1: 8 modifier keys, 6 key codes
 wskbd1 at ukbd0 mux 1
 wskbd1: connecting to wsdisplay0
 vscsi0 at root
 scsibus4 at vscsi0: 256 targets
 softraid0 at root
 root on sd0a swap on sd0b dump on sd0b

 (( fwiw, jacob: that azalia is just disabled.
the iic0 should be an asus ai booster.
still have to modify the live driver for that soundblaster 5.1 vx. ))


 - fdisk ---
 Disk: sd0 geometry: 121601/255/63 [1953525168

Re: impact of unaligned partitions/slices on 4kB sector drives (wd10ears)

2011-05-14 Thread Abel Abraham Camarillo Ojeda 
On Sat, May 14, 2011 at 4:08 AM, David Gwynne l...@animata.net wrote:


 i have had a look at querying disks for their physical and logical block
alignments and offsets, but the the WD??EARS-00? drives dont report this info.
according to western digital, the next generation of these drives
(WD??EARS-11? iirc) are supposed to report them. if i ever find a disk that
does report the physical to logical alignment, i might have a look at having
the system make use of those values.


Yes, this is exactly the last thing I remember about this topic.

 huggz,
 dlg



This isn't my boot disk, it's the storage disk, I'm going to
re-disklabel, and newfs it;

Do I also need to do something with fdisk? I'm not sure...

Thanks.

Re: impact of unaligned partitions/slices on 4kB sector drives (wd10ears)

2011-05-14 Thread Abel Abraham Camarillo Ojeda 
On Sat, May 14, 2011 at 4:22 AM, Otto Moerbeek o...@drijf.net wrote:
 On Sat, May 14, 2011 at 04:15:51AM -0500, Abel Abraham Camarillo Ojeda
wrote:

 On Sat, May 14, 2011 at 4:08 AM, David Gwynne l...@animata.net wrote:
 
 
  i have had a look at querying disks for their physical and logical block
 alignments and offsets, but the the WD??EARS-00? drives dont report this
info.
 according to western digital, the next generation of these drives
 (WD??EARS-11? iirc) are supposed to report them. if i ever find a disk
that
 does report the physical to logical alignment, i might have a look at
having
 the system make use of those values.
 

 Yes, this is exactly the last thing I remember about this topic.

  huggz,
  dlg
 
 

 This isn't my boot disk, it's the storage disk, I'm going to
 re-disklabel, and newfs it;

 Do I also need to do something with fdisk? I'm not sure...

 Yes, that is recommended. If yo use the whole disk for OpenBSd,

As I do.

 fdisk -i will do.

 B  B  B  B -Otto


Ok.

Re: mixerctl(1) diff: sort output

2011-05-08 Thread Abel Abraham Camarillo Ojeda 
On Sun, May 8, 2011 at 5:32 PM, Sviatoslav Chagaev
sviatoslav.chag...@gmail.com wrote:
 * sorted output looks cleaner, prettier;
 * it's easier to find the variable you're looking for in a sorted
 output;
 * hierarchical variable names yet unordered? doesn't make sense;
 * this way mixerctl's behaviour will be closer to other *ctl programs
 which output variables in an ordered fashion (audioctl, sysctl,
 wsconsctl).

 Before:
 s@d630:0:/usr/src/usr.bin/mixerctl$ mixerctl
 outputs.hp_source=dac-0:1
 outputs.hp_dir=output
 outputs.hp_boost=off
 outputs.line-in_source=dac-2:3
 outputs.line-in_dir=input
 outputs.mic_dir=input-vr80
 outputs.spkr_source=dac-2:3
 outputs.spkr_dir=none
 outputs.spkr_boost=off
 inputs.dac-2:3_mute=off
 inputs.dac-2:3=152,152
 inputs.dac-0:1_mute=off
 inputs.dac-0:1=152,152
 inputs.sel_source=mic
 outputs.sel=126,126
 inputs.sel2_source=line-in
 outputs.sel2=126,126
 inputs.sel3_source=sel
 inputs.sel3_sel=119,119
 inputs.sel4_source=sel2
 inputs.sel4_sel2=119,119
 record.adc-0:1_source=sel3
 record.adc-0:1_mute=off
 record.adc-2:3_source=sel4
 record.adc-2:3_mute=off
 inputs.beep=85
 outputs.hp_sense=plugged
 outputs.line-in_sense=unplugged
 outputs.spkr_muters=hp,line-in
 outputs.master=153,153
 outputs.master.mute=off
 outputs.master.slaves=dac-2:3,dac-0:1
 record.volume=0,0
 record.volume.mute=off
 record.volume.slaves=adc-0:1,adc-2:3

 After:
 s@d630:0:/usr/src/usr.bin/mixerctl$ ./mixerctl
 inputs.beep=85
 inputs.dac-0:1=152,152
 inputs.dac-0:1_mute=off
 inputs.dac-2:3=152,152
 inputs.dac-2:3_mute=off
 inputs.sel2_source=line-in
 inputs.sel3_sel=119,119
 inputs.sel3_source=sel
 inputs.sel4_sel2=119,119
 inputs.sel4_source=sel2
 inputs.sel_source=mic
 outputs.hp_boost=off
 outputs.hp_dir=output
 outputs.hp_sense=plugged
 outputs.hp_source=dac-0:1
 outputs.line-in_dir=input
 outputs.line-in_sense=unplugged
 outputs.line-in_source=dac-2:3
 outputs.master=153,153
 outputs.master.mute=off
 outputs.master.slaves=dac-2:3,dac-0:1
 outputs.mic_dir=input-vr80
 outputs.sel=126,126
 outputs.sel2=126,126
 outputs.spkr_boost=off
 outputs.spkr_dir=none
 outputs.spkr_muters=hp,line-in
 outputs.spkr_source=dac-2:3
 record.adc-0:1_mute=off
 record.adc-0:1_source=sel3
 record.adc-2:3_mute=off
 record.adc-2:3_source=sel4
 record.volume=0,0
 record.volume.mute=off
 record.volume.slaves=adc-0:1,adc-2:3



 Index: mixerctl.c
 ===
 RCS file: /OpenBSD/src/usr.bin/mixerctl/mixerctl.c,v
 retrieving revision 1.29
 diff -u -r1.29 mixerctl.c
 --- mixerctl.c B 12 Nov 2009 07:27:31 - B  B  B 1.29
 +++ mixerctl.c B 8 May 2011 22:25:03 -
 @@ -46,23 +46,21 @@
 B #include string.h
 B #include unistd.h

 -struct field *findfield(char *);
 -void adjlevel(char **, u_char *, int);
 -void catstr(char *, char *, char *);
 -void prfield(struct field *, char *, int, mixer_ctrl_t *);
 -void rdfield(int, struct field *, char *, int, char *);
 -__dead void usage(void);
 -
 B #define FIELD_NAME_MAX 64

 B struct field {
 B  B  B  B char name[FIELD_NAME_MAX];
 B  B  B  B mixer_ctrl_t *valp;
 B  B  B  B mixer_devinfo_t *infp;
 -} *fields, *rfields;
 +};

 -mixer_ctrl_t *values;
 -mixer_devinfo_t *infos;
 +int B  B  B  B  B  B  fieldcmp(const void *, const void *);
 +int B  B  B  B  B  B  fieldnamecmp(const void *, const void *);
 +void B  B  B  B  B  B adjlevel(char **, u_char *, int);
 +void B  B  B  B  B  B catstr(char *, char *, char *);
 +void B  B  B  B  B  B prfield(struct field *, char *, int, mixer_ctrl_t
*);
 +void B  B  B  B  B  B rdfield(int, struct field *, char *, int, char *);
 +__dead void B  B  usage(void);

 B void
 B catstr(char *p, char *q, char *out)
 @@ -73,14 +71,19 @@
 B  B  B  B strlcpy(out, tmp, FIELD_NAME_MAX);
 B }

 -struct field *
 -findfield(char *name)
 +int
 +fieldcmp(const void *pa, const void *pb)
 B {
 - B  B  B  int i;
 - B  B  B  for (i = 0; fields[i].name[0] != '\0'; i++)
 - B  B  B  B  B  B  B  if (strcmp(fields[i].name, name) == 0)
 - B  B  B  B  B  B  B  B  B  B  B  return fields[i];
 - B  B  B  return (0);
 + B  B  B  const struct field *a = pa, *b = pb;
 + B  B  B  return strcmp(a-name, b-name);
 +}
 +
 +int
 +fieldnamecmp(const void *pa, const void *pb)
 +{
 + B  B  B  const char *name = pa;
 + B  B  B  const struct field *f = pb;
 + B  B  B  return strcmp(name, f-name);
 B }

 B #define e_member_name B un.e.member[i].label.name
 @@ -241,12 +244,15 @@
 B int
 B main(int argc, char **argv)
 B {
 - B  B  B  int fd, i, j, ch, pos;
 + B  B  B  int fd, i, ch, pos;
 B  B  B  B int aflag = 0, qflag = 0, vflag = 0, tflag = 0;
 B  B  B  B char *file;
 B  B  B  B char *sep = =;
 - B  B  B  mixer_devinfo_t dinfo;
 + B  B  B  mixer_devinfo_t dinfo, *infos;
 + B  B  B  mixer_ctrl_t *values;
 B  B  B  B int ndev;
 + B  B  B  struct field *fields, *rfields;
 + B  B  B  int nfields;

 B  B  B  B if ((file = getenv(MIXERDEVICE)) == 0 || *file == '\0')
 B  B  B  B  B  B  B  B file = /dev/mixer;
 @@ -331,29 +337,31 @@
 B  B  B  B

Re: alc(4) support for Atheros AR815x

2011-05-01 Thread Abel Abraham Camarillo Ojeda 
On Sun, May 1, 2011 at 2:10 PM, Stuart Henderson s...@spacehopper.org wrote:
 On 2011/05/01 18:35, Edd Barrett wrote:
 I have acquired a netboot (packard bell dot s), which I think uses this NIC. 
 Is
 there an updated diff?

 Yes I just took the 2 minutes it took to apply it and fix
 the minor conflicts and linewrapping issue with the diff.
 Untested beyond it builds.

 Test reports and dmesg lines from existing working alc(4) L1C and
 L2C wanted. If it makes new chips work that's a bonus, but the
 important thing is making sure it doesn't break something that
 already works.

 Doesn't seem any point disabling interrupts in the ISR though.
 I haven't touched that in this diff but that should probably be
 done too.

 

Tested here on amd64.mp:

No relevant changes in dmesg (i guess)...

Old dmesg:

OpenBSD 4.9-current (kobj) #0: Tue Apr 26 18:02:56 CDT 2011
root@maetel.00z:/usr/kobj
real mem = 1608056832 (1533MB)
avail mem = 1551200256 (1479MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xfd400 (50 entries)
bios0: vendor American Megatrends Inc. version V1.3 date 11/15/2010
bios0: MSI MS-7623
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB SRAT HPET SSDT
acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4)
PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) PSKE(S4)
PSMS(S4) ECIR(S4) PS2K(S3) PS2M(S3) P0PC(S4) UHC1(S4) UHC2(S4)
UHC3(S4) USB4(S4) UHC5(S4) UHC6(S4) UHC7(S4) PWRB(S3)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Phenom(tm) II X4 955 Processor, 3200.65 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu0: apic clock running at 200MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Phenom(tm) II X4 955 Processor, 3200.16 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD Phenom(tm) II X4 955 Processor, 3200.15 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu3 at mainbus0: apid 3 (application processor)
cpu3: AMD Phenom(tm) II X4 955 Processor, 3200.15 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (P0P1)
acpiprt2 at acpi0: bus -1 (PCE2)
acpiprt3 at acpi0: bus -1 (PCE3)
acpiprt4 at acpi0: bus -1 (PCE4)
acpiprt5 at acpi0: bus 2 (PCE5)
acpiprt6 at acpi0: bus -1 (PCE6)
acpiprt7 at acpi0: bus -1 (PCE7)
acpiprt8 at acpi0: bus -1 (PCE9)
acpiprt9 at acpi0: bus -1 (PCEA)
acpiprt10 at acpi0: bus -1 (PCEB)
acpiprt11 at acpi0: bus -1 (PCEC)
acpiprt12 at acpi0: bus 3 (P0PC)
acpicpu0 at acpi0: PSS
acpicpu1 at acpi0: PSS
acpicpu2 at acpi0: PSS
acpicpu3 at acpi0: PSS
acpibtn0 at acpi0: PWRB
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 AMD RS780 Host rev 0x00
ppb0 at pci0 dev 1 function 0 AMD RS780 PCIE rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 5 function 0 vendor ATI, unknown product 0x9616 rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb1 at pci0 dev 5 function 0 AMD RS780 PCIE rev 0x00: apic 4 int 17
pci2 at ppb1 bus 2
alc0 at pci2 dev 0 function 0 Attansic Technology L1C rev 0xc0: apic
4 int 17, address 6c:62:6d:de:03:76
atphy0 at alc0 phy 0: F1 10/100/1000 PHY, rev. 11
ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x00:

Re: alc(4) support for Atheros AR815x

2011-05-01 Thread Abel Abraham Camarillo Ojeda 
I mean... my alc0 still works...


On Sun, May 1, 2011 at 2:49 PM, Abel Abraham Camarillo Ojeda
acam...@verlet.org wrote:
 On Sun, May 1, 2011 at 2:10 PM, Stuart Henderson s...@spacehopper.org
wrote:
 On 2011/05/01 18:35, Edd Barrett wrote:
 I have acquired a netboot (packard bell dot s), which I think uses this
NIC. Is
 there an updated diff?

 Yes I just took the 2 minutes it took to apply it and fix
 the minor conflicts and linewrapping issue with the diff.
 Untested beyond it builds.

 Test reports and dmesg lines from existing working alc(4) L1C and
 L2C wanted. If it makes new chips work that's a bonus, but the
 important thing is making sure it doesn't break something that
 already works.

 Doesn't seem any point disabling interrupts in the ISR though.
 I haven't touched that in this diff but that should probably be
 done too.

 

 Tested here on amd64.mp:

 No relevant changes in dmesg (i guess)...

 Old dmesg:

 OpenBSD 4.9-current (kobj) #0: Tue Apr 26 18:02:56 CDT 2011
 B  B root@maetel.00z:/usr/kobj
 real mem = 1608056832 (1533MB)
 avail mem = 1551200256 (1479MB)
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xfd400 (50 entries)
 bios0: vendor American Megatrends Inc. version V1.3 date 11/15/2010
 bios0: MSI MS-7623
 acpi0 at bios0: rev 0
 acpi0: sleep states S0 S3 S4 S5
 acpi0: tables DSDT FACP APIC MCFG OEMB SRAT HPET SSDT
 acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4)
 PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) PSKE(S4)
 PSMS(S4) ECIR(S4) PS2K(S3) PS2M(S3) P0PC(S4) UHC1(S4) UHC2(S4)
 UHC3(S4) USB4(S4) UHC5(S4) UHC6(S4) UHC7(S4) PWRB(S3)
 acpitimer0 at acpi0: 3579545 Hz, 32 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: AMD Phenom(tm) II X4 955 Processor, 3200.65 MHz
 cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DN
OW
 cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache
 cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully
associative
 cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully
associative
 cpu0: apic clock running at 200MHz
 cpu1 at mainbus0: apid 1 (application processor)
 cpu1: AMD Phenom(tm) II X4 955 Processor, 3200.16 MHz
 cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DN
OW
 cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache
 cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully
associative
 cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully
associative
 cpu2 at mainbus0: apid 2 (application processor)
 cpu2: AMD Phenom(tm) II X4 955 Processor, 3200.15 MHz
 cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DN
OW
 cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache
 cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully
associative
 cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully
associative
 cpu3 at mainbus0: apid 3 (application processor)
 cpu3: AMD Phenom(tm) II X4 955 Processor, 3200.15 MHz
 cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DN
OW
 cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 16-way L2 cache
 cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully
associative
 cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully
associative
 ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins
 acpimcfg0 at acpi0 addr 0xe000, bus 0-255
 acpihpet0 at acpi0: 14318180 Hz
 acpiprt0 at acpi0: bus 0 (PCI0)
 acpiprt1 at acpi0: bus 1 (P0P1)
 acpiprt2 at acpi0: bus -1 (PCE2)
 acpiprt3 at acpi0: bus -1 (PCE3)
 acpiprt4 at acpi0: bus -1 (PCE4)
 acpiprt5 at acpi0: bus 2 (PCE5)
 acpiprt6 at acpi0: bus -1 (PCE6)
 acpiprt7 at acpi0: bus -1 (PCE7)
 acpiprt8 at acpi0: bus -1 (PCE9)
 acpiprt9 at acpi0: bus -1 (PCEA)
 acpiprt10 at acpi0: bus -1 (PCEB)
 acpiprt11 at acpi0: bus -1 (PCEC)
 acpiprt12 at acpi0: bus 3 (P0PC)
 acpicpu0 at acpi0: PSS
 acpicpu1 at acpi0: PSS
 acpicpu2 at acpi0: PSS
 acpicpu3 at acpi0: PSS
 acpibtn0 at acpi0: PWRB
 pci0 at mainbus0 bus 0
 pchb0 at pci0 dev 0 function 0 AMD RS780 Host rev 0x00
 ppb0 at pci0 dev 1 function 0 AMD RS780 PCIE rev 0x00
 pci1 at ppb0 bus 1
 vga1 at pci1 dev 5 function 0 vendor ATI, unknown product 0x9616 rev 0x00
 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
 wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
 ppb1 at pci0 dev 5 function 0 AMD RS780 PCIE rev 0x00: apic 4 int 17
 pci2 at ppb1 bus 2
 alc0

Re: Add support to AR5424

2010-03-10 Thread Abel Abraham Camarillo Ojeda 
Bret S. Lambert bret.lamb...@gmail.com wrote:

 On Mon, Jan 25, 2010 at 06:18:33PM +, Luis Henriques wrote:
  On Mon, Jan 25, 2010 at 01:52:12PM +, Stuart Henderson wrote:
   On 2010/01/25 00:50, Luis Henriques wrote:
Re-sending with cvs diff -upRN
   
   Wha, you mean I have to dismantle my AspireOne again and put the
   minipcie back in to test it? But last time I did that I had to drill
   out some of the screws :-) (only joking, I can do this on the eee 
   instead, it's far easier to dismantle! and this is great news).
   
   Please also send URLs of where the borrowed code is from so the
   licensing is totally clear.
  
  Here's the link to the Linux ath5k driver:
  
  http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.32.y.git;a=tree;f=drivers/net/wireless/ath/ath5k;h=d625eae851dd0c1e42e52a182d8408ebee855377;hb=a2febcd43d859a48672ad922990bd27e5628271f
  
  (not 100% sure if this is the exact same version I used, can check that
  later if it actually matters.)
  
  File main.c (in directory ..) sets the license to Dual BSD/GPL.

 IIRC, it's more dependent upon the licence in the individual files,
 not the note that satisfies the Linux kernel's just utterly weird
 tell me your license so I can refuse to load you bits.

 But, the files in there, where they aren't (c) reyk@, appear to be
 either straight-up BSD-with-GPL option, or apparently cut-n-paset
 from OpenBSD's license.template(!) (as in the file you say is dual-
 licensed), so I think you're on solid footing here.

  
  And the link to the NetBSD driver:
  
  http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/external/isc/atheros_hal/dist/?only_with_tag=MAIN
   

Anyone knows what happened to this?

... or it just got lost in the mist?

--
DISCLAIMER: http://goldmark.org/jeff/stupid-disclaimers/ 
This message will self-destruct in 3 seconds.

Re: tcpdump privsep design

2010-01-15 Thread Abel Abraham Camarillo Ojeda 
Stuart Henderson s...@spacehopper.org wrote:

 On 2010/01/15 15:37, Abel Abraham Camarillo Ojeda wrote:
  Why don't you try sudo? you can make rules for each user...

 Reread the first paragraph...

  Denis Doroshenko denis.doroshe...@gmail.com wrote:
   I'd like to give some colleagues possibility to analyze and dump net
   traffic to files, but it seems that in order to do that I need to
   allow them to run a piece of software as root, when the software has a
   possibility to write to a user-defined file and it does it as root. In
   this case I believe they can write files where ever they want, also
   ^
   some things won't work (e.g. quotas).
  

Ugh, I forgot tcpdump -w ...

--
DISCLAIMER: http://goldmark.org/jeff/stupid-disclaimers/ 
This message will self-destruct in 3 seconds.