Re: the location of openbsd.pbr

[Jack J. Woehr]

Brian McCafferty wrote:
Are you referring to the file you need to create for dual booting with the windows ntldr? Check the FAQ: 
http://www.openbsd.org/faq/obsd-faq.txt 


Just out of curiousity, I dd'ed that sector and it didn't end in AA55. Did I get something wrong? I'm doing full-disk 
encryption so I'm not sure how grabbing

the "real" boot sector works in that circumstance.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

IPsec IKEv1 accepts non-matching phase 2 parameters

[Julian Hsiao]

Hi,

I've set up two hosts to experiment with IPsec, obsd1 (192.168.0.1) and 
obsd2 (192.168.0.2).


ipsec.conf on obsd1:

ike passive esp transport \
 from 192.168.0.1 to any \
 main  auth hmac-sha2-256 enc aes-128 group modp8192 \
 quick auth hmac-sha2-256 enc aes-128 group modp8192 \
 psk puffy

ipsec.conf on obsd2:

ike active esp transport \
 from 192.168.0.2 to 192.168.0.1 \
 main  auth hmac-sha2-256 enc aes-128  group modp8192 \
 quick auth hmac-md5  enc blowfish group modp768 \
 psk puffy

If the phase 1 parameters don't match, then negotiation fails, which is 
what I expect.  However, isakmpd seems to accept the phase 2 parameters 
from the initiating end (obsd2) unconditionally.  With the above 
config, ipsecctl -s sa prints:


esp transport from 192.168.0.1 to 192.168.0.2 spi 0x32345f6f auth 
hmac-md5 enc blowfish
esp transport from 192.168.0.2 to 192.168.0.1 spi 0x6cf20561 auth 
hmac-md5 enc blowfish


How do I configure isakmpd such that phase 2 parameters must also match 
on both ends in order to establish security associations?


Thanks.

Julian Hsiao

ddclient won't auto run on OpenBSD 5.8

[Jay Hart]

Recently updated a router from 5.2 to 5.8.  I had a working ddclient process 
connected to and
fully working with DynDNS.  Trying to use same config, may have to tweak just a 
bit.

My main issue right now is trying to get the ddclient process to run upon 
booting.  In 5.2, I had
the following script in rc.local

if [ -x /usr/local/sbin/ddclient ] ; then
 echo -n ' ddclient'
 /usr/local/sbin/ddclient -file /etc/ddclient/ddclient.conf
fi

This ran ddclient upon startup.

I've tried the same thing in  rc.conf.local with no joy, it won't start.  I 
also commented that
out and tried

ddclient = ""

and also

ddclient = "-file /etc/ddclient/ddclient.conf"

Upon every reboot ddclient is not running per a 'ps aux |grep dd' command.  Not 
is there a pid
file in /var/run

ddclient will start manually.

Looking for some guidance on getting this running please.

Re: the location of openbsd.pbr

[Brian McCafferty]

On 12/30/15 18:30, 张腾 wrote:
> Could anybody please tell me what is the specific location of openbsd.pbr ?
> It seems that i can't find it.
> 
> 
> 

Are you referring to the file you need to create for dual booting with
the windows ntldr?  Check the FAQ: http://www.openbsd.org/faq/obsd-faq.txt

Re: Is a gmail/text-flow dmesg better than no dmesg?

[Joel Rees]

On Thu, Dec 31, 2015 at 3:19 PM, Joel Rees  wrote:
> On Thu, Dec 31, 2015 at 3:22 AM, Alexey Suslikov
>  wrote:
>> ropers  gmail.com> writes:
>>
>>> It says here  that one
>>> should not send dmesg   mail that's text-flow reformatted (which I
>>> AFAIK gmail always does, unavoidably).
>>
>> it does, but only if you use web/mobile clients. there is no reformat if
>> you use smtp directly (not compatible with 2-factor auth).
>>
>> posting to lists using gmane also works.
>>
>
> So, if I redirect a dmesg to a file, open the file with gedit, select
> all, copy, and paste into this xombrero window on the gmail web
> client, something bad happens to the dmesg text?
>
> Like this:
>
> OpenBSD 5.9-beta (GENERIC.MP) #8: Wed Dec 23 22:21:16 JST 2015
> r...@feather.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 1835790336 (1750MB)
> avail mem = 1776087040 (1693MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xe4800 (43 entries)
> bios0: vendor Insyde version "F.0A" date 07/16/2014
> bios0: Hewlett-Packard HP Pavilion 10 Notebook PC
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP UEFI HPET APIC MCFG ASF! BOOT FPDT MSDM SSDT
> SSDT SSDT SSDT SSDT

Okay, that's a wrap that shouldn't be there.

> acpi0: wakeup devices GPP0(S5) GPP1(S4) OHC1(S3) OHC2(S3) OHC3(S3)
> EHC1(S3) EHC2(S3) EHC3(S3) XHC0(S4) AWAD(S4)
> acpitimer0 at acpi0: 3579545 Hz, 32 bits
> acpihpet0 at acpi0: 14318180 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: AMD A4-1200 APU with Radeon(TM) HD Graphics, 998.25 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPC
NT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMC
R8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1

I guess this line made it because there's no space in the line. I'd
seen that before and thought it was safe.

> [...]

Okay, so dmesg should be sent by mutt or sylpheed, et, al., if we're
having trouble getting the default mail client to connect to the
outside world.

--
Joel Rees

Be careful when you look at conspiracy.
Arm yourself with knowledge of yourself, as well:
http://reiisi.blogspot.jp/2011/10/conspiracy-theories.html

Re: ddclient won't auto run on OpenBSD 5.8

[Brian McCafferty]

On 12/30/15 19:21, Jay Hart wrote:
> Recently updated a router from 5.2 to 5.8.  I had a working ddclient process 
> connected to and
> fully working with DynDNS.  Trying to use same config, may have to tweak just 
> a bit.
> 
> My main issue right now is trying to get the ddclient process to run upon 
> booting.  In 5.2, I had
> the following script in rc.local
> 
> if [ -x /usr/local/sbin/ddclient ] ; then
>  echo -n ' ddclient'
>  /usr/local/sbin/ddclient -file /etc/ddclient/ddclient.conf
> fi
> 
> This ran ddclient upon startup.
> 
> I've tried the same thing in  rc.conf.local with no joy, it won't start.  I 
> also commented that
> out and tried
> 
> ddclient = ""
> 
> and also
> 
> ddclient = "-file /etc/ddclient/ddclient.conf"
> 
> Upon every reboot ddclient is not running per a 'ps aux |grep dd' command.  
> Not is there a pid
> file in /var/run
> 
> ddclient will start manually.
> 
> Looking for some guidance on getting this running please.
> 
> 
> 

Try:

pkg_scripts="ddclient"

Re: file(1) - install.iso is 44.1kHz, stereo

[AHLSENGIRARD, EDWARD F CTR USAF AFMC AFNWC/NDBD]

Subject:Re: file(1) - install.iso is 44.1kHz, stereo
At 13:14:51 on 2015-12-30, Nick Holland 
posted:
>On 12/30/15 06:02, Jan Stary wrote:
>> $ file install59.iso
>> install59.iso: ISO 9660 CD-ROM filesystem data
>> 'OpenBSD/amd64   5.9 Install CD ' (bootable), 44.1 kHz, Stereo
>>
>> Is this intended?
>>
>> Jan
>>
>
>What do you want it to return?
>
>If you record it to a CDR and put it in a plain ol' CD player, it will
>play.  In stereo.  Sounds kinda like Justin Bieber(*).
>
>Nick.
>
>
>* Replace with whomever's music/existence you dislike this week
>

Other Canadian artists only, one would think.
--
Edward Ahlsen-Girard

Is a gmail/text-flow dmesg better than no dmesg?

[ropers]

It says here  that one
should not send dmesg@ mail that's text-flow reformatted (which I
AFAIK gmail always does, unavoidably).

If (for whatever reasons) the choice is between gmail-dmesgs or no
dmesgs, would gmail dmesgs be preferable to none (however unloved
their text-flow shenanigans may be)?

Re: Is a gmail/text-flow dmesg better than no dmesg?

[Alexey Suslikov]

ropers  gmail.com> writes:

> It says here  that one
> should not send dmesg   mail that's text-flow reformatted (which I
> AFAIK gmail always does, unavoidably).

it does, but only if you use web/mobile clients. there is no reformat if
you use smtp directly (not compatible with 2-factor auth).

posting to lists using gmane also works.

Re: file(1) - install.iso is 44.1kHz, stereo

[ropers]

I'm guessing this question may have arisen because the file(1)
commonly used in Linux doesn't mention the kHz and Stereo bits:

Linux$ file install59.iso
install59.iso: ISO 9660 CD-ROM filesystem data 'OpenBSD/amd64   5.9
Install CD' (bootable)

OpenBSD$ file install59.iso
install59.iso: ISO 9660 CD-ROM filesystem data 'OpenBSD/amd64   5.9
Install CD ' (bootable), 44.1 kHz, Stereo



On 30 December 2015 at 14:14, Nick Holland  wrote:
> On 12/30/15 06:02, Jan Stary wrote:
>> $ file install59.iso
>> install59.iso: ISO 9660 CD-ROM filesystem data
>> 'OpenBSD/amd645.9 Install CD ' (bootable), 44.1 kHz, Stereo
>>
>> Is this intended?
>>
>> Jan
>>
>
> What do you want it to return?
>
> If you record it to a CDR and put it in a plain ol' CD player, it will
> play.  In stereo.  Sounds kinda like Justin Bieber(*).
>
> Nick.
>
>
> * Replace with whomever's music/existence you dislike this week

Re: Is a gmail/text-flow dmesg better than no dmesg?

[Kamil Cholewiński]

> (not compatible with 2-factor auth).

Citation needed? App-specific passwords work.

Re: wle200nx WiFi card on apu2b4 - athn0: Device timeout

[Kapfhammer, Stefan]

Hello Mihai,

I installed the current snapshot 2015-12-28 and the corresponding
athn-firmware for 5.9
Here is the output from dmesg and the debug output from 'ifconfig athn0
debug'
'ifconfig athn0 scan' got result 'none' but I am connected with my BlackBerry
Classic
and my notebook (Toshiba Portege Z930-12J). The scan with my NB shows 7
active
AP's.
I got the same error 'athn0: Device timeout' with -current.

Here are the outputs.

Friendly regards, Stefan


--dmesg--

OpenBSD 5.9-beta (GENERIC.MP) #1783: Sun Dec 27 17:08:42 MST 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4261076992 (4063MB)
avail mem = 4127813632 (3936MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdffb7020 (7 entries)
bios0: vendor coreboot version "APU2A_20150928-13-gdfdf4a2-dirty" date
11/06/2015
bios0: PC Engines apu2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S2 S3 S4 S5
acpi0: tables DSDT FACP SSDT APIC HEST SSDT SSDT HPET
acpi0: wakeup devices PWRB(S4) PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4)
UOH1(S3) UOH3(S3) UOH5(S3) XHC0(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 GX-412TC SOC, 998.25 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPC
NT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMC
R8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line
16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD GX-412TC SOC, 998.14 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPC
NT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMC
R8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line
16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD GX-412TC SOC, 998.14 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPC
NT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMC
R8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu2: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line
16-way L2 cache
cpu2: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu2: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: AMD GX-412TC SOC, 998.14 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPC
NT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMC
R8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu3: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line
16-way L2 cache
cpu3: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu3: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 5 pa 0xfec2, version 21, 32 pins
ioapic1: misconfigured as apic 0, remapped to apid 5
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (PBR4)
acpiprt2 at acpi0: bus 2 (PBR5)
acpiprt3 at acpi0: bus 3 (PBR6)
acpiprt4 at acpi0: bus 4 (PBR7)
acpiprt5 at acpi0: bus -1 (PBR8)
acpicpu0 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS
acpicpu1 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS
acpicpu2 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS
acpicpu3 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS
acpibtn0 at acpi0: PWRB
cpu0: 998 MHz: speeds: 1000 800 600 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD AMD64 16h Root Complex" rev 0x00
pchb1 at pci0 dev 2 function 0 "AMD AMD64 16h Host" rev 0x00
ppb0 at pci0 dev 2 function 1 "AMD AMD64 16h PCIE" rev 0x00: msi
pci1 at ppb0 bus 1
athn0 at pci1 dev 0 function 0 "Atheros AR9281" rev 0x01: apic 4 int 16

Re: the location of openbsd.pbr

[Simon McFarlane]

openbsd.pbr is not a standard file, usually this is what people call the 
boot record (I'm assuming you need this file to dual boot OpenBSD with 
Windows). You have to make it yourself, but it's quite easy.


dd if=/dev/ra of=openbsd.pbr bs=512 count=1

Replace  with your disk (commonly sd0), so it becomes, for 
example, /dev/rsd0a.


On 12/30/2015 03:30 PM, 张腾 wrote:

Could anybody please tell me what is the specific location of openbsd.pbr ?
It seems that i can't find it.

Re: file(1) - install.iso is 44.1kHz, stereo

[Brandon Vincent]

On Wed, Dec 30, 2015 at 3:09 PM, Jan Stary  wrote:
> I have seen other files reported as "44.1 kHz"
> when there was no sampling involved.

I believe the issue is with /src/usr.bin/file/magdir/animation on line 280.

# MP3, M1A
# modified by Joerg Jenderek
# GRR the original test are too common for many DOS files
# so don't accept as MP3 until we've tested the rate
0   beshort&0xFFFE

The initial matching seems to be occurring because the line is missing
the proper value to match to. The further tests for sampling rate and
number of independent audio channels is then occurring.

I believe it should be:

# MP3, M1A
# modified by Joerg Jenderek
# GRR the original test are too common for many DOS files
# so don't accept as MP3 until we've tested the rate
0   beshort&0xFFFE  0xFFFA

or somebody secretly embedded a Carly Rae Jepsen into the ISO.

Brandon Vincent

the location of openbsd.pbr

[张腾]

Could anybody please tell me what is the specific location of openbsd.pbr ?
It seems that i can't find it.

Re: file(1) - install.iso is 44.1kHz, stereo

[Jan Stary]

On Dec 30 08:14:51, n...@holland-consulting.net wrote:
> On 12/30/15 06:02, Jan Stary wrote:
> > $ file install59.iso
> > install59.iso: ISO 9660 CD-ROM filesystem data
> > 'OpenBSD/amd64  5.9 Install CD ' (bootable), 44.1 kHz, Stereo
> > 
> > Is this intended?
> > 
> > Jan
> > 
> 
> What do you want it to return?

If it said

  ISO 9660 CD-ROM filesystem data 'OpenBSD/amd64 5.9 Install CD ' (bootable)

as it does, but without the audio bit,
the message would be exactly right. It's the 

  44.1 kHz, Stereo

bit which seems strange to me.

> If you record it to a CDR and put it in a plain ol' CD player, it will
> play.  In stereo.

Yes, but you could say that about any stream of bytes.
And you could play it as a mono file @ 8000 Hz too,
which doesn't make it a "8 kHz, Mono" file either.

Jan

Re: file(1) - install.iso is 44.1kHz, stereo

[Jan Stary]

On Dec 30 22:48:31, h...@stare.cz wrote:
> On Dec 30 08:14:51, n...@holland-consulting.net wrote:
> > On 12/30/15 06:02, Jan Stary wrote:
> > > $ file install59.iso
> > > install59.iso: ISO 9660 CD-ROM filesystem data
> > > 'OpenBSD/amd645.9 Install CD ' (bootable), 44.1 kHz, Stereo
> > > 
> > > Is this intended?
> > > 
> > > Jan
> > > 
> > 
> > What do you want it to return?
> 
> If it said
> 
>   ISO 9660 CD-ROM filesystem data 'OpenBSD/amd64 5.9 Install CD ' (bootable)
> 
> as it does, but without the audio bit,
> the message would be exactly right. It's the 
> 
>   44.1 kHz, Stereo
> 
> bit which seems strange to me.
> 
> > If you record it to a CDR and put it in a plain ol' CD player, it will
> > play.  In stereo.
> 
> Yes, but you could say that about any stream of bytes.
> And you could play it as a mono file @ 8000 Hz too,
> which doesn't make it a "8 kHz, Mono" file either.

With e.g. another arch's iso, it's

$ file install59.iso   
install59.iso: ISO 9660 CD-ROM filesystem data 'OpenBSD/macppc 5.9 Install CD '

I don't think that being playable as a CDR has anything to do with it
- did it just happen to match one of the following magic(5) values?

$ grep -Fr 44.1 .
./magdir/animation:>2  byte&0x0C   0x00   \b, 44.1 kHz
./magdir/animation:>2  byte&0x0C   0x00   \b, 44.1 kHz
./magdir/animation:#>>>2  byte&0x0C   0x00   \b, 44.1 kHz
./magdir/animation:>2  byte&0x3c   0x10   \b, 44.1 kHz
./magdir/audio:>>>2597  belong&0xf0 0x0ac440\b, 44.1 kHz
./magdir/audio:>>17 belong&0xf0 0x0ac440\b, 44.1 kHz
./magdir/dolby:>4  byte&0xc0   0x4044.1 kHz,

I have seen other files reported as "44.1 kHz"
when there was no sampling involved.

Jan

Re: Is a gmail/text-flow dmesg better than no dmesg?

[Joel Rees]

On Thu, Dec 31, 2015 at 3:22 AM, Alexey Suslikov
 wrote:
> ropers  gmail.com> writes:
>
>> It says here  that one
>> should not send dmesg   mail that's text-flow reformatted (which I
>> AFAIK gmail always does, unavoidably).
>
> it does, but only if you use web/mobile clients. there is no reformat if
> you use smtp directly (not compatible with 2-factor auth).
>
> posting to lists using gmane also works.
>

So, if I redirect a dmesg to a file, open the file with gedit, select
all, copy, and paste into this xombrero window on the gmail web
client, something bad happens to the dmesg text?

Like this:

OpenBSD 5.9-beta (GENERIC.MP) #8: Wed Dec 23 22:21:16 JST 2015
r...@feather.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 1835790336 (1750MB)
avail mem = 1776087040 (1693MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xe4800 (43 entries)
bios0: vendor Insyde version "F.0A" date 07/16/2014
bios0: Hewlett-Packard HP Pavilion 10 Notebook PC
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP UEFI HPET APIC MCFG ASF! BOOT FPDT MSDM SSDT
SSDT SSDT SSDT SSDT
acpi0: wakeup devices GPP0(S5) GPP1(S4) OHC1(S3) OHC2(S3) OHC3(S3)
EHC1(S3) EHC2(S3) EHC3(S3) XHC0(S4) AWAD(S4)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD A4-1200 APU with Radeon(TM) HD Graphics, 998.25 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPC
NT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMC
R8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 1MB
64b/line 16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD A4-1200 APU with Radeon(TM) HD Graphics, 998.13 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPC
NT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMC
R8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 1MB
64b/line 16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 5 pa 0xfec01000, version 21, 32 pins
ioapic1: misconfigured as apic 0, remapped to apid 5
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (GPP0)
acpiprt2 at acpi0: bus 5 (GPP1)
acpiprt3 at acpi0: bus -1 (GPP2)
acpiprt4 at acpi0: bus -1 (GPP3)
acpiprt5 at acpi0: bus -1 (GFX_)
acpiec0 at acpi0
acpicpu0 at acpi0: C2(0@400 io@0x414), C1(@1 halt!), PSS
acpicpu1 at acpi0: C2(0@400 io@0x414), C1(@1 halt!), PSS
acpipwrres0 at acpi0: FN00, resource for FAN0
acpitz0 at acpi0: critical temperature is 118 degC
acpibtn0 at acpi0: PWRB
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT0 model "Primary" serial 43346 03/09/2014 type
LIon oem "Hewlett-Packard"
acpibtn1 at acpi0: LID_
acpivideo0 at acpi0: VGA_
acpivideo1 at acpi0: VGA_
cpu0: 998 MHz: speeds: 1000 900 800 700 600 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD AMD64 16h Host" rev 0x00
vga1 at pci0 dev 1 function 0 vendor "ATI", unknown product 0x9839 rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
azalia0 at pci0 dev 1 function 1 "ATI Radeon HD Audio" rev 0x00: msi
azalia0: no supported codecs
pchb1 at pci0 dev 2 function 0 vendor "AMD", unknown product 0x1538 rev 0x00
ppb0 at pci0 dev 2 function 2 "AMD AMD64 16h PCIE" rev 0x00: msi
pci1 at ppb0 bus 1
rtsx0 at pci1 dev 0 function 0 "Realtek RTL8402 Card Reader" rev 0x01: msi
sdmmc0 at rtsx0
re0 at pci1 dev 0 function 2 "Realtek 8101E" rev 0x06: RTL8402
(0x4400), msi, address 14:58:d0:06:96:26
rlphy0 at re0 phy 7: RTL8201E 10/100 PHY, rev. 2
ppb1 at pci0 dev 2 function 3 "AMD AMD64 16h PCIE" rev 0x00: msi
pci2 at ppb1 bus 5
"Ralink RT3290" rev 0x00 at pci2 dev 0 function 0 not configured
"Ralink Bluetooth" rev 0x00 at pci2 dev 0 function 1 not configured
xhci0 at pci0 dev 16 function 0 "AMD Bolton xHCI" rev 0x01: msi
usb0 at xhci0: USB revision 3.0
uhub0 at 

Re: IPsec IKEv1 accepts non-matching phase 2 parameters

[Philipp Buehler]

Am 31.12.2015 06:56 schrieb Julian Hsiao:

How do I configure isakmpd such that phase 2 parameters must also
match on both ends in order to establish security associations?


Just a guess, but do:
echo r > /var/run/isakmpd.fifo
and look into the /var/run/isakmpd.report
My bet is, that you had a hmac-md5 configured earlier and did not unload 
this

before the hmac2 was loaded.

ipsecctl simply ADDs configurations to isakmpd (unless -d), e.g. this:
$ sudo isakmpd -L
$ sudo ipsecctl -f /etc/ipsec.conf
$ sudo vi /etc/ipsec.conf #change to something "lesser"
$ sudo ipsecctl -f /etc/ipsec.conf
now you have TWO running configurations in isakmpd both matching 
proposals.



--
pb

file(1) - install.iso is 44.1kHz, stereo

[Jan Stary]

$ file install59.iso
install59.iso: ISO 9660 CD-ROM filesystem data 'OpenBSD/amd64   5.9 Install CD 
' (bootable), 44.1 kHz, Stereo

Is this intended?

Jan

Re: owncloud and php5-libsmbclient / occ

[Stuart Henderson]

On 2015-12-30, Antoine Jacoutot  wrote:
> On Wed, Dec 30, 2015 at 01:29:15AM +0100, Paolo Aglialoro wrote:
>> # doas -u www /var/www/owncloud/occ
>> 
>> provides the following result:
>> 
>> PHP Notice:  Undefined index: SERVER_PROTOCOL in
>> /var/www/owncloud/lib/private/response.php on line 77
>> App directory "/owncloud/apps" not found! Please put the ownCloud apps
>> folder in the ownCloud folder or the folder above. You can also configure
>> the location in the config.php file.
>> 
>> How can occ then be run?
>
> That is expected when running ownCloud under a chroot because config.php set 
> the owncloud dir related to the chroot (/owncloud versus /var/www/owncloud).
> What you could do is to shutdown your webserver, edit config.php with the 
> full path, run occ, edit config.php back to its previous value then restart 
> your webserver.

You could do this, and leave it with the full /var/www/owncloud path in
the config file.

mkdir /var/www/var
ln -s .. /var/www/var/www

I wonder if we should install that symlink by default, it would make
some things a lot easier.

Re: 5.8: Cannot communicate with iDrac6 once OpenBSD boots (Broadcom BCM5709 via bnx)

[Stuart Henderson]

On 2015-12-30, Matt Adams  wrote:
> Hello,
>
> I have a Dell T710 server with a 4-port Broadcom BCM5709 NIC that hosts 
> iDrac6 via port 1. The iDrac configuration has this port set up with a 
> unique MAC and static IP. This port is supposed to be shared with the 
> operating system and under Linux I have no problems continuing to access 
> iDrac once the OS has loaded.

OpenBSD doesn't (and will not) support sharing the port with the BMC.
If it's an iDRAC Enterprise you should be able to set it to use a dedicated port
which is by far the easiest/safest approach.

> I would like to continue to use iDrac however OpenBSD is doing something 
> to prevent it from being accessed once it boots.
>
> Is there something that I can to do tell OpenBSD to NOT configure bnx0? 

You can disable the bnx driver completely, but not a particular port so
you'll need a non-bnx nic to use this approach (em or ix on a PCIE card might
be a good choice).

boot -c
disable bnx
quit

To save it to a kernel on-disk, use config -ef /bsd and the same commands.

> I am hoping this might avoid whatever is happening to the iDrac 
> configuration once OpenBSD launches.
>
> It would be great if I could keep bnx1, bnx2 and bnx3 accessible to OpenBSD.

You'd need to hack the driver to do this, probably by checking the MAC
address after it's fetched in bnx_attachhook() and doing a "goto 
bnx_attach_fail".

Re: owncloud and php5-libsmbclient / occ

[Antoine Jacoutot]

On Wed, Dec 30, 2015 at 10:36:58AM +, Stuart Henderson wrote:
> On 2015-12-30, Antoine Jacoutot  wrote:
> > On Wed, Dec 30, 2015 at 01:29:15AM +0100, Paolo Aglialoro wrote:
> >> # doas -u www /var/www/owncloud/occ
> >> 
> >> provides the following result:
> >> 
> >> PHP Notice:  Undefined index: SERVER_PROTOCOL in
> >> /var/www/owncloud/lib/private/response.php on line 77
> >> App directory "/owncloud/apps" not found! Please put the ownCloud apps
> >> folder in the ownCloud folder or the folder above. You can also configure
> >> the location in the config.php file.
> >> 
> >> How can occ then be run?
> >
> > That is expected when running ownCloud under a chroot because config.php 
> > set the owncloud dir related to the chroot (/owncloud versus 
> > /var/www/owncloud).
> > What you could do is to shutdown your webserver, edit config.php with the 
> > full path, run occ, edit config.php back to its previous value then restart 
> > your webserver.
> 
> You could do this, and leave it with the full /var/www/owncloud path in
> the config file.
> 
> mkdir /var/www/var
> ln -s .. /var/www/var/www

Would that really work? I mean when you manually run 'occ', you are outside the 
chroot.

> I wonder if we should install that symlink by default, it would make
> some things a lot easier.

If it does work, then yeah for sure.

-- 
Antoine

Re: 5.8: Cannot communicate with iDrac6 once OpenBSD boots (Broadcom BCM5709 via bnx)

[Ted Unangst]

Stuart Henderson wrote:
> 
> > I am hoping this might avoid whatever is happening to the iDrac 
> > configuration once OpenBSD launches.
> >
> > It would be great if I could keep bnx1, bnx2 and bnx3 accessible to OpenBSD.
> 
> You'd need to hack the driver to do this, probably by checking the MAC
> address after it's fetched in bnx_attachhook() and doing a "goto 
> bnx_attach_fail".

perhaps like so. no warranty.


Index: if_bnx.c
===
RCS file: /cvs/src/sys/dev/pci/if_bnx.c,v
retrieving revision 1.120
diff -u -p -r1.120 if_bnx.c
--- if_bnx.c11 Dec 2015 16:07:01 -  1.120
+++ if_bnx.c30 Dec 2015 11:21:25 -
@@ -641,6 +641,7 @@ bnx_read_rv2p(struct bnx_softc *sc, int 
 void
 bnx_attach(struct device *parent, struct device *self, void *aux)
 {
+   static int skipped_first;
struct bnx_softc*sc = (struct bnx_softc *)self;
struct pci_attach_args  *pa = aux;
pci_chipset_tag_t   pc = pa->pa_pc;
@@ -649,6 +650,12 @@ bnx_attach(struct device *parent, struct
const char  *intrstr = NULL;
 
sc->bnx_pa = *pa;
+
+   if (!skipped_first) {
+   skipped_first = 1;
+   printf(": not attaching!!\n");
+   return;
+   }
 
/*
 * Map control/status registers.

Re: wle200nx WiFi card on apu2b4 - athn0: Device timeout

[Kapfhammer, Stefan]

Hello Chris,

thank you for giving deeper insights, how the driver works.
Would you give me some advise, in which order I have to
set the commands in hostname.athn0 for accessing an
access‎ point (AVM FritzBox 7490).
This is only for setup, testing and configuration.
Later on, this box will be connected to a VDSL2 bridge modem as an AP, NAS,
FW, IPsec VPN Srv and PS.

But first I have to check, that the OpenBSD works with all components‎ of the
APU2b4 system board and it's mounted cards.

Thank you in advance.

Friendly regards,

Stefan

  Originalnachricht
Von: Chris Cappuccio‎
Gesendet: Mittwoch, 30. Dezember 2015 00:54
An: Mihai Popescu‎
Cc: misc@openbsd.org
Betreff: Re: wle200nx WiFi card on apu2b4 - no link
‎

Mihai Popescu [mih...@gmail.com] wrote:
> > -> athn0 at pci4 dev 0 function 0 "Atheros AR9281" rev 0x01: apic 4
int 16
> > -> athn0: AR9280 rev 2 (2T2R), ROM rev 22, address 
>
> AR9281 and AR9280 are two different chips as they are listed in the man
page.
> Why does your dmesg report 2 chips?

One is based on the PCI device ID, one is based on the internal card
identifier used by the driver. You'll have to examine the driver to
understand
what implication this has. The ath and athn drivers are both finicky and
require
specific combinations of settings, set in a particular order, to work
properly.

Re: wle200nx WiFi card on apu2b4 - athn0: Device timeout

[Kapfhammer, Stefan]

Hello Mihai,

thank you for the anwer. I will support of course the community and the
developers with logs and outputs, to improve the OS and the corresponding
drivers.
At the moment I'm in vacation and have only access to a minimal equipment.
(Notebook, APU, AP) Next week, things will go much easier, but I will try to
test in that spare time - I AM STILL ADDICTED TO OPENBSD 8-;)
and it's security concepts!

Friendly regards,

Stefan

  Originalnachricht
Von: Mihai Popescu
Gesendet: Mittwoch, 30. Dezember 2015 00:34
An: misc@openbsd.org
Betreff: Re: wle200nx WiFi card on apu2b4 - no link


> seems that I am not alone.

This can be changed. But you and other users need to provide some
information.

Try a snapshot install and simple commands like:

$ ifconfig athn0 scan (this scans for available WiFi networks)
$ ifconfig athn0 debug (enable debug mode)

Be sure your AP is accesible and fully functional, if you can provide
some info about AP, too. Test it with other client. If it is not a
standard one, check for not so common settings, forced modes, etc...

Re: 5.8: Cannot communicate with iDrac6 once OpenBSD boots (Broadcom BCM5709 via bnx)

[Nick Holland]

On 12/30/15 01:12, Matt Adams wrote:
> Hello,
> 
> I have a Dell T710 server with a 4-port Broadcom BCM5709 NIC that hosts 
> iDrac6 via port 1. The iDrac configuration has this port set up with a 
> unique MAC and static IP. This port is supposed to be shared with the 
> operating system and under Linux I have no problems continuing to access 
> iDrac once the OS has loaded.
...
I've talked to a lot of people about this idea over the years, and I
don't recall anyone ever saying, "Wow, sharing NICs between the DRAC and
the OS?  WHAT A GREAT IDEA!".  In fact, the response is about as far
from that as you can imagine.

Doesn't matter what OS you are running, just doesn't pass the "let's
think about this a moment" test.

Nick.

Re: file(1) - install.iso is 44.1kHz, stereo

[Nick Holland]

On 12/30/15 06:02, Jan Stary wrote:
> $ file install59.iso
> install59.iso: ISO 9660 CD-ROM filesystem data
> 'OpenBSD/amd645.9 Install CD ' (bootable), 44.1 kHz, Stereo
> 
> Is this intended?
> 
> Jan
> 

What do you want it to return?

If you record it to a CDR and put it in a plain ol' CD player, it will
play.  In stereo.  Sounds kinda like Justin Bieber(*).

Nick.


* Replace with whomever's music/existence you dislike this week