Re: Paypal donation in Euros, not $US
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
Re: Paypal donation in Euros, not $US
Hello misc@, Workaround http://www.openbsdfoundation.org/donations.html Regards, Gerald Hanuer
Good experience with Intel NUC
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
Paypal donation in Euros, not $US
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
Re: inteldrm(4) display corruption on MacBook
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!
Re: OBSD 5.8 and console
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
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: Bridge and blocknonip
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: Who teach the true message about the true free software?
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: OpenSMTPD/mail stuck in queue with incorrect relay
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: Bridge and blocknonip
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.
[PATCH] pledge x11/wmii (and other ports?)
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");
Re: OBSD 5.8 and console
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: OBSD 5.8 and console
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
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: Bridge and blocknonip
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: inteldrm(4) display corruption on MacBook
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 pci3 at ppb2 bus 6 vendor "Intel", unknown product 0x1513 (cl
Re: OBSD 5.8 and console
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
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: OBSD 5.8 and console
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
OBSD 5.8 and console
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: Bridge and blocknonip
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.
pair(4) + pf(4) and ipsec(4)
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
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: SSH ignores compression_level
> 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.
SSH ignores compression_level
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