Re: Paypal donation in Euros, not $US

[Gerald Hanuer]

 Hello misc@,

 Workaround
  http://www.openbsdfoundation.org/donations.html

 Regards,

  Gerald Hanuer

Re: Paypal donation in Euros, not $US

[Jack J. Woehr]

Gerald Hanuer wrote:

  Workaround
   http://www.openbsdfoundation.org/donations.html


I solved it ... I sent donations to both!

--
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

pair(4) + pf(4) and ipsec(4)

[Rolf Sommerhalder]

Hi,

On a rainy/snowy Sunday, I am trying to "renovate" an ancient but
working Layer-2 Ethernet bridge over IPsec over wireless LAN setup
that I had implemented using isakmpd (IKEv1) in OpenBSD 4.3 on WRAP
boards from PC Engines, and bring it up to date with iked (IKEv2)
using latest crypto transforms in OpenBSD -current on two APU2 boards
:-)

With his OK in [1], Reyk briefly described of his test scenario(s):

"tested with pair(4) ... ipsec on pair(4) ... routed ipsec on pair(4) ...
(pair0 -> ipsec -> pair1 -> $ext_if) ... bridge/pair stp ..."

Do I interpret this correctly as representing (at least) five
different use cases that are separated by ellipses '...'?
Can ipsec() use pair() directly without going through gif(4) and
bridge(4) (with Link2 set), e.g. is only the last case above involving
bridge()? (Probably unlikely, as pair(4) like vether(4) are always
members of bridges according to ther man pages.)
What is the difference between the 2nd and 3rd use cases, e.g. Layer-2
bridging vs. Layer-3 routing over IPsec tunnels?

Would you mind to share maybe some (fragments of) configurations that
illustrate those use cases?

Thanks,
Rolf

[1] Re: pair(4) + pf(4): reset all state on "reinjected" packets
http://permalink.gmane.org/gmane.os.openbsd.tech/45411

Re: Bridge and blocknonip

[Martin Pieuchot]

On 22/11/15(Sun) 01:11, Momtchil Momtchev wrote:
> On 22/11/2015 00:34, Reyk Floeter wrote:
> >On Sat, Nov 21, 2015 at 04:22:51PM +0100, Momtchil Momtchev wrote:
> >> Hello,
> >>
> >> Sorry for what may appear to be a strange question, but shouldn't there
> >>be a check against IFBIF_BLOCKNONIP in bridge_output() in
> >>sys/net/if_bridge.c?
> >>
> >Why?  bridge_output() is used for packets that are sent from local
> >interfaces.  I think you should be aware if you're running any non-IP
> >service on your OpenBSD machine.
> >
> >I think your change would also break bridge_send_icmp_err() with
> >IFBIF_BLOCKNONIP, which is used by bridge_ipsec() and
> >bridge_fragment(). blocknonip and tunnels are not uncommon.
> >
> >btw., what OpenBSD version is this diff for?  This is not -current.
> 
> Thanks for the quick reply. That was my impression too, but it seems
> that bridge_output is also used sometimes for forwarding ARP requests by a
> code path that I haven't found yet - it is not a direct forwarding, it is
> like some kind of a proxy-ARP mechanism. I have a modified bridge and for me
> it makes sense (it is for a box that bridges IP6 traffic and routes IP4
> traffic - so I am blocking IP4 only with BLOCKNONIP), I just wondered why it
> was not there and if I was missing something. Who does call bridge_output?
> Isn't output always on the underlying interface, not directly on the bridge?

If you want some help you need to provide the information that allows
us to help you.  Which version are you running?  Can you describe the
problem you're facing *without* any modification on such version?

Re: Bridge and blocknonip

[Momtchil Momtchev]

On 22/11/2015 15:52, Martin Pieuchot wrote:


btw., what OpenBSD version is this diff for?  This is not -current.

 Thanks for the quick reply. That was my impression too, but it seems
that bridge_output is also used sometimes for forwarding ARP requests by a
code path that I haven't found yet - it is not a direct forwarding, it is
like some kind of a proxy-ARP mechanism. I have a modified bridge and for me
it makes sense (it is for a box that bridges IP6 traffic and routes IP4
traffic - so I am blocking IP4 only with BLOCKNONIP), I just wondered why it
was not there and if I was missing something. Who does call bridge_output?
Isn't output always on the underlying interface, not directly on the bridge?

If you want some help you need to provide the information that allows
us to help you.  Which version are you running?  Can you describe the
problem you're facing *without* any modification on such version?


I just upgraded to 5.8 (from 4.9) and I see the bridge has changed 
somewhat. I am using the bridge to pass IPv6 only traffic, NATting and 
routing IPv4. This is not possible without modifying the bridge. Since 
upgrading to 5.8 I started getting IPv4 ARP requests passing through my 
_BLOCKNONIPV6_ bridge (which is a problem since there is an equipement 
that gets confused by them on that other side). I traced those requests 
down to bridge_output, so I added that check which solved my problem. 
Except now I don't get ARPs at all on this interface, but this is fine 
with me, I added a static entry for the only router I needed.
My questions were, isn't the missing BLOCKNONIP check actually 
needed by everyone (not really according to Reyk Floeter) and why is 
bridge_output used at all? ARP traffic should originate in the output 
function of the underlying interface, not the bridge? But anyway, at 
this point it is mostly academic, I solved my problem, I was just trying 
to understand the code.

Thanks for the help.

SSH ignores compression_level

[Tati Chevron]

Regardless of the setting for CompressionLevel in ssh_config, the debug output 
suggests that if compression is enabled at all, the link always uses 
compression level 6, the default.

Is this a bug or a feature?

--
Tati Chevron
Perl and FORTRAN specialist.
SWABSIT development and migration department.
http://www.swabsit.com

Re: SSH ignores compression_level

[Bühler Theo]

> Regardless of the setting for CompressionLevel in ssh_config,
> the debug output suggests that if compression is enabled at all, the link
always uses compression level 6, the default.
>
> Is this a bug or a feature?

>From ssh_config(5):
"Note that this option applies to protocol version 1 only."

Protocol version 1 was disabled at compile time in the latest OpenSSHt release
7.1.

Re: Bridge and blocknonip

[Martin Pieuchot]

On 22/11/15(Sun) 18:30, Momtchil Momtchev wrote:
> On 22/11/2015 17:48, Martin Pieuchot wrote:
> >On 22/11/15(Sun) 16:56, Momtchil Momtchev wrote:
> >>On 22/11/2015 15:52, Martin Pieuchot wrote:
> >>>
> >>>When you say "the bridge changed somewhat" are you saying that you see
> >>>a regression?  Could you share your setup that, I guess work with 4.9,
> >>>and no longer work with 5.8.
> >>>
> >>>
> >I don't understand what you mean with "_BLOCKNONIPV6_ bridge". ifconfig(8)
> >clearly say:
> >
> >  blocknonip interface
> >   Mark interface so that no non-IPv4, IPv6, ARP, or Reverse ARP
> >   packets are accepted from it or forwarded to it from other
> >   bridge member interfaces
> 
> I have a modified bridge that adds a new bridge option - BLOCKNONIPV6 -
> to block IPv4 traffic but pass IPv6 traffic. There's no regression, my only
> problem was that in 4.9 bridge_output() was never used in my particular
> case. In 5.8 bridge_output() is used for some strange forwarding of ARP
> packets - every ARP request on the internal side coming from a bridge
> interface without an IP address (yes, only on interfaces without an IP
> address) spawns an ARP request on the external side. That request is coming
> from bridge_output(), not the usual bridge code path in bridgeintr().

The result of your analysis is either incorrect or there's a bug I
couldn't found by looking briefly at the code.  In both cases I can't
help you because you're not sharing the important pieces of informations.

When an ARP packet is received on a bridge member bridgeintr() is called.
So what you say about "strange forwarding of ARP packets" doesn't match
with what you say as "That request is coming from bridge_output()".

>   In a
> non-modified stock OpenBSD bridge this would be the correct behaviour, so
> there is no bug here.

What would be this correct behaviour?  I don't understand what you're
describing so I cannot say if I agree that there's no bug here.  But I'd
be glad if I could understand.

>   It is just somewhat weird that some ARP requests are
> forwarded through bridge_output(), not through the usual code path.

Why do you think it is weird?  What make you think that it isn't taking
the "usual code path".  What is the "usual code path" for you?

> My question is who uses bridge_output()? Except one obscure case for
> sending back ICMP errors,

Why do you think it is an obscure case?

>   normally all local traffic should originate in the
> output() function of the underlying interface? Or am I missing something?

What do you mean by "local traffic"?  I thought your were talking about
forwarding?

The picture is as follow:

RECEIVING SENDING
(userland)   (userland)
  
  ^ |
 INCOMING (interrupt handler) | | 
 || |
 v  v
  if_input -> pseudo_input -> | STACK | -> if_output -> if_enqueue -> if_start
 ^
||
`->  | BRIDGE | -'

> If you think that my feature presents any interest, I can tidy it up and
> submit it. It splits BLOCKNONIP into BLOCKNONIPV4 and BLOCKNONIPV6. I need
> it because in my particular case IPv4 should be NATed and IPv6 should be
> switched as you cannot split IPv6 into arbitrary subnets below /64, so you
> have to keep it whole. It is the only way to route and filter both IPv4 and
> IPv6 traffic with one particular French broadband service provider but there
> could maybe be other uses for it.

I think it might be interesting, at least to better understand your uses
case and the possible bug/limitation in bridge(4).  

Re: OpenSMTPD/mail stuck in queue with incorrect relay

[Christopher Sean Hilton]

On Sat, Nov 21, 2015 at 07:06:51PM +0100, Denis Fondras wrote:
> > How to I tell smtpd to re-route massages currently in the queue to the
> > smarthost at smtp.pvt.example.com?
> >
>
> I haven't checked lately but it was not possible last time I asked.
>

Sucks to be me. At least I've got the routing problem fixed and I have
confirmation that mail is going to the right smarthost now. I'll
temporarily hook this into the front side network and attempt
delivery to clear the queue.

Thank you for the quick reply!

--
Chris

  __o  "All I was trying to do was get home from work."
_`\<,_   -Rosa Parks
___(*)/_(*).___o..___..o...ooO..._
Christopher Sean Hilton[chris/at/vindaloo/dot/com]

[demime 1.01d removed an attachment of type application/pgp-signature]

Re: Who teach the true message about the true free software?

[Benjamin Heath]

On Nov 20, 2015 9:15 AM, "français"  wrote:
>
> Please excuse me because I have posted on OpenBSD lists and other lists.
>
> Who teach the true message about the true free software?
>
> I ask this because I not want be deceived by hypocritical liars that teach
> falsely about free software.
>
> Hardcore OpenBSD user community, please, for avoid flames, answer me using
> message private.

"I do not want to be deceived by hypocritical liars that teach falsely"...
You're not at church, this isn't a religious organization, they aren't
prophets, and free software should not be a religious doctrine.

The fact that it's used like one is peculiar, isn't it?

Now if you'll excuse me, my dogma just got hit by a karma.

Re: OBSD 5.8 and console

[Alexander Salmin]

I have a similar setup. Kill your screen, and connect again, usually 
works for me.


On 2015-11-22 17:13, Alessandro Baggi wrote:
set tty com0 

[PATCH] pledge x11/wmii (and other ports?)

[trondd]

I haven't seen much discussion about applying pledge to ports, so I thought I'd
find out how people feel about it.

I chose to start with x11/wmii because
a) It's no longer officially developed so (other than updating the port to the
last release) it's not going to change.
b) I might be the only one left who uses it.

I've been running it pledged since it was tame.

I can see downsides to this such as, ports maintainers not necessarily being
involved in the development of the port and having a lower understanding of the
code as compared to OBSD developers with base code, or not having the ability
to reorganize or change the code in a way that improves it for pledge.

Tim.


Index: Makefile
===
RCS file: /cvs/ports/x11/wmii/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile12 Nov 2015 09:59:41 -  1.21
+++ Makefile20 Nov 2015 22:33:36 -
@@ -3,7 +3,7 @@
 COMMENT=   dynamic window manager
 DISTNAME=  wmii-3.6
-REVISION=  6
+REVISION=  7
 CATEGORIES=x11
 HOMEPAGE=  http://wmii.suckless.org/
cvs server: Diffing patches
Index: patches/patch-cmd_wmii_main_c
===
RCS file: patches/patch-cmd_wmii_main_c
diff -N patches/patch-cmd_wmii_main_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-cmd_wmii_main_c   20 Nov 2015 22:33:36 - @@ -0,0 
+1,13 @@
+$OpenBSD$
+--- cmd/wmii/main.c.orig   Sun Oct 18 15:10:20 2015
 cmd/wmii/main.cSun Oct 18 15:10:33 2015
+@@ -408,6 +408,9 @@ main(int argc, char *argv[]) {
+   WinAttr wa;
+   int i;
+ 
++  if (pledge("stdio rpath cpath fattr unix proc exec prot_exec", NULL) == 
-1)
++  err(1, "pledge");
++
+   fmtinstall('r', errfmt);
+   fmtinstall('C', Cfmt);
+ 
Index: patches/patch-cmd_wmiir_c
===
RCS file: patches/patch-cmd_wmiir_c
diff -N patches/patch-cmd_wmiir_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-cmd_wmiir_c   20 Nov 2015 22:33:36 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+--- cmd/wmiir.c.orig   Sun Oct 18 15:09:57 2015
 cmd/wmiir.cSun Oct 18 15:10:44 2015
+@@ -312,6 +312,9 @@ main(int argc, char *argv[]) {
+   exectab *tab;
+   int ret;
+ 
++  if (pledge("stdio unix", NULL) == -1)
++  err(1, "pledge");
++
+   fmtinstall('r', errfmt);
+ 
+   address = getenv("WMII_ADDRESS");

OBSD 5.8 and console

[Alessandro Baggi]

Hi list,
I've an APU1D where I want install OpenBSD 5.8 amd64. The only option 
that I have is install from console.


I've downloaded install58.fs and modified /etc/boot.conf adding:
set tty com0
(saved)

During boot it recognizes obsd install media then print this message:
switching to com0

after this I can't receive any output from terminal console (in my case 
screen from linux) and don't know what happen.


Can someone point me in the right direction?

Thanks in advance.

Re: OBSD 5.8 and console

[Alessandro Baggi]

Thanks Jan,
I'm connecting with baud 115200, tried the default and works.

Sorry for my distraction.

Il 22/11/2015 17:32, Jan Vlach ha scritto:

Hi Alessandro,

what's the baud rate of the APU?  (in APU bios ...)

man boot.conf says, that openbsd's default is 9600.  (look for stty)

I did some ALIX installs in the past, I vaguely remember that I had to change 
this from 115200 to 9600 in the ALIX BIOS ...

Jan

On Sun, Nov 22, 2015 at 05:13:23PM +0100, Alessandro Baggi wrote:

Hi list,
I've an APU1D where I want install OpenBSD 5.8 amd64. The only option that I
have is install from console.

I've downloaded install58.fs and modified /etc/boot.conf adding:
set tty com0
(saved)

During boot it recognizes obsd install media then print this message:
switching to com0

after this I can't receive any output from terminal console (in my case
screen from linux) and don't know what happen.

Can someone point me in the right direction?

Thanks in advance.

Re: OBSD 5.8 and console

[Alessandro Baggi]

Il 22/11/2015 17:22, Alexander Salmin ha scritto:

I have a similar setup. Kill your screen, and connect again, usually
works for me.

On 2015-11-22 17:13, Alessandro Baggi wrote:

set tty com0





Thanks alexander,
problem not solved, after restarting session I don't have output.

Re: inteldrm(4) display corruption on MacBook

[Ossi Herrala]

On Sat, Nov 21, 2015 at 04:27:34PM +0100, Mark Kettenis wrote:
> Hi Ossi,
> 
> Your digging:
> 
> > I went digging what produces the error
> >
> >   error: [drm:pid0:inteldrm_attach] *ERROR* failed to init modeset
> >
> 
> Helped quite a bit.  I'm fairly certain the diff I just committed will fix 
> your problem.
> 

Thank you Mark! Works great on snapshot from today. dmesg and Xorg.log below.


OpenBSD 5.8-current (GENERIC.MP) #1646: Sun Nov 22 01:39:12 MST 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 
7f
real mem = 8473620480 (8081MB)
avail mem = 8212660224 (7832MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0x8ad14000 (63 entries)
bios0: vendor Apple Inc. version "MBP91.88Z.00D3.B0B.1506081214" date 06/08/2015
bios0: Apple Inc. MacBookPro9,2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC SBST ECDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT 
SSDT SSDT SSDT SSDT DMAR MCFG
acpi0: wakeup devices P0P2(S3) PEG1(S3) EC__(S4) GMUX(S3) HDEF(S3) RP01(S3) 
GIGE(S3) SDXC(S3) RP02(S3) ARPT(S3) RP03(S3) EHC1(S3) EHC2(S3) XHC1(S3) 
ADP1(S4) LID0(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, 2494.72 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
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 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, 2494.33 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, 2494.34 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, 2494.34 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpiec0 at acpi0
acpimcfg0 at acpi0 addr 0xe000, bus 0-154
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (P0P2)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus 1 (RP01)
acpiprt4 at acpi0: bus 2 (RP02)
acpiprt5 at acpi0: bus 3 (RP03)
acpicpu0 at acpi0: C3(200@198 mwait.1@0x30), C2(500@148 mwait.1@0x10), 
C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(200@198 mwait.1@0x30), C2(500@148 mwait.1@0x10), 
C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C3(200@198 mwait.1@0x30), C2(500@148 mwait.1@0x10), 
C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C3(200@198 mwait.1@0x30), C2(500@148 mwait.1@0x10), 
C1(1000@1 mwait.1), PSS
acpibat0 at acpi0: BAT0 model "3545797981023400290" type 3545797981528607052 
oem "3545797981528673619"
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: LID0
acpibtn1 at acpi0: PWRB
acpibtn2 at acpi0: SLPB
acpivideo0 at acpi0: IGPU
acpivout0 at acpivideo0: DD02
cpu0: Enhanced SpeedStep 2494 MHz: speeds: 2501, 2500, 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 Core 3G Host" rev 0x09
ppb0 at pci0 dev 1 function 0 "Intel Core 3G PCIE" rev 0x09: msi
pci1 at ppb0 bus 4
ppb1 at pci1 dev 0 function 0 vendor "Intel", unknown product 0x1513 rev 0x00
pci2 at ppb1 bus 5
ppb2 at pci2 dev 0 function 0 vendor "Intel", unknown product 0x1513 rev 0x00: 
msi

Re: OBSD 5.8 and console

[Mike Bregg]

On 2015-11-22 09:13, Alessandro Baggi wrote:

Hi list,
I've an APU1D where I want install OpenBSD 5.8 amd64. The only option
that I have is install from console.

I've downloaded install58.fs and modified /etc/boot.conf adding:
set tty com0
(saved)

During boot it recognizes obsd install media then print this message:
switching to com0

after this I can't receive any output from terminal console (in my
case screen from linux) and don't know what happen.

Can someone point me in the right direction?

Thanks in advance.


The default baud rate for your APU is probably 115200bps.  OpenBSD will 
be set to 9600.  You can either change the baud rate to 115200 in 
boot.conf (stty com0 115200), or connect your screen session at 9600bps.

Re: OBSD 5.8 and console

[Alessandro Baggi]

Il 22/11/2015 17:44, Mike Bregg ha scritto:

On 2015-11-22 09:13, Alessandro Baggi wrote:

Hi list,
I've an APU1D where I want install OpenBSD 5.8 amd64. The only option
that I have is install from console.

I've downloaded install58.fs and modified /etc/boot.conf adding:
set tty com0
(saved)

During boot it recognizes obsd install media then print this message:
switching to com0

after this I can't receive any output from terminal console (in my
case screen from linux) and don't know what happen.

Can someone point me in the right direction?

Thanks in advance.


The default baud rate for your APU is probably 115200bps.  OpenBSD will
be set to 9600.  You can either change the baud rate to 115200 in
boot.conf (stty com0 115200), or connect your screen session at 9600bps.



Yes, my APU is 115200bps. Installation performed at 9600. Administration 
setted to 115200.


Thanks for support.

Re: OBSD 5.8 and console

[trondd]

On Sun, November 22, 2015 11:13 am, Alessandro Baggi wrote:
> Hi list,
> I've an APU1D where I want install OpenBSD 5.8 amd64. The only option
> that I have is install from console.
>
> I've downloaded install58.fs and modified /etc/boot.conf adding:
> set tty com0
> (saved)
>
> During boot it recognizes obsd install media then print this message:
> switching to com0
>
> after this I can't receive any output from terminal console (in my case
> screen from linux) and don't know what happen.
>

You set com0, but not the speed.  If I recall, the APU defaults to 115200
while it boots, then OBSD defaults to 9600 on com0 if you dont' tell it
otherwise.  Disconnect and reconnect at 9600, or add the speed to
boot.conf.

Tim.

Re: Bridge and blocknonip

[Martin Pieuchot]

On 22/11/15(Sun) 16:56, Momtchil Momtchev wrote:
> On 22/11/2015 15:52, Martin Pieuchot wrote:
> >
> >btw., what OpenBSD version is this diff for?  This is not -current.
> >> Thanks for the quick reply. That was my impression too, but it seems
> >>that bridge_output is also used sometimes for forwarding ARP requests by a
> >>code path that I haven't found yet - it is not a direct forwarding, it is
> >>like some kind of a proxy-ARP mechanism. I have a modified bridge and for me
> >>it makes sense (it is for a box that bridges IP6 traffic and routes IP4
> >>traffic - so I am blocking IP4 only with BLOCKNONIP), I just wondered why it
> >>was not there and if I was missing something. Who does call bridge_output?
> >>Isn't output always on the underlying interface, not directly on the bridge?
> >If you want some help you need to provide the information that allows
> >us to help you.  Which version are you running?  Can you describe the
> >problem you're facing *without* any modification on such version?
> 
> I just upgraded to 5.8 (from 4.9) and I see the bridge has changed
> somewhat. I am using the bridge to pass IPv6 only traffic, NATting and
> routing IPv4. This is not possible without modifying the bridge.

When you say "the bridge changed somewhat" are you saying that you see
a regression?  Could you share your setup that, I guess work with 4.9,
and no longer work with 5.8.

>  Since
> upgrading to 5.8 I started getting IPv4 ARP requests passing through my
> _BLOCKNONIPV6_ bridge (which is a problem since there is an equipement that
> gets confused by them on that other side). I traced those requests down to
> bridge_output, so I added that check which solved my problem. Except now I
> don't get ARPs at all on this interface, but this is fine with me, I added a
> static entry for the only router I needed.

I don't understand what you mean with "_BLOCKNONIPV6_ bridge". ifconfig(8)
clearly say:

 blocknonip interface
  Mark interface so that no non-IPv4, IPv6, ARP, or Reverse ARP
  packets are accepted from it or forwarded to it from other
  bridge member interfaces


> My questions were, isn't the missing BLOCKNONIP check actually needed by
> everyone (not really according to Reyk Floeter) and why is bridge_output
> used at all? ARP traffic should originate in the output function of the
> underlying interface, not the bridge? But anyway, at this point it is mostly
> academic, I solved my problem, I was just trying to understand the code.

Re: Bridge and blocknonip

[Momtchil Momtchev]

On 22/11/2015 17:48, Martin Pieuchot wrote:

On 22/11/15(Sun) 16:56, Momtchil Momtchev wrote:

On 22/11/2015 15:52, Martin Pieuchot wrote:


When you say "the bridge changed somewhat" are you saying that you see
a regression?  Could you share your setup that, I guess work with 4.9,
and no longer work with 5.8.



I don't understand what you mean with "_BLOCKNONIPV6_ bridge". ifconfig(8)
clearly say:

  blocknonip interface
  Mark interface so that no non-IPv4, IPv6, ARP, or Reverse ARP
  packets are accepted from it or forwarded to it from other
  bridge member interfaces


I have a modified bridge that adds a new bridge option - 
BLOCKNONIPV6 - to block IPv4 traffic but pass IPv6 traffic. There's no 
regression, my only problem was that in 4.9 bridge_output() was never 
used in my particular case. In 5.8 bridge_output() is used for some 
strange forwarding of ARP packets - every ARP request on the internal 
side coming from a bridge interface without an IP address (yes, only on 
interfaces without an IP address) spawns an ARP request on the external 
side. That request is coming from bridge_output(), not the usual bridge 
code path in bridgeintr(). In a non-modified stock OpenBSD bridge this 
would be the correct behaviour, so there is no bug here. It is just 
somewhat weird that some ARP requests are forwarded through 
bridge_output(), not through the usual code path.


My question is who uses bridge_output()? Except one obscure case 
for sending back ICMP errors, normally all local traffic should 
originate in the output() function of the underlying interface? Or am I 
missing something?


If you think that my feature presents any interest, I can tidy it 
up and submit it. It splits BLOCKNONIP into BLOCKNONIPV4 and 
BLOCKNONIPV6. I need it because in my particular case IPv4 should be 
NATed and IPv6 should be switched as you cannot split IPv6 into 
arbitrary subnets below /64, so you have to keep it whole. It is the 
only way to route and filter both IPv4 and IPv6 traffic with one 
particular French broadband service provider but there could maybe be 
other uses for it.

Re: OBSD 5.8 and console

[Stuart Henderson]

On 2015-11-22, Mike Bregg  wrote:
>
> The default baud rate for your APU is probably 115200bps.  OpenBSD will 
> be set to 9600.  You can either change the baud rate to 115200 in 
> boot.conf (stty com0 115200), or connect your screen session at 9600bps.

Or change the APU BIOS speed to 9600.

inotifywait alternative

[Peter Hajdu]

Hi,

I had been looking around and failed to find an inotifywait alternative
for the kqueue interface.  The solutions I know of are far too
heavyweight for my needs.  I want to run "make test" automatically each
time a file changes while working on my projects.
Since I wanted to experiment with pledge, kqueue and c anyway,  I've
implemented the bare minimum I needed.  I'm not sure however if there
are other solutions that would fit my need.  Do you know about one?
If not, feel free to try out the outcome and give feedback.
http://github.com/peterhajdu/fwa

-- 
Peter Hajdu

Re: inteldrm(4) display corruption on MacBook

[Joerg Jung]

On Sat, Nov 21, 2015 at 04:27:34PM +0100, Mark Kettenis wrote:
> Hi Ossi,
> 
> Your digging:
> 
> > I went digging what produces the error
> >
> >   error: [drm:pid0:inteldrm_attach] *ERROR* failed to init modeset
> >
> > and it looks like in sys/dev/pci/drm/drm_irq.c:1.66
> >
> > drm_irq_install() calls
> >
> > if (drm_dev_to_irq(dev) == 0)
> > return -EINVAL;
> >
> > drm_dev_to_irq(dev) returns 0 and my skills end here to dig this
> > further.
> > 
> > these lines in dmesg are my debugging from kernel (and "stacktrace"):
> >
> > error: [drm:pid0:drm_dev_to_irq] *ERROR* irq == 0
> > error: [drm:pid0:drm_irq_install] *ERROR* oherrala: drm_irq_install: 
> > drm_dev_to_irq
> > error: [drm:pid0:i915_load_modeset_init] *ERROR* oherrala: 
> > i915_load_modeset_init: drm_irq_install
> > error: [drm:pid0:inteldrm_attach] *ERROR* oherrala: i915_drm.c: failed to 
> > init modeset
> 
> Helped quite a bit.  I'm fairly certain the diff I just committed will fix 
> your problem.

This also fixed the 12" Macbook Retina (2015).

Thanks!

Paypal donation in Euros, not $US

[Jack J. Woehr]

When I click PayPal on http://www.openbsd.org/donations.html PayPal wants me to 
donate in Euros.
Is there any way to make it offer me a $US option? I'm not sure I want to 
donate to PayPal itself
whatever margin it claims on exchanges :)

--
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

Good experience with Intel NUC

[Mark Carroll]

I tried installing OpenBSD 5.8 on an Intel NUC5i3RYK with an ASIX
AX88179 USB adapter providing a second ethernet port and a Seagate
Expansion 2TB USB drive providing an extra drive, and so far it works
excellently: thanks to all who got all the relevant drivers working.
(dmesg sent separately)

-- Mark