HN user

brynet

3,030 karma

I occasionally hack on OpenBSD and ramble on twitter @canadianbryan, bluesky @brynet.ca.

⌂ https://brynet.ca/?hn

Mail: brynet@openbsd.org

Posts47
Comments416
View on HN
marc.info 4d ago

WPA3 Implementation for OpenBSD

brynet
5pts0
miod.online.fr 3mo ago

Math is hard (An OpenBSD/vax story)

brynet
3pts0
miod.online.fr 4mo ago

OpenBSD on SGI: A Rollercoaster Story

brynet
85pts10
www.openbsd.org 7mo ago

OpenBSD: Free, Functional, and Secure

brynet
22pts3
marc.info 10mo ago

Raspberry Pi 5 support (OpenBSD)

brynet
232pts36
cdn.openbsd.org 1y ago

OpenBSD 7.6 released

brynet
58pts10
brynet.ca 1y ago

OpenBSD on ThinkPad L13 Gen 2 running KDE 6

brynet
13pts0
marc.info 2y ago

Qualcomm Snapdragon X Elite minimal support (OpenBSD)

brynet
4pts1
brynet.ca 2y ago

Wall of Pizza

brynet
2pts2
rsadowski.de 2y ago

Branch Target Identification (BTI)

brynet
1pts0
marc.info 2y ago

OpenBSD laptop battery drain prevention (accidental unhibernate)

brynet
1pts0
twitter.com 2y ago

OpenBSD Foundation 2023 year successful

brynet
3pts0
rsadowski.de 2y ago

OpenBSD KDE Plasma Desktop

brynet
322pts137
marc.info 2y ago

Viable ROP-free roadmap for i386/armv7/riscv64/alpha/sparc64

brynet
6pts0
sha256.net 3y ago

Dynamic host configuration, please

brynet
2pts0
sha256.net 3y ago

Privilege drop, separation, and restricted-service operating mode in OpenBSD

brynet
74pts44
undeadly.org 3y ago

Next steps toward mimmutable (OpenBSD)

brynet
5pts0
marc.info 4y ago

OpenBSD/arm64 on Apple M1 systems

brynet
402pts114
doi.asiabsdcon.org 7y ago

AsiaBSDCon 2019: Removing ROP Gadgets from OpenBSD [Paper]

brynet
9pts0
www.youtube.com 7y ago

Security Vulnerability Mitigations [video]

brynet
1pts0
www.youtube.com 7y ago

Removing ROP Gadgets from OpenBSD, Todd Mortimer [video]

brynet
7pts1
jcs.org 7y ago

OpenBSD in Stereo with Linux VFIO

brynet
11pts0
undeadly.org 7y ago

New mandoc feature: -T html -O toc (Table of contents)

brynet
47pts4
www.openbsd.org 7y ago

Removing ROP Gadgets from OpenBSD, Todd Mortimer (slides) [pdf]

brynet
8pts1
brynet.biz.tm 7y ago

Unveiling OpenBSD's pflogd(8)

brynet
2pts0
marc.info 7y ago

Issues relating to a bug in Intel cpus

brynet
124pts21
marc.info 8y ago

Retguard: An improved stack protector for OpenBSD

brynet
187pts69
marc.info 8y ago

Retguard: OpenBSD/Clang

brynet
139pts33
marc.info 9y ago

KARL – kernel address randomized link (OpenBSD)

brynet
81pts13
learnbchs.org 9y ago

Kwebapp: rapid BCHS web app development

brynet
4pts1

I'm pretty sure a MIPS doesn't have them on port 60h/64h, or indeed any I/O ports.

Funnily enough, it does. They're just sitting behind a AMD CS5536 PCI-to-ISA bridge.

https://man.openbsd.org/man4/loongson/glxpcib.4

https://man.openbsd.org/pckbc

...

glxpcib0 at pci0 dev 14 function 0 "AMD CS5536 ISA" rev 0x03: rev 3, 32-bit 3579545Hz timer, watchdog, gpio, i2c

isa0 at glxpcib0

pckbc0 at isa0 port 0x60/5 irq 1 irq 12

pckbd0 at pckbc0 (kbd slot)

wskbd0 at pckbd0: console keyboard, using wsdisplay0

pms0 at pckbc0 (aux slot)

wsmouse0 at pms0 mux 0

mcclock0 at isa0 port 0x70/2: mc146818 or compatible

...

Other machines, such as the DEC Alpha were similar.

Defending open source should begin with real, tangible support for both the projects and its developers. Not just words.

With my OpenBSD developer hat on, getting new hardware in the hands of developers is really important, many of us are hacking on 5-10 year old thinkpads that need replacing.

https://www.openbsd.org/want.html

The OpenBSD foundation is ~50% away from its fundraising goal for 2026!

https://www.openbsdfoundation.org/campaign2026.html

OpenBSD 7.9 2 months ago

The artwork on the store may have been an earlier (non-final) version, or there's just simply multiple variations, which is usually the case for the t-shirt art.

Job Snijders works closely with the artists each release, and runs the store.

OpenBSD 7.9 2 months ago

OpenBSD supports sparc very well and is compatible with old sunos stuff (iirc)

No 32-bit sparc anymore (only UltraSPARC, aka sparc64).

No SunOS compatibility (despite Theo de Raadt inventing it for NetBSD, before being copied by other BSDs).

https://marc.info/?l=openbsd-tech&m=161435521906992&w=2

Technically there's a niche flavour of 68k that still is supported because of a very dedicated man in Japan

luna88k, while related, is not 68k.

https://www.openbsd.org/luna88k.html

I haven't, honestly the application processes, paperwork, project reporting expectations and eligibility criteria for these kind of funds just gives me too much anxiety. I never know how to navigate it as a Canadian either, most of them are US or Europe based.

I guess I'm naive to hold out for the anonymous bitcoin millionaires to donate "no strings" until I find something a bit more frictionless.

Thanks anyway for the suggestion, glad to hear you're getting sponsored for your FreeBSD work.

Trying something different again here, sorry.

Location: Canada

Remote: Yes

Technologies: C, OpenBSD

I'm looking for monthly/yearly "no-strings" sponsors, not employment, if any individuals, companies (or bitcoin millionaires) would like to help a long-time OpenBSD slacker, unslack, I'd really like to focus more of my time on open source development (and advocacy), rather than making rent. Feel free to contact me (see HN bio).

https://brynet.ca/wallofpizza.html

(Native SegWit): bc1qwe6zv0ezq4gzlea6tw45qhsn5kckheljn0krvt

.. macOS only ever programs CS42L84 to operate at either 48 or 96 kHz, we could only add support for those two sample rates to the Linux driver ..

However, CS42L42 supports all the other common sample rates, and while the register layout and programming sequence is different, the actual values programmed in for 48 and 96 kHz are the same across both chips. What would happen if we simply took the values for all other sample rates from the CS42L42 datasheet and added those to the CS42L84 driver? As it turns out, you get support for those sample rates!

The patch to enable hardware support for 44.1, 88.2, 176.4 and 192 kHz sample rates on both the input and output of the headphone jack was submitted directly upstream, and has been merged for 7.1. We also backported this to Asahi kernel 6.19.9, allowing users to take advantage of this immediately.

Nice bit of chip sleuthing and reverse engineering from the Asahi team!

EDIT: Article seems to have been updated to remove mention of Chromium.

This article contains a lot of errors, for example Chromium on FreeBSD does NOT use Capsicum, it never has. That was experimental and invasive work done 17 years ago that was NEVER committed to their official ports repository. In fact, not a single browser on FreeBSD uses Capsicum or any form of sandboxing _at all_.

https://github.com/rwatson/chromium-capsicum

https://www.freshports.org/www/chromium/

https://cgit.freebsd.org/ports/log/www/chromium/Makefile?qt=...

Contrast that with OpenBSD, where the Chromium port has used pledge(2) since January 2016, and unveil(2) since 2018. Both are enabled by default. Mozilla Firefox ports also use both pledge and unveil since 2018-2019, with refinements over the years.

https://marc.info/?l=openbsd-ports-cvs&m=145211683609002&w=2

https://marc.info/?l=openbsd-ports-cvs&m=153250162128188&w=2

OpenBSD's fork of tcpdump has been privsep for ~22 years, and its packet parser runs with no privileges. It's pledged tightly "stdio" and has no network/filesystem access, and uses OpenBSD specific innovations like bpf descriptor locking (BIOCLOCK) missing from both FreeBSD/Linux tcpdump today (despite FreeBSD adding the ioctl in 2005).

In the years since it was added, the reason Capsicum has only been applied to a handful of utilities is because it's a tree barren of decades worth of incremental work on privilege separation and security research.

I didn't say Loogson the company was dead, or that LoongArch was either. I said the predecessor Loongson/Godson CPUs are, like the 2E and 2F, which were MIPS-compatible. They're not manufactured anymore, and were practically unobtainium when they were.

LoongArch is not MIPS, despite it having similarities. It's a new platform/ISA and requires a completely different toolchain and new OS port.

It is not at all "new MIPS-family hardware is being made today" like you originally wrote, and it has little to no relevance to SGI hardware.

AFAIK Loongson is dead and isn't made anymore, and unlike OpenBSD/sgi, Loongson was a little-endian arch. OpenBSD/octeon is a closer match, but also discontinued as Cavium switched to making ARM CPUs.

LoongArch is a new ISA and isn't MIPS compatible, and OpenBSD doesn't support it.