arm64 Raspberry Pi 3 - no disks available?

I know the arm64 port is still in its early days and under heavy development, but I'm trying to install the most recent available snapshot and running into a problem. I wrote the miniroot60.fs to an SD card and powered up the system. Serial console works fine, and the installer functions as

Re: arm64 Raspberry Pi 3 - no disks available?

On Wed, Mar 01, 2017 at 07:39:17PM +, Joseph Gidi wrote: > I know the arm64 port is still in its early days and under heavy development, > but I'm trying to install the most recent available snapshot and running into > a problem. > > I wrote the miniroot60.fs to an SD card and powered up

Re: Gstreamer-1.0, uaudio(4) and sndio(7) with raw devices.

Apologies for the awful formatting gmail inflicted on my previous mail... Gstreamer info and dmesg below. gstreamer1-1.10.4 framework for streaming media gstreamer1-plugins-base-1.10.4 base elements for GStreamer >> OpenBSD/amd64 BOOT 3.33 boot> booting hd0a:/bsd:

Gstreamer-1.0, uaudio(4) and sndio(7) with raw devices.

It appears that Gstreamer-1.0 can't access raw uaudio(4) devices (rsnd/n). I'm struggling to debug further so wanted to ask if this is expected to work or a known limitation of OpenBSD's sndio(7) implementation for gstreamer? This is where I've got to so far: Gstreamer-1.0 works fine with

arm64 Raspberry Pi 3 - no disks available?

I know the arm64 port is still in its early days and under heavy development, but I'm trying to install the most recent available snapshot and running into a problem. I wrote the miniroot60.fs to an SD card and powered up the system. Serial console works fine, and the installer functions as

Re: is it possible to speed up network to 1 Gb ?

> The more complex the protocol, the slower the transfer. > 85 MB/sec sounds about right for ftp in my opinion, samba may need some > performance tuning. Yep, I would recommend when tuning Samba to not just throw a bunch of optimizations in there and expect it to work magically. It's better to

Re: is it possible to speed up network to 1 Gb ?

On 2017-03-01 14:23, kasak wrote: Hello everybody. I know that speed does not matter this days, and security matter. But i want an advice, i have xeon computer with fresh disks, they work pretty fast, and also i have 1 gbit switch and 1gbit intel nic on both side, here is iperf test: $ doas

Re: OpenBSD 6.1 Release

Oh, and he needs to port it to my TAM* and stay for fancy hors d'oeuvres (beef jerky, pop tarts and whiskey). *http://guides.macrumors.com/Twentieth_Anniversary_Macintosh

Re: OpenBSD 6.1 Release

On Wed, Mar 1, 2017 at 2:22 PM, Pete Zabagel wrote: > Since 6.1 will be the first release in our "twentieth year" I hope the > foundation offers installation service where Theo shows up in a limousine > wearing a tuxedo and installs 6.1 for the princely sum of $10,000.

is it possible to speed up network to 1 Gb ?

Hello everybody. I know that speed does not matter this days, and security matter. But i want an advice, i have xeon computer with fresh disks, they work pretty fast, and also i have 1 gbit switch and 1gbit intel nic on both side, here is iperf test: $ doas iperf -s

Re: OpenBSD 6.1 Release

Since 6.1 will be the first release in our "twentieth year" I hope the foundation offers installation service where Theo shows up in a limousine wearing a tuxedo and installs 6.1 for the princely sum of $10,000. What do you say Theo? -PZ From:

Re: OpenBSD 6.1 Release

I was counting from last release on Sept 1st, my apologies. > Wondering if anyone knows about the new release schedule? It has > always been 6 months of course, so I presumed today would be the > day. Probably just a little impatient and excited for this one. Releases are generally near

Re: OpenBSD 6.1 Release

> Wondering if anyone knows about the new release schedule? It has > always been 6 months of course, so I presumed today would be the > day. Probably just a little impatient and excited for this one. Releases are generally near start of May and November.

OpenBSD 6.1 Release

Hi, Wondering if anyone knows about the new release schedule? It has always been 6 months of course, so I presumed today would be the day. Probably just a little impatient and excited for this one. Kind regards

Re: better way to detect new display

David Coppa wrote: > On Wed, Mar 1, 2017 at 11:49 AM, Raf Czlonka wrote: > > A while ago, Keith Packard wrote small display configuration tool > > called x-on-resize[0] which might be exactly what you are looking > > for but I have no idea how much effort would it be to get it

Re: BGPD.conf Question

So not useful in a route server qualifying that an inbound route's next hop is the speaker itself. It looks like I can do that with filters, I just wanted to make sure I wasn't missing a better way. - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The

Re: hairpin nat with pf ?

On 2017/03/01 17:12, Frank White wrote: > yes it works well. But it's very interesting the use of tag. There might be another way to do it, but I stopped looking after I hit upon one that worked :) > Is egress:0 the if alias ? It's the "main" address on the interface, so it's a single

Re: hairpin nat with pf ?

yes it works well. But it's very interesting the use of tag. Is egress:0 the if alias ? 2017-03-01 16:09 GMT+01:00 Stuart Henderson : > On 2017-03-01, Frank White wrote: > > Hi, > > anyone know how to configure pf to make hairpin nat ? > > Should be

Re: better way to detect new display

Thank you for the suggestion. x-on-resize compiles and runs fine. It notices resizes, which I suspect I'll find useful down the road :) But, unfortunately, it doesn't notice when I plug/unplug my VGA monitor. I think I'll fall back to Plan B: map the F7 key to trigger a script which will run

Re: better way to detect new display

On 03/01, Marcus MERIGHI wrote: sc...@ggr.com (Scott Bonds), 2017.02.28 (Tue) 02:21 (CET): I'm polling using xrandr to check whether a new display was plugged in, so I can run a script to switch to it, i.e. plug in an external VGA monitor and it lights up automatically, unplug it and my laptop

Re: hairpin nat with pf ?

On 2017-03-01, Frank White wrote: > Hi, > anyone know how to configure pf to make hairpin nat ? Should be something like this. pass in quick inet proto tcp to self port 7755 rdr-to $SOMEHOST port 80 tag hairpin pass out quick inet tagged hairpin nat-to egress:0

Re: BGPD.conf Question

On 2017-03-01, Mike Hammett wrote: > nexthop qualify via ( bgp | default ) If set to bgp , bgpd(8) may use > BGP routes to verify nexthops. If set to default , bgpd may use the > default route to verify nexthops. By default bgpd will only use static > routes or routes

pf: warning on duplicate table?

Hi folks, I spent way too much time on a table defined twice by accident in my pf.conf file. Do you think it would be possible to throw a warning if there are 2 table definitions with the same name? Probably table : : table const persist { 172.22.32.0/24

BGPD.conf Question

nexthop qualify via ( bgp | default ) If set to bgp , bgpd(8) may use BGP routes to verify nexthops. If set to default , bgpd may use the default route to verify nexthops. By default bgpd will only use static routes or routes added by other routing daemons like ospfd(8) . What is it that

Re: hairpin nat with pf ?

On Wed, Mar 01, 2017 at 12:50:39PM +0100, Frank White wrote: > Hi, > anyone know how to configure pf to make hairpin nat ? At first blush, no. But after a quick web search, I can think of several equally opaque terms for the same phenomenon. Some more useful than others. A piece of general

hairpin nat with pf ?

Hi, anyone know how to configure pf to make hairpin nat ?

Re: better way to detect new display

On Wed, Mar 1, 2017 at 11:49 AM, Raf Czlonka wrote: > On Wed, Mar 01, 2017 at 10:14:39AM GMT, Marcus MERIGHI wrote: >> sc...@ggr.com (Scott Bonds), 2017.02.28 (Tue) 02:21 (CET): >> > I'm polling using xrandr to check whether a new display was plugged >> > in, so I can run a

Re: better way to detect new display

On Wed, Mar 01, 2017 at 10:14:39AM GMT, Marcus MERIGHI wrote: > sc...@ggr.com (Scott Bonds), 2017.02.28 (Tue) 02:21 (CET): > > I'm polling using xrandr to check whether a new display was plugged > > in, so I can run a script to switch to it, i.e. plug in an external > > VGA monitor and it lights

Re: better way to detect new display

On Wed, 01 Mar 2017, Marcus MERIGHI wrote: > sc...@ggr.com (Scott Bonds), 2017.02.28 (Tue) 02:21 (CET): >> I'm polling using xrandr to check whether a new display was plugged >> in, so I can run a script to switch to it, i.e. plug in an external >> VGA monitor and it lights

Re: better way to detect new display

sc...@ggr.com (Scott Bonds), 2017.02.28 (Tue) 02:21 (CET): > I'm polling using xrandr to check whether a new display was plugged > in, so I can run a script to switch to it, i.e. plug in an external > VGA monitor and it lights up automatically, unplug it and my laptop > automatically switches back

Re: kernel panic in OpenBSD 6.0-stable

> At least two bugs leading to this panic have been fixed post 6.0. I'd > suggest you to upgrade to -current where it should work as expected. If > not, please send a new bug report to bugs@. Thanks a lot! This is awesome, you manage to fix bugs faster than I can report them ;-) I guess I