Unbound and dnscrypt-proxy not playing nice

[Martin Hanson]

Hi,

Since I upgraded to OBSD 6.0 I have had some problems with Unbound and 
dnscrypt-proxy.

Normally I would troubleshoot by using "dig" to request directly to 
dnscrypt-proxy, but for some reason (I don't know) the "-p" option has been 
removed and it is impossible to use that now.

Unbound seems unable to forward requests to dnscrypt-proxy which I have running 
on port 40 following the guide in the FAQ 
(http://www.openbsd.org/faq/pf/example1.html#dns).

In my unbound.conf I have the following:

forward-addr: 127.0.0.1@40

Then in my /etc/rc.conf.local I have:

dnscrypt_proxy_flags=-l /var/log/dnscrypt-proxy -R fvz-rec-de-fra-01 -a 
127.0.0.1:40
pkg_scripts="dnscrypt_proxy"

When I do a "dig yahoo.com" I get the following:

;yahoo.com. IN  A

No IP. And a ping also returns:

ping: unknown host: yahoo.com

Of course I have tested other hosts as well, same result.

I am getting no information in the logs.

If I have unbound forward directly to an OpenNIC server all works well again so 
the trouble is between unbound and dnscrypt-proxy.

This used to work flawlessly, but since the "-p" option has been removed from 
"dig" it's very difficult to debug dnscrypt-proxy without having PF doing 
redirects and what not.

How to troubleshoot this problem better?

Kind regards

Re: fresh install of 6.0 - cvs

[Raf Czlonka]

On Fri, Sep 09, 2016 at 05:54:05AM BST, Stephen Trotter wrote:
> hi,
> i was attempting a fresh install of 6.0 and got to the part where you pull
> the source tree and update the system to stable.
> i was stuck because the faq states you can (should) use a regular user with
> cvs, and i kept getting a permission error from cvs when attempting to run
> from /usr
> so, just wondering if anyone else was getting this, or if there is
> something that i missed.
> 

Hi Stephen,

Your description is very vague and you're not giving any details of
which command you ran and what error messages you got.

I'm trying to mind-read here - after issuing the commands described
under "Avoiding root privileges", have you logged on as the user
whom you just added to the 'wsrc' group?

Regards,

Raf

Re: fresh install of 6.0 - cvs

[Theo Buehler]

On Fri, Sep 09, 2016 at 12:54:05AM -0400, Stephen Trotter wrote:
> hi,
> i was attempting a fresh install of 6.0 and got to the part where you pull
> the source tree and update the system to stable.
> i was stuck because the faq states you can (should) use a regular user with
> cvs, and i kept getting a permission error from cvs when attempting to run
> from /usr
> so, just wondering if anyone else was getting this, or if there is
> something that i missed.
> 

Is your user member of the group wsrc?  Use id(1), for example.

By default, /usr/src is owned by root:wsrc with permissions 0775.  This
means that you need to be root or a member of group wsrc in order to
write to it.  FAQ 5 'avoiding root' tells you how to add your user to
wsrc before running cvs: user mod -G wsrc youruser

fresh install of 6.0 - cvs

[Stephen Trotter]

hi,
i was attempting a fresh install of 6.0 and got to the part where you pull
the source tree and update the system to stable.
i was stuck because the faq states you can (should) use a regular user with
cvs, and i kept getting a permission error from cvs when attempting to run
from /usr
so, just wondering if anyone else was getting this, or if there is
something that i missed.

Re: Unbound and dnscrypt-proxy not playing nice

[Lists]

Does unbound.conf have the following setting?

do-not-query-localhost: no

Unbound will not query the local host without that set to no.

> On Sep 8, 2016, at 5:49 PM, Martin Hanson 
wrote:
>
> Hi,
>
> Since I upgraded to OBSD 6.0 I have had some problems with Unbound and
dnscrypt-proxy.
>
> Normally I would troubleshoot by using "dig" to request directly to
dnscrypt-proxy, but for some reason (I don't know) the "-p" option has been
removed and it is impossible to use that now.
>
> Unbound seems unable to forward requests to dnscrypt-proxy which I have
running on port 40 following the guide in the FAQ
(http://www.openbsd.org/faq/pf/example1.html#dns).
>
> In my unbound.conf I have the following:
>
> forward-addr: 127.0.0.1@40
>
> Then in my /etc/rc.conf.local I have:
>
> dnscrypt_proxy_flags=-l /var/log/dnscrypt-proxy -R fvz-rec-de-fra-01 -a
127.0.0.1:40
> pkg_scripts="dnscrypt_proxy"
>
> When I do a "dig yahoo.com" I get the following:
>
> ;yahoo.com. IN  A
>
> No IP. And a ping also returns:
>
> ping: unknown host: yahoo.com
>
> Of course I have tested other hosts as well, same result.
>
> I am getting no information in the logs.
>
> If I have unbound forward directly to an OpenNIC server all works well again
so the trouble is between unbound and dnscrypt-proxy.
>
> This used to work flawlessly, but since the "-p" option has been removed
from "dig" it's very difficult to debug dnscrypt-proxy without having PF doing
redirects and what not.
>
> How to troubleshoot this problem better?
>
> Kind regards

Re: Routing/DNS Mystery

[Predrag Punosevac]

Edgar Pettijohn  wrote:

> 
> 
> Sent from my iPhone
> 
> > On Sep 8, 2016, at 7:32 PM, Predrag Punosevac  wrote:
> > 
> > Dear All, 
> > 
> > I have being scratching my head over this issue for two days now so I am
> > soliciting help from numerous ISP and network engineers who are luring 
> > on this list.
> > 
> > I upgraded all machines on my home network to 
> > 
> > predrag@oko$ uname -a
> > OpenBSD oko.bagdala2.net 6.0 GENERIC.MP#0 amd64
> > 
> > on September 2 and a day latter I started having a very strange issue
> > connecting to my employer network 
> > 
> > (Carnegie Mellon University 128.2.0.0/16)
> > 
> > Namely on three random days since September 2 I could not ssh nor see
> > the web content on any of CMU machines for several hours at the time.
> > My fist suspect was my own DNS. I run my own Unbound cashing DNS. Sure
> > enough I could not dig any of CMU machines except the one for which I
> > hold A record (actually EasyDNS is doing it for me). So I switched off
> > my own DNS at home and started using Google and OpenDNS DNS server and
> > shure enough I could dig all CMU machines including the one for which I
> > don't hold DNS records. However I still could not ping them even with a
> > correct IPv4 address. At this point I concur that I didn't run
> > traceroute but I tried something else that made me believe that it might
> > not be problem with my own network.  
> > 
> > Namely I logged to my devio.us and freeshell.org shell accounts. I was
> > able to ping CMU machines and my home network. I was able from devio.us
> > and freeshell.org to dig my work machines. I was also able to ssh to
> > them.  Great. Now I tried to ping from my CMU computers my home network
> > with the correct IPv4 address and I was not getting respond. No my
> > firewall is not a problem. I am letting ping in and I was able all that
> > time to ping from devio.us and freeshell.org. At this point I was truly
> > stamped. It almost felt that either CMU was blocking my home IP address
> > or my ISP was blocking CMU addresses possibly due to DoS attack).
> > 
> > I have not tried reseting DHCP lease on my home network to see if I
> > would do better with a different IP from my ISP. Note also that IPv6 is
> > turned off on my home and at work. 
> > 
> > At this point as somebody who has never dealt with more serious things
> > like BGPD and who don't really understand how ISP business works I am
> > running out of ideas with the exception of traceroute which I will run
> > if I lose ssh connection again (right now is working perfectly and I am
> > using my own DNS server again).
> > 
> > Thanks for the help.
> > Predrag
> > 
> > P.S. Oh yes I tired flashing my own DNS and fetching new root.key file
> > but was not helpfull. 
> 
> I think there was a change to unbound.conf with the upgrade. Possibly did you 
> choose the wrong option and install the temporary file?

I run sysmerge due to the changes in ssh and unbound and decided to keep
my old unbound.conf and install new sshd.conf file. Should I have
installed new unbound.conf file and then edit it?

Predrag 

Re: Routing/DNS Mystery

[Edgar Pettijohn]

Sent from my iPhone

> On Sep 8, 2016, at 7:32 PM, Predrag Punosevac 
wrote:
>
> Dear All,
>
> I have being scratching my head over this issue for two days now so I am
> soliciting help from numerous ISP and network engineers who are luring
> on this list.
>
> I upgraded all machines on my home network to
>
> predrag@oko$ uname -a
> OpenBSD oko.bagdala2.net 6.0 GENERIC.MP#0 amd64
>
> on September 2 and a day latter I started having a very strange issue
> connecting to my employer network
>
> (Carnegie Mellon University 128.2.0.0/16)
>
> Namely on three random days since September 2 I could not ssh nor see
> the web content on any of CMU machines for several hours at the time.
> My fist suspect was my own DNS. I run my own Unbound cashing DNS. Sure
> enough I could not dig any of CMU machines except the one for which I
> hold A record (actually EasyDNS is doing it for me). So I switched off
> my own DNS at home and started using Google and OpenDNS DNS server and
> shure enough I could dig all CMU machines including the one for which I
> don't hold DNS records. However I still could not ping them even with a
> correct IPv4 address. At this point I concur that I didn't run
> traceroute but I tried something else that made me believe that it might
> not be problem with my own network.
>
> Namely I logged to my devio.us and freeshell.org shell accounts. I was
> able to ping CMU machines and my home network. I was able from devio.us
> and freeshell.org to dig my work machines. I was also able to ssh to
> them.  Great. Now I tried to ping from my CMU computers my home network
> with the correct IPv4 address and I was not getting respond. No my
> firewall is not a problem. I am letting ping in and I was able all that
> time to ping from devio.us and freeshell.org. At this point I was truly
> stamped. It almost felt that either CMU was blocking my home IP address
> or my ISP was blocking CMU addresses possibly due to DoS attack).
>
> I have not tried reseting DHCP lease on my home network to see if I
> would do better with a different IP from my ISP. Note also that IPv6 is
> turned off on my home and at work.
>
> At this point as somebody who has never dealt with more serious things
> like BGPD and who don't really understand how ISP business works I am
> running out of ideas with the exception of traceroute which I will run
> if I lose ssh connection again (right now is working perfectly and I am
> using my own DNS server again).
>
> Thanks for the help.
> Predrag
>
> P.S. Oh yes I tired flashing my own DNS and fetching new root.key file
> but was not helpfull.

I think there was a change to unbound.conf with the upgrade. Possibly did you
choose the wrong option and install the temporary file?

Re: Unbound and dnscrypt-proxy not playing nice

[Edgar Pettijohn]

Sent from my iPhone

> On Sep 8, 2016, at 5:49 PM, Martin Hanson 
wrote:
>
> Hi,
>
> Since I upgraded to OBSD 6.0 I have had some problems with Unbound and
dnscrypt-proxy.
>
> Normally I would troubleshoot by using "dig" to request directly to
dnscrypt-proxy, but for some reason (I don't know) the "-p" option has been
removed and it is impossible to use that now.
>
> Unbound seems unable to forward requests to dnscrypt-proxy which I have
running on port 40 following the guide in the FAQ
(http://www.openbsd.org/faq/pf/example1.html#dns).
>
> In my unbound.conf I have the following:
>
> forward-addr: 127.0.0.1@40
>
> Then in my /etc/rc.conf.local I have:
>
> dnscrypt_proxy_flags=-l /var/log/dnscrypt-proxy -R fvz-rec-de-fra-01 -a
127.0.0.1:40
> pkg_scripts="dnscrypt_proxy"
>
> When I do a "dig yahoo.com" I get the following:
>
> ;yahoo.com. IN  A
>
> No IP. And a ping also returns:
>
> ping: unknown host: yahoo.com
>
> Of course I have tested other hosts as well, same result.
>
> I am getting no information in the logs.
>
> If I have unbound forward directly to an OpenNIC server all works well again
so the trouble is between unbound and dnscrypt-proxy.
>
> This used to work flawlessly, but since the "-p" option has been removed
from "dig" it's very difficult to debug dnscrypt-proxy without having PF doing
redirects and what not.
>
> How to troubleshoot this problem better?
>
> Kind regards

Possibly try netcat listening on 40 and see if it's making its way to the
proxy. If it isn't unbound is to blame. If it is then the proxy is guilty.

Routing/DNS Mystery

[Predrag Punosevac]

Dear All, 

I have being scratching my head over this issue for two days now so I am
soliciting help from numerous ISP and network engineers who are luring 
on this list.

I upgraded all machines on my home network to 

predrag@oko$ uname -a
OpenBSD oko.bagdala2.net 6.0 GENERIC.MP#0 amd64

on September 2 and a day latter I started having a very strange issue
connecting to my employer network 

(Carnegie Mellon University 128.2.0.0/16)

Namely on three random days since September 2 I could not ssh nor see
the web content on any of CMU machines for several hours at the time.
My fist suspect was my own DNS. I run my own Unbound cashing DNS. Sure
enough I could not dig any of CMU machines except the one for which I
hold A record (actually EasyDNS is doing it for me). So I switched off
my own DNS at home and started using Google and OpenDNS DNS server and
shure enough I could dig all CMU machines including the one for which I
don't hold DNS records. However I still could not ping them even with a
correct IPv4 address. At this point I concur that I didn't run
traceroute but I tried something else that made me believe that it might
not be problem with my own network.  

Namely I logged to my devio.us and freeshell.org shell accounts. I was
able to ping CMU machines and my home network. I was able from devio.us
and freeshell.org to dig my work machines. I was also able to ssh to
them.  Great. Now I tried to ping from my CMU computers my home network
with the correct IPv4 address and I was not getting respond. No my
firewall is not a problem. I am letting ping in and I was able all that
time to ping from devio.us and freeshell.org. At this point I was truly
stamped. It almost felt that either CMU was blocking my home IP address
or my ISP was blocking CMU addresses possibly due to DoS attack).

I have not tried reseting DHCP lease on my home network to see if I
would do better with a different IP from my ISP. Note also that IPv6 is
turned off on my home and at work. 

At this point as somebody who has never dealt with more serious things
like BGPD and who don't really understand how ISP business works I am
running out of ideas with the exception of traceroute which I will run
if I lose ssh connection again (right now is working perfectly and I am
using my own DNS server again).

Thanks for the help.
Predrag

P.S. Oh yes I tired flashing my own DNS and fetching new root.key file
but was not helpfull. 

Got my 6.0 cd's today

[Bryan C. Everly]

United States

-- 

Thanks,
Bryan

Re: AMD graphics adapter hcl

[Simon Mages]

ok, thanks for the clarification.

2016-09-08 18:49 GMT+02:00, Bryan Vyhmeister :
> On Fri, Sep 09, 2016 at 02:44:33AM +1000, Jonathan Gray wrote:
>> > Am I understanding that using a newer, say Radeon HD 7750 or HD 7870
>> > card, with the modesetting(4) Xorg driver would work as long as there
>> > is
>> > kernel support (which there is)? That would obviously not allow for
>> > 2d/3d acceleration.
>>
>> For cape verde, pitcairn and tahiti based designs with pci ids recognised
>> by the kernel, yes.  The marketing names don't encode the generation
>> of the hardware and radeon product lines often reuse older generation
>> designs rebadged.
>
> Thank you for the clarification. I will have to try out one of those
> cards.
>
> Bryan

Re: System freeze in 5.9 and 6.0

[Tiago Ribeiro]

> Em 8 de set de 2016, à(s) 10:47, Leclerc, Sebastien
 escreveu:
>
> I had a freeze on a machine with 5.9 amd64 yesterday, and upgraded the
system
> to 6.0 after that.
> I still had the system freeze today, but I am unsure if it is something
with
> the hardware?
>
> The message on the console during the freeze :
>
> NMI ... going to debugger
> Stopped atacpicpu_idle+0x22d: nop
> ddb{0}>
>
> Anyone got this before?
> Thank you
>

Try memtest on this machine?
Temperature is ok?

—
http://www.bsdjf.com.br

Re: AMD graphics adapter hcl

[Bryan Vyhmeister]

On Fri, Sep 09, 2016 at 02:44:33AM +1000, Jonathan Gray wrote:
> > Am I understanding that using a newer, say Radeon HD 7750 or HD 7870
> > card, with the modesetting(4) Xorg driver would work as long as there is
> > kernel support (which there is)? That would obviously not allow for
> > 2d/3d acceleration.
> 
> For cape verde, pitcairn and tahiti based designs with pci ids recognised
> by the kernel, yes.  The marketing names don't encode the generation
> of the hardware and radeon product lines often reuse older generation
> designs rebadged.

Thank you for the clarification. I will have to try out one of those
cards.

Bryan

Re: AMD graphics adapter hcl

[Jonathan Gray]

On Thu, Sep 08, 2016 at 09:29:45AM -0700, Bryan Vyhmeister wrote:
> On Fri, Sep 09, 2016 at 02:17:03AM +1000, Jonathan Gray wrote:
> > The LLVM in the tree will not be installed as libraries suitable
> > for Mesa initially.
> > 
> > I'm not aware of anyone working on updating radeondrm at the moment
> > and doing so for basic modesetting support is not tied to LLVM.
> > 2d/3d acceleration for GCN hardware is however.
> 
> Am I understanding that using a newer, say Radeon HD 7750 or HD 7870
> card, with the modesetting(4) Xorg driver would work as long as there is
> kernel support (which there is)? That would obviously not allow for
> 2d/3d acceleration.

For cape verde, pitcairn and tahiti based designs with pci ids recognised
by the kernel, yes.  The marketing names don't encode the generation
of the hardware and radeon product lines often reuse older generation
designs rebadged.

System freeze in 5.9 and 6.0

[Leclerc, Sebastien]

I had a freeze on a machine with 5.9 amd64 yesterday, and upgraded the system
to 6.0 after that.
I still had the system freeze today, but I am unsure if it is something with
the hardware?

The message on the console during the freeze :

NMI ... going to debugger
Stopped atacpicpu_idle+0x22d: nop
ddb{0}>

Anyone got this before?
Thank you

Sébastien Leclerc



dmesg:
OpenBSD 6.0 (GENERIC.MP) #0: Fri Sep  2 13:18:00 CEST 2016
r...@stable-60-amd64.mtier.org:/binpatchng/work-binpatch60-amd64/src/sys/
arch/amd64/compile/GENERIC.MP
real mem = 4267814912 (4070MB)
avail mem = 4133994496 (3942MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xe7180 (49 entries)
bios0: vendor American Megatrends Inc. version "1.0b" date 11/06/2013
bios0: Supermicro A1SAi
acpi0 at bios0: rev 2
acpi0: sleep states S0 S5
acpi0: tables DSDT FACP FPDT MCFG WDAT UEFI APIC BDAT HPET SSDT HEST BERT ERST
EINJ
acpi0: wakeup devices PEX1(S0) PEX2(S0) PEX3(S0) EHC1(S0)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Atom(TM) CPU C2558 @ 2.40GHz, 2400.46 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND,
NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT
cpu0: 1MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0.0.3, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Atom(TM) CPU C2558 @ 2.40GHz, 2399.99 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND,
NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT
cpu1: 1MB 64b/line 16-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Atom(TM) CPU C2558 @ 2.40GHz, 2399.99 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND,
NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT
cpu2: 1MB 64b/line 16-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Atom(TM) CPU C2558 @ 2.40GHz, 2399.99 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND,
NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT
cpu3: 1MB 64b/line 16-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (PEX1)
acpiprt2 at acpi0: bus 2 (BR04)
acpiprt3 at acpi0: bus 3 (PEX2)
acpiprt4 at acpi0: bus 4 (PEX3)
acpicpu0 at acpi0: C2(350@41 mwait.3@0x51), C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C2(350@41 mwait.3@0x51), C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C2(350@41 mwait.3@0x51), C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C2(350@41 mwait.3@0x51), C1(1000@1 mwait.1), PSS
"PNP0003" at acpi0 not configured
"PNP0C33" at acpi0 not configured
cpu0: Enhanced SpeedStep 2400 MHz: speeds: 2400, 2300, 2200, 2100, 2000, 1900,
1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Atom C2000 Host" rev 0x02
ppb0 at pci0 dev 1 function 0 "Intel Atom C2000 PCIE" rev 0x02: msi
pci1 at ppb0 bus 1
ppb1 at pci1 dev 0 function 0 "ASPEED Technology AST1150 PCI" rev 0x03
pci2 at ppb1 bus 2
vga1 at pci2 dev 0 function 0 "ASPEED Technology AST2000" rev 0x30
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb2 at pci0 dev 2 function 0 "Intel Atom C2000 PCIE" rev 0x02: msi
pci3 at ppb2 bus 3
xhci0 at pci3 dev 0 function 0 "Renesas uPD720201 xHCI" rev 0x03: msi
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 "Renesas xHCI root hub" rev 3.00/1.00 addr 1
ppb3 at pci0 dev 3 function 0 "Intel Atom C2000 PCIE" rev 0x02: msi
pci4 at ppb3 bus 4
vendor "Intel", unknown product 0x1f18 (class processor subclass Co-processor,
rev 0x02) at pci0 dev 11 function 0 not configured
pchb1 at pci0 dev 14 function 0 "Intel Atom C2000 RAS" rev 0x02
"Intel Atom C2000 RCEC" rev 0x02 at pci0 dev 15 function 0 not configured
"Intel Atom C2000 SMBus" rev 0x02 at pci0 dev 19 function 0 not configured

Re: Motherboard LGA-1156 Micro-ATX

[thrph.i...@gmail.com]

Hi Jens,
Thank you for sharing your experience.

Best regards,
Raffaele

On Thu, 8 Sep 2016 17:53:24 +0200
"Jens A. Griepentrog"  wrote:

> thrph.i...@gmail.com wrote:
> > Hi,
> > after many troubles with motherboard MS-7613
> > ( I can't install OBSD 5.9 or 6.0, many browser with 300% CPU usage,
> > no audio ... ), I thinking change to another one :)
> >
> > Somebody have any suggestion for a motherboard that have Micro-ATX form 
> > factor
> > and LGA-1156 socket, which work fine with OpenBSD.
> >
> > Thanks
> > Raffaele
> >
> 
> Dear Raffaele,
> 
> I have been using OpenBSD for six years on my desktop
> without any problems. Everything works fine on my
> ASUS P7F-M WS mainboard including its audio daughterboard;
> also graphics hardware acceleration on ATI Radeon HD 6450.
> Perhaps you can get a used one, since it seems to be EOL.
> 
> There has been some degradation in speed in OpenBSD 5.9
> when looking online videos with seamonkey/firefox browsers.
> Usually, I download longer videos and mplay those offline
> without any stuttering.
> 
> Up to now, I have only started to play with OpenBSD 6.0 snapshots
> for compiling a volume rendering package which needs the Qt5.5.1
> libraries and depends on other packages not to be found in the ports.
> Finally, I have got it going but it still core dumps when exiting.
> 
> For your information have a look at the OpenBSD 5.9 dmesg output:
> 
> With best regards,
> Jens
> 
> 
> OpenBSD 5.9 (GENERIC.MP) #1888: Fri Feb 26 01:20:19 MST 2016
>  dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 17154113536 (16359MB)
> avail mem = 16630030336 (15859MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf06f0 (62 entries)
> bios0: vendor American Megatrends Inc. version "0705" date 06/29/2010
> bios0: ASUSTeK Computer INC. P7F-M WS
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S1 S3 S4 S5
> acpi0: tables DSDT FACP APIC MCFG OEMB HPET SSDT
> acpi0: wakeup devices BR1E(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4) 
> USB0(S4) USB1(S4) USB2(S4) USB3(S4) USBE(S4) USB4(S4) USB5(S4) USB6(S4) 
> BR21(S4) BR22(S4) BR23(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) Xeon(R) CPU L3426 @ 1.87GHz, 1866.97 MHz
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 133MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz
> cpu1: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> cpu2 at mainbus0: apid 4 (application processor)
> cpu2: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz
> cpu2: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 2, package 0
> cpu3 at mainbus0: apid 6 (application processor)
> cpu3: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz
> cpu3: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 0, core 3, package 0
> ioapic0 at mainbus0: apid 7 pa 0xfec0, version 20, 24 pins
> ioapic0: misconfigured as apic 1, remapped to apid 7
> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
> acpihpet0 at acpi0: 14318179 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 7 (BR1E)
> acpiprt2 at acpi0: bus -1 (BR21)
> acpiprt3 at acpi0: bus -1 (BR22)
> acpiprt4 at acpi0: bus -1 (BR23)
> acpiprt5 at acpi0: bus -1 (P0P1)
> acpiprt6 at acpi0: bus 1 (P0P3)
> acpiprt7 at acpi0: bus -1 (P0P4)
> acpiprt8 at acpi0: bus -1 (P0P5)
> acpiprt9 at acpi0: bus -1 (P0P6)
> acpiprt10 at acpi0: bus 2 (BR20)
> acpiprt11 at acpi0: bus 5 (BR26)
> acpiprt12 at acpi0: bus 6 (BR27)
> acpicpu0 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), 
> C1(1000@1 mwait.1), PSS
> acpicpu1 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), 
> C1(1000@1 

Re: AMD graphics adapter hcl

[Bryan Vyhmeister]

On Fri, Sep 09, 2016 at 02:17:03AM +1000, Jonathan Gray wrote:
> The LLVM in the tree will not be installed as libraries suitable
> for Mesa initially.
> 
> I'm not aware of anyone working on updating radeondrm at the moment
> and doing so for basic modesetting support is not tied to LLVM.
> 2d/3d acceleration for GCN hardware is however.

Am I understanding that using a newer, say Radeon HD 7750 or HD 7870
card, with the modesetting(4) Xorg driver would work as long as there is
kernel support (which there is)? That would obviously not allow for
2d/3d acceleration.

Bryan

Re: AMD graphics adapter hcl

[Jonathan Gray]

On Thu, Sep 08, 2016 at 09:01:27AM -0700, Bryan Vyhmeister wrote:
> On Wed, Sep 07, 2016 at 06:35:26PM +0200, Simon Mages wrote:
> > can somebody tell me which AMD graphics adapters are supported by the
> > OpenBSD kernel?
> > 
> > radeon(4) has a very big list of supported adapters or chip families.
> > I greped a bit in /usr/src/sys/dev/pci/drm/radeon to see which ones
> > are supported.
> 
> I asked a related question not too long back.
> 
> http://marc.info/?l=openbsd-misc=146915801029888=2
> 
> The answer is essentially that cards up to the HD 6870 are currently
> well supported. The Radeon HD 5450 is a good choice that can be
> purchased in several configurations and is still available in retail
> channels. It also has the bonus of being reasonably priced.
> 
> The more recent (HD 7xxx and later) are supported in the kernel but not
> in userland due to needing LLVM. LLVM was just imported into base last
> week and has not been hooked to the build yet. Hopefully over the winter
> we will see updated radeondrm(4) support. It is being worked on but it's
> a big project and has been waiting on LLVM.

The LLVM in the tree will not be installed as libraries suitable
for Mesa initially.

I'm not aware of anyone working on updating radeondrm at the moment
and doing so for basic modesetting support is not tied to LLVM.
2d/3d acceleration for GCN hardware is however.

Re: mariadb-server and OpenBSD 6.0

[Antoine Jacoutot]

On Thu, Sep 08, 2016 at 03:48:21PM +, Peter Fraser wrote:
> After installing
> 
> mariadb-server-10.0.25p0v1.tgz
> 
> and
> 
> rcctl enable mysqld
> /etc/rc.d/mysqld start
> 
> I got errors
> 
> Directly running
> 
> /usr/local/libexec/mysqld
> 
> gave
> 
> 160908 10:07:09 [Note] /usr/local/libexec/mysqld (mysqld 10.0.25-MariaDB)
> starting as process 15703 ...
> 160908 10:07:09 [Warning] Can't create test file /var/mysql/test.lower-test
> 
/usr/local/libexec/mysqld: Can't change dir to '/var/mysql/' (Errcode: 2 "No
> such file or directory")
> 160908 10:07:09 [ERROR] Aborting
> 
> As a guess, I installed
> 
> mariadb-tests-10.0.25v1.tgz
> 
> which fixed the problem.

Did you read the package readme like pkg_add advised you to do ?

-- 
Antoine

Re: AMD graphics adapter hcl

[Bryan Vyhmeister]

On Wed, Sep 07, 2016 at 06:35:26PM +0200, Simon Mages wrote:
> can somebody tell me which AMD graphics adapters are supported by the
> OpenBSD kernel?
> 
> radeon(4) has a very big list of supported adapters or chip families.
> I greped a bit in /usr/src/sys/dev/pci/drm/radeon to see which ones
> are supported.

I asked a related question not too long back.

http://marc.info/?l=openbsd-misc=146915801029888=2

The answer is essentially that cards up to the HD 6870 are currently
well supported. The Radeon HD 5450 is a good choice that can be
purchased in several configurations and is still available in retail
channels. It also has the bonus of being reasonably priced.

The more recent (HD 7xxx and later) are supported in the kernel but not
in userland due to needing LLVM. LLVM was just imported into base last
week and has not been hooked to the build yet. Hopefully over the winter
we will see updated radeondrm(4) support. It is being worked on but it's
a big project and has been waiting on LLVM.

Bryan

Re: Motherboard LGA-1156 Micro-ATX

[Jens A. Griepentrog]

thrph.i...@gmail.com wrote:

Hi,
after many troubles with motherboard MS-7613
( I can't install OBSD 5.9 or 6.0, many browser with 300% CPU usage,
no audio ... ), I thinking change to another one :)

Somebody have any suggestion for a motherboard that have Micro-ATX form factor
and LGA-1156 socket, which work fine with OpenBSD.

Thanks
Raffaele



Dear Raffaele,

I have been using OpenBSD for six years on my desktop
without any problems. Everything works fine on my
ASUS P7F-M WS mainboard including its audio daughterboard;
also graphics hardware acceleration on ATI Radeon HD 6450.
Perhaps you can get a used one, since it seems to be EOL.

There has been some degradation in speed in OpenBSD 5.9
when looking online videos with seamonkey/firefox browsers.
Usually, I download longer videos and mplay those offline
without any stuttering.

Up to now, I have only started to play with OpenBSD 6.0 snapshots
for compiling a volume rendering package which needs the Qt5.5.1
libraries and depends on other packages not to be found in the ports.
Finally, I have got it going but it still core dumps when exiting.

For your information have a look at the OpenBSD 5.9 dmesg output:

With best regards,
Jens


OpenBSD 5.9 (GENERIC.MP) #1888: Fri Feb 26 01:20:19 MST 2016
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17154113536 (16359MB)
avail mem = 16630030336 (15859MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf06f0 (62 entries)
bios0: vendor American Megatrends Inc. version "0705" date 06/29/2010
bios0: ASUSTeK Computer INC. P7F-M WS
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB HPET SSDT
acpi0: wakeup devices BR1E(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4) 
USB0(S4) USB1(S4) USB2(S4) USB3(S4) USBE(S4) USB4(S4) USB5(S4) USB6(S4) 
BR21(S4) BR22(S4) BR23(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) Xeon(R) CPU L3426 @ 1.87GHz, 1866.97 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR

cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR

cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR

cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR

cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 7 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 1, remapped to apid 7
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 7 (BR1E)
acpiprt2 at acpi0: bus -1 (BR21)
acpiprt3 at acpi0: bus -1 (BR22)
acpiprt4 at acpi0: bus -1 (BR23)
acpiprt5 at acpi0: bus -1 (P0P1)
acpiprt6 at acpi0: bus 1 (P0P3)
acpiprt7 at acpi0: bus -1 (P0P4)
acpiprt8 at acpi0: bus -1 (P0P5)
acpiprt9 at acpi0: bus -1 (P0P6)
acpiprt10 at acpi0: bus 2 (BR20)
acpiprt11 at acpi0: bus 5 (BR26)
acpiprt12 at acpi0: bus 6 (BR27)
acpicpu0 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), 
C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), 
C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), 
C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), 
C1(1000@1 mwait.1), PSS

acpibtn0 at acpi0: PWRB
ipmi at mainbus0 not configured
cpu0: Enhanced SpeedStep 1866 MHz: speeds: 1868, 1867, 1733, 1600, 1467, 
1333, 1200 MHz

pci0 at mainbus0 bus 0
pchb0 at pci0 dev 

Re: spamd question

[Kasper Haitsma]

>> 5.9 -> 5.9 nothing at all
>
> Fix this problem first.

if this is fixed, I trust, all is fixed.

>>
>> pf.conf is the same on all 4 boxes
>
> spamd's pf rules changed in 5.8:
> http://www.openbsd.org/faq/upgrade58.html

well http://www.openbsd.org/plus58.html reveals:
Change in spamd(8) to use divert-to instead of rdr-to
although the pf.conf man page on the server (and on-line) still
displays rdr-to in it's example..
pfctl does not report an error about it either (it did when I replaced
all rdr-to into divert-to)
this makes troubleshooting troublesome

suggestions are welcome about  other changes in spamd/pf.conf between
5.0 and 5.9

oh by the way, changing rdr-to into divert-to for the spamd line makes
no difference in behaviour

mariadb-server and OpenBSD 6.0

[Peter Fraser]

After installing

mariadb-server-10.0.25p0v1.tgz

and

rcctl enable mysqld
/etc/rc.d/mysqld start

I got errors

Directly running

/usr/local/libexec/mysqld

gave

160908 10:07:09 [Note] /usr/local/libexec/mysqld (mysqld 10.0.25-MariaDB)
starting as process 15703 ...
160908 10:07:09 [Warning] Can't create test file /var/mysql/test.lower-test

/usr/local/libexec/mysqld: Can't change dir to '/var/mysql/' (Errcode: 2 "No
such file or directory")
160908 10:07:09 [ERROR] Aborting

As a guess, I installed

mariadb-tests-10.0.25v1.tgz

which fixed the problem.

Re: can't find fstab entry ?

[Edgar Pettijohn]

Sent from my iPhone

> On Sep 8, 2016, at 8:46 AM, Bob Jones
 wrote:
>
> Soany one care to give a more sensible suggestion than Theo's
> unnecessary anti-Linux rant ??
>
> On Monday, 5 September 2016, Theo de Raadt  wrote:
>
>>> OpenBSD 6.0 GENERIC.MP#0 amd64
>>>
>>> My fstab entry looks like :
>>>
>>> 10.10.10.10:/srv/share /mnt/ops_test nfs
defaults,noexec,nosuid,nodev,auto
>> 0 0
>>>
>>> However:
>>>
>>> $ doas mount /mnt/ops_test
>>> doas (m...@example.com ) password:
>>> mount: can't find fstab entry for /mnt/ops_test
>>>
>>>
>>> Any ideas  ?  That style of fstab entry seems to work fine on my linux
>>> boxes (albeit with nfs4 instead of nfs, but that makes no difference
>>> on openbsd).
>>
>> Well, openbsd is not linux.
>>
>> Have no idea what that word "defaults" in there means.

I think what you should take away from this is to remove the word defaults.

Re: OpenBSD 6.0 CDs arrived today

[Christian Weisgerber]

The 6.0 CD set and the songs CD arrived today (Germany).
The signatures check out.


#!/usr/bin/perl -w

use File::Find;

my %tree;
my %skip = qw(SHA256.sig 1 TRANS.TBL 1 boot.catalog 1 .slicemapfile 1);

find sub { push @{$tree{$File::Find::dir}}, $_ if -f && !$skip{$_} }, @ARGV;

use autodie;

opendir my $oldcwd, ".";
for (sort keys %tree) {
print "===> ", $_, "\n";
chdir $_;
system qw(/usr/bin/signify -C -p /etc/signify/openbsd-60-base.pub
-x SHA256.sig), @{$tree{$_}} and die;
chdir $oldcwd;
}
-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

Re: can't find fstab entry ?

[Josh Grosse]

On 2016-09-08 09:46, Bob Jones wrote:

Soany one care to give a more sensible suggestion than Theo's
unnecessary anti-Linux rant ??


Well, Bob, I didn't perceive it as anti, just that you want to use
a Linux-specific fstab entry on an OS which isn't Linux.  Of course,
I was just a disinterested observer of the thread.

Here are three possible suggestions for your consideration.

1. Follow the specifications listed in the fstab(5) man page
   when provisioning /etc/fstab.

2. Develop a proposed set of diffs to fstab.h and mount(8) to 
accommodate your

   requirement.  You can then use it, and if you think it would be of
   value to the Project and its users, submit your diffs to the Project
   for consideration.

3. Use Linux, if neither of the two previous suggestions meet your
   needs.



On Monday, 5 September 2016, Theo de Raadt  wrote:


> OpenBSD 6.0 GENERIC.MP#0 amd64
>
> My fstab entry looks like :
>
> 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto
0 0
>
> However:
>
> $ doas mount /mnt/ops_test
> doas (m...@example.com ) password:
> mount: can't find fstab entry for /mnt/ops_test
>
>
> Any ideas  ?  That style of fstab entry seems to work fine on my linux
> boxes (albeit with nfs4 instead of nfs, but that makes no difference
> on openbsd).

Well, openbsd is not linux.

Have no idea what that word "defaults" in there means.

Re: can't find fstab entry ?

[Otto Moerbeek]

On Thu, Sep 08, 2016 at 02:46:03PM +0100, Bob Jones wrote:

> Soany one care to give a more sensible suggestion than Theo's
> unnecessary anti-Linux rant ??

He gave you a clue. You are using options that do not exist op OpenBSD.
See mount(8)

-Otto


> 
> On Monday, 5 September 2016, Theo de Raadt  wrote:
> 
> > > OpenBSD 6.0 GENERIC.MP#0 amd64
> > >
> > > My fstab entry looks like :
> > >
> > > 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto
> > 0 0
> > >
> > > However:
> > >
> > > $ doas mount /mnt/ops_test
> > > doas (m...@example.com ) password:
> > > mount: can't find fstab entry for /mnt/ops_test
> > >
> > >
> > > Any ideas  ?  That style of fstab entry seems to work fine on my linux
> > > boxes (albeit with nfs4 instead of nfs, but that makes no difference
> > > on openbsd).
> >
> > Well, openbsd is not linux.
> >
> > Have no idea what that word "defaults" in there means.

Re: can't find fstab entry ?

[Raul Miller]

Perhaps re-read what Theo said, and do not stop and give up when you
get to the word "linux"?

Good luck,

-- 
Raul

On Thu, Sep 8, 2016 at 9:46 AM, Bob Jones
 wrote:
> Soany one care to give a more sensible suggestion than Theo's
> unnecessary anti-Linux rant ??
>
> On Monday, 5 September 2016, Theo de Raadt  wrote:
>
>> > OpenBSD 6.0 GENERIC.MP#0 amd64
>> >
>> > My fstab entry looks like :
>> >
>> > 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto
>> 0 0
>> >
>> > However:
>> >
>> > $ doas mount /mnt/ops_test
>> > doas (m...@example.com ) password:
>> > mount: can't find fstab entry for /mnt/ops_test
>> >
>> >
>> > Any ideas  ?  That style of fstab entry seems to work fine on my linux
>> > boxes (albeit with nfs4 instead of nfs, but that makes no difference
>> > on openbsd).
>>
>> Well, openbsd is not linux.
>>
>> Have no idea what that word "defaults" in there means.

Re: can't find fstab entry ?

[Bob Jones]

Soany one care to give a more sensible suggestion than Theo's
unnecessary anti-Linux rant ??

On Monday, 5 September 2016, Theo de Raadt  wrote:

> > OpenBSD 6.0 GENERIC.MP#0 amd64
> >
> > My fstab entry looks like :
> >
> > 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto
> 0 0
> >
> > However:
> >
> > $ doas mount /mnt/ops_test
> > doas (m...@example.com ) password:
> > mount: can't find fstab entry for /mnt/ops_test
> >
> >
> > Any ideas  ?  That style of fstab entry seems to work fine on my linux
> > boxes (albeit with nfs4 instead of nfs, but that makes no difference
> > on openbsd).
>
> Well, openbsd is not linux.
>
> Have no idea what that word "defaults" in there means.

Re: OpenBSD 6.0 CDs arrived today

[sven falempin]

Montreal Got them monday :D

On Wed, Sep 7, 2016 at 8:53 PM, patrick keshishian  wrote:
> Also arrived in Southern California USA
>
> http://sidster.org/gallery/obsd/60/img_2538.sml.jpg
>
> Fantastic work folks and great tee-shirt design!
> Also a "thank you" to Lyn at OpenBSD Store.
>
> --patrick
>
>
> On 9/7/16, Kenneth Gober  wrote:
>> Shipments of OpenBSD 6.0 CDs have started arriving, I'm in the USA,
>> New York area.
>>
>> -ken
>



-- 
-
() ascii ribbon campaign - against html e-mail
/\

Motherboard LGA-1156 Micro-ATX

[thrph.i...@gmail.com]

Hi,
after many troubles with motherboard MS-7613 ( I can't install OBSD 5.9 or 6.0, 
many browser with 300% CPU usage, no audio ... ), I thinking change to another 
one :)

Somebody have any suggestion for a motherboard that have Micro-ATX form factor 
and LGA-1156 socket, which work fine with OpenBSD.

Thanks
Raffaele

-- 
thrph.i...@gmail.com 

Re: Keyboard mapping in X with Yubikey

[Etienne]

On 12/10/15 15:49, Etienne wrote:
[...] in X. setxkbmap(1) needs a device id as an argument, and I'm 
supposed to find that id in the output of "xinput list", but that 
output never changes, with the Yubikey plugged in or out. It 
permanently shows:


% xinput list
⎡ Virtual core pointer  id=2[master 
pointer  (3)]
⎜   ↳ Virtual core XTEST pointerid=4[slave 
pointer  (2)]
⎜   ↳ /dev/wsmouse0 id=7[slave 
pointer  (2)]
⎜   ↳ /dev/wsmouse  id=8[slave 
pointer  (2)]
⎣ Virtual core keyboard id=3[master 
keyboard (2)]
↳ Virtual core XTEST keyboard   id=5[slave 
keyboard (3)]
↳ /dev/wskbdid=6[slave 
keyboard (3)]


I have given up on this issue for a while, I'm back at it now. In man 
xorg.conf, in the InputDevice section, I read:


Option "Floating"  "boolean"
  When enabled, the input device is set up floating and 
does not
  report events through any master device or control a 
cursor. The
  device is only available to clients using the X Input 
Extension

  API. This option is disabled by default.  The options
  CorePointer, CoreKeyboard, AlwaysCore, and 
SendCoreEvents, are

  the inverse of option Floating (i.e.  SendCoreEvents "on" is
  equivalent to Floating "off" ).

Does that mean that if a device has this option on, an additional entry 
will be visible in the output of xinput (as a command)?


Cheers,

--
Étienne

Re: can't get vmd to work on current

[Alexander Hall]

On September 8, 2016 11:34:48 AM GMT+02:00, "Mart Tõnso" 
wrote:
>> True. If it was merely GENERIC[.MP] with vmm enabled, then fine. But
>a
>> kernel named "TIMMU" could deserve some explanation as to what's been
>> done to it.
>
>That's why I included the config in the first email, but I see where

Oh indeed. I lost that part.

>the
>confusion arises.
>Since VMM is not enabled by default and changing the GENERIC config
>doesn't seem right (and will mess with cvs updates).
>
>Best way I can come up with..
>
># cat /usr/src/sys/arch/amd64/conf/VMM
>include "arch/amd64/conf/GENERIC.MP"
>vmm0at mainbus0
>
>Is that acceptable?

Yes, this is very clear and I don't think you could get away with less.

/Alexander

>
>---
>Regards,
>
>Mart

Re: can't get vmd to work on current

[Mart Tõnso]

> True. If it was merely GENERIC[.MP] with vmm enabled, then fine. But a
> kernel named "TIMMU" could deserve some explanation as to what's been
> done to it.

That's why I included the config in the first email, but I see where the
confusion arises.
Since VMM is not enabled by default and changing the GENERIC config doesn't 
seem right (and will mess with cvs updates).

Best way I can come up with..

# cat /usr/src/sys/arch/amd64/conf/VMM
include "arch/amd64/conf/GENERIC.MP"
vmm0at mainbus0

Is that acceptable?

---
Regards,

Mart

Re: spamd question

[Craig Skinner]

Hi Kasper,

On 2016-09-07 Wed 15:07 PM |, Kasper Haitsma wrote:
> 5.9 -> 5.9 nothing at all

Fix this problem first.

> 
> pf.conf is the same on all 4 boxes

spamd's pf rules changed in 5.8:
http://www.openbsd.org/faq/upgrade58.html

Cheers,
-- 
Craig Skinner | http://linkd.in/yGqkv7

Re: iked alternate location for the control socket?

[Stuart Henderson]

On 2016-09-05, csszep  wrote:
> Hello!
>
> In ikectl  there is a "-s socket" parameter to change the control socket
> location. But in iked the "-s" parameter is missing, so you cannot change
> the socket location.
>
> This is not implemented in iked? It is useful if run two iked process in
> different rdomain.

>From looking at the code: not yet.

Re: Sun V100 with >127Gb drives on 6.0 supported and working now?

[Daniel Ouellet]

On 9/7/16 4:55 PM, Michael Plura wrote:
> On Wed, 7 Sep 2016 12:31:58 -0400
> Daniel Ouellet  wrote:
> 
>> A quick question on this as I only notice this in the last few days by
>> accident actually, and I want to know if that's real or not.
>> ...
>> and the V100 simply doesn't support >127Gb.
>> ...
>> discover by mistake this time around that I sure can format now drives
>> bigger then 127GB and no issue so far.
>> ...
>> Am I shooting myself in the foot if I try now as so far I haven't see
>> any problems doing it, but it's been only a week so far.
> 
> Probably. From dmesg on my V100:
> 
>  ebus0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0xc3
> 
> The Sun V100 is using an AcerLabs (ALi) south-bridge chipset M1535D,
> that supports ATA-5/UDMA66 which supports CHS 28-bit mode - that
> is 128 GiB / 137 GB.
> 
> ALi did a M1535D+ chipset that supported ATA-6/UDMA100 with LBA48 which
> can address bigger drives. Some BIOS on x86 didnt support this, but there
> you could use bigger drives with a apropiate driver of the OS.
> 
> For your V100 I think you just start overwriting the first bytes of the
> driver if you reach 128 GiB... but I'm not sure. You might test that with
> dd.
> 

That's just it, I am not sure. It appear not to write over, but I will
test this more aggressively.

Here is an example of DMESG for one I work with for testing now.

The controller is still not any advance one:

ebus0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00

But I also see this:

wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors
^
And I sure don't see  ATA-6/UDMA100 or M1535D+ anywhere.

But I do see this one: Acer Labs M5229 UDMA IDE

It's just that before you couldn't even format it at all, as soon as you
pass 268,435,440 sectors, the server crash, but now well so far it
format it. I copy data on it and will do more and still works.
I just wanted to know exactly what I should be looking for to know if
that was just a fluck, or if there is something supported now that
wasn't before and that somehow pass the previous limits I had.

I will need to go in each one and check carefully what I see, if there
is differences or not.

I wish I would know exactly what I may be looking for. I would save a
lots of testing, but in the end if that's what it takes I will do it.

Having a way to know for sure would be nice.

It's just that coming to this by accident and now I am really trying to
find the answer for it. More curious then not I suppose as it's not like
these servers are so powerful to put them to great work, but I guess I
really love them.

Thanks for your feedback, I appreciate it!


console is /pci@1f,0/isa@7/serial@0,3f8
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2016 OpenBSD. All rights reserved.
http://www.OpenBSD.org

OpenBSD 6.0 (GENERIC) #1094: Tue Jul 26 16:40:58 MDT 2016
dera...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC
real mem = 2147483648 (2048MB)
avail mem = 2094309376 (1997MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root: Sun Fire V100 (UltraSPARC-IIe 548MHz)
cpu0 at mainbus0: SUNW,UltraSPARC-IIe (rev 3.3) @ 548 MHz
cpu0: physical 16K instruction (32 b/l), 16K data (32 b/l), 512K
external (64 b/l)
psycho0 at mainbus0: SUNW,sabre, impl 0, version 0, ign 7c0
psycho0: bus range 0-0, PCI bus 0
psycho0: dvma map 6000-7fff
pci0 at psycho0
ebus0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00
"dma" at ebus0 addr 0- ivec 0x2a not configured
rtc0 at ebus0 addr 70-71: m5819
power0 at ebus0 addr 2000-2007 ivec 0x23
lom0 at ebus0 addr 8010-8011 ivec 0x2a: LOMlite2 rev 3.12
com0 at ebus0 addr 3f8-3ff ivec 0x2b: ns16550a, 16 byte fifo
com0: console
com1 at ebus0 addr 2e8-2ef ivec 0x2b: ns16550a, 16 byte fifo
"flashprom" at ebus0 addr 0-7 not configured
alipm0 at pci0 dev 3 function 0 "Acer Labs M7101 Power" rev 0x00: 74KHz
clock
iic0 at alipm0
"max1617" at alipm0 addr 0x18 skipped due to alipm0 bugs
spdmem0 at iic0 addr 0x54: 512MB SDRAM registered ECC PC133CL2
spdmem1 at iic0 addr 0x55: 512MB SDRAM registered ECC PC133CL2
spdmem2 at iic0 addr 0x56: 512MB SDRAM registered ECC PC133CL2
spdmem3 at iic0 addr 0x57: 512MB SDRAM registered ECC PC133CL2
dc0 at pci0 dev 12 function 0 "Davicom DM9102" rev 0x31: ivec 0x7c6,
address 00:03:ba:2b:62:16
amphy0 at dc0 phy 1: DM9102 10/100 PHY, rev. 0
dc1 at pci0 dev 5 function 0 "Davicom DM9102" rev 0x31: ivec 0x7dc,
address 00:03:ba:2b:62:17
amphy1 at dc1 phy 1: DM9102 10/100 PHY, rev. 0
ohci0 at pci0 dev 10 function 0 "Acer Labs M5237 USB" rev 0x03: ivec
0x7e4, version 1.0, legacy support
pciide0 at pci0 dev 13 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc3:
DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI
pciide0: using ivec 0x7cc for native-PCI interrupt
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA48, 152627MB, 

Re: Sun V100 with >127Gb drives on 6.0 supported and working now?

[Michael Plura]

On Wed, 7 Sep 2016 12:31:58 -0400
Daniel Ouellet  wrote:

> A quick question on this as I only notice this in the last few days by
> accident actually, and I want to know if that's real or not.
> ...
> and the V100 simply doesn't support >127Gb.
> ...
> discover by mistake this time around that I sure can format now drives
> bigger then 127GB and no issue so far.
> ...
> Am I shooting myself in the foot if I try now as so far I haven't see
> any problems doing it, but it's been only a week so far.

Probably. From dmesg on my V100:

 ebus0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0xc3

The Sun V100 is using an AcerLabs (ALi) south-bridge chipset M1535D,
that supports ATA-5/UDMA66 which supports CHS 28-bit mode - that
is 128 GiB / 137 GB.

ALi did a M1535D+ chipset that supported ATA-6/UDMA100 with LBA48 which
can address bigger drives. Some BIOS on x86 didnt support this, but there
you could use bigger drives with a apropiate driver of the OS.

For your V100 I think you just start overwriting the first bytes of the
driver if you reach 128 GiB... but I'm not sure. You might test that with
dd.


> I would very much appreciate to know for sure as I still run >100 of
> them. Nothing critical on these servers, but extending them more would
> be nice as so many new one are put in place, not having to replace these
> too for lack of space is nice as I still have plenty of new IDE drives
> in boxes as I did purchase them in bulk years ago planing ahead for dead
> one, that still run great.
> Anyone knows for sure if >127GB is no problem to use at all now on these
> so loved servers?

The V100 is the cheap IDE-version of the SCSI-V120... but I like them for
whatever reason too. Their little mainboard inside is somwhat... cute! :)


Michael

> Thanks,
> 
> Daniel