Re: failing to boot amd64 macbook pro

2024-08-06 Thread Aaron Mason
On Mon, Aug 5, 2024 at 4:29 PM Peter J. Philipp  wrote:
>
> Hi,
>
> kern.version=OpenBSD 7.5-current (GENERIC.MP) #121: Sat Jun  8 18:02:54 MDT 
> 2024
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> This is the last working kernel for me.  I tried to upgrade last week as well
> and it failed as well.
>
> Looking for Best Current practice on how to bisect working kernels.  Is there
> an FTP site with daily bsd.rd's from snapshots?
>
> Is compiling the source the only option here?
>
> Best Regards,
> -pjp
>
> --
> ** all info about me:  lynx https://callpeter.tel, dig loc delphinusdns.org **
>

I suspect there's an issue with the crystal ball daemon. Until that's
fixed, providing more detail might yield better results.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: 7.5 install crashes on "entry point at 0x1001000" HP Elitebook 840 G10

2024-05-26 Thread Aaron Mason
Hi

Can you try booting the regular kernel? You should be able to do it this way:

boot> /7.5/amd64/bsd

If it makes it past the stage where the install kernel fails, it'll
panic at the lack of root, which is expected.

Might be a pointless move but it might help eliminate the install
kernel as a variable.

On Fri, May 24, 2024 at 10:30 PM Comète  wrote:
>
> Thanks Sven,
>
> I can't install OpenBDS because I get the error when trying to boot the 
> install image.
>
> Comete
>
> 24 mai 2024 07:48 "Sven Wolf"  a écrit:
>
> > Hi,
> >
> > I had a silimar issue on a Lenovo V130.
> > For this machine I needed to remove the amdgpu driver in the kernel.
> >
> > See also:
> > https://marc.info/?l=openbsd-misc&m=160232897421774&w=2
> > https://marc.info/?l=openbsd-tech&m=160383074317608&w=2
> >
> > Do you get the error "entry point at 0x1001000" also with the bsd.rd kernel 
> > or only after you
> > installed the system with the bsd.mp/bsd.sp kernel?
> >
> > Best regards,
> > Sven
> >
> > On 5/23/24 22:40, Comète wrote:
> >
> >> Hello,
> >> I tried to install OpenBSD 7.5 on a new HP Elitebook 840 G10 (UEFI capable 
> >> only) without success.
> >> It is stuck at boot on "entry point at 0x1001000".
> >> Even retried after a BIOS upgrade but no luck either.
> >> I tried with a snapshot install too with the same result.
> >> I post here what lspci returns from a debian bookworm:
> >> 00:00.0 Host bridge: Intel Corporation Device a706
> >> 00:02.0 VGA compatible controller: Intel Corporation Raptor Lake-P [Iris 
> >> Xe Graphics] (rev 04)
> >> 00:04.0 Signal processing controller: Intel Corporation Raptor Lake 
> >> Dynamic Platform and Thermal
> >> Framework Processor Participant
> >> 00:06.0 PCI bridge: Intel Corporation Raptor Lake PCIe 4.0 Graphics Port
> >> 00:06.2 PCI bridge: Intel Corporation Device a73d
> >> 00:07.0 PCI bridge: Intel Corporation Raptor Lake-P Thunderbolt 4 PCI 
> >> Express Root Port
> >> 00:07.2 PCI bridge: Intel Corporation Raptor Lake-P Thunderbolt 4 PCI 
> >> Express Root Port
> >> 00:08.0 System peripheral: Intel Corporation GNA Scoring Accelerator module
> >> 00:0a.0 Signal processing controller: Intel Corporation Raptor Lake 
> >> Crashlog and Telemetry (rev 01)
> >> 00:0d.0 USB controller: Intel Corporation Raptor Lake-P Thunderbolt 4 USB 
> >> Controller
> >> 00:0d.2 USB controller: Intel Corporation Raptor Lake-P Thunderbolt 4 NHI
> >> 00:0d.3 USB controller: Intel Corporation Raptor Lake-P Thunderbolt 4 NHI
> >> 00:14.0 USB controller: Intel Corporation Alder Lake PCH USB 3.2 xHCI Host 
> >> Controller (rev 01)
> >> 00:14.2 RAM memory: Intel Corporation Alder Lake PCH Shared SRAM (rev 01)
> >> 00:14.3 Network controller: Intel Corporation Raptor Lake PCH CNVi WiFi 
> >> (rev 01)
> >> 00:15.0 Serial bus controller: Intel Corporation Alder Lake PCH Serial IO 
> >> I2C Controller #0 (rev
> >> 01)
> >> 00:16.0 Communication controller: Intel Corporation Alder Lake PCH HECI 
> >> Controller (rev 01)
> >> 00:16.3 Serial controller: Intel Corporation Alder Lake AMT SOL 
> >> Redirection (rev 01)
> >> 00:1c.0 PCI bridge: Intel Corporation Alder Lake PCH-P PCI Express Root 
> >> Port #9 (rev 01)
> >> 00:1e.0 Communication controller: Intel Corporation Alder Lake PCH UART #0 
> >> (rev 01)
> >> 00:1e.2 Serial bus controller: Intel Corporation Alder Lake SPI Controller 
> >> (rev 01)
> >> 00:1f.0 ISA bridge: Intel Corporation Raptor Lake LPC/eSPI Controller (rev 
> >> 01)
> >> 00:1f.3 Multimedia audio controller: Intel Corporation Raptor Lake-P/U/H 
> >> cAVS (rev 01)
> >> 00:1f.4 SMBus: Intel Corporation Alder Lake PCH-P SMBus Host Controller 
> >> (rev 01)
> >> 00:1f.5 Serial bus controller: Intel Corporation Alder Lake-P PCH SPI 
> >> Controller (rev 01)
> >> 02:00.0 Non-Volatile memory controller: SK hynix BC901 NVMe Solid State 
> >> Drive (DRAM-less) (rev 03)
> >> 57:00.0 Wireless controller [0d40]: Intel Corporation XMM7560 LTE Advanced 
> >> Pro Modem (rev 01)
> >>> Thanks for your help.
> >> Comete
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: lcamtuf on the recent xz debacle

2024-04-03 Thread Aaron Mason
On Sat, Mar 30, 2024 at 9:32 PM Peter N. M. Hansteen  wrote:
>
> "This dependency existed not because of a deliberate design decision
> by the developers of OpenSSH, but because of a kludge added by some
> Linux distributions to integrate the tool with the operating
> system’s newfangled orchestration service, systemd."
>

As if I needed another reason to intensely dislike systemd...

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: crawling network with ix driver when routing trafic

2024-03-03 Thread Aaron Mason
Hi!

It's my understanding that the Realtek network adapters are pretty
craptacular under load since they basically defer to the OS for
everything, raising an interrupt each time. Try the fourth test again
while running top and see if the interrupts (intr) spike during that
time.

On Mon, Mar 4, 2024 at 7:46 AM Pierre Peyronnel
 wrote:
>
> Hey misc,
>
> Note : I posted on this topic in r/openbsd and before I open a bug, I
> thought I'd ask you.
>
> My OBSD router has a Realtek (onboard) and an intel (X540 pcie) network
> card, and in one particular situation I get very slow speed.
> I tested using iperf3 and also sftp put/get.
>
> Here goes:
> (1) When I transfer from/to a host/net A to the router on re0 I get
> symmetrical 1Gbps
> (2) When I transfer from/to a host/net B to the router on ix0  I also get
> symmetrical 1Gbps
> (3) When I transfer from host/net A to host/net B through the router (re0
> -> ix0) I get 1Gbps
> (4) When I transfer from host/net B to host/net A through the router (ix0
> -> re0) I get a crawling 3Mbps
>
> To make sure, I did a fresh install from 7.4 from scratch (okay i forgot to
> syspatch it), pfctl -d, sysctl net.ip.forwarding=1 and I got the same
> result.
>
> When I use another OS (tried Arch linux and OPNSense) I get full 1Gbps in
> all 4 scenarios.
>
> I'm at a loss and will appreciate any help, short of filing a bug.
> Below dmesg and pcidump.
> Thanks in advance !
> Pierre
>
> {SNIP}



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Backup ISP

2024-02-28 Thread Aaron Mason
Hi Lars

Maybe this might be helpful?

https://www.openbsd.org/faq/pf/pools.html#outgoing

On Thu, Feb 29, 2024 at 12:14 AM Lars Bonnesen  wrote:
>
> I now have two ISPs
>
> A primary on vmx2 and a backup (4G) on vmx4
>
> Both needs to initiate connection with a dhcp request, so I have:
> inet autoconf description Internet
> in hostname.vmx2
> and
> inet autoconf description Internet4Gbackup
> in hostname.vmx4
>
> My idea is to have an active/passive setup being able to ssh from the
> internet to both vmx2 and vmx4
>
> Seems that I am only able to access vmx2 from the internet
>
> vmx2: flags=808843 mtu
> 1500
> lladdr 00:0c:29:e0:88:a6
> description: Internet
> index 3 priority 0 llprio 3
> groups: egress
> media: Ethernet autoselect (10GbaseT)
> status: active
>
> vmx4: flags=808843 mtu
> 1500
> lladdr 00:0c:29:e0:88:7e
> description: Internet4Gbackup
> index 5 priority 0 llprio 3
> media: Ethernet autoselect (10GbaseT)
> status: active
>
>
> I cannot see "egress" under vmx4 - I guess this is part of the problem.
>
> How do I get incoming traffic via vmx2 to return out via vmx2 and visa
> versa incoming traffic via vmx4 to return out vmx4
>
> Regards, Lars.



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: forwarding email to outlook,com fails

2023-12-04 Thread Aaron Mason
On Tue, Dec 5, 2023 at 10:27 AM F Bax  wrote:
>
> A couple of email addresses on my OpenBSD server are forwarded to microsoft
> domains. For quite some time; this has worked flawlessly. Recently
> something changed. Now, an email sent from sendgrid.com to my server
> results in a bounced message from outlook.com with this error.
>
> received-spf: Fail (protection.outlook.com: domain of
> u3352509.wl010.sendgrid.net does not designate 64.140.xxx.yyy as permitted
> sender) receiver=protection.outlook.com; client-ip=64.140.xxx.yyy; helo=
> myserver.ca;
>
> Where xxx,yyy & myserver hide real values.
> It seems outlook.com believes my server is "sending" email for sendgrid;
> whereas originating server is valid and my server is just forwarding.
> Anyone else encounter this situation; is there a way to resolve this?

I would suspect that this is because you unwittingly are - if the
email gets forwarded as is rather than changing the To: field in
transit, the email goes out as
"bounce+blahblahhardtofilterbulls...@u3352509.wl010.sendgrid.net"
rather than something like "postmas...@myserver.ca", triggering
Sendgrid's SPF protection. I'm guessing Outlook Online/MS364 is being
more aggressive in SPF checks now.

As for a way to resolve, that may depend on your MTA (base or one from
ports? Not a safe assumption to make), but as I'm not doing this or
using an MTA on OpenBSD, I'm not at a liberty to say.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Starting Homebridge / nodejs daemon at boot

2023-10-12 Thread Aaron Mason
On Wed, Oct 11, 2023 at 11:38 AM Manuel Kuklinski  wrote:
>
> Hi!
>
> I can't get homebridge started at boot - it starts with the following
> rc.d script if running as root after logging in, but fails to be present
> at boot time:
>

I have a similar issue with PHP and Perl based FastCGI apps. My
solution was a startup script that runs every minute in cron, that
would give me the ability to command a restart and offer a brake if
the program crashes. Something like this:

#!/bin/sh

NOSTART=~/path/to/nostart
KILLFILE=~/path/to/killfile
PIDFILE=~/path/to/pidfile

if [ -e "$KILLFILE" ]
then
# Kill and cleanup
kill `cat "$PIDFILE"`
rm -f $KILLFILE $PIDFILE
elif [ -e "$PIDFILE" ]
then
# Check if it's still running
if ! kill -0 `cat "$PIDFILE" 2>/dev/null
then
rm -f $PIDFILE
else
exit 0
fi
fi

# Don't try to start if the nostart file is there
[ -e "$NOSTART" ] && exit 0

/path/to/the/executable --option1 -o 2 &
echo $!>>$PIDFILE

# Create no start file so it doesn't try to restart after a failure
touch $NOSTART

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: non-amd64 vps's in europe?

2023-08-13 Thread Aaron Mason
Oracle Cloud offers arm64 VPS. It does tend to be picky when it comes
to the credit card you use for signup, though - your details need to
be a near exact match.

On Sun, Aug 13, 2023 at 5:28 PM Peter J. Philipp  wrote:
>
> Hi,
>
> I'm asking for a friend in spain.  He would like to know if there is any
> openbsd vps providers in europe that provide non-amd64 vps's such as
> hetzner's arm64 instance.
>
> He doesn't want to deal with hetzner because of their tight control checks
> regarding id cards and stuff.  Is there anything else out there that works
> with OpenBSD?  He does not want amazon either.
>
> Best Regards,
> -peter
>
> --
> Over thirty years experience on Unix-like Operating Systems starting with QNX.
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Restrict SSH to local network only except for Git users?

2023-07-26 Thread Aaron Mason
On Thu, Jul 27, 2023 at 10:28 AM lain.  wrote:
>
> I have a pretty nifty network setup that allows me to host from home via
> WireGuard.
> But there's one thing I'm struggling with.
> Because for security reasons, I made it impossible for people outside
> the network to connect via SSH, but for Git to function properly, I need
> to allow SSH only for git@(DOMAIN) or git@(PUBLIC IP), and redirect that
> to my home network so they can do stuff like "git pull", "git push", and
> all the other fancy stuff.
>
> My pf.conf rules look like this:
> > pass in quick on wg0 proto tcp from 192.168.0.0/24 to any port 22
> > pass in on $externalinterface proto tcp from any to $externalip port 22 
> > rdr-to $internalip
> > block in quick on egress proto tcp from any to any port 22
>
> And my sshd_config:
> > AllowUsers lain@192.168.0.0/24
> > AllowUsers git@(DOMAIN)
> > AllowUsers git@(PUBLIC IP)
>
> Where exactly am I doing wrong here?

I suspect you're overthinking this.

Rather than preventing access altogether, turn off password
authentication and use SSH keys for authentication - for the git
accounts, change the shell to git-shell if you haven't already. That
way, bad faith actors can try all they want, they ain't gettin' in
unless they get a hold of someone's key, and even if they do, it's
likely a git key and the shell (barring any security vulns in git)
will prevent them from doing anything not git related.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: (fwd) [FD] OpenBSD kernel relinking is not transactional and a local exploit exists

2023-06-19 Thread Aaron Mason
On Tue, Jun 20, 2023 at 9:27 AM Tomasz Rola  wrote:
>
> [REDACTED]
>
> https://marc.info/?l=openbsd-bugs&m=159074964523007&w=2 (noted lack of
> idempotency)
> https://marc.info/?l=openbsd-bugs&m=168688579123005&w=2 (noted lack of
> integrity or provenance verification and the consumption of invalid
> objects)

Had a flick through the threads listed above. That's some
Olympics-level mental gymnastics right there.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: (fwd) [FD] OpenBSD kernel relinking is not transactional and a local exploit exists

2023-06-19 Thread Aaron Mason
Like Theo said, if an attacker has root on your system, having the
kernel relink messed with is the least of your concerns.

On Tue, Jun 20, 2023 at 9:27 AM Tomasz Rola  wrote:
>
> This happened in my mailbox today. FD means "full disclosure" and is
> publicly available mailing list.
>
> I repost onto misc because if this is a real cat, seems it is out of
> the bag already. Other than being subscribed to FD, I have no
> connection.
>
> - Forwarded message from "Schech, C. W. (\"Connor\")"  
> -
>
> Date: Sat, 17 Jun 2023 09:40:16 +
> From: "Schech, C. W. (Connor)" 
> To: fulldisclos...@seclists.org
> Subject: [FD] OpenBSD kernel relinking is not transactional and a local 
> exploit
> exists
>
> The automatic and mandatory-by-default reordering of OpenBSD kernels
> is NOT transactional and as a result, a local unpatched exploit exists
> which allows tampering or replacement of the kernel. Arbitrary build
> artifacts are cyclically relinked with no data integrity or provenance
> being maintained or verified for the objects being consumed with
> respect to the running kernel before and during the execution of the
> mandatory kernel_reorder process in the supplied /etc/rc and
> /usr/libexec scripts. The reordering occurs at the end of installation
> process and also automatically every reboot cycle thereafter unless
> manually bypassed by a knowledgable party.
>
> The kernel_reorder routine verifies a SHA256 signature for the linked
> kernel from last boot but does not verify the integrity or provenance
> of any objects kept in the kernel "link kit" installed in
> /usr/share/relink, so arbitrary objects can be injected and
> automatically relinked at the next startup. I have verified that it is
> indeed the case that both valid kernels with a different uname and
> kernels which cause data destruction due to over-tuning of a subset of
> the components which were compiled manually and copied into
> /usr/share/relink and crash the system after being booted once
> relinked but which do not match the build of the running kernel at the
> time they were copied into /usr/share/relink as working
> proof-of-concept exploits.
>
> Install media are also open to tampering and exploitation as signed
> checksum data are not carried with the install sets inside the
> installation image and an improperly-encapsulated poorly-documented
> tarball of unverifiable (in the sense of SLSA) kernel objects is
> embedded in the base distribution and then relinked with a new random
> ordering of the objects cyclically between boot cycles.
>
> Sites with a strong security posture are advised that this is a
> critical vulnerability and likely deliberate back door into the
> system. Additionally, OpenBSD leaks the state of the pseudorandom
> number generator to predictable locations on disk and in system memory
> at a fixed point during every start up and shutdown procedure. The
> lack of build process hardening has been on-going for over three
> years. Theo de Raadt is disinterested in improving or reviewing the
> design or providing any further clarification, as he has stated on the
> mailing list when shortfalls in the relinking process were reported
> over the past ~3 years. I hope that this can come to the attention of
> a third-party technical expert with standing in the computer security
> industry.
>
> Workaround:
>
> As the link kit is embedded in the base distribution and automatically
> relinked without an option to disable it in the provided installation
> script it requires manual removal at present.
>
> Cf.
>
> https://marc.info/?l=openbsd-bugs&m=159074964523007&w=2 (noted lack of
> idempotency)
> https://marc.info/?l=openbsd-bugs&m=168688579123005&w=2 (noted lack of
> integrity or provenance verification and the consumption of invalid
> objects)
>
> https://slsa.dev/spec/v1.0/levels#build-l2-hosted-build-platform:
>
> "Track/Level Requirements Focus
>  Build L3   Hardened build platform  Tampering during the build"
> ___
> Sent through the Full Disclosure mailing list
> https://nmap.org/mailman/listinfo/fulldisclosure
> Web Archives & RSS: https://seclists.org/fulldisclosure/
>
>
> - End forwarded message -
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: About Intel C3000 eMMC

2023-06-11 Thread Aaron Mason
On Sun, Jun 11, 2023 at 9:33 PM Aaron Mason  wrote:
> Looks like it's picking it up, but can't enable it - from the attached dmesg:
>
> sdhc0 at pci0 dev 28 function 0 "Intel C3000 eMMC" rev 0x11: apic 2 int 16
> sdhc0: SDHC 3.0, 200 MHz base clock
> sdmmc0 at sdhc0: 8-bit, sd high-speed, mmc high-speed, ddr52, dma
> [REDACTED]
> sdmmc0: can't enable card
>
> Maybe getting some debugging from that driver will help a dev - I
> don't know the option off hand but I'll have a look unless someone
> more knowledgeable can point you in the right direction.
>
> --
> Aaron Mason - Programmer, open source addict
> I've taken my software vows - for beta or for worse

Ok so the option is SDMMC_DEBUG - if you're able, try rebuilding the
kernel but add this line to the config file:

option SDMMC_DEBUG

Send the output to tech@ rather than here - someone there can have a
look and see where it's tripping up.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: About Intel C3000 eMMC

2023-06-11 Thread Aaron Mason
On Sun, Jun 11, 2023 at 9:16 PM Valdrin MUJA  wrote:
>
> Hello OpenBSD,
>
> I'm trying to install OpenBSD 7.3 on a Cordoba Edge Gateway CPE(*) device 
> manufactured by Silicom-USA. However, OpenBSD does not recognize the Intel 
> C3000 eMMC (SOC type) disk that comes on it.
> Is there a way to run this?
> Thanks.
>
> Also you can find the dmesg output in the attachment of this email.
>
> (*) 
> https://www.silicom-usa.com/pr/4g-5g-products/4g-5g-appliances/cordoba-edge-gateway-cpe/
>

Looks like it's picking it up, but can't enable it - from the attached dmesg:

sdhc0 at pci0 dev 28 function 0 "Intel C3000 eMMC" rev 0x11: apic 2 int 16
sdhc0: SDHC 3.0, 200 MHz base clock
sdmmc0 at sdhc0: 8-bit, sd high-speed, mmc high-speed, ddr52, dma
[REDACTED]
sdmmc0: can't enable card

Maybe getting some debugging from that driver will help a dev - I
don't know the option off hand but I'll have a look unless someone
more knowledgeable can point you in the right direction.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: softdep / softraid RAID1 issue?

2023-06-04 Thread Aaron Mason
On Mon, Jun 5, 2023 at 3:07 AM Nick Holland  wrote:
>
>   =-
> PREVIOUS=(find previous backup)
> TODAY=(today's date)
> OLDEST=(find oldest backup in the set)
> REMOTE=(machine we are backing up)
>
> # remove oldest backup
> rm -r $OLDEST &
>
> mkdir $TODAY
>
> # make new backup
> rsync --link-dest $PREVIOUS $REMOTE $TODAY
>   =-
>
> [REDACTED]
>
> Here's where it gets weird -- removing the '&' after the rm -r $OLDEST
> line seems to have FIXED THE PROBLEM.  No problems in 18 days, which is
> a pretty good record.
>

Just spitballing here... you were running the removal of the oldest in
the background while bringing in new data for the backup.  Maybe it
was hitting an I/O ceiling of some kind under those conditions? May
still warrant investigation since it could still hit this "ceiling"
under a big enough I/O load.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: sysctl ddb.trigger

2023-05-28 Thread Aaron Mason
On Mon, May 29, 2023 at 4:08 AM Paul de Weerd  wrote:
>
> Hi folks,
>
> I'm trying to debug an issue where my machine partially locks up after
> some hours (somewhere between 12 and 48, is my current window).  The
> extent of the locking is still unclear, that's part of what I'm trying
> to figure out.
>
> While debugging, I thought I'd try to enter ddb, so I set ddb.console
> to 1 in /etc/sysctl.conf and tried to write to ddb.trigger:
>
> pom# sysctl ddb.{console,panic}
> ddb.console=1
> ddb.panic=1
> pom# sysctl ddb.trigger=1
> sysctl: ddb.trigger: Operation not supported by device
>
> Am I holding this thing wrong?  According to ddb(4), the above should
> be sufficient, no?
>
> One thing to note is that I'm running this from a chroot into a mfs
> system (as part of the debugging of the locking up), could that affect
> things?  Even if it's from a chroot, I can still change sysctl MIBs -
> is ddb.trigger special?
>
> I'm doing all this through the serial console (glass console and
> network both are unresponsive in the locked up state), could that be
> related?  (for the record, BREAK doesn't work either to enter ddb, I
> guessed it was due to the USB-to-serial dongle I'm using (uplcom(4)
> lacking support for sending a proper BREAK .. but this may be the same
> issue?)
>
> Paul
>
> --
> >[<++>-]<+++.>+++[<-->-]<.>+++[<+
> +++>-]<.>++[<>-]<+.--.[-]
>  http://www.weirdnet.nl/
>

Just spitballing... could it be something blocked by kern.securelevel?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: PC Engines APU platform EOL

2023-05-03 Thread Aaron Mason
On Thu, May 4, 2023 at 1:17 PM Damian McGuckin  wrote:
>
>
> > Happy apu2 & apu4 user here.
>
> Ditto.
>
> > Are there other OpenBSD friendly options?
>
> Same question but qualifying that to add FANLESS and RACKMOUNT.
>
> I am thinking of trying an Intel Ruggest NUC for some scenarios but at
> best, they have dual RJ45 ethernets.
>
> Thanks - Damian
>

The ZimaBoards are x86 based, again dual NICs but they do have the
PCIe slot to add extra.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Very slow smtp connection to mail.openbsd.org

2023-05-03 Thread Aaron Mason
On Thu, May 4, 2023 at 8:33 AM S V  wrote:
>
> Hello,
>
> I'm trying to setup my own mail server and while I can send email to
> any already tested and interesting for me domains.
> I always get "delayed" with misc@openbsd.org: Connection closed
> unexpectedly while trying openbsd lists.
> I telnet to 25 port and see that it has extremely slow speed like 1
> character per second. I telnet from other "non-mail" vps
> and I see that for first seconds it is also slow, but later it become 
> "instant".
>
> Are there any "delay" filter for spammers? If yes then why it detects
> my non-mail vps as ok and still slows my "mail server" (with existing
> PTR)?
> If there are no delay... ugh, guess I'm out of luck with my ISP ? But
> then again why vps is ok?
>

Very likely the IP block used by your ISP is in a blacklist, probably
by default if it's residential. You can ask your ISP to get it removed
but that's entirely at their discretion.

> Thanks in advance for any suggestions!
>
> --
> Nerfur Dragon
> -==(UDIC)==-
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Booting OpenBSD 7.3's i386 bsd.rd

2023-04-30 Thread Aaron Mason
How are you getting to the boot> prompt?

On Mon, May 1, 2023 at 12:28 PM Damian McGuckin  wrote:
>
>
> What is required please?
>
> I am trying to boot this bsd.rd (which is a file 4Mb big) on an old
> NET5500 which has 512MBytes of RAM.  On a running system,
>
> From the
>
> boot>
>
> prompt, doing
>
> boot> boot bsd.rd
>
> it appears to loads bsd.rd, but then drops straight back into the BIOS
> and starts the BIOS boot.
>
> Any suggestions.
>
> Thanks - Damian
>
> Pacific Engineering Systems International . 20D Grose St, Glebe NSW 2037
> Ph:+61-2-8571-0847 .. Fx:+61-2-9692-9623 | unsolicited email not wanted here
> Views & opinions here are mine and not those of any past or present employer
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD 7.2 on Oracle Cloud

2023-04-30 Thread Aaron Mason
On Mon, May 1, 2023 at 10:08 AM Aaron Mason  wrote:
>
> I can reproduce it with this in QEMU 8.0 in Winders (thanks Antun who
> sent something like this to the bugs@ list):
>
> qemu-system-x86_64 -accel whpx,kernel-irqchip=off -machine q35 \
>-cpu EPYC-Rome,-monitor -m 8g -smp 6,sockets=1,cores=6 \
>-nic user,model=virtio-net-pci,hostfwd=tcp::10022-:22 -vga virtio \
>-drive if=virtio,file=miniroot73.img -device virtio-scsi-pci,id=scsi
>
> The temporary workaround patch results in a booting system.
>

The same occurs in 7.2 under Winders.

> On Mon, May 1, 2023 at 4:56 AM Stefan Fritsch  wrote:
> >
> > Hi,
> >
> > what qemu version are you using? I cannot reproduce this with qemu 7.2.
> > Can you try with a newer qemu?
> >
> > Cheers,
> > Stefan
> >
> > Am 25.04.23 um 14:53 schrieb Aaron Mason:
> > [REDACTED]



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD 7.2 on Oracle Cloud

2023-04-30 Thread Aaron Mason
I can reproduce it with this in QEMU 8.0 in Winders (thanks Antun who
sent something like this to the bugs@ list):

qemu-system-x86_64 -accel whpx,kernel-irqchip=off -machine q35 \
   -cpu EPYC-Rome,-monitor -m 8g -smp 6,sockets=1,cores=6 \
   -nic user,model=virtio-net-pci,hostfwd=tcp::10022-:22 -vga virtio \
   -drive if=virtio,file=miniroot73.img -device virtio-scsi-pci,id=scsi

The temporary workaround patch results in a booting system.

On Mon, May 1, 2023 at 4:56 AM Stefan Fritsch  wrote:
>
> Hi,
>
> what qemu version are you using? I cannot reproduce this with qemu 7.2.
> Can you try with a newer qemu?
>
> Cheers,
> Stefan
>
> Am 25.04.23 um 14:53 schrieb Aaron Mason:
> >>>> Yeah I'm getting the same thing. Trying a build in QEMU and
> >>>> transferring in to see if that helps. Will report back.
> >>>>
> >>>
> >>> Ok, good news, it still crashes at the same spot, but this time I've
> >>> got more data. Copying in tech@ - if I've forgotten anything let me
> >>> know and I'll fire up a fresh instance.
> >>>
> >>> [REDACTED]
> >>> vioscsi_req_done(e,80024a00,fd803f81c338,e,80024a00,800
> >>> d3228) at vioscsi_req_done+0x26
> >>> [REDACTED]
> >>
> >> Ok, so based on the trace I got, I was able to trace the stop itself
> >> back to line 299 of vioscsi.c (thank. you. random relink. And
> >> anonymous CVS):
> >>
> >> 293  vioscsi_req_done(struct vioscsi_softc *sc, struct virtio_softc 
> >> *vsc,
> >> 294  struct vioscsi_req *vr)
> >> 295  {
> >> 296  struct scsi_xfer *xs = vr->vr_xs;
> >> 297  DPRINTF("vioscsi_req_done: enter vr: %p xs: %p\n", vr, 
> >> xs);
> >> 298
> >> -->299  int isread = !!(xs->flags & SCSI_DATA_IN);
> >> 300  bus_dmamap_sync(vsc->sc_dmat, vr->vr_control,
> >> 301  offsetof(struct vioscsi_req, vr_req),
> >> 302  sizeof(struct virtio_scsi_req_hdr),
> >> 303  BUS_DMASYNC_POSTWRITE);
> >>
> >> Maybe if I follow the rabbit hole enough, I might find out what's
> >> going wrong between the driver and OCI. I've got a day off tomorrow
> >> (yay for war I guess), I'll give it a bash and see where we end up.
> >>
> >> --
> >> Aaron Mason - Programmer, open source addict
> >> I've taken my software vows - for beta or for worse
> >
> > I enabled debugging on the vioscsi driver, rebuilt the RAMDISK kernel
> > with those drivers enabled, and got this:
> >
> > vioscsi0 at virtio1: qsize 128
> > scsibus0 at vioscsi0: 255 targets
> > vioscsi_req_get: 0xfd803f80d338
> > vioscsi_scsi_cmd: enter
> > vioscsi_scsi_cmd: polling...
> > vioscsi_scsi_cmd: polling timeout
> > vioscsi_scsi_cmd: done (timeout=0)
> > vioscsi_scsi_cmd: enter
> > vioscsi_scsi_cmd: polling...
> > vioscsi_vq_done: enter
> > vioscsi_vq_done: slot=127
> > vioscsi_req_done: enter vr: 0xfd803f80d338 xs: 0xfd803f8a5e58
> > vioscsi_req_done: done 0, 2, 0
> > vioscsi_vq_done: slot=127
> > vioscsi_req_done: enter vr: 0xfd803f80d338 xs: 0x0
> > uvm_fault(0x813ec2e0, 0x8, 0, 1) -> e
> > fatal page fault in supervisor mode
> > trap type 6 code 0 rip 810e6190 cs 8 rflags 10286 cr2 8 cpl e
> > rsp 81606670
> > gsbase 0x813dfff0  kgsbase 0x0
> > panic: trap type 6, code=0, pc=810e6190
> >
> > That "xs: 0x0" bit feels like a clue. It should be trivial to pick up
> > and handle, but what would be the correct way to handle that?
> >
> > If I have it return if "xs" is found to be NULL, it continues - the
> > debugging suggests it goes through each possible target before
> > finishing up. I don't know if that's correct, but it seems to continue
> > booting after that even if my example didn't detect the drive with the
> > kernel I built (I used the RAMDISK kernel and it was pretty stripped
> > down).
> >
> > I'm about to attempt a -STABLE build (I've got 7.3 installed and thus
> > can't yet build a snapshot, but I will do that if this test succeeds)
> > - here's the patch that hopefully fixes the problem. (and hopefully
> > gmail doesn't clobber the tabs)
> >
> > Index: sys/dev/pv/vioscsi.c
> > ===
> > RCS file: /cvs/src/sys/dev/pv/vioscsi.c,v
> > retrieving revision 1.30
> > diff -u -p -u -p -r1.30 vioscsi.c
> > --- sys/dev/pv/vioscsi.c 16 Apr 2022 19:19:59 - 1.30
> > +++ sys/dev/pv/vioscsi.c 25 Apr 2023 12:51:16 -
> > @@ -296,6 +296,7 @@ vioscsi_req_done(struct vioscsi_softc *s
> >struct scsi_xfer *xs = vr->vr_xs;
> >DPRINTF("vioscsi_req_done: enter vr: %p xs: %p\n", vr, xs);
> >
> > + if (xs == NULL) return;
> >int isread = !!(xs->flags & SCSI_DATA_IN);
> >bus_dmamap_sync(vsc->sc_dmat, vr->vr_control,
> >offsetof(struct vioscsi_req, vr_req),
> >
> >



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Minimum install size

2023-04-28 Thread Aaron Mason
On Fri, Apr 28, 2023 at 5:11 PM Janne Johansson  wrote:
>
> Den fre 28 apr. 2023 kl 06:12 skrev Yoshihiro Kawamata :
> >
> > In the OpenBSD FAQ, in the Installation Guide section, it says
> > "OpenBSD can be installed in as little as 512MB, but using a device
> > that small is something for advanced users".
> >   https://www.openbsd.org/faq/faq4.html#Partitioning
> >
> > In fact, the installation of only the kernel and base73.tgz required
> > 629MB for i386 and 1GB for amd64.
> >
> > For example, if I delete the files under /usr/share/relink, I can
> > get within 512MB, but this is not a desirable installation method, is
> > it?
>
> Do not assume "desireable" and "possible" are always the same.
>
> --
> May the most significant bit of your life be positive.
>

If you wanted to go super hard core, you could build crunchgen in src
and build a busybox-style setup - though such things would be super
unsupported and you'd get to keep all the pieces if it breaks.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD 7.2 on Oracle Cloud

2023-04-27 Thread Aaron Mason
On Wed, Apr 26, 2023 at 7:36 AM Antun Matanović
 wrote:
>
>  I tested the patch you provided on my local qemu install and it booted 
> successfully.
>
>> Index: sys/dev/pv/vioscsi.c
>> ===
>> RCS file: /cvs/src/sys/dev/pv/vioscsi.c,v
>> retrieving revision 1.30
>> diff -u -p -u -p -r1.30 vioscsi.c
>> --- sys/dev/pv/vioscsi.c 16 Apr 2022 19:19:59 - 1.30
>> +++ sys/dev/pv/vioscsi.c 25 Apr 2023 12:51:16 -
>> @@ -296,6 +296,7 @@ vioscsi_req_done(struct vioscsi_softc *s
>>   struct scsi_xfer *xs = vr->vr_xs;
>>   DPRINTF("vioscsi_req_done: enter vr: %p xs: %p\n", vr, xs);
>>
>>
>> + if (xs == NULL) return;
>>   int isread = !!(xs->flags & SCSI_DATA_IN);
>>   bus_dmamap_sync(vsc->sc_dmat, vr->vr_control,
>>   offsetof(struct vioscsi_req, vr_req),
>>

Sorry just got this email - it got caught in gmail's spam filter. I
managed to test it in OCI as well, and bsd.rd boots and detects the
virtual disk without issue.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD 7.2 on Oracle Cloud

2023-04-27 Thread Aaron Mason
On Tue, Apr 25, 2023 at 10:53 PM Aaron Mason  wrote:
>
> On Mon, Apr 24, 2023 at 3:47 PM Aaron Mason  wrote:
> >
> > On Fri, Apr 21, 2023 at 2:50 PM Aaron Mason  
> > wrote:
> > >
> > > On Fri, Apr 21, 2023 at 1:39 PM Aaron Mason  
> > > wrote:
> > > >
> > > > On Fri, Apr 7, 2023 at 3:25 AM Antun Matanović
> > > >  wrote:
> > > > >
> > > > > On Thu, 6 Apr 2023 at 12:55, Fabio Martins  wrote:
> > > > > >
> > > > > > Try to add an entry in grub like in this article:
> > > > > >
> > > > > > https://raby.sh/installing-openbsd-on-ovhs-vps-2016-kvm-machines.html
> > > > >
> > > > > I have tried that, but it did not resolve the issue. Sorry I forgot to
> > > > > mention it originally.
> > > > >
> > > > > On Thu, 6 Apr 2023 at 14:24, Janne Johansson  
> > > > > wrote:
> > > > > >
> > > > > > That is very much not the same issue. The arm64 instances on Oracle
> > > > > > finds the correct kernel and boots it, it just crashes at or after 
> > > > > > the
> > > > > > scsi attachment.
> > > > >
> > > > > This has been my experience as well, except on the amd64 instance,
> > > > > haven't tried arm64.
> > > > >
> > > >
> > > > Yeah I'm getting the same thing. Trying a build in QEMU and
> > > > transferring in to see if that helps. Will report back.
> > > >
> > >
> > > Ok, good news, it still crashes at the same spot, but this time I've
> > > got more data. Copying in tech@ - if I've forgotten anything let me
> > > know and I'll fire up a fresh instance.
> > >
> > > [REDACTED]
> > > vioscsi_req_done(e,80024a00,fd803f81c338,e,80024a00,800
> > > d3228) at vioscsi_req_done+0x26
> > > [REDACTED]
> >
> > Ok, so based on the trace I got, I was able to trace the stop itself
> > back to line 299 of vioscsi.c (thank. you. random relink. And
> > anonymous CVS):
> >
> >293  vioscsi_req_done(struct vioscsi_softc *sc, struct virtio_softc *vsc,
> >294  struct vioscsi_req *vr)
> >295  {
> >296  struct scsi_xfer *xs = vr->vr_xs;
> >297  DPRINTF("vioscsi_req_done: enter vr: %p xs: %p\n", vr, xs);
> >298
> > -->299  int isread = !!(xs->flags & SCSI_DATA_IN);
> >300  bus_dmamap_sync(vsc->sc_dmat, vr->vr_control,
> >301  offsetof(struct vioscsi_req, vr_req),
> >302  sizeof(struct virtio_scsi_req_hdr),
> >303  BUS_DMASYNC_POSTWRITE);
> >
> > Maybe if I follow the rabbit hole enough, I might find out what's
> > going wrong between the driver and OCI. I've got a day off tomorrow
> > (yay for war I guess), I'll give it a bash and see where we end up.
> >
> > --
> > Aaron Mason - Programmer, open source addict
> > I've taken my software vows - for beta or for worse
>
> I enabled debugging on the vioscsi driver, rebuilt the RAMDISK kernel
> with those drivers enabled, and got this:
>
> vioscsi0 at virtio1: qsize 128
> scsibus0 at vioscsi0: 255 targets
> vioscsi_req_get: 0xfd803f80d338
> vioscsi_scsi_cmd: enter
> vioscsi_scsi_cmd: polling...
> vioscsi_scsi_cmd: polling timeout
> vioscsi_scsi_cmd: done (timeout=0)
> vioscsi_scsi_cmd: enter
> vioscsi_scsi_cmd: polling...
> vioscsi_vq_done: enter
> vioscsi_vq_done: slot=127
> vioscsi_req_done: enter vr: 0xfd803f80d338 xs: 0xfd803f8a5e58
> vioscsi_req_done: done 0, 2, 0
> vioscsi_vq_done: slot=127
> vioscsi_req_done: enter vr: 0xfd803f80d338 xs: 0x0
> uvm_fault(0x813ec2e0, 0x8, 0, 1) -> e
> fatal page fault in supervisor mode
> trap type 6 code 0 rip 810e6190 cs 8 rflags 10286 cr2 8 cpl e
> rsp 81606670
> gsbase 0x813dfff0  kgsbase 0x0
> panic: trap type 6, code=0, pc=810e6190
>
> That "xs: 0x0" bit feels like a clue. It should be trivial to pick up
> and handle, but what would be the correct way to handle that?
>
> If I have it return if "xs" is found to be NULL, it continues - the
> debugging suggests it goes through each possible target before
> finishing up. I don't know if that's correct, but it seems to continue
> booting after that even if my example didn't detect the drive with the
> kernel I bui

Re: OpenBSD 7.2 on Oracle Cloud

2023-04-25 Thread Aaron Mason
On Mon, Apr 24, 2023 at 3:47 PM Aaron Mason  wrote:
>
> On Fri, Apr 21, 2023 at 2:50 PM Aaron Mason  wrote:
> >
> > On Fri, Apr 21, 2023 at 1:39 PM Aaron Mason  
> > wrote:
> > >
> > > On Fri, Apr 7, 2023 at 3:25 AM Antun Matanović
> > >  wrote:
> > > >
> > > > On Thu, 6 Apr 2023 at 12:55, Fabio Martins  wrote:
> > > > >
> > > > > Try to add an entry in grub like in this article:
> > > > >
> > > > > https://raby.sh/installing-openbsd-on-ovhs-vps-2016-kvm-machines.html
> > > >
> > > > I have tried that, but it did not resolve the issue. Sorry I forgot to
> > > > mention it originally.
> > > >
> > > > On Thu, 6 Apr 2023 at 14:24, Janne Johansson  
> > > > wrote:
> > > > >
> > > > > That is very much not the same issue. The arm64 instances on Oracle
> > > > > finds the correct kernel and boots it, it just crashes at or after the
> > > > > scsi attachment.
> > > >
> > > > This has been my experience as well, except on the amd64 instance,
> > > > haven't tried arm64.
> > > >
> > >
> > > Yeah I'm getting the same thing. Trying a build in QEMU and
> > > transferring in to see if that helps. Will report back.
> > >
> >
> > Ok, good news, it still crashes at the same spot, but this time I've
> > got more data. Copying in tech@ - if I've forgotten anything let me
> > know and I'll fire up a fresh instance.
> >
> > [REDACTED]
> > vioscsi_req_done(e,80024a00,fd803f81c338,e,80024a00,800
> > d3228) at vioscsi_req_done+0x26
> > [REDACTED]
>
> Ok, so based on the trace I got, I was able to trace the stop itself
> back to line 299 of vioscsi.c (thank. you. random relink. And
> anonymous CVS):
>
>293  vioscsi_req_done(struct vioscsi_softc *sc, struct virtio_softc *vsc,
>294  struct vioscsi_req *vr)
>295  {
>296  struct scsi_xfer *xs = vr->vr_xs;
>297  DPRINTF("vioscsi_req_done: enter vr: %p xs: %p\n", vr, xs);
>298
> -->299  int isread = !!(xs->flags & SCSI_DATA_IN);
>300  bus_dmamap_sync(vsc->sc_dmat, vr->vr_control,
>301  offsetof(struct vioscsi_req, vr_req),
>302  sizeof(struct virtio_scsi_req_hdr),
>303  BUS_DMASYNC_POSTWRITE);
>
> Maybe if I follow the rabbit hole enough, I might find out what's
> going wrong between the driver and OCI. I've got a day off tomorrow
> (yay for war I guess), I'll give it a bash and see where we end up.
>
> --
> Aaron Mason - Programmer, open source addict
> I've taken my software vows - for beta or for worse

I enabled debugging on the vioscsi driver, rebuilt the RAMDISK kernel
with those drivers enabled, and got this:

vioscsi0 at virtio1: qsize 128
scsibus0 at vioscsi0: 255 targets
vioscsi_req_get: 0xfd803f80d338
vioscsi_scsi_cmd: enter
vioscsi_scsi_cmd: polling...
vioscsi_scsi_cmd: polling timeout
vioscsi_scsi_cmd: done (timeout=0)
vioscsi_scsi_cmd: enter
vioscsi_scsi_cmd: polling...
vioscsi_vq_done: enter
vioscsi_vq_done: slot=127
vioscsi_req_done: enter vr: 0xfd803f80d338 xs: 0xfd803f8a5e58
vioscsi_req_done: done 0, 2, 0
vioscsi_vq_done: slot=127
vioscsi_req_done: enter vr: 0xfd803f80d338 xs: 0x0
uvm_fault(0x813ec2e0, 0x8, 0, 1) -> e
fatal page fault in supervisor mode
trap type 6 code 0 rip 810e6190 cs 8 rflags 10286 cr2 8 cpl e
rsp 81606670
gsbase 0x813dfff0  kgsbase 0x0
panic: trap type 6, code=0, pc=810e6190

That "xs: 0x0" bit feels like a clue. It should be trivial to pick up
and handle, but what would be the correct way to handle that?

If I have it return if "xs" is found to be NULL, it continues - the
debugging suggests it goes through each possible target before
finishing up. I don't know if that's correct, but it seems to continue
booting after that even if my example didn't detect the drive with the
kernel I built (I used the RAMDISK kernel and it was pretty stripped
down).

I'm about to attempt a -STABLE build (I've got 7.3 installed and thus
can't yet build a snapshot, but I will do that if this test succeeds)
- here's the patch that hopefully fixes the problem. (and hopefully
gmail doesn't clobber the tabs)

Index: sys/dev/pv/vioscsi.c
===
RCS file: /cvs/src/sys/dev/pv/vioscsi.c,v
retrieving revision 1.30
diff -u -p -u -p -r1.30 vioscsi.c
--- sys/dev/pv/vioscsi.c 16 Apr 2022 19:19:59 - 1.30
+++ sys/dev/pv/vioscsi.c 25 Apr 2023 12:51:16 -
@@ -296,6 +296,7 @@ vioscsi_req_done(struct vioscsi_softc *s
  struct scsi_xfer *xs = vr->vr_xs;
  DPRINTF("vioscsi_req_done: enter vr: %p xs: %p\n", vr, xs);

+ if (xs == NULL) return;
  int isread = !!(xs->flags & SCSI_DATA_IN);
  bus_dmamap_sync(vsc->sc_dmat, vr->vr_control,
  offsetof(struct vioscsi_req, vr_req),


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD 7.2 on Oracle Cloud

2023-04-23 Thread Aaron Mason
On Fri, Apr 21, 2023 at 2:50 PM Aaron Mason  wrote:
>
> On Fri, Apr 21, 2023 at 1:39 PM Aaron Mason  wrote:
> >
> > On Fri, Apr 7, 2023 at 3:25 AM Antun Matanović
> >  wrote:
> > >
> > > On Thu, 6 Apr 2023 at 12:55, Fabio Martins  wrote:
> > > >
> > > > Try to add an entry in grub like in this article:
> > > >
> > > > https://raby.sh/installing-openbsd-on-ovhs-vps-2016-kvm-machines.html
> > >
> > > I have tried that, but it did not resolve the issue. Sorry I forgot to
> > > mention it originally.
> > >
> > > On Thu, 6 Apr 2023 at 14:24, Janne Johansson  wrote:
> > > >
> > > > That is very much not the same issue. The arm64 instances on Oracle
> > > > finds the correct kernel and boots it, it just crashes at or after the
> > > > scsi attachment.
> > >
> > > This has been my experience as well, except on the amd64 instance,
> > > haven't tried arm64.
> > >
> >
> > Yeah I'm getting the same thing. Trying a build in QEMU and
> > transferring in to see if that helps. Will report back.
> >
>
> Ok, good news, it still crashes at the same spot, but this time I've
> got more data. Copying in tech@ - if I've forgotten anything let me
> know and I'll fire up a fresh instance.
>
> [REDACTED]
> vioscsi_req_done(e,80024a00,fd803f81c338,e,80024a00,800
> d3228) at vioscsi_req_done+0x26
> [REDACTED]

Ok, so based on the trace I got, I was able to trace the stop itself
back to line 299 of vioscsi.c (thank. you. random relink. And
anonymous CVS):

   293  vioscsi_req_done(struct vioscsi_softc *sc, struct virtio_softc *vsc,
   294  struct vioscsi_req *vr)
   295  {
   296  struct scsi_xfer *xs = vr->vr_xs;
   297  DPRINTF("vioscsi_req_done: enter vr: %p xs: %p\n", vr, xs);
   298
-->299  int isread = !!(xs->flags & SCSI_DATA_IN);
   300  bus_dmamap_sync(vsc->sc_dmat, vr->vr_control,
   301  offsetof(struct vioscsi_req, vr_req),
   302  sizeof(struct virtio_scsi_req_hdr),
   303  BUS_DMASYNC_POSTWRITE);

Maybe if I follow the rabbit hole enough, I might find out what's
going wrong between the driver and OCI. I've got a day off tomorrow
(yay for war I guess), I'll give it a bash and see where we end up.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD 7.2 on Oracle Cloud

2023-04-20 Thread Aaron Mason
On Fri, Apr 21, 2023 at 1:39 PM Aaron Mason  wrote:
>
> On Fri, Apr 7, 2023 at 3:25 AM Antun Matanović
>  wrote:
> >
> > On Thu, 6 Apr 2023 at 12:55, Fabio Martins  wrote:
> > >
> > > Try to add an entry in grub like in this article:
> > >
> > > https://raby.sh/installing-openbsd-on-ovhs-vps-2016-kvm-machines.html
> >
> > I have tried that, but it did not resolve the issue. Sorry I forgot to
> > mention it originally.
> >
> > On Thu, 6 Apr 2023 at 14:24, Janne Johansson  wrote:
> > >
> > > That is very much not the same issue. The arm64 instances on Oracle
> > > finds the correct kernel and boots it, it just crashes at or after the
> > > scsi attachment.
> >
> > This has been my experience as well, except on the amd64 instance,
> > haven't tried arm64.
> >
>
> Yeah I'm getting the same thing. Trying a build in QEMU and
> transferring in to see if that helps. Will report back.
>

Ok, good news, it still crashes at the same spot, but this time I've
got more data. Copying in tech@ - if I've forgotten anything let me
know and I'll fire up a fresh instance.

OpenBSD 7.3 (GENERIC.MP) #1125: Sat Mar 25 10:36:29 MDT 2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 1056817152 (1007MB)
avail mem = 1005449216 (958MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf7050 (9 entries)
bios0: vendor SeaBIOS version "?-20171121_152543-x86-ol7-builder-01.us.oracle.c
om-4.el7.1" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: ACPI 1.0
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP APIC HPET
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD EPYC 7551 32-Core Processor, 1997.30 MHz, 17-01-02
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
FLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MO
VBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,HV,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,
LONG,LAHF,CMPLEG,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,TOPEXT,CPCTR,FSGSBASE,TSC_AD
JUST,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,VIRTSSBD,XSAVEOPT,
XSAVEC,XGETBV1,XSAVES
cpu0: 64KB 64b/line 2-way D-cache, 64KB 64b/line 2-way I-cache, 512KB 64b/line 1
6-way L2 cache, 16MB 64b/line 16-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 1000MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD EPYC 7551 32-Core Processor, 3377.48 MHz, 17-01-02
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
FLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MO
VBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,HV,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,
LONG,LAHF,CMPLEG,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,TOPEXT,CPCTR,FSGSBASE,TSC_AD
JUST,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,VIRTSSBD,XSAVEOPT,
XSAVEC,XGETBV1,XSAVES
cpu1: 64KB 64b/line 2-way D-cache, 64KB 64b/line 2-way I-cache, 512KB 64b/line 1
6-way L2 cache, 16MB 64b/line 16-way L3 cache
cpu1: smt 0, core 0, package 1
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 11, 24 pins
acpihpet0 at acpi0: 1 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
"ACPI0006" at acpi0 not configured
acpipci0 at acpi0 PCI0
acpicmos0 at acpi0
com0 at acpi0 COM1 addr 0x3f8/0x8 irq 4: ns16550a, 16 byte fifo
com0: console
"QEMU0001" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
pvbus0 at mainbus0: KVM
pvclock0 at pvbus0
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel 0 w
ired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
pciide0: channel 1 disabled (no drives)
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
iic0 at piixpm0
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
wsdisplay at vga1 not configured
virtio0 at pci0 dev 3 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio0: address 02:00:17:00:21:c1
virtio0: msix shared
virtio1 at pci0 dev 4 function 0 "Qumranet Virtio SCSI" rev 0x0

Re: OpenBSD 7.2 on Oracle Cloud

2023-04-20 Thread Aaron Mason
On Fri, Apr 7, 2023 at 3:25 AM Antun Matanović
 wrote:
>
> On Thu, 6 Apr 2023 at 12:55, Fabio Martins  wrote:
> >
> > Try to add an entry in grub like in this article:
> >
> > https://raby.sh/installing-openbsd-on-ovhs-vps-2016-kvm-machines.html
>
> I have tried that, but it did not resolve the issue. Sorry I forgot to
> mention it originally.
>
> On Thu, 6 Apr 2023 at 14:24, Janne Johansson  wrote:
> >
> > That is very much not the same issue. The arm64 instances on Oracle
> > finds the correct kernel and boots it, it just crashes at or after the
> > scsi attachment.
>
> This has been my experience as well, except on the amd64 instance,
> haven't tried arm64.
>

Yeah I'm getting the same thing. Trying a build in QEMU and
transferring in to see if that helps. Will report back.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Error from reorder_kernel

2022-11-20 Thread Aaron Miller

I agree. I think I'll get a larger disk.

Thanks for the help!

--Aaron

On 11/20/22 01:14, Stuart Henderson wrote:
I doubt there's enough free space on /usr for reorder_kernel to work. 
But the disk overall is small and there's probably not a lot that you 
can clear out. If you were to reinstall, not create /usr/src, and add 
that space to /usr instead, that would buy you a bit of time, but 
ideally you'd want a larger disk.






Re: Error from reorder_kernel

2022-11-19 Thread Aaron Miller

On 11/19/22 16:31, Stuart Henderson wrote:


On 2022-11-19, Aaron Miller  wrote:

Hi misc,

I ran into an issue with reorder_kernel on 7.2. It directed me to its
log file, /usr/share/relink/kernel/GENERIC/relink.log, which contains this:

    (SHA256) /bsd: OK
    LD="ld" sh makegap.sh 0x gapdummy.o
    ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD}
vers.o ${OBJS}
    text    data    bss    dec    hex
    0    0    0    0    0
    mv newbsd newbsd.gdb
    ctfstrip -S -o newbsd newbsd.gdb
    strip: there are no sections to be copied!
    rm -f bsd.gdb
    mv -f newbsd bsd
    mv: newbsd: No such file or directory
    *** Error 1 in /usr/share/relink/kernel/GENERIC (Makefile:1940 'newbsd')

I think the relevant error is the "strip: there are no sections to be
copied".

Also I saw a blue text error from the kernel (typing it rather than
copy-pasting):

     uvn_flush: obj=0xfd801ee12890, offset=0x576.  error during
pageout.

    uvn_flush: WARNING: changes to page may be lost!

What does this mean? And how do I fix it?

Most likely your filesystem is full.

Thanks! Which filesystem should I free space on?

$ df -h
Filesystem Size    Used   Avail Capacity  Mounted on
/dev/sd1a  733M    323M    373M    46%    /
/dev/sd1k  6.2G    4.9G    1.0G    83%    /home
/dev/sd1d  1.1G    436K    1.1G 0%    /tmp
/dev/sd1f  1.5G    1.4G   73.3M    95%    /usr
/dev/sd1g  402M    339M   42.2M    89%    /usr/X11R6
/dev/sd1h  3.2G    2.1G    1.0G    67%    /usr/local
/dev/sd1j  1.8G   1000M    710M    58%    /usr/obj
/dev/sd1i  1.2G    2.0K    1.2G 0%    /usr/src
/dev/sd1e  1.7G    825M    865M    49%    /var



Error from reorder_kernel

2022-11-19 Thread Aaron Miller

Hi misc,

I ran into an issue with reorder_kernel on 7.2. It directed me to its 
log file, /usr/share/relink/kernel/GENERIC/relink.log, which contains this:


  (SHA256) /bsd: OK
  LD="ld" sh makegap.sh 0x gapdummy.o
  ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} 
vers.o ${OBJS}

  text    data    bss    dec    hex
  0    0    0    0    0
  mv newbsd newbsd.gdb
  ctfstrip -S -o newbsd newbsd.gdb
  strip: there are no sections to be copied!
  rm -f bsd.gdb
  mv -f newbsd bsd
  mv: newbsd: No such file or directory
  *** Error 1 in /usr/share/relink/kernel/GENERIC (Makefile:1940 'newbsd')

I think the relevant error is the "strip: there are no sections to be 
copied".


Also I saw a blue text error from the kernel (typing it rather than 
copy-pasting):


   uvn_flush: obj=0xfd801ee12890, offset=0x576.  error during 
pageout.


  uvn_flush: WARNING: changes to page may be lost!

What does this mean? And how do I fix it?

Thanks,

Aaron



Small go clone of httpd

2022-04-22 Thread Aaron Riekenberg
If anyone is interested have a small go clone of the httpd web server
here: https://github.com/aaronriekenberg/go-httpd

Not nearly as complete as the real httpd but has enough features to
roughly handle a config similar to /etc/examples/httpd.conf

Sample config file:
https://github.com/aaronriekenberg/go-httpd/blob/main/configfiles/gohttpd.json

Some things that work:
* Supports HTTP 1.1 and HTTP 2.0 via builtin go http server
* Uses JSON for simple config file parsing
* Uses chroot and setgid/setuid to drop privileges at startup after
creating server sockets and reading tls files.
* Configurable list of locations for each server that are matched in
order for each request
* For now only matching locations by URL path prefix but could easily
use go regexp package
* Configurable Cache-Control headers for file server locations
* Fastcgi support using github.com/yookoala/gofast library
* Request logging with file rotation
* Small amount of code using builtin go http server and handlers



Re: portgen does not handle go ports with capital letter in name

2021-08-22 Thread Aaron Bieber



On Sun, Aug 22, 2021, at 5:33 AM, Vladimir Nikishkin wrote:
> Dear all,
> 
> I tried to use portgen to semi-automatically generate a port for a go
> project with a capital letter in the name.
> 

Are you running an older version of OpenBSD? I fixed this back in January : 
https://github.com/openbsd/ports/commit/1018dcc9306aec55d1d77d7497e79dd23e6d2f17#diff-2773095265524b4baa05e35ffd3a1d634b0aadfe3cacf408cb00133bdf84d419


> It failed with a cryptic error. I commented out the code in Port.pm the
> place which retries to generate a name for everything other than Perl
> (p5), and it worked.
> 
> I thing Go.pm does not expect to be called the second time with a name.
> 
> Hope this helps.
> 
> -- 
> Your sincerely,
> Vladimir Nikishkin (MiEr, lockywolf)
> (Laptop)
> 
> 



Re: Workman keyboard layout

2021-07-03 Thread Aaron Bieber


koi...@tilde.club writes:

> Hello,
>
> How could I add the Workman keyboard layout so that it can be used as a 
> keyboard
> encoding with wsconsctl?
>
> Cheers,
> Gabriel

Hi! Easiest way is to create a wsconsctl.conf that sets each key to the
proper value.

Here is the colemak equiv from colemak.com:

#!/bin/sh
# Colemak layout script for OpenBSD console.
# 2006-01-01 Shai Coleman, http://colemak.com/ . Public domain.

wsconsctl keyboard.encoding=us  \
keyboard.map+="keycode  41 =  graveasciitilde   dead_tilde  
  asciitilde " \
keyboard.map+="keycode   2 =  1exclam   exclamdown  
 onesuperior " \
keyboard.map+="keycode   3 =  2atmasculine  
 twosuperior " \
keyboard.map+="keycode   4 =  3numbersign  ordfeminine  
   threesuperior " \
keyboard.map+="keycode   5 =  4dollar cent  
sterling " \
keyboard.map+="keycode   6 =  5   percent   asciitilde  
 yen " \
keyboard.map+="keycode   7 =  6   asciicircum   asciitilde  
  asciitilde " \
keyboard.map+="keycode   8 =  7 ampersand  eth  
 ETH " \
keyboard.map+="keycode   9 =  8  asteriskthorn  
   THORN " \
keyboard.map+="keycode  10 =  9 parenleft   asciitilde  
  asciitilde " \
keyboard.map+="keycode  11 =  0parenright   asciitilde  
  asciitilde " \
keyboard.map+="keycode  12 =  minusunderscore   asciitilde  
  asciitilde " \
keyboard.map+="keycode  13 =  equal  plus multiply  
division " \

   \
keyboard.map+="keycode  16 =  q Q   adiaeresis  
  Adiaeresis " \
keyboard.map+="keycode  17 =  w Waring  
   Aring " \
keyboard.map+="keycode  18 =  f F   atilde  
  Atilde " \
keyboard.map+="keycode  19 =  p P   oslash  
Ooblique " \
keyboard.map+="keycode  20 =  g G   asciitilde  
  asciitilde " \
keyboard.map+="keycode  21 =  j J   asciitilde  
  asciitilde " \
keyboard.map+="keycode  22 =  l L   asciitilde  
  asciitilde " \
keyboard.map+="keycode  23 =  u U   uacute  
  Uacute " \
keyboard.map+="keycode  24 =  y Y   udiaeresis  
  Udiaeresis " \

keyboard.map+="keycode  25 =  semicolon colon   odiaeresis  
  Odiaeresis " \

keyboard.map+="keycode  26 =bracketleft braceleftguillemotleft  
  asciitilde " \

keyboard.map+="keycode  27 =   bracketrightbraceright   guillemotright  
  asciitilde " \

keyboard.map+="keycode  43 =  backslash   bar   asciitilde  
  asciitilde " \


   \

keyboard.map+="keycode  30 =  a A   aacute  
  Aacute " \

keyboard.map+="keycode  31 =  r R   dead_grave  
  asciitilde " \

keyboard.map+="keycode  32 =  s S   ssharp  
  asciitilde " \

keyboard.map+="keycode  33 =  t T   dead_acute  
  asciitilde " \ 

Re: sometimes graphics is slow, with high Xorg CPU usage

2021-03-17 Thread Aaron Miller
On Wed, 2021-03-10 at 09:19 -0800, Aaron Miller wrote:
> On Wed, 2021-03-10 at 07:54 +, Stuart Henderson wrote:
> > On 2021-03-09, Aaron Miller  wrote:
> > > For some time now, my -CURRENT system will occasionally get
> > > into a
> > > state where graphics is slow to refresh and the Xorg uses
> > > ~50%
> > > of
> > > CPU. I notice this in Firefox or GVim when repeatedly
> > > pressing
> > > PgDn on a long site/file, and in Evolution (emails are slow
> > > to
> > > load, and text input is laggy when composing a message).
> > > 
> > > OpenBSD 6.9-beta (GENERIC.MP) #366: Sun Feb 28 07:15:39 MST
> > > 2021
> > 
> > Update your snapshot and see how it goes.
> 
> It seems to be fixed now.
> 
> I followed these steps in order:
> 
> 1) test ===> not fixed
> 2) set "machdep.allowaperture=1" in /etc/sysctl.conf and reboot
> 3) test ===> not fixed
> 4) upgrade snapshot and reboot
> 5) realize I'm behind on openbsd.org/faq/current.html so I run
> this: cd /dev && ./MAKEDEV dri
> 6) reboot
> 7) test ===> fixed
> 
> Thanks for the help!
> 
> --Aaron

Unfortunately, the problem is back after a reboot. Is there any
debugging information that would help track this down?

I did find this in the stdout from firefox:

Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest:
libpci missing (t=1.57872) [GFX1-]: glxtest: libpci missing

--Aaron



Re: sometimes graphics is slow, with high Xorg CPU usage

2021-03-10 Thread Aaron Miller
On Wed, 2021-03-10 at 07:54 +, Stuart Henderson wrote:
> On 2021-03-09, Aaron Miller  wrote:
> > For some time now, my -CURRENT system will occasionally get
> > into a
> > state where graphics is slow to refresh and the Xorg uses ~50%
> > of
> > CPU. I notice this in Firefox or GVim when repeatedly pressing
> > PgDn on a long site/file, and in Evolution (emails are slow to
> > load, and text input is laggy when composing a message).
> > 
> > OpenBSD 6.9-beta (GENERIC.MP) #366: Sun Feb 28 07:15:39 MST
> > 2021
> 
> Update your snapshot and see how it goes.

It seems to be fixed now.

I followed these steps in order:

1) test ===> not fixed
2) set "machdep.allowaperture=1" in /etc/sysctl.conf and reboot
3) test ===> not fixed
4) upgrade snapshot and reboot
5) realize I'm behind on openbsd.org/faq/current.html so I run
this: cd /dev && ./MAKEDEV dri
6) reboot
7) test ===> fixed

Thanks for the help!

--Aaron



sometimes graphics is slow, with high Xorg CPU usage

2021-03-09 Thread Aaron Miller
Hi all,

For some time now, my -CURRENT system will occasionally get into a
state where graphics is slow to refresh and the Xorg uses ~50% of
CPU. I notice this in Firefox or GVim when repeatedly pressing
PgDn on a long site/file, and in Evolution (emails are slow to
load, and text input is laggy when composing a message).

Rebooting often fixes it temporarily. I suspect that it happens
after suspending, but I'm not entirely sure of that.

Any idea what is going on, or how I can fix it?

Below is the dmesg and Xorg logs.

Thanks,
Aaron Miller

> dmesg <==
OpenBSD 6.9-beta (GENERIC.MP) #366: Sun Feb 28 07:15:39 MST 2021
   
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.
MP
real mem = 16827916288 (16048MB)
avail mem = 16302538752 (15547MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xccbfd000 (65 entries)
bios0: vendor LENOVO version "N14ET37W (1.15 )" date 09/06/2016
bios0: LENOVO 20BSCTO1WW
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC ASF! HPET ECDT APIC MCFG SSDT SSDT
SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT PCCT SSDT TCPA SSDT UEFI
MSDM BATB FPDT UEFI DMAR
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3)
EHC1(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-5600U CPU @ 2.60GHz, 798.29 MHz, 06-3d-
04
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,D
TES64,MWAIT,DS-
CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAG
E1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI
1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTR
L,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
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.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i7-5600U CPU @ 2.60GHz, 798.16 MHz, 06-3d-
04
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,D
TES64,MWAIT,DS-
CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAG
E1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI
1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTR
L,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i7-5600U CPU @ 2.60GHz, 798.16 MHz, 06-3d-
04
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,D
TES64,MWAIT,DS-
CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAG
E1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI
1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTR
L,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-5600U CPU @ 2.60GHz, 798.16 MHz, 06-3d-
04
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,D
TES64,MWAIT,DS-
CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAG
E1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI
1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTR
L,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 3 (EXP1)
acpiprt3 at acpi0: bus 4 (EXP2)
acpiprt4 at acpi0: bus -1 (EXP3)
acpiprt5 at acpi0: bus -1 (EXP6)
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001
acpicmos0 at acpi0
acpibat0 at acpi0: BAT0 model "45N1707" serial  3244 type LiP oem
"LGC"
acpiac0 at acpi0: AC unit offline
acpithinkpad0 at acpi0: version 1.0
tpm0 at acpi0 TPM_ addr 0xfed4/0x5000, device 0x104a r

Re: Go language and pledge exec promises

2021-01-25 Thread Aaron Miller
On Thu, 2021-01-21 at 17:02 +0100, Omar Polo wrote:
> 
> Kevin Chadwick  writes:
> 
> > On 1/21/21 2:58 PM, Kevin Chadwick wrote:
> > > > >    840 beep CALL  pledge(0xcf4000,0xcae384)
> > > > >    840 beep STRU  promise="stdio rpath wpath cpath
> > > > > dpath tmppath inet mcast fattr chown flock unix d\
> > > > > ns getpw sendfd recvfd tape tty proc exec
> > > > > prot_exec settime ps vminfo id pf route wroute audio v\
> > > > > ideo bpf unveil error"
> > > > >    840 beep STRU  execpromise=""
> > > > >    840 beep RET   pledge 0
> > > > > 
> > > > Whatever you are trying to do is ridiculous.
> > > Absolutely. In fact the program itself is pointless to
> > > pledge, playing a beep to
> > > the speaker. However, I had pledge disabled in my binaries
> > > due to the syscall 74
> > > Go bug that was fixed. This is just testing with the most
> > > permissable settings.
> > > Perhaps that in itself could cause an issue.
> > 
> > Is execpromise="" equivalent to passing null in c as a nil
> > string in Go is
> > initialised to "" (function sig = string)
> > 
> > Perhaps I should ktrace the whacky full promise passsed as
> > execpromise too?
> 
> Sorry if I chime in, but execpromise="" is a whole different
> story from
> execpromise=NULL.
> 
> > A promises value of "" restricts the process to the _exit(2)
> > system
> > call.
> 
> "" is a pointer to a string whose first character is NUL (\0),
> NULL is
> the null pointer.
> 
> I don't know how to convince the go type system to discern
> between nil
> and "", maybe you need something like sql.NullString
> 
> HTH
> 
> Omar Polo
> 

In Go, if you have a function that takes an argument of type
`string`, then it can't accept nil. In cases where "no string at
all" needs to be distinguished from "empty string", then I would
use `*string` as an argument type.

This makes me think this pledge function needs to take a `*string`
instead of just `string`.

--Aaron



Re: Enhancing Privacy in 2020 attached screenshot

2020-12-20 Thread Aaron Mason
On Sat, Dec 19, 2020 at 2:01 PM Ashlen  wrote:
>
> On 20/12/16 22:55, pipus wrote:
> > haha Stuart.
> > Always there to make a low IQ entrance :)
> Ever hear of Dunning-Kruger, pipus?
>
> https://lsa.umich.edu/psych/news-events/all-news/faculty-news/the-dunning-kruger-effect-shows-why-some-people-think-they-re-gr.html
>

First rule of Dunning-Kruger club is you don't know you're in
Dunning-Kruger club.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: 9Front on VMM on Ryzen Hardware

2020-12-15 Thread Aaron Bieber


e...@disroot.org writes:

> Hello, I hope that this is the right mailing list to send this query to.
>
> First some background. It is possible to run 9front on OpenBSD using
> vmm, this is well documented and I have gotten it working before on a
> ThinkPad X220.
> Where I run into trouble is trying to install it on a T14 AMD, which
> uses an AMD processor. Essentially when you begin to run the live cd,
> the 9front kernel loads, and then immediately vmd restarts the virtual
> machine, presumably because it crashed somewhere in the boot process.
>
> Now to the question, how would I go about debugging this? I know that
> this install works on Intel, this is on OpenBSD -current.
>
> The 9front IRC told me that it was a vmm issue, as there are different
> implementations on AMD and Intel, is this true?
> If so, what debugging should I run to help the OpenBSD developers fix
> this issue?
>
> If it's a 9front issue, is there any way for me to be able to take some
> kind of memory dump so that the 9front developers can handle this?
>
> Hopefully this wasn't too off topic, I have read the relevant manual
> pages for vmm, but I couldn't work out what debugger to use, I'm not
> here to get others to debug it for me, only to work out where to start.
>
> Thank you

I have run into this as well.. There was a change in 9front some time
before the release of the amd64 ISOs that seems to have caused it.

I was able to boot the 386 ISO (9front-7408.1d345066125a.386.iso) and a
amd64 kernel built from the source contained within that ISO. There was
about a full year of development between that ISO and when I started
seeing the issue, so it's not a very useful data point :P.

cinap on #cat-v had some pointers for troubleshooting:

2020-05-29 07:19:47 cinap_lenrekso go to /sys/src/boot/pc
2020-05-29 07:19:55 cinap_lenrekin the mkfile, theres a test.iso target 
or something
2020-05-29 07:20:02 cinap_lenrekyou can adjust that
2020-05-29 07:20:07 qbitok
2020-05-29 07:20:24 cinap_lenrekbasically, you want a workflow where 
you just run a command to generate a new iso with the kernel
2020-05-29 07:20:28 cinap_lenreknothing else
2020-05-29 07:20:35 cinap_lenrekthats good enougth to troubleshoot this
2020-05-29 07:20:41 cinap_lenrekand then boot it from vmd

Sorry it isn't much help!

Cheers,
Aaron



Re: Advice on using intrusion detection

2020-11-24 Thread Aaron Mason
On Sun, Nov 22, 2020 at 1:14 AM Nick Holland
 wrote:
>
> On 2020-11-20 17:15, Erik Lauritsen wrote:
> > Is it recommended to run some kind of intrusion detection on an
> > OpenBSD router/firewall?
> >
> > I suspect that any kind of system like Snort or Suricata will give a
> > lot of false positives?
>
> [SNIP]
>
> One thing I have been doing for a while is rsync --link-dest backups of
> systems, both in-house and at various workplaces.  FANTASTIC tool,
> giving incredibly "useful" backups, with relatively low impact and
> resource requirements.  My I use a -v on rsync to get verbose backups,
> and log it to a file.
>
> Just recently, I realized these logs are basically a "changed file"
> report, which is a starting point for a file alteration reporting
> tool.  Combine that with a carefully crafted "ignore" file (you
> can do that with a grep -vf ignorefile logfile), and you have an
> interesting file monitoring system.
>

This sounds similar to what I do with logs - something Marcus Ranum
called "artificial ignorance". Using grep, you fill a file with
patterns to remove things you know aren't interesting, and once you
apply it to your logs what remains will absolutely be interesting.  If
anything else uninteresting shows up, update the pattern file to
filter those entries out. I used this method on the logs of my
OpenBSD-based Request Tracker server and found that the reason a
commercial piece of software running on a Hyper-V virtual machine kept
needing to be reactivated was because the server's MAC address would
regularly change if you left it set to Dynamic.  Really, Microsoft?

> The painful part with any such system is crafting the list of what
> to ignore vs. what to panic over.  Everyone wants to tick the
> checkbox that says "We have an intrusion detection system", and
> everyone wants one of two results: "No problem" and "intruder
> detected".  So far, I don't think any tool does that.  An IDS
> without careful human monitoring is just for show (and it's a
> potential security risk of its own), and more likely to be the
> cause of a problem than a solution.  Careful monitoring takes
> time and resources.
>

Problems like "we're only getting 56Mbps from our 1000mbit fibre
connection". Yes, really. Bypassing the IDS/IPS actually led to better
performance - or at least better numbers on the speed test. You got
some 'splaining to do, Sophos.

> One nifty thing I have found in "rolling my own" is that I found
> a lot of little oddities, no security problems, but things that
> needed fixing.  I'd call that a win.
>

Exactly, it just takes effort.  Something that is in short supply
whether by overwork or laziness.

> Nick.
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OBSD 6.8 vlan communication issues

2020-11-11 Thread Aaron Mason
0   26 - 1 aggr0
> > 10.10.70.3 e0:63:da:8e:78:d7  UHLc   0 7158 - 3 aggr0
> > 10.10.70.255   10.10.70.1 UHPb   00 - 1 aggr0
> > 10.10.70.255   10.10.70.0 UHPb   00 - 1 vlan70
> > 10.10.77/2410.10.77.1 UCPn   01 - 4 aggr0
> > 10.10.77/2410.10.77.0 UCPn   00 - 4 vlan77
> > 10.10.77.0 fe:e1:ba:d0:f4:8c  UHLl   00 - 1 vlan77
> > 10.10.77.1 fe:e1:ba:d0:f4:8c  UHLl   0   31 - 1 aggr0
> > 10.10.77.255   10.10.77.1 UHPb   00 - 1 aggr0
> > 10.10.77.255   10.10.77.0 UHPb   00 - 1 vlan77
> > 10.10.79/2410.10.79.1 UCPn   01 - 4 aggr0
> > 10.10.79/2410.10.79.0 UCPn   00 - 4 vlan79
> > 10.10.79.0 fe:e1:ba:d0:f4:8c  UHLl   0    0 - 1 vlan79
> > 10.10.79.1 fe:e1:ba:d0:f4:8c  UHLl   0   36 - 1 aggr0
> > 10.10.79.255   10.10.79.1 UHPb   00 - 1 aggr0
> > 10.10.79.255   10.10.79.0 UHPb   00 - 1 vlan79
> > 127/8  127.0.0.1  UGRS   00 32768 8 lo0
> > 127.0.0.1  127.0.0.1  UHhl   1   17 32768 1 lo0
> > 192.168.7/24   192.168.7.4UCn10 - 4 re0
> > 192.168.7.100:1b:21:18:88:72  UHLch  514796 - 3 re0
> > 192.168.7.48c:ec:4b:7a:04:dc  UHLl   0  184 - 1 re0
> > 192.168.7.255  192.168.7.4UHb00 - 1 re0
> >
> >
> > the pf rules when pf enabled
> >
> > pfctl -sr
> > block return all
> > pass all flags S/SA
> > block return in on ! lo0 proto tcp from any to any port 6000:6010
> > block return out log proto tcp all user = 55
> > block return out log proto udp all user = 55
> > pass out log on aggr0 inet proto icmp from 10.10.70.0/24 to any label
> > "pings"
> > pass out log on aggr0 inet proto icmp from 10.10.77.0/24 to any label
> > "pings"
> > pass out log on aggr0 inet proto icmp from 10.10.79.0/24 to any label
> > "pings"
> > pass in on vlan70 all flags S/SA label "vlan70" tag vlan70
> > pass out on vlan70 all flags S/SA label "vlan70o" tag vlan70o
> >
> > sysctl for ip forwarding is set
> >
> > net.inet.ip.forwarding=1
> >
> >
> >
>
> --
> Kindest regards,
> Tom Smyth.

Good catch, didn't notice the IPs on the aggr0 interface. I retract my advice.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OBSD 6.8 vlan communication issues

2020-11-11 Thread Aaron Mason
1 re0
>
>
> the pf rules when pf enabled
>
> pfctl -sr
> block return all
> pass all flags S/SA
> block return in on ! lo0 proto tcp from any to any port 6000:6010
> block return out log proto tcp all user = 55
> block return out log proto udp all user = 55
> pass out log on aggr0 inet proto icmp from 10.10.70.0/24 to any label
> "pings"
> pass out log on aggr0 inet proto icmp from 10.10.77.0/24 to any label
> "pings"
> pass out log on aggr0 inet proto icmp from 10.10.79.0/24 to any label
> "pings"
> pass in on vlan70 all flags S/SA label "vlan70" tag vlan70
> pass out on vlan70 all flags S/SA label "vlan70o" tag vlan70o
>
> sysctl for ip forwarding is set
>
> net.inet.ip.forwarding=1
>
>

What is your management VLAN set to on the switch? Did you set up
those ports in a LAG as well as on those VLANs?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: chromium has troubles showing videos from youtube

2020-11-10 Thread Aaron Mason
On Wed, Nov 11, 2020 at 7:42 AM Gregory Edigarov  wrote:
>
> Hello,
>
> chromium-86.0.4240.185, installed from packages
> is showing spinner and goes no further  after the first ad before video,
> and not.
> at first I thought  it is some extension, but with clean chromium the
> behavior is
> still the same.
>
> does anybody else observing this? or is it just me?
>
> --
> With best regards,
>Gregory Edigarov
>

Hi

If you open up the developer console and start a video, do you see any
requests that end in an error in the Network tab?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Multiple USB NICs

2020-10-19 Thread Aaron Mason
On Tue, Oct 20, 2020 at 12:29 PM Lee Nelson  wrote:
>
>
>
> On Mon, 19 Oct 2020, Allan Streib wrote:
>
> > Lee Nelson  writes:
> >
> >> I had considered some late-running script that would query the MAC's of
> >> each NIC and then configure them accordingly or rewrite the hostname.*
> >> files and call netstart on them, but that just seems sloppy and
> >> unreliable.
> >
> > What about DHCP? It supports MAC-specific configurations.
> >
> > Allan
> >
> Very good point, except in my case, this machine would be the dhcp server.
>

You could run scripts to set the IP address based on the MAC with this
in each hostname.axenN file:

!/path/to/script axeN

And then write that script to pick the IP address based on the MAC.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Understanding download speed reduction by introducing an inline Ubiquity ERL device

2020-10-07 Thread Aaron Mason
  410.0/s
> >>  ip-option  261640.1/s
> >>  proto-cksum00.0/s
> >>  state-mismatch 107580.0/s
> >>  state-insert   00.0/s
> >>  state-limit00.0/s
> >>  src-limit  00.0/s
> >>  synproxy   00.0/s
> >>  translate  00.0/s
> >>  no-route   00.0/s
> >>
> >> pfctl -s memory:
> >>
> >> stateshard limit   10
> >> src-nodes hard limit1
> >> frags hard limit16384
> >> tableshard limit 1000
> >> table-entries hard limit   20
> >> pktdelay-pkts hard limit1
> >>
> >> The netlivlocks value keeps on increasing regularly:
> >> kern.netlivelocks=57911
> >>
> >> netstat -m:
> >>
> >> 1009 mbufs in use:
> >> 917 mbufs allocated to data
> >> 5 mbufs allocated to packet headers
> >> 87 mbufs allocated to socket names and addresses
> >> 801/7256 mbuf 2048 byte clusters in use (current/peak)
> >> 0/15 mbuf 2112 byte clusters in use (current/peak)
> >> 0/24 mbuf 4096 byte clusters in use (current/peak)
> >> 0/8 mbuf 8192 byte clusters in use (current/peak)
> >> 0/0 mbuf 9216 byte clusters in use (current/peak)
> >> 0/0 mbuf 12288 byte clusters in use (current/peak)
> >> 0/0 mbuf 16384 byte clusters in use (current/peak)
> >> 0/8 mbuf 65536 byte clusters in use (current/peak)
> >> 6512/17088/131072 Kbytes allocated to network (current/peak/max)
> >> 0 requests for memory denied
> >> 0 requests for memory delayed
> >> 0 calls to protocol drain routines
> >>
> >> netstat -i:
> >>
> >> NameMtu   Network Address  Ipkts IfailOpkts Ofail 
> >> Colls
> >> lo0 32768  198 0  198 0  
> >>0
> >> lo0 32768 localhost/1 localhost  198 0  198 0  
> >>0
> >> lo0 32768 fe80::%lo0/ fe80::1%lo0198 0  198 0  
> >>0
> >> lo0 32768 127/8   localhost  198 0  198 0  
> >>0
> >> cnmac0  1600a8:28:dc:cc:2e:6f 56088774 0 22283491  2688  
> >>0
> >> cnmac0  1600  73.231.60/2 c-73-231-60-128.h 56088774 0 22283491  2688  
> >>0
> >> cnmac1  160078:8a:20:46:a8:c1 23646497 4 5656985348  
> >>0
> >> cnmac2  160078:8a:20:46:a8:c214823 0   226198 226198 
> >> 0
> >> enc0*   00 00 0  
> >>0
> >> bridge0 1500  23187238 0 57022219 0  
> >>0
> >> vether0 32768   fe:e1:ba:d0:c8:a9 23056709 0 56795991 0  
> >>0
> >> vether0 32768 192.168.10/ 192.168.10.1  23056709 0 56795991 0  
> >>0
> >> pflog0  331360 026171 0  
> >>0
> >
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Bluetooth adapter that works with OpenBSD

2020-09-21 Thread Aaron Mason
On Tue, Sep 22, 2020 at 2:22 PM Tito Mari Francis Escaño
 wrote:
>
> Hi misc,
> I'm building an OpenBSD desktop PC and would like to use my Royal Kludge
> RK71 mechanical keyboard with it via USB Bluetooth dongle.
> Can somebody please point me to USB Bluetooth dongles tested working with
> OpenBSD?
> Hopefully you can guide me.
> Thanks so much.

No Bluetooth in OpenBSD, I'm afraid.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Creating a Partition for RAID Arrays

2020-09-16 Thread Aaron Mason
On Thu, Sep 17, 2020 at 1:51 PM Justin Noor  wrote:
>
> Hello Misc,
>

Hi!

> We need to create a partition on an OpenBSD server for the sole purpose of
> mounting RAID arrays.
>

> [LE SNIP]
> How big should this partition be?

As big as you need to store any actual data.  If you're not storing
anything on it, there's no reason to have one at all, just create the
directory in your root filesystem.  Is there a reason you can't just
do that?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: How to split install.wim

2020-09-02 Thread Aaron Mason
On Wed, Sep 2, 2020 at 4:44 PM Peter Nicolai Mathias Hansteen
 wrote:
>
> Urgh. I’s probably due to the lack of a useful dd analogue that they make 
> users jump through hoops like that.
>
> Otherwise my initial reaction before reading the article was ‘just use dd’, 
> but that would be totally foreign territory to most Windows admins most 
> likely.
>

Sadly, this very sensible approach didn't occur to Microshaft, either.
As a consequence, the ISO isn't a hybrid one - "burning" the ISO to a
USB stick doesn't work.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: How to split install.wim

2020-09-01 Thread Aaron Mason
On Wed, Sep 2, 2020 at 3:35 PM Predrag Punosevac  wrote:
>
> Hi All,
>
> I am using my desktop
>
> predrag@oko$ uname -a
> OpenBSD oko.int.bagdala2.net 6.7 GENERIC.MP#5 amd64
>
> to create a bootable Windows 10 USB flash drive. It is a paid job
> although I would not be surprised that my consent to do it, is
> consistent with the early signs of dementia. I just wasted a few hours
> of my life to find out that install.wim is too large to be written on
> Fat32 file system as described in this article
>
> https://www.zdnet.com/article/windows-10-installer-files-too-big-for-usb-flash-drive-heres-the-fix/
>
> I need to split it in two before I can write it to a bootable USB.  Has
> anybody done this on an OpenBSD machine? It seems that the library for
> manipulation of Windows Imaging exists
>
> https://wimlib.net/
>
> but I can't find anything in the ports tree.
>
> https://openports.pl/
>
> And just for the curios you will not be able to mount Windows ISO image
> using mount_udf
>
> This thread is right on money
>
> https://marc.info/?l=openbsd-misc&m=139271029815043&w=2
>
> You will have to use
>
> 7z e Win10_2004_English_x64.iso
>
> command to extract the files from the iso image provided by Microsoft.
>
> Best,
> Predrag
>

You would be better to use NTFS than muck around with splitting the
installer file.  Pretty sure it needs to be NTFS to boot anyway, at
least for non-UEFI machines.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Very slow clock in Debian vmm guest

2020-08-29 Thread Aaron Miller
Hi Jordan,

Thanks for the link -- I have not tested it yet but I believe it
will solve my issue. I did search the misc list but I did not see
anything in the past year that seemed relevant to my particular
time issue.

--Aaron

On Sat, 2020-08-29 at 01:17 -0700, Jordan Geoghegan wrote:
> If you check the mailing list archives, you will see that this
> issue has 
> been discussed extensively.
> 
> Dave Voutila has written a linux vmm kernel driver to work
> around some 
> of the issues:
> 
> https://github.com/voutilad/virtio_vmmci
> 
> Regards,
> 
> Jordan
> 
> On 2020-08-28 20:48, Aaron Miller wrote:
> > I have a debian testing guest running in vmm(4) on my -current
> > system, and the internal clock is very slow. For example
> > running
> > `sleep 3` takes about 10 seconds of real time to run. This is
> > too
> > much for ntpd to correct, unfortunately.
> > 
> > Anyone know what the problem is and how I might go about
> > fixing
> > it? Thanks!
> > 
> > --Aaron
> > [dmesg snipped]



Very slow clock in Debian vmm guest

2020-08-28 Thread Aaron Miller
I have a debian testing guest running in vmm(4) on my -current
system, and the internal clock is very slow. For example running
`sleep 3` takes about 10 seconds of real time to run. This is too
much for ntpd to correct, unfortunately.

Anyone know what the problem is and how I might go about fixing
it? Thanks!

--Aaron

OpenBSD 6.7-current (GENERIC.MP) #36: Sat Aug 22 11:27:03 MDT 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENE
RIC.MP
real mem = 16827916288 (16048MB)
avail mem = 16302870528 (15547MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xccbfd000 (65 entries)
bios0: vendor LENOVO version "N14ET37W (1.15 )" date 09/06/2016
bios0: LENOVO 20BSCTO1WW
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC ASF! HPET ECDT APIC MCFG SSDT SSDT
SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT PCCT SSDT TCPA SSDT UEFI
MSDM BATB FPDT UEFI DMAR
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3)
EHC1(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-5600U CPU @ 2.60GHz, 798.30 MHz, 06-3d-
04
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,D
TES64,MWAIT,DS-
CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAG
E1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI
1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,MD_CLEAR,
IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
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.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i7-5600U CPU @ 2.60GHz, 798.16 MHz, 06-3d-
04
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,D
TES64,MWAIT,DS-
CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAG
E1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI
1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,MD_CLEAR,
IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i7-5600U CPU @ 2.60GHz, 798.17 MHz, 06-3d-
04
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,D
TES64,MWAIT,DS-
CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAG
E1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI
1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,MD_CLEAR,
IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-5600U CPU @ 2.60GHz, 798.16 MHz, 06-3d-
04
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,D
TES64,MWAIT,DS-
CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAG
E1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI
1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,MD_CLEAR,
IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 3 (EXP1)
acpiprt3 at acpi0: bus 4 (EXP2)
acpiprt4 at acpi0: bus -1 (EXP3)
acpiprt5 at acpi0: bus -1 (EXP6)
acpicpu0 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 
mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 
mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 
mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C3(200@233 mwait.1@0x40), C2(200@148 
mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1
acpipwrres1 at acpi0: NVP3, resource for PEG_
acpipwrres2 at acpi0: NVP2, resource for PEG_
acpitz0 at acpi0: critical temperature is 128 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpipci0 at acpi0 PCI0: 

Re: multiple simultaneous X sessions?

2020-08-28 Thread Aaron Miller
On Mon, 2020-08-24 at 12:38 -0300, Gleydson Soares wrote:
> Hi Luke,
> 
> On Mon, Aug 24, 2020 at 09:24:35AM -0600, Luke A. Call wrote:
> > What would it take for me to run more than one simultanous X
> > session, each 
> > as a different user? -- I tried once a few years ago,
> > searching, reading
> > man pages, and chasing error messages, and failed at the time.
> > Is it known whether it is reasonably possible with the current
> > code?
> > 
> > (This is so I can take advantage of the privilege separation
> > provided by the OS, while doing different activities and
> > programs
> > programs with different informal trust levels, as separate
> > users, but without the cpu overhead of using "ssh -[X|Y]
> > ...".  This was
> > my normal practice in my Debian days, switching among them
> > with
> > Ctrl-Alt-FN.)
> >  
> > Either way, thanks much for any info.
> > 
> > Luke Call
> 
> Maybe you are looking for a nested X11 via Xephyr.
> 
> See this script as example [1]
> 
> [1] https://github.com/gleydsonsoares/xdroprun
> 

That link is broken for me. It shows 404. Maybe the project was
taken down or made private?

--Aaron



Re: Microsoft's war on plain text email in open source

2020-08-26 Thread Aaron Mason
On Thu, Aug 27, 2020 at 7:27 AM Chris Bennett
 wrote:
>
> I was recently told by a youngster that I was a total idiot for working
> my way through the new CSS to understand it well. I needed to go
> straight over to some Framework that assumes I am stupid, which I
> would be if I didn't take the time to understand what I'm really
> accomplishing.
>

This.  So many projects I've picked up from others use jQuery like
it's somehow a requirement to do anything, when really it just makes
bashing out crappy code faster (something something premature
optimisation) - I refuse to use it partly for that reason, mostly
because I fail to see the benefit in lugging around a sizeable
framework when I intend to use a tiny part of it (never chop down a
tree when just the branch will do - old Aussie proverb) that can
easily be done in vanilla JS.

Someone posted on Quora about a nasty trick they cooked up for a
painful tester to essentially gaslight him (it would randomly resize
elements on the web page, and this guy would claim that everything was
fine on his end and then turn it off before he went over to look at
it) and it was jQuery all the way - with minimal effort I ported it to
vanilla JS.  It's not that hard.

Also, I use gmail with an old account that got overtaken by spam that
I use for mailing lists as well, and it handles patches just fine.
Never been an issue.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: aggr(4) not working with Intel XXV710 SFP28 on a Supermicro X11DPi-N(T)

2020-08-18 Thread Aaron Mason
On Wed, Aug 19, 2020 at 12:00 AM Winfred Harrelson
 wrote:
>
> On Tue, Aug 18, 2020 at 04:53:42PM +1000, Jonathan Matthew wrote:
> >
> > This sounds like multicast filters aren't working properly with your nic.
> > trunk(4) puts trunk ports in promisc mode, so multicast filters don't 
> > matter,
> > but aggr(4) doesn't.  Could you try running 'tcpdump -ni ixl0' for a while 
> > and
> > see if that side of the aggr starts working?
>
> I left the tcpdump running for a little over 5 minutes but that changed 
> nothing:
>

Did anything come up on the tcpdump while it was running?  Maybe
there's a clue there.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Tunefs(8)

2020-08-16 Thread Aaron Mason
On Tue, Aug 11, 2020 at 2:07 AM Rupert Gallagher  wrote:
>
> Omit the last line of the manual, because there is no need for it.
>

Well of course there's no need for it, but why on Earth should that
mean that it shouldn't be there?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Python 3.8 os.listdir EINVAL on large directories

2020-07-26 Thread Aaron Miller
Hi Alceu,

Note that there are additional messages about this in tech@.

--Aaron


On July 26, 2020 8:53:00 AM PDT, Alceu Rodrigues de Freitas Junior 
 wrote:
>I'm guessing that the usage of getdents was intentional: I've used this
>system call in the same situation (thousands of entries in a directory,
>inside a NFS exported directory) to avoid calling stat() in each entry
>returned by getdents.
>
>It is indead a "low level" system call, and usually readdir is the
>preferred method, but might be too slow for your usage case (in my case
>it was, it took hours to read the directory while with getdents took
>minutes).
>
>It doesn't seems a problem with OpenBSD, but with Python code. Looks
>like some additional logic will be required to address the differences
>betweens the UNIX-like OSs and their implementation of getdents.
>
>On the other hand, by the error message the Python code is passing a
>wrong argument, maybe it is a bug instead of a portability issue?
>
>Em 25/07/2020 20:50, Aaron Miller escreveu:
>> Hi all,
>> 
>> I am getting a stacktrace from the borg command in the borgbackup
>> package while checking a backup (see bottom of email for full
>> output, since it's verbose). The relevant part is this:
>> 
>> filenames = os.listdir(os.path.join(data_path, dir))
>>   OSError: [Errno 22] Invalid argument:
>> '/mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12'
>> 
>> This is same error is reproducible with a test Python 3.8 program:
>> 
>>  #!/usr/bin/env python
>> 
>>  import os
>>  os.listdir('/mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12/')
>> 
>> Running ktrace & kdump reveals the error is from calling
>> getdents(2):
>> 
>>  76903 python3.8
>> CALL  open(0x1ec7f06de3b0,0x3)
>>  76903 python3.8
>> NAMI  "/mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12/"
>>  76903 python3.8 RET   open 3
>>  [...]
>>  76903 python3.8 CALL  getdents(3,0x1ec7c9257000,0x4000)
>>  76903 python3.8 RET   getdents 16384/0x4000
>>  [...]
>>  76903 python3.8 CALL  getdents(3,0x1ec7c9257000,0x4000)
>>  76903 python3.8 RET   getdents 16384/0x4000
>>  [...]
>>  76903 python3.8 CALL  getdents(3,0x1ec7c9257000,0x4000)
>>  76903 python3.8 RET   getdents 16384/0x4000
>>  [...]
>>  76903 python3.8 CALL  getdents(3,0x1ec7c9257000,0x4000)
>>  76903 python3.8 RET   getdents -1 errno 22 Invalid argument
>> 
>> Looking at the man page for getdents(2), I found it interesting
>> that it says this call "is not a portable interface and should not
>> be used directly by applications" and it recommends using
>> readdir(3) instead.
>> 
>> To give you a rough idea of the number of files and filename sizes
>> in this directory:
>> 
>>   $ ls /mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12/ | wc
>>   15341534   10738
>> 
>> Where does the problem lie -- the upstream Python code, the
>> OpenBSD-specific patches in its port definition, or somewhere
>> else? And in case it matters, this is a -current amd64 system,
>> with "sysupgrade -s" executed on 7/15.
>> 
>> Thank you,
>> Aaron Miller
>> 
>> --
>> Exception ignored in: > 0x1e17e13fd310>
>> Traceback (most recent call last):
>>   File "/usr/local/lib/python3.8/site-
>> packages/borg/repository.py", line 180, in __del__
>> assert False, "cleanup happened in Repository.__del__"
>> AssertionError: cleanup happened in Repository.__del__
>> Local Exception
>> Traceback (most recent call last):
>>   File "/usr/local/lib/python3.8/site-packages/borg/archiver.py",
>> line 4565, in main
>> exit_code = archiver.run(args)
>>   File "/usr/local/lib/python3.8/site-packages/borg/archiver.py",
>> line 4497, in run
>> return set_ec(func(args))
>>   File "/usr/local/lib/python3.8/site-packages/borg/archiver.py",
>> line 161, in wrapper
>> with repository:
>>   File "/usr/local/lib/python3.8/site-
>> packages/borg/repository.py", line 190, in __enter__
>> self.open(self.path, bool(self.exclusive),
>> lock_wait=self.lock_wait, lock=self.do_lock)
>>   File "/usr/local/lib/python3.8/site-
>> packages/borg/repository.py", line 450, in open
>> segment = self.io.get_latest_segment()
>>   File "/usr/local/lib/python3.8/site-
>> packages/borg/repository.py", line 1253, in get_latest_segment
>> for segment, filename in self.segment_iterator(reverse=True):
>>   File "/usr/local/lib/python3.8/site-
>> packages/borg/repository.py", line 1241, in segment_iterator
>> filenames = os.listdir(os.path.join(data_path, dir))
>> OSError: [Errno 22] Invalid argument:
>> '/mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12'
>> 
>> Platform: OpenBSD millipede.iforgotmy.name 6.7 GENERIC.MP#348
>> amd64
>> Borg: 1.1.13  Python: CPython 3.8.3 msgpack: 0.5.6
>> PID: 31745  CWD: /mnt/thinkpad_void_obsd_borg
>> sys.argv: ['/usr/local/bin/borg', 'check', 'thinkpad.borg']
>> SSH_ORIGINAL_COMMAND: None
>> 

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.


Python 3.8 os.listdir EINVAL on large directories

2020-07-25 Thread Aaron Miller
Hi all,

I am getting a stacktrace from the borg command in the borgbackup
package while checking a backup (see bottom of email for full
output, since it's verbose). The relevant part is this:

filenames = os.listdir(os.path.join(data_path, dir))
  OSError: [Errno 22] Invalid argument:
'/mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12'

This is same error is reproducible with a test Python 3.8 program:

 #!/usr/bin/env python

 import os
 os.listdir('/mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12/')

Running ktrace & kdump reveals the error is from calling
getdents(2):

 76903 python3.8
CALL  open(0x1ec7f06de3b0,0x3)
 76903 python3.8
NAMI  "/mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12/"
 76903 python3.8 RET   open 3
 [...]
 76903 python3.8 CALL  getdents(3,0x1ec7c9257000,0x4000)
 76903 python3.8 RET   getdents 16384/0x4000
 [...]
 76903 python3.8 CALL  getdents(3,0x1ec7c9257000,0x4000)
 76903 python3.8 RET   getdents 16384/0x4000
 [...]
 76903 python3.8 CALL  getdents(3,0x1ec7c9257000,0x4000)
 76903 python3.8 RET   getdents 16384/0x4000
 [...]
 76903 python3.8 CALL  getdents(3,0x1ec7c9257000,0x4000)
 76903 python3.8 RET   getdents -1 errno 22 Invalid argument

Looking at the man page for getdents(2), I found it interesting
that it says this call "is not a portable interface and should not
be used directly by applications" and it recommends using
readdir(3) instead.

To give you a rough idea of the number of files and filename sizes
in this directory:

  $ ls /mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12/ | wc
  15341534   10738

Where does the problem lie -- the upstream Python code, the
OpenBSD-specific patches in its port definition, or somewhere
else? And in case it matters, this is a -current amd64 system,
with "sysupgrade -s" executed on 7/15.

Thank you,
Aaron Miller

--
Exception ignored in: 
Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-
packages/borg/repository.py", line 180, in __del__
assert False, "cleanup happened in Repository.__del__"
AssertionError: cleanup happened in Repository.__del__
Local Exception
Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-packages/borg/archiver.py",
line 4565, in main
exit_code = archiver.run(args)
  File "/usr/local/lib/python3.8/site-packages/borg/archiver.py",
line 4497, in run
return set_ec(func(args))
  File "/usr/local/lib/python3.8/site-packages/borg/archiver.py",
line 161, in wrapper
with repository:
  File "/usr/local/lib/python3.8/site-
packages/borg/repository.py", line 190, in __enter__
self.open(self.path, bool(self.exclusive),
lock_wait=self.lock_wait, lock=self.do_lock)
  File "/usr/local/lib/python3.8/site-
packages/borg/repository.py", line 450, in open
segment = self.io.get_latest_segment()
  File "/usr/local/lib/python3.8/site-
packages/borg/repository.py", line 1253, in get_latest_segment
for segment, filename in self.segment_iterator(reverse=True):
  File "/usr/local/lib/python3.8/site-
packages/borg/repository.py", line 1241, in segment_iterator
filenames = os.listdir(os.path.join(data_path, dir))
OSError: [Errno 22] Invalid argument:
'/mnt/thinkpad_void_obsd_borg/thinkpad.borg/data/12'

Platform: OpenBSD millipede.iforgotmy.name 6.7 GENERIC.MP#348
amd64
Borg: 1.1.13  Python: CPython 3.8.3 msgpack: 0.5.6
PID: 31745  CWD: /mnt/thinkpad_void_obsd_borg
sys.argv: ['/usr/local/bin/borg', 'check', 'thinkpad.borg']
SSH_ORIGINAL_COMMAND: None



Re: Bug? having no monitor plugged in causes a reboot in bsd.rd

2020-07-19 Thread Aaron Mason
On Sun, Jul 19, 2020 at 9:06 AM Alfred Morgan  wrote:
>
> OpenBSD upgrade.lan 6.7 GENERIC.MP#182 amd64
>
> If I set tty com0 then bsd.rd boots fine. If I have a monitor plugged in
> bsd.rd boots fine. If I don't have a monitor and I don't direct tty to com0
> then bsd.rd reboots my machine after a few seconds.
> Any tips on how I can inspect what is going on here?
>
> -alfred

It might help if we knew a bit more about your system.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: VMM Debian guest serial setup help needed

2020-07-18 Thread Aaron Miller
On Sat, 2020-07-18 at 10:46 +0200, Benjamin Baier wrote:
> On Fri, 17 Jul 2020 23:50:06 -0700
> Aaron Miller <
> aa...@iforgotmy.name
> > wrote:
> 
> > On Fri, 2020-06-12 at 17:46 -0400, George wrote:
> > > On 2020-06-12 11:17 a.m., George wrote:
> > > > [...]
> > 
> > Hey George,
> > 
> > I don't know if you resolved this, but I was able to get
> > further
> > than this loosely following Benjamin's instructions. I skipped
> > the part about the virtio-modules which doesn't seem to be
> > necessary now (and the link is 404 now anyway).
> > 
> > I was able to go through the menu (starting with Install, and
> > skipping the modprobe commands) but DHCP didn't work, and I'm
> > not sure what's broken.
> > 
> > To answer your question, you need to press Esc _after_
> > selecting Install. Maybe that's why you saw the "boot>"
> > prompt.
> > 
> > It worked for me and I just ran lsmod since I didn't have any
> > modules to insert:
> > 
> > ~ # lsmod
> > Module  Size  Used by
> > virtio_blk 20480  0
> > virtio_net 32768  0
> > virtio_pci 24576  0
> > virtio_ring24576  3
> > virtio_blk,virtio_net,virtio_pci
> > virtio 16384  3
> > virtio_blk,virtio_net,virtio_pci
> > 
> > I hope this helps, and please let me know if you or anyone
> > else
> > has an idea of why DHCP isn't working in the guest VM.
> 
> With the virtio modules now included in the installer you can
> skip my
> tutorial. You only need to change bootparameters in GRUB to pass
> vga=off console=ttyS0,115200n8 to the linux kernel.

OK good to know, thanks. I was unaware that the boot parameters
could be specified there rather than by editing TXT.CFG in the
boot image.

> As for DHCP, it depends on your config: is pf blocking DHCP
> traffic?

No.

> is the bridge/switch interface set up correctly?

Perhaps not. I tried a variety of things with bridge0, like
attempting to add my host's egress interface (iwm0) to it,
resulting in a "Device busy" error. I also tried creating a vether
device and attaching that, as described in the Virtualization FAQ.

Using tcpdump on tap0, I was able to see bootp and arp packets
coming from the guest. I did not see any replies from the host
though. Running tcpdump on bridge0 did not show any packets no
matter what I tried.

> is sysctl net.inet.ip.{m,}forwarding set to 1?

Yes.

> do you use vmctl -L (local interface)?
> 

I tried -L but vmctl didn't seem to like that in combination with
a VM specified in vm.conf. I also tried replacing 'interface {
switch "uplink" }' with 'local interface' but that didn't seem to
make a difference.

Thanks for the help so far!
--Aaron



Re: VMM Debian guest serial setup help needed

2020-07-18 Thread Aaron Miller
On Fri, 2020-06-12 at 17:46 -0400, George wrote:
> On 2020-06-12 11:17 a.m., George wrote:
> > On 2020-06-10 4:15 p.m., Benjamin Baier wrote:
> > > On Wed, 10 Jun 2020 14:36:46 -0400
> > > George <
> > > g.lis...@nodeunit.com
> > > > wrote:
> > > 
> > > > Hi guys,
> > > > 
> > > > I apologize if this maybe out of topic even though it is
> > > > truly related
> > > > to VMM than Debian.
> > > > 
> > > > I am trying to setup a VMM Debian based guest but I'm not
> > > > able to 
> > > > get it
> > > > to work. I found some description on the web about which
> > > > settings to
> > > > edit in grub.cfg to enable the serial console and created
> > > > a VM with 
> > > > 10.3
> > > > in qcow2 disk format in KVM. Now I am trying to start the
> > > > same on
> > > > OpenBSD 6.7 but keep getting the connected message and
> > > > then just
> > > > "Rebooting " after I hit some keyboard keys seems like
> > > > baud rate issue
> > > > but not sure.
> > > 
> > > Don't need the KVM/qemu step.
> > 
> > Didn't know that was possible, much better thanks :)
> > > > After messing with it for a while now I am getting a new
> > > > error:
> > > > 
> > > > vmctl: could not open disk image(s)
> > > 
> > > Better start over.
> > 
> > And so I did ...
> > > > even thought the disk is there and readable to the user I
> > > > have setup in
> > > > vm.conf in fact I have another VM with the same
> > > > configuration and disk
> > > > with the same permissions and in the same location that
> > > > works (it is
> > > > OpenBSD based).
> > > > 
> > > > I would greatly appreciate it if someone has gone this
> > > > path and can
> > > > share some config info with me.
> > > 
> > > Here is how I got debian 9 (stretch) installed.
> > > http://www.netzbasis.de/openbsd/vmd-debian/index.html
> > > 
> > > I think the virtio-modules are now included in the debian 10
> > > (buster)
> > > installer, but not tested.
I believe I can confirm this. See below.

> > > 
> > 
> > I am trying your preped boot.img so far going through install
> > options 
> > most of which lead to:
> > 
> > Loading linux... ok
> > Loading initrd.gz...ok
> > Probing EDD (edd=off to disable)... ok
> > Undefined video mode number: 314
> > Press  to see video modes available,  to
> > continue, or 
> > wait 30 sec
> > Mode: Resolution:  Type:
> > 0 F00   80x25  CGA/MDA/HGC
> > Enter a video mode or "scan" to scan for additional modes:
> > 
> > trying Install which I thought would be best (2-nd one after
> > Graphical 
> > Install) hangs with:
> > 
> > [0.00] ACPI BIOS Error (bug): A valid RSDP was not
> > found 
> > (20160831/tbxfroot-244)
> > [0.806052] Initramfs unpacking failed: write error
> > [0.814403] [Firmware Bug]: cpu 0, invalid IBS interrupt
> > offset 0 
> > (MSRC001103A=0x)
> > [1.852264] mce: Unable to init device /dev/mcelog (rc: -5)
> > 
> > Thanks for your help and the page!
> 
> 
> I tried a few more times still no luck. What is the key
> combination I 
> need to use to get into a shell to load the modules. Hitting Esc
> puts me 
> into boot> program which does not understand module handling
> etc.. and 
> the menu does not let me to run a shell. I am missing something
> ...?
> 
> Thanks!
> 

Hey George,

I don't know if you resolved this, but I was able to get further
than this loosely following Benjamin's instructions. I skipped the part about 
the virtio-modules which doesn't seem to be necessary now (and the link is 404 
now anyway).

I was able to go through the menu (starting with Install, and skipping the 
modprobe commands) but DHCP didn't work, and I'm not sure what's broken.

To answer your question, you need to press Esc _after_ selecting Install. Maybe 
that's why you saw the "boot>" prompt.

It worked for me and I just ran lsmod since I didn't have any modules to insert:

~ # lsmod
Module  Size  Used by
virtio_blk 20480  0
virtio_net 32768  0
virtio_pci 24576  0
virtio_ring24576  3 virtio_blk,virtio_net,virtio_pci
virtio 16384  3 virtio_blk,virtio_net,virtio_pci

I hope this helps, and please let me know if you or anyone else
has an idea of why DHCP isn't working in the guest VM.

Thanks,
Aaron Miller



Re: Shell account service providers

2020-07-15 Thread Aaron Mason
On Thu, Jul 16, 2020 at 11:53 AM Ibsen S Ripsbusker
 wrote:
>
> Are there services that sell managed OpenBSD shell accounts?
> I mean a service similar to sdf.org.
>

What are you looking for in such a service?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD master volume GUI TCL, how to contribute?

2020-07-01 Thread Aaron Mason
On Thu, Jul 2, 2020 at 4:50 AM wdaver  wrote:
>
> There are posts asking for a GUI to control volume for OpenBSD.
> I wanted the same and wrote an 85 line TCL (8.5) script.  It calls
> sndioctl, has a volume slider and mute button, sized for touch
> screen convenience.  I use it every day.
>
> I am ok with just posting here, for users to copy and paste.
>
> It could be a port (maybe the smallest port ever).  I know there is an
> introduction in the FAQ for ports and I have zero experience creating
> ports.  Seems like it would need a brief man page.
>
> The script may stop people from asking about it...
>
> Suggestions for the best way to contribute this tiny script to OpenBSD?
>

Putting it here is a good start.  Maybe put it in a publicly
accessible repository (maybe Gitlab? I'd suggest GitHub, but
Microsoft) so you can also push any changes needed, and anyone who
wants to can suggest improvements and report bugs.

>From there, if you (or anyone) wants to submit a port, they've got a
central place to pick up the latest version.  If you wanted to do this
yourself, your best bet is to look for any ports that have TCL as a
prerequisite, and go from there.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD Readonly File System

2020-06-24 Thread Aaron Mason
On Mon, Jun 22, 2020 at 4:24 PM Mogens Jensen
 wrote:
>
> Tuesday, June 9, 2020 7:59 AM, Vertigo Altair  
> wrote:
>
> > Hi Misc,
> > I have a firewall device and I'm using OpenBSD on it.
>
> Last year I had to configure an OpenBSD 6.5 firewall for use in a
> remote location, and was concerned about power loss corrupting the
> filesystem and making the system unbootable without manual
> intervention. As I did not want to modify OpenBSD in unsupported ways,
> I decided to test what kind of damage power loss could do, by
> randomly removing and applying power to the firewall, many many times.
>
> What I found was that 99% of the time, the system would just repair the
> filesystem and boot without problems, but if by chance the power was
> removed at a short time window during kernel relinking, the kernel
> would become corrupt and leave the system completely unbootable and
> not easy to repair. It was suggested to me that I tried to mount root
> partition with the sync option, so I arranged the partition layout in a
> way that would make it feasible and added the option to fstab.
>
> Only other problem I found, was that a few times after removing power
> when writing a large file, the system would require me to run fsck -y
> manually, this is by design, but I decided it was more important to me
> that the system could boot unattended, with a minuscule risk of
> completely ruining the filesystem, so I wrote a small unsupported patch
> for the rc script (sorry if the formatting gets messed up by posting):
>
> The patch has only been tested on OpenBSD 6.5.
>
> ---
> Index: src/etc/rc
> ===
> RCS file: /cvs/src/etc/rc,v
> retrieving revision 1.536
> diff -u -p -u -p -r1.536 rc
> --- src/etc/rc  1 Apr 2019 11:39:46 -   1.536
> +++ src/etc/rc  20 Aug 2019 22:47:49 -
> @@ -1,5 +1,8 @@
>  #  $OpenBSD: rc,v 1.536 2019/04/01 11:39:46 tedu Exp $
>
> +# NOTE: The do_fsck() function has been patched to run 'fsck -y' if an
> +#  automatic file system check fails with exit code 8.
> +
>  # System startup script run by init on autoboot or after single-user.
>  # Output and error are redirected to console by init, and the console is the
>  # controlling terminal.
> @@ -271,8 +274,14 @@ do_fsck() {
> echo "Reboot failed; help!"
> exit 1
> ;;
> -   8)  echo "Automatic file system check failed; help!"
> -   exit 1
> +   8)  echo "Automatic file system check failed; trying fsck -y"
> +   fsck -y
> +   case $? in
> +   0)  ;;
> +   *)  echo "Could not repair file system unattended; help!"
> +   exit 1
> +   ;;
> +   esac
> ;;
> 12) echo "Boot interrupted."
> exit 1
> ---
>
> After mounting root filesystem with sync option and applying the patch,
> I was no longer able to make the system unbootable by power loss in my
> test setup. It may be possible, but the risk is now so small that it is
> not a concern for me and the risk of something else breaking is
> probably bigger. During operation in remote location, the system has
> always been able to completely boot after a power loss so far.
>
> So while it was not possible for me to not make any unsupported
> modifications at all, I think it is a very small change compared to
> have read only filesystems. Anyone who knows OpenBSD, will be able to
> manage the firewall without special instructions.
>
>
> Regards,
> Mogens Jensen
>

Auto filesystem repair is bad juju.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Disabling OpenBSD Login Prompt

2020-06-10 Thread Aaron Mason
On Wed, Jun 10, 2020 at 5:57 PM Valdrin MUJA  wrote:
>
> Hi Misc,
>
>
>
> I want to disable OpenBSD Login prompt at startup -and also after logging 
> out-. Because I want to run my external program instead of ksh. There is an 
> login prompt also in my program and I want to use it.
>
>
>
> I updated the /etc/ttys ;
>
> valdrin# cat /etc/ttys
> #
> #   $OpenBSD: ttys,v 1.2 2008/01/09 17:39:42 miod Exp $
> #
> # name  getty   typestatus  comments
> #
> console "/usr/libexec/getty std.9600"   vt220   off secure
> ttyC0   "/usr/libexec/getty std.9600"   vt220   on  secure
> ttyC1   "/usr/libexec/getty std.9600"   vt220   on  secure
> ttyC2   "/usr/libexec/getty std.9600"   vt220   on  secure
> ttyC3   "/usr/libexec/getty std.9600"   vt220   on  secure
> ttyC4   "/usr/libexec/getty std.9600"   vt220   off secure
> ttyC5   "/usr/libexec/getty std.9600"   vt220   on  secure
> ttyC6   "/usr/libexec/getty std.9600"   vt220   off secure
> ttyC7   "/usr/libexec/getty std.9600"   vt220   off secure
> ttyC8   "/usr/libexec/getty std.9600"   vt220   off secure
> ttyC9   "/usr/libexec/getty std.9600"   vt220   off secure
> ttyCa   "/usr/libexec/getty std.9600"   vt220   off secure
> ttyCb   "/usr/libexec/getty std.9600"   vt220   off secure
> tty00   "/root/myprogram"   vt220on secure
> tty01   "/usr/libexec/getty std.9600"   unknown off
> tty02   "/usr/libexec/getty std.9600"   unknown off
> tty03   "/usr/libexec/getty std.9600"   unknown off
> tty04   "/usr/libexec/getty std.9600"   unknown off
> tty05   "/usr/libexec/getty std.9600"   unknown off
> tty06   "/usr/libexec/getty std.9600"   unknown off
> tty07   "/usr/libexec/getty std.9600"   unknown off
>
>
>
> I'm connected the device with com0 port so I updated the tty00 to run my 
> external program. However; system is stucking after date appears on startup.
>
>
>
> starting network
> reordering libraries: done.
> starting early daemons: syslogd ntpd.
> starting RPC daemons:.
> savecore: no core dump
> checking quotas: done.
> clearing /tmp
> kern.securelevel: 0 -> 1
> creating runtime link editor directory cache.
> preserving editor files.
> starting network daemons: sshd.
> starting local daemons: cron.
> Wed Jun 10 10:27:04 +03 2020
>
>
>
>
>
> Also, I tried "chsh" and "chpass" , but still OpenBSD login prompt appears.. 
> How can I overcome this issue?
>
>
>
> Thanks..

Are you able to access other terminals after boot (i.e. Ctrl+Alt+F2)?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: sndio: troubleshooting no input

2020-05-31 Thread Aaron Miller
No, it was set to 0. I set it to 1 and that fixed the issue.
Thanks!
Also, Maurice mentioned "sndioctl -d" so here is the output:
073:input[0].level=0..255 (120)074:input[1].level=0..255
(120)105:input[0].mute=0..1 (0)106:input[1].mute=0..1
(0)009:output[0].level=0..255 (126)010:output[1].level=0..255
(126)041:output[0].mute=0..1 (0)042:output[1].mute=0..1
(0)001:mpv0.level=0..127 (127)000:test0.level=0..127 (127)
--Aaron
On Sun, 2020-05-31 at 18:29 +0200, Jan Stary wrote:
> Do you have sysctl kern.audio.record=1 ?
> Jan
> On May 30 18:17:02, aa...@iforgotmy.name wrote:
> > Hello,
> > I have an amd64 laptop with OpenBSD 6.7 and I am only
> > gettingzero-valued samples when recording. Is there any
> > checklist I cango through to ensure nothing is muted and that
> > I am reading fromthe correct input device?
> > I have tried both aucat and a C program I wrote (attached).
> > Thanks,Aaron Miller
> > #include #include #include
> > #include 
> > #define BUF_SAMPLES 4800#define OUTFILE "recorded.pcm"#define
> > ITERATIONS 500
> > // ffmpeg -y -f s16le -ar 48000 -ac 1 -i recorded.pcm
> > recorded.mp3 && mpv recorded.mp3
> > void print_par(struct sio_par *par);
> > int main(int argc, char* argv[]) {short *sample_buf =
> > NULL;struct sio_hdl *h;int fail = 0;int started =
> > 0;size_t total_bytes_read = 0;int i;size_t
> > bytes_read;FILE *out = NULL;h = sio_open(SIO_DEVANY,
> > SIO_REC, 0);if (h == NULL) {fprintf(stderr, "%s:
> > we're fucked man\n", argv[0]);fail = 1; goto
> > done;}
> > struct sio_par par;sio_initpar(&par);
> > par.bits = 8*sizeof(short);//par.bps =
> > sizeof(short);par.sig = 1;par.le = 1;par.rchan =
> > 1;par.pchan = 2; // unusedpar.rate =
> > 48000;par.xrun = SIO_IGNORE;
> > //print_par(&par);printf("running
> > sio_setpar...\n");if (sio_setpar(h, &par) == 0)
> > {fprintf(stderr, "%s: sio_setpar failed\n",
> > argv[0]);fail = 1; goto
> > done;};//print_par(&par);
> > printf("running sio_getpar...\n");if (sio_getpar(h,
> > &par) == 0) {fprintf(stderr, "%s: sio_getpar
> > failed\n", argv[0]);fail = 1; goto
> > done;};print_par(&par);
> > if (BUF_SAMPLES % par.round != 0) {fprintf(stderr,
> > "%s: samples in buf (%d) not mult of round (%d)\n", argv[0],
> > BUF_SAMPLES, par.round);fail = 1; goto done;}
> > if ((sample_buf = malloc(BUF_SAMPLES * sizeof(short))) ==
> > NULL) {fprintf(stderr, "%s: oh we are sooo fucked.
> > GAME OVER MAN\n", argv[0]);fail = 1; goto done;}
> > if ((out = fopen(OUTFILE, "wb")) == NULL)
> > {fprintf(stderr, "%s: failed to open %s for
> > writing\n", argv[0], OUTFILE);fail = 1; goto
> > done;}
> > if (sio_start(h) == 0) {fprintf(stderr, "%s:
> > failed to sio_start\n", argv[0]);fail = 1; goto
> > done;}started = 1;int retries =
> > 0;printf("START\n");for (i = 0; i < ITERATIONS; i++)
> > {if ((bytes_read = sio_read(h, sample_buf, BUF_SAMPLES
> > * sizeof(short))) == 0) {fprintf(stderr, "%s:
> > failed to sio_read\n", argv[0]);fail = 1; goto
> > done;}total_bytes_read += bytes_read;
> > size_t bytes_written;size_t bw;char*
> > buf_ptr = (char *) sample_buf;for (bytes_written = 0;
> > bytes_written < bytes_read; bytes_written += bw)
> > {size_t bytes_left = bytes_read -
> > bytes_written;bw = fwrite(buf_ptr, 1, bytes_left,
> > out);if (bw < bytes_left && errno != EAGAIN)
> > {fprintf(stderr, "%s: failed to write to
> > file\n",
> > argv[0]);perror(argv[0]);fail
> > = 1; goto done;}buf_ptr +=
> > bw;}}printf("TOTAL BYTES READ: %d\n",
> > total_bytes_read);
> > // cleanupdone:if (started)
> > {sio_stop(h);}if (out != NULL)
> > {fclose(out);}if (sample_buf != NULL)
> > {free(sample_buf);}if (h != NULL)
> > {sio_close(h);}return fail;}
> > void print_par(struct sio_par *par) {char *xrun;switch
> > (par->xrun) {default:xrun = " > val>";   

sndio: troubleshooting no input

2020-05-31 Thread Aaron Miller
Hello,

I have an amd64 laptop with OpenBSD 6.7 and I am only getting
zero-valued samples when recording. Is there any checklist I can
go through to ensure nothing is muted and that I am reading from
the correct input device?

I have tried both aucat and a C program I wrote (attached).

Thanks,
Aaron Miller
#include 
#include 
#include 
#include 

#define BUF_SAMPLES 4800
#define OUTFILE "recorded.pcm"
#define ITERATIONS 500

// ffmpeg -y -f s16le -ar 48000 -ac 1 -i recorded.pcm recorded.mp3 && mpv recorded.mp3

void print_par(struct sio_par *par);

int main(int argc, char* argv[]) {
short *sample_buf = NULL;
struct sio_hdl *h;
int fail = 0;
int started = 0;
size_t total_bytes_read = 0;
int i;
size_t bytes_read;
FILE *out = NULL;
h = sio_open(SIO_DEVANY, SIO_REC, 0);
if (h == NULL) {
fprintf(stderr, "%s: we're fucked man\n", argv[0]);
fail = 1; goto done;
}

struct sio_par par;
sio_initpar(&par);

par.bits = 8*sizeof(short);
//par.bps = sizeof(short);
par.sig = 1;
par.le = 1;
par.rchan = 1;
par.pchan = 2; // unused
par.rate = 48000;
par.xrun = SIO_IGNORE;

//print_par(&par);
printf("running sio_setpar...\n");
if (sio_setpar(h, &par) == 0) {
fprintf(stderr, "%s: sio_setpar failed\n", argv[0]);
fail = 1; goto done;
};
//print_par(&par);

printf("running sio_getpar...\n");
if (sio_getpar(h, &par) == 0) {
fprintf(stderr, "%s: sio_getpar failed\n", argv[0]);
fail = 1; goto done;
};
print_par(&par);

if (BUF_SAMPLES % par.round != 0) {
fprintf(stderr, "%s: samples in buf (%d) not mult of round (%d)\n", argv[0], BUF_SAMPLES, par.round);
fail = 1; goto done;
}

if ((sample_buf = malloc(BUF_SAMPLES * sizeof(short))) == NULL) {
fprintf(stderr, "%s: oh we are sooo fucked. GAME OVER MAN\n", argv[0]);
fail = 1; goto done;
}

if ((out = fopen(OUTFILE, "wb")) == NULL) {
fprintf(stderr, "%s: failed to open %s for writing\n", argv[0], OUTFILE);
fail = 1; goto done;
}

if (sio_start(h) == 0) {
fprintf(stderr, "%s: failed to sio_start\n", argv[0]);
fail = 1; goto done;
}
started = 1;
int retries = 0;
printf("START\n");
for (i = 0; i < ITERATIONS; i++) {
if ((bytes_read = sio_read(h, sample_buf, BUF_SAMPLES * sizeof(short))) == 0) {
fprintf(stderr, "%s: failed to sio_read\n", argv[0]);
fail = 1; goto done;
}
total_bytes_read += bytes_read;

size_t bytes_written;
size_t bw;
char* buf_ptr = (char *) sample_buf;
for (bytes_written = 0; bytes_written < bytes_read; bytes_written += bw) {
size_t bytes_left = bytes_read - bytes_written;
bw = fwrite(buf_ptr, 1, bytes_left, out);
if (bw < bytes_left && errno != EAGAIN) {
fprintf(stderr, "%s: failed to write to file\n", argv[0]);
perror(argv[0]);
fail = 1; goto done;
}
buf_ptr += bw;
}
}
printf("TOTAL BYTES READ: %d\n", total_bytes_read);

// cleanup
done:
if (started) {
sio_stop(h);
}
if (out != NULL) {
fclose(out);
}
if (sample_buf != NULL) {
free(sample_buf);
}
if (h != NULL) {
sio_close(h);
}
return fail;
}

void print_par(struct sio_par *par) {
char *xrun;
switch (par->xrun) {
default:
xrun = "";
break;
case 0:
xrun = "SIO_IGNORE";
break;
case 1:
xrun = "SIO_SYNC";
break;
case 2:
xrun = "SIO_ERROR";
break;
}
printf("&sio_par{\n"
"  bits: %d,\n"
"  bps: %d,\n"
"  sig: %d,\n"
"  le: %d,\n"
"  msb: %d,\n"
"  rchan: %d,\n"
"  pchan: %d,\n"
"  rate: %d,\n"
"  appbufsz: %d,\n"
"  bufsz: %d,\n"
"  round: %d,\n"
"  xrun: %s (%d),\n"
"}\n",
par->bits,  /* bits per sample */
par->bps,   /* bytes per sample */
par->sig,   /* 1 = signed, 0 = unsigned int */
par->le,/* 1 = LE, 0 = BE byte order */
par->msb,   /* 1 = MSB, 0 = LSB aligned */
par->rchan, /* number channels for recording */
par->pchan, /* number channels for playback */
par->rate,  /* frames per second */
par->appbufsz,  /* minimum buffer size without xruns */
par->bufsz, /* end-to-end buffer size (read-only) */
par->round, /* optimal buffer size divisor */
 xrun,  /* what to do on overrun/underrun */
par->xrun
);
}


Re: Article OpenBSD: Not Free Not Fuctional and Definetly Not Secure and BSD, the truth blog

2020-05-27 Thread Aaron Mason
On Thu, May 28, 2020 at 2:21 PM Aaron Mason  wrote:
>
> On Thu, May 28, 2020 at 2:20 PM Quantum Robin  
> wrote:
> >
> > Hi,
> >
> > While surfing on the Google to learn more about OpenBSD, I encountered this
> > one: "OpenBSD: Not Free Not Fuctional and Definetly Not Secure (
> > https://aboutthebsds.wordpress.com/2013/01/25/20/)
> >
> > Is the author telling the truth? Or just yet another anti-BSD thing?
>
> If it has to tell you it's "the truth" in its title, it probably isn't.
>
> --
> Aaron Mason - Programmer, open source addict
> I've taken my software vows - for beta or for worse

It's also difficult to take someone seriously when they can't spell
the words they're using, like "functional" and "definitely"

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Article OpenBSD: Not Free Not Fuctional and Definetly Not Secure and BSD, the truth blog

2020-05-27 Thread Aaron Mason
On Thu, May 28, 2020 at 2:20 PM Quantum Robin  wrote:
>
> Hi,
>
> While surfing on the Google to learn more about OpenBSD, I encountered this
> one: "OpenBSD: Not Free Not Fuctional and Definetly Not Secure (
> https://aboutthebsds.wordpress.com/2013/01/25/20/)
>
> Is the author telling the truth? Or just yet another anti-BSD thing?

If it has to tell you it's "the truth" in its title, it probably isn't.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Help, i want to ask if my Asus Vivobook Ryzen 3 , Vega 3 can run openbsd

2020-05-24 Thread Aaron Mason
On Mon, May 25, 2020 at 1:49 PM Digital Crow  wrote:
>
> Help, i want to ask if my Asus Vivobook Ryzen 3 , Vega 3  can run openbsd
> I have problems with freebsd i can't run xorg it has a problem with efi
> framebuffer and amdgpu driver.
> It seems that this laptop can boot only efi partitions there's no setting
> on bios about csm or anything else related to it.
> Is it possible  openbsd would work ?
> Also is the process the same as freebsd ?
> I need to install drm-kmod and add kld_list amdgpu on rc.conf
> The openbsd installer create efi boot partition ?
> I think this laptop can boot only efi partitions

There's only one way to find out...

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: LDAP database choice

2020-05-20 Thread Aaron Mason
On Thu, May 21, 2020 at 2:31 AM Aisha Tammy  wrote:
>
> Hi all,
>   Is there any particular reason why ldapd has its own version of btree.c
> instead of using the db.h standard btree ?
>
> Aisha
>

Probably.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: freeze on startup

2020-05-16 Thread Aaron Mason
On Sun, May 17, 2020 at 4:32 AM Joseph A Borg  wrote:
>
> I can boot into bsd.rd, which I assume to be still at version 6.5
>

Don't assume, find out.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: fw_update verify firmware?

2020-05-14 Thread Aaron Mason
On Fri, May 15, 2020 at 3:39 AM Nick Holland
 wrote:
>
> On 2020-05-14 11:08, i...@aulix.com wrote:
>
> I actually had Adaptec give me a firmware update with a time bomb in
> it, and didn't bother to tell me that after X days, it would brick my
> adapter and prevent me from updating/downdating it.  If it had been
> stored in RAM, I might have been able to recover it, but since it was
> flashed into EEPROM and prevented the machine from booting, the card
> had to be replaced...and my customer had an outage.

Apropos of nothing, that saga is worth reading in full:

Episode 4: A New Flaw - http://marc.info/?l=openbsd-misc&m=125783114503531&w=2
Episode 5: The Firmware Strikes Back:
http://marc.info/?l=openbsd-misc&m=126775051500581&w=2
Episode 6: Return of the Vendor:
http://marc.info/?l=openbsd-misc&m=128779369427908&w=2

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Secure end points for Internet tunnel, the most secure hardware

2020-05-12 Thread Aaron Mason
On Tue, May 12, 2020 at 1:27 PM  wrote:
>
> Aaron, thank you for your suggestion.
>
> For now I prefer to try to use the oldest suitable hardware I can find, not 
> sure if it is a good idea.
>

YMMV. Don't fall into the sunk cost fallacy.

> Please someone let me know if AllWinner SoC backdoor described at:
>
> https://www.theregister.co.uk/2016/05/09/allwinners_allloser_custom_kernel_has_a_nasty_root_backdoor/
>
> can be exploited in OpenBSD?
>

That is a kernel level issue, not an SOC level one.

https://github.com/friendlyarm/h3_lichee/blob/master/linux-3.4/arch/arm/mach-sunxi/sunxi-debug.c

Anyone who suggested this be put in OpenBSD's kernel would likely
receive a visit from Theo brandishing a flamethrower fuelled by
Substance N to melt their PC, house, land, self.

> Is it a bad idea to run a small communication server on a AllWinner A20 board 
> like a Cubitruck if it works with OpenBSD (it is not on the list though). 
> What about other compatible boards like AllWinner A10 Orange PI One?
>

If it isn't on the list, it either isn't supported or hasn't been
tested.  If you have the hardware on hand, it never hurts to try the
latest snap and send a dmesg to the the openbsd-arm mailing list so
they can update their docs or get an idea of what's missing.

> I just want my DNS (local) and postfix, dovecot (Internet)  and SSH (local 
> and Internet) work on it protected from hackers.

Running OpenBSD and spamd on your router and any non-internet facing
services on other systems behind it, and not making silly decisions
like password based root logins (or any login for that matter) and
employing a default permit policy on your firewall are a good start.
Anything else is service-specific.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Secure end points for Internet tunnel, the most secure hardware

2020-05-11 Thread Aaron Mason
On Mon, May 11, 2020 at 5:16 PM  wrote:
>
> Hi,

Hi!

>
> [SNIP]
>
> Can you offer anything better than Cortex A7 board which is immune to Spectre?
> What is the most secure Cortex A7 board on which OpenBSD can run? I guess it 
> shall have as little BLOBs as possible - only a small Boot ROM like 
> Beaglebone Black which unfortunately is not Cortex A7, but rather Cortex A8.
>

The Pine A64 (US$15 for the 512mb version or US$21 for the 1GB plus
version) and the Rock64 (US$24.95 for the 1GB version) that both use a
Cortex-A53 CPU that is immune to Spectre, can't speak to the
blobbiness, though.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: OpenBSD insecurity rumors from isopenbsdsecu.re

2020-05-07 Thread Aaron Mason
On Fri, May 8, 2020 at 2:30 AM jeanfrancois  wrote:
>
> As long as there's no material published it's worth just any other word.
>

To quote Douglas Adams on whether you can trust people on the
internet, "of course not, it's just people talking".

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: More than 16 partitions

2020-04-28 Thread Aaron Mason
On Sat, Apr 25, 2020 at 2:41 PM Theo de Raadt  wrote:
>
> Amelia A Lewis  wrote:
>
> > So, and I recognize that the answer might reasonably be "go read more
> > code and figure it out yourself," a question for Theo and others if you
> > have a moment: why couldn't an arch expand past sixteen? It seems, both
> > from the math calculating struct size (which may be mistaken, in which
> > case I apologize) and in the comment for MAXMAXPARTITIONS that more
> > *are* possible.
>
> Because there is another reason.  Here are the device nodes for
> two sequentially-numbered disks.
>
> brw-r-  1 root  operator4,   0 Apr 17 11:50 sd0a
> brw-r-  1 root  operator4,   1 Apr 17 11:50 sd0b
> brw-r-  1 root  operator4,   2 Apr 17 11:50 sd0c
> brw-r-  1 root  operator4,   3 Apr 17 11:50 sd0d
> brw-r-  1 root  operator4,   4 Apr 17 11:50 sd0e
> brw-r-  1 root  operator4,   5 Apr 17 11:50 sd0f
> brw-r-  1 root  operator4,   6 Apr 17 11:50 sd0g
> brw-r-  1 root  operator4,   7 Apr 17 11:50 sd0h
> brw-r-  1 root  operator4,   8 Apr 17 11:50 sd0i
> brw-r-  1 root  operator4,   9 Apr 17 11:50 sd0j
> brw-r-  1 root  operator4,  10 Apr 17 11:50 sd0k
> brw-r-  1 root  operator4,  11 Apr 17 11:50 sd0l
> brw-r-  1 root  operator4,  12 Apr 17 11:50 sd0m
> brw-r-  1 root  operator4,  13 Apr 17 11:50 sd0n
> brw-r-  1 root  operator4,  14 Apr 17 11:50 sd0o
> brw-r-  1 root  operator4,  15 Apr 17 11:50 sd0p
> brw-r-  1 root  operator4,  16 Apr 17 11:50 sd1a
> brw-r-  1 root  operator4,  17 Apr 17 11:50 sd1b
> brw-r-  1 root  operator4,  18 Apr 17 11:50 sd1c
> brw-r-  1 root  operator4,  19 Apr 17 11:50 sd1d
> brw-r-  1 root  operator4,  20 Apr 17 11:50 sd1e
> brw-r-  1 root  operator4,  21 Apr 17 11:50 sd1f
> brw-r-  1 root  operator4,  22 Apr 17 11:50 sd1g
> brw-r-  1 root  operator4,  23 Apr 17 11:50 sd1h
> brw-r-  1 root  operator4,  24 Apr 17 11:50 sd1i
> brw-r-  1 root  operator4,  25 Apr 17 11:50 sd1j
> brw-r-  1 root  operator4,  26 Apr 17 11:50 sd1k
> brw-r-  1 root  operator4,  27 Apr 17 11:50 sd1l
> brw-r-  1 root  operator4,  28 Apr 17 11:50 sd1m
> brw-r-  1 root  operator4,  29 Apr 17 11:50 sd1n
> brw-r-  1 root  operator4,  30 Apr 17 11:50 sd1o
> brw-r-  1 root  operator4,  31 Apr 17 11:50 sd1p
>
> Look very carefully at this column  ^^
>

Are they allocated in the kernel in a linear fashion?  If not, you
could allocate additional nodes under a spare major for the extra
partitions.  If so, well I'm just talking out of my arse.

I'd see for myself if I could find where they're allocated.  I'll have
more of a deep dive later.


--
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: MIdnight Commander won't run

2020-04-22 Thread Aaron Mason
On Wed, Apr 22, 2020 at 11:17 AM Jay Hart  wrote:
>
> Upgraded my router from 6.5 to 6.6.  Followed the upgrade guide and installed 
> most, not all, of
> the file sets.  I did not install the games set or several of the X sets.
>
> I ran pkg_add -u and also used sysclean to find and remove all unneeded files.
>
> Afterwards, trying to run 'mc' results in:
>
> tangerine# mc
> ld.so can't load library libpcre.so.3.0
> Killed
>
> libpcre.so.3.0 is in /usr/local/lib
>
> Not sure how to go about fixing this, google searches did not turn up 
> anything on this.
>
> Looking for a bit of help.
>
> Thanks,
>
> Jay
>

I find it rare that an upgrade ever goes smoothly for any OS.  Have
you tried running ldconfig(8)?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: I see you guys are full of shit when it comes to one thing:

2020-04-15 Thread Aaron Mason
This isn't the airport, no need to announce your departure.

On Wed, Apr 15, 2020 at 3:27 PM zap  wrote:
>
> you  think proprietary softwatre is secure as much as linux loves being
> shit.
>
>
> I had hoped you guys had better self respect, and had some moral
> integrity within.
>
> And if you think i sound sad for dissing GNU, I was going to hold this
> back, but your fucking attitudes are shit as are your attempts to  block
> software that could be useful just because you get into an argument with
> people. (Palemoon) :P
>
> Same with wine!
>
> Please by all means get me off your damn list.  You guys are as bad as
> the linux organization.
>
> and while your all at it, since your unwilling to understand the truth
> that proprietary software sucks, just go wank yourselves somewhere.
>
> I really don't care about  being on this list anymore.  You guys are
> fucking heartless.  That's a fact.
>
> And Theo, if I said anything nice about you, please forget I said
> anything.  I don't take kindly to hostile assholes who refuse to be civil.
>
>
> Sigh... I guess trying to praise you for the good you guys do is just
> not constructive.  I see you guys live in a bubble of your own choosing.
>
> Wee proprietary software totally doesn't have any flaws or
> weaknesses!  GNU has the right to be shit, same with Linux! and BSD can
> refuse software that could otherwise benefit their users just because it
> has a license you hate! GOD damn
>
>
> Smell you later assholes.
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Failed to install bootblocks. You will not be able to boot OpenBSD

2020-04-06 Thread Aaron Mason
On Sat, Apr 4, 2020 at 1:14 AM Justin Noor  wrote:
>
> Hello OpenBSD Community,
>

Hi!


> [SNIP]
> had no data on them, other than the FreeBSD installation sets, I decided
> not to clean the boot code area with 'dd if=/dev/zero of=/dev/rsd0c bs=1
> count=1'.
>
>

That clears one byte.  You may have intended this:

dd if=/dev/zero of=/dev/rsd0c bs=1M count=1


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: mapserver httpd configuration

2020-04-05 Thread Aaron Mason
Hi Rashad

Is mapserv.sock in /var/www/run?  Also, does the web server have
access to the socket file?

I use a similar method to run RT:

# cat /etc/httpd.conf
[SNIP]
server $domain {
listen on egress tls port 443
fastcgi socket "/run/rt/rt-server.sock"
log syslog
tls {
key "/etc/ssl/private/server.key"
certificate "/etc/ssl/server.crt"
}
connection max request body 104857600
}
[SNIP]
# ls -l /var/www/run/rt/rt-server.sock
srwxrwxrwx  1 www  www  0 Apr  3 08:27 /var/www/run/rt/rt-server.sock

Also, yes I know 777 is a security risk.  I think RT did that, I don't
tell it to have any particular mode.  chmod o-rwx didn't break RT, so
I'll see about turning those off on startup and diving into the code
to see if I can fix that at the source.

Should be able to chown it after it starts, or you can just run it as
www and put it in its own directory under /run.

On Fri, Apr 3, 2020 at 9:03 PM Rashad Kanavath
 wrote:
>
> Hello all,
>
> Does anybody had tried to mapserver using httpd.
>
> I had latest mapserver 7.3 installed but cannot configure as it gives 500
> internal server error
> https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/geo/mapserver/pkg/README-main?rev=1.4&content-type=text/x-cvsweb-markup
>
> The above readme show information on ngix and supervisor.
> I tried to copy the ngix config into my httpd.conf and got that 500
> internel server error.
> See my httpd.conf below:
>
> server "mydomain.com" {
>   listen on * port 80
>   root "/htdocs/ mydomain.com"
>   location "*.php*" {
> fastcgi socket "/run/php-fpm.sock"
>   }
>   location "/cgi-bin/mapserv" {
> fastcgi socket  "/run/mapserv.sock"
> fastcgi param SCRIPT_FILENAME "/cgi-bin/mapserv"
> }
> }
>
> I had php script working correctly and /var/www/cgi-bin/mapserv -v is
> working correctly
>
> MapServer version 7.2.2 OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ
> SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV
> SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER
> SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=GEOS SUPPORTS=PBF INPUT=JPEG
> INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
>
> In the Readme on cvs give details on chroot, but I don't know it usage for
> using OpenBSD httpd
>
> thanks for your help.
> --
> Regards,
>Rashad



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Openbsd 6.6 amd64 stable bridge with 90 vlans does not forward packets after reboot

2020-03-19 Thread Aaron Mason
Hi Tom

Just looking at /etc/netstart (admittedly for 6.1) and by all rights
that shouldn't be happening - the VLAN interfaces should be starting
well before the bridges.  Maybe add !sleep 1 to the top of the
/etc/hostname.bridge101 file and see if it does better?

On Fri, Mar 20, 2020 at 12:22 PM Tom Smyth  wrote:
>
> Hello,
>
> I have a box that I use to aggregate a number of vlans which are
> isolated from each other(using port protection groups  and bridged
> onto a 10G interface ix0
> these are configured using a standard  hostname.bridgefile as follows,
> cat /etc/hostname.bridge101
> maxaddr 16384 timeout 300
> up
> add ix0 -stp ix0
> add vlan604 protected vlan604 1 -stp vlan604
> add vlan4069 protected vlan4069 1 -stp vlan4069
> .
> .
> .
> add vlan3982 protected vlan43982 1 -stp vlan3982
>
> when I reboot the box ... the system does not seem to forward frames )
>
> but if I run
> sh /etc/netstart bridge101
>
> then the bridge forwards the packets just fine.
>
> interface configs are as follows
> cat /etc/hostname.ix0
> mtu 1700 up
>
> cat /etc/hostname.ix1
> mtu 1708 up
>
> cat /etc/hostname.vlan3982
> parent ix1 vnetid 3982 mtu 1700 up
>
>
> ifconfig bridge101 yields similar results after reboot as opposed to
> ifconfig bridge101 after restarting the interface
>
> the only differences I saw was the index
>
> after reboot the index of bridge101 was 6
>
> but after restarting the bridge101 the index of bridge101 was 98
> (which sounds to me like perhaps the bridge was being started before
> the vlans on bootup)
>
>
> has anyone come across this issue before?
> Thanks
>
>
>
>
> --
> Kindest regards,
> Tom Smyth.
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Hosting a CDN question

2020-03-17 Thread Aaron Mason
In that case, relayd would be the most likely port of call.

On Wed, Mar 18, 2020 at 10:06 AM Flipchan  wrote:
>
> Yeah the point with a cdn is to lower the latency of it so therefor you what 
> is needed is just not only a fast http server but a traffic redirector 
> depending on the end users origin
>
> On March 17, 2020 3:44:27 AM GMT+01:00, Aaron Mason 
>  wrote:
>>
>> You can easily "write" one in Go with 9 lines of code.  And since Go
>> builds static binaries, you can chroot it for security.
>>
>> I just did a quick test between httpd and a web server written in Go
>> and on a simple text file with 20,000 requests from 10 threads I saw a
>> 2.3x improvement on a pair of tests.
>>
>> On Mon, Mar 16, 2020 at 9:28 PM Flipchan  wrote:
>>>
>>>
>>>  Hey all,
>>>
>>>  My company needs to put up a cdn for fast hosting of javascript, images 
>>> and css for websites, and then i would need something faster then httpd.
>>>
>>>
>>>  Does anyone here run a cdn for static website content?
>>>
>>>  If so what software did u use to set it up ?
>>>
>>>  have a good one
>>>  Sincerely
>>>  Filip
>>
>>
>>
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Hosting a CDN question

2020-03-16 Thread Aaron Mason
It's worth noting that httpd didn't go over ~30% in the test, whereas
the Go web server absolutely slammed the system.

On Tue, Mar 17, 2020 at 1:44 PM Aaron Mason  wrote:
>
> You can easily "write" one in Go with 9 lines of code.  And since Go
> builds static binaries, you can chroot it for security.
>
> I just did a quick test between httpd and a web server written in Go
> and on a simple text file with 20,000 requests from 10 threads I saw a
> 2.3x improvement on a pair of tests.
>
> On Mon, Mar 16, 2020 at 9:28 PM Flipchan  wrote:
> >
> > Hey all,
> >
> > My company needs to put up a cdn for fast hosting of javascript, images and 
> > css for websites, and then i would need something faster then httpd.
> >
> >
> > Does anyone here run a cdn for static website content?
> >
> > If so what software did u use to set it up ?
> >
> > have a good one
> > Sincerely
> > Filip
>
>
>
> --
> Aaron Mason - Programmer, open source addict
> I've taken my software vows - for beta or for worse



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Hosting a CDN question

2020-03-16 Thread Aaron Mason
You can easily "write" one in Go with 9 lines of code.  And since Go
builds static binaries, you can chroot it for security.

I just did a quick test between httpd and a web server written in Go
and on a simple text file with 20,000 requests from 10 threads I saw a
2.3x improvement on a pair of tests.

On Mon, Mar 16, 2020 at 9:28 PM Flipchan  wrote:
>
> Hey all,
>
> My company needs to put up a cdn for fast hosting of javascript, images and 
> css for websites, and then i would need something faster then httpd.
>
>
> Does anyone here run a cdn for static website content?
>
> If so what software did u use to set it up ?
>
> have a good one
> Sincerely
> Filip



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: experience setting up a low memory machine

2020-03-11 Thread Aaron Mason
On Wed, Mar 11, 2020 at 6:47 PM Jordan Geoghegan  wrote:
>
>
>
> On 2020-03-11 00:13, Stuart Longland wrote:
> > On 15/2/20 6:43 pm, Dumitru Moldovan wrote:
> >> [SNIP]
> > [SNIP]
> >
> > Sometimes it's better to realise when something has past its prime.
>
> A year or two ago I had OpenBSD working on my iBook with 64MB of RAM,
> even got FVWM working on it. For fun and testing purposes, I ran some
> small OpenBSD virtual machines with 64MB RAM as well. A few years back I
> got OpenBSD to boot with 32MB, but it wasn't particularly usable. I've
> found 128MB to be usable for basic terminal work, but you're definitely
> correct about 256MB being the bare minimum for anything fancy or GUI
> related.
>
>

At work I run OpenBSD 6.1 in a VM for Request Tracker.  It has 512MB
RAM and it seems that may very well be overkill.  At previous jobs I
can ManageEngine ServiceDesk Plus and even in Linux you needed 2GB
minimum just for it to get out of bed.  I plan on rebuilding it with
6.6 (can't update RT because packages are too old in 6.1) and might
run it on 256MB for shits and giggles.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Kibana/Elasticsearch fail

2020-02-10 Thread Aaron Bieber
On Thu, 06 Feb 2020 at 23:31:01 -0600, Eric Zylstra wrote:
> I’ve installed the ELK packages (Elasticsearch, Logstash, Kibana) using 
> pkg_add.  Installs went fine.  I checked out the pkg documentation 
> (pkg_reames) and followed the steps for those that had documentation to 
> follow.
> 
> When I boot, Logstash and Kibana fail.  I can use rcctl to start Logstash 
> with no problem.  When I try to start Kibana, the following is what I see:
> 
> # rcctl -d start kibana
> doing _rc_parse_conf
> doing _rc_quirks
> kibana_flags empty, using default ><
> doing _rc_parse_conf /var/run/rc.d/kibana
> doing _rc_quirks
> doing rc_check
> kibana
> doing rc_start
> doing _rc_wait start
> doing rc_check
> No home directory /nonexistent!
> Logging in with home = "/".
> Kibana does not support the current Node.js version v10.16.3. Please use 
> Node.js v>=10.15.0 <10.16.
> doing _rc_rm_runfile
> (failed)
> 
> 
> I’m not sure what to do with this.  Why is Logstash not starting on reboot?  
> Why does Kibana fail?  I assume there is some config that need be done, 
> because that Node.js error wouldn’t have made it to distribution, right?

> that Node.js error wouldn’t have made it to distribution

It did, and it's entirely my fault.

Kibana is failing because it is very strict about the version of node it wants
to use (hence the "Kibana does not support.." message). 

Apparently the tests I had run to verify this update worked failed:
http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/www/kibana/patches/patch-package_json?rev=1.4&content-type=text/x-cvsweb-markup

Here is a diff that fixes it for 6.6 (you will have to build it from ports
until (if?) a proper fix is in place).

https://deftly.net/patches/kibana-6.6.1.diff

Index: Makefile
===
RCS file: /cvs/ports/www/kibana/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile28 Sep 2019 09:37:54 -  1.32
+++ Makefile11 Feb 2020 04:13:52 -
@@ -3,7 +3,7 @@
 COMMENT=   browser based analytics/search interface to ElasticSearch
 
 V =6.6.1
-REVISION = 1
+REVISION = 2
 PKGNAME =  kibana-${V}
 DISTNAME = kibana-oss-${V}-darwin-x86_64
 
Index: patches/patch-package_json
===
RCS file: /cvs/ports/www/kibana/patches/patch-package_json,v
retrieving revision 1.4
diff -u -p -r1.4 patch-package_json
--- patches/patch-package_json  13 May 2019 22:08:11 -  1.4
+++ patches/patch-package_json  11 Feb 2020 04:13:52 -
@@ -8,7 +8,7 @@ Index: package.json
},
"engines": {
 -"node": "10.15.1"
-+"node": ">=10.15.0 <10.16"
++"node": "10.16.3"
}
 -}
 \ No newline at end of file

> 
> Thanks,
> 
> EZ

-- 
PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A  4AF0 1F81 112D 62A9 ADCE



Re: Dell Latitude e6400 OpenBSD Drive Issue

2020-02-10 Thread Aaron Mason
On Tue, Feb 11, 2020 at 3:04 AM Adam Thompson  wrote:
>
> [SNIP]
>
> The older the Latitude, the harder it is to open, but even an E6400 is
> pretty easy, even if you've never opened up a laptop before.

Yes.  The E6400 and E6410 were favourites of mine, with a single
spring-mounted screw and a slide clip holding the bottom in place.
The E6420 with its eleventy billion screws on the base (none held in
place with anything) was a major step backwards, but still easier than
many business-grade laptops I'd seen.

>
> Good luck,
> -Adam
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-05 Thread Aaron Mason
Hi Kris

On Thu, Feb 6, 2020 at 5:22 AM krishh61  wrote:
>
> HI,
>
> I can give mine:
>
>
>  cut --
> OpenBSD 6.6 (GENERIC.MP) #4: Wed Jan 15 08:56:09 MST 2020
>
> r...@syspatch-66-i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> real mem  = 3210944512 (3062MB)
> avail mem = 3136659456 (2991MB)
> [SNIP]
> root on sd0a (d3d7274cd817feba.a) swap on sd0b dump on sd0b
> [drm] *ERROR* CPU pipe B FIFO underrun
> [drm] *ERROR* [CRTC:34:pipe ] flip_done timed out
> vblank wait timed out on crtc 0
> [drm] *ERROR* [CRTC:34:pipe ] flip_done timed out
> [drm] *ERROR* [CONNECTOR:54:SVIDEO-] flip_done timed out
> inteldrm0: 1024x768, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
> [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
> vblank wait timed out on crtc 1
> [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
> [drm] *ERROR* [CONNECTOR:54:SVIDEO-] flip_done timed out
>
> --- cut ---
>
> ThinkPad R61i
>
> regards
>
> Kris
>
>
>
> --
> Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html
>

Thanks, that's very helpful.  For shits and giggles, say we disable inteldrm:

boot> boot -c
[...]
UKC> disable inteldrm
UKC> quit

Can you give this a try and report back please.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-04 Thread Aaron Mason
Hi Jacek

On Tue, Feb 4, 2020 at 4:42 AM Jacek Kowalczyk  wrote:
>
> Hi,
>
> I am running Openbsd 6.6 at ThinkPad R61i with graphic card Intel GMA X3100. 
> I am getting errors like in the subject:
> [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
> [drm] *ERROR* [CONNECTOR:51:SVIDEO- ] flip_done timed out
> And my laptop is booting quite long time, around 5 minutes.
> What I need to set or install and where to solve it?
>
>
> BR
> Jacek Kowalczyk
> http://jacekkowakczyk82.github.ii
>
>
> -- Wysłane za pomocą K-9 Mail.
>

Can you reply with a full dmesg please.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: How to hide my server's IP?

2020-02-02 Thread Aaron Mason
Why would ifconfig be in your chroot?

On Mon, Feb 3, 2020 at 8:28 AM Arthur Wayside
 wrote:
>
> Hello.
>
> Say I run a websapp inside a chroot and someone manages to hack it and gain 
> shell access. Can I then somehow hide my server's IP from the likes of 
> ifconfig?
>
> Thanks!
>
> Artur.
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Brand new server - bad adventures

2020-01-23 Thread Aaron Mason
After reviewing your dmesg and googling the model of your CPU, might I
suggest/recommend turning off hyperthreading if you can.  Bad security
juju.

On Thu, Jan 23, 2020 at 6:29 PM Andreas Kusalananda Kähäri
 wrote:
>
> On Wed, Jan 22, 2020 at 11:30:51PM +0300, Özgür Kazancci wrote:
> > Hello everyone! Greetings to misc people!
> >
> > Got a brand new dedicated server with a hardware: Intel Xeon-E 2274G - 64GB
> > DDR4 ECC 2666MHz - 2x SSD NVMe 960GB
> > and installed "brand new" OpenBSD 6.6 on it. (I'm managing it remotely via
> > KVM/IPMI)
> >
> > After the first boot, dmesg is outputting sequentally between few seconds
> > delays:
> > "wsdisplay0 at inteldrm0 mux 1
> > init: can't open /dev/console: Device not configured" and the system doesn't
> > boot at all.
>
> Is it possible that it does actually boot but that you just don't see the
> messages.  Did you try pinging the machine or accessing it through SSH?
>
>
> >
> > Please refer to the screenshot attached: https://ibb.co/sQbt7F7
> >
> > And after few hours of forums/IRC-logs readings, I tried to try the
> > suggestion of lots of similar-people: "disable inteldrm"
> >
> > To do that, during the boot I typed "boot -c", then got a brand new error
> > (IPMI/KVM freezes, no more keyboard input):
> > "kbc: cmd word write error" (with a weird cursor)
> > Please refer to the screenshot attached: https://ibb.co/QchqhtY
> >
> > Anyways, wanted to skip that -for now-, rebooted the server again, and
> > booted into bsd.rd, mounted the / and /usr on the harddisk, chrooted into
> > there and did;
> > "config -ef /bsd", then "disable inteldrm" and "quit" to save the changes.
> > Finally rebooted.
> >
> > The system booted up fine! Got the login prompt shell, logged in, well, with
> > -an another- brand new error :)
> >
> > "reorder_kernel: failed - see /usr/...GENERIC.MP/relink.log"
>
> This sometimes indicates that the previous boot got to the kernel
> re-linking stage but that it got interrupted there.  I see this on VMs
> if I forcefully reboot them as soon as the login prompt appears.
>
>
> >
> > I guess that was because I modified the kernel, anyway, wanted to skip that
> > too -for now-. Did what I always do the first: syspatch
> >
> > installed the patches, rebooted the system, aand...Tada! "inteldrm0 is back,
> > b1tch3z!" :)
> >
> > Dmesg has again: "init: can't open /dev/console: Device not configured" and
> > delays there. No boot, again.
> >
> > My questions are:
> >
> > How can I get the rid of the error "init: can't open /dev/console: Device
> > not configured" to be able to boot into the system?
> >
> > if that was the only way (disabling inteldrm), would I repeat it each time I
> > issue syspatch?
> >
> > And each time syspatch (re)installs the kernel, should I get the error
> > "reorder_kernel: failed", because I modified (disabled inteldrm) kernel?
> >
> > Any words on "kbc: cmd word write error" when I tried the 'boot -c'?
> >
> > I thank you for your time in reading all these,
> > And many thanks for your suggestions, in advance!
> >
> > Best,
> > Özgür Kazancci
>
> --
> Andreas (Kusalananda) Kähäri
> SciLifeLab, NBIS, ICM
> Uppsala University, Sweden
>
> .
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: install libreoffice OpenBSD 6.6

2020-01-22 Thread Aaron Mason
Hi

What command did you use to install libreoffice and what is your PKG_PATH?

On Thu, Jan 23, 2020 at 1:59 PM Jovany Leandro G.C  wrote:
>
>
> hello community,
>
> i recently install OpenBSD 6.6 and works great.
>
> now i try install libreoffice and throws:
>
>
> quirks-3.182 signed on 2020-01-22T10:10:52Z
> Can't install rasqal-0.9.33p2 because of libraries
> |library gmp.10.0 not found
> | not found anywhere
> Direct dependencies for rasqal-0.9.33p2 resolve to libgcrypt-1.8.5
> raptor-2.0.15p2 pcre-8.41p2 e2fsprogs-1.42.12p5 mpfr-3.1.5.2p1
> Full dependency tree is libxslt-1.1.33 e2fsprogs-1.42.12p5 libyajl-2.1.0
> curl-7.66.0 libgpg-error-1.36p0 pcre-8.41p2 xz-5.2.4 libiconv-1.16p0
> raptor-2.0.15p2 libgcrypt-1.8.5 libxml-2.9.9 gettext-runtime-0.20.1p0
> mpfr-3.1.5.2p1 nghttp2-1.39.2
> Can't install redland-1.0.17p6: can't resolve rasqal-0.9.33p2
> Can't install libreoffice-6.3.2.2v0: can't resolve redland-1.0.17p6
> Couldn't install libreoffice-6.3.2.2v0 rasqal-0.9.33p2 redland-1.0.17p6
>
>
> what can i do?
>
> thanks any help
>
>
> --
> Jovany Leandro G.C
> Desarrollador Software Libre
> Cel: (57) 3165387562
> Git: https://gitlab.com/bit4bit
> Fossil: https://efossils.somxslibres.net
> E-Sitio: https://www.somxslibres.net
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: What is you motivational to use OpenBSD

2020-01-12 Thread Aaron Mason
On Thu, Aug 29, 2019 at 12:40 AM Mohamed salah
 wrote:
>
> I wanna put something in discussion, what's your motivational to use
> OPENBSD what not other bsd's what not gnu/Linux, if something doesn't work
> fine on openbsd and you love this os so much what will do?

For most of my purposes, it Just Works(TM). The firewall rules are
user readable and easy to understand, most of the out of the box
software with configs follows the same easy-to-read scheme, and it
doesn't load anything out of the box that I don't need, it leaves that
decision to me and never insults my intelligence.  And those man
pages...

When I changed jobs and needed a service desk suite, I opted for
Request Tracker and rolled up a Hyper-V VM running OpenBSD 6.1.  Even
though no doco exists for this, I was able to make my way well enough
that I started to document my process as best I could on the httpd
GitHub repo wiki.

As a case study, at previous jobs I ran ManageEngine ServiceDesk Plus
on Windows Server, and the whole required 2GB of RAM minimum.  My
pokey little RT server has 512MB of RAM and it's all it has ever
needed.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Iked dead-peer-detection and DynDNS

2020-01-08 Thread Aaron Mason
On Thu, Jan 9, 2020 at 9:09 AM List  wrote:
>
> Hi,
> I am using Iked to tunnel to my home router from an openbsd machine.
> Everything works fine that far. Problems occur when my router reboots at
> night and gets a new IP assigned. (DSL)
> Afer receiving the new IP the tunnel is not rebuilt. Because the active
> part doesn't recognize that the IP has changed.
> How do you guys handle that ?  Is there a builtin mechanism?
> I've got the impression that once iked startup it reads the hostname of the 
> destination server
> (FQDN && DynDNS) and saves that permanently and doesn't recheck untils
> it is manually killed and restarted.
>
> And is second part of the problem. Is there a way to do
> Dead-peer-detection as part of ikeds builtin mechanism?
>
> How do you guys handle all of that ?
>
> Enlighten me !
>
>
> I'd greatly appreciate any help !
>
> Best regards,
> Stephan
>

Maybe try using ifstated(8) to ping a host on your home network and
restart iked to re-establish the tunnel when the tunnel falls over.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Leaving OpenBSD (with patch)

2020-01-08 Thread Aaron Mason
On Thu, Jan 9, 2020 at 3:54 AM Roderick  wrote:
>
>
> Theo, please, give him the travel blessing, before departure.
>
> Rod.
>
>
> On Wed, 8 Jan 2020, cho...@jtan.com wrote:
>
> > Some people have needs that OpenBSD doesn't meet. Of course the
> > logical thing to do is to adapt it to meet them or to use something
> > which does but to some -- in line with the general complexication
> > that's progressing nowadays -- this simple solution is not enough
> > and the need to announce one's inadequacy to the world in passive
> > aggressive tones arises.
> >
> > Indeed this happens so commonly that it has become something on the
> > order of a FAQ, and in order not to have to eat my own words from
> > the other day I've spent actual time in the other text editor doing
> > some actual hacking (I know, right?!?) and include this diff for
> > the developers' consideration.
> >
> > I have taken the liberty of assuming you want to be at least
> > moderately polite as you tell people to kindly fuck off. My apologies
> > if that's an oversight; I can re-do it if you wish.
> >
> > Matthew
> >
> >
> > cvs diff: Diffing .
> > Index: faq1.html
> > ===
> > RCS file: /home/flask/src/openbsd/cvsync/www/faq/faq1.html,v
> > retrieving revision 1.238
> > diff -u -p -r1.238 faq1.html
> > --- faq1.html   2 Oct 2019 15:40:06 -   1.238
> > +++ faq1.html   8 Jan 2020 16:12:30 -
> > [SNIP]
> >
> >
>

I'd probably add a note to say something along the lines of "this
isn't the airport, no need to announce your departure".

Though the Venn diagram of "people who loudly leave an open source
project's mailing list because said project didn't do 'X'" and "people
who don't RTFM" is probably a circle...

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Riello IPG 800 USB Driver and NUT

2020-01-07 Thread Aaron Mason
On Wed, Jan 8, 2020 at 10:52 AM Marcos Madeira | Secure Networks
 wrote:
>
> Hello again,
>
> I have a tried a few other things, but without much success.
>
> In regards to using to using ucycom0 or uhidev0 or ucom0 as the virtual
> devices, I was not able to do this, because of how NUT needs a device to
> connect to. None of those devices have a file like /dev/ucycom0 .
>
> In regards to using a serial driver, NUT mentions that the supported
> driver is riello_usb. I did try riello_ser, but it makes the system drop
> to ddb after service start. The nut driver port in this case is
> /dev/cuaU0. I actually reached a somewhat interesting state, where at
> every boot the system drops to ddb, because the upsd service is enabled.
> I am not sure if this is expected behavior as far as OpenBSD goes. I can
> gather more data, but need to get different hardware, because (I assume)
> that the problem is in the USB stack resulting in the keyboard not being
> available to even do 'show panic'. Should this error be pursued or is it
> expected? It can be replicated by using cu -l /dev/cuaU0. The error is
> as follows:
>
> (0, 0, 1) -> e
>
> kernel: page faut trap, code=0
>
> Stopped at usbd_is_dying+0xb:   cmpb   $0,0x8(%ecx)
>
> ddb{0}>
>
>
> Finally, when using the riello_usb driver, I get much different upsc
> output on Ubuntu as compared to OpenBSD. For example, the ups.status
> does not even change when unplugging the UPS. I will be checking this
> separately as it could be just a problem with the versions of the nut
> port. The following is the relevant output:
>
> $ upsc ups@127.0.0.1
>
> [SNIP]
>
> Thank you for your consideration,
>
> Marcos Madeira
> Secure Networks Lda
> Tel.: 911 881 590
> mmade...@securenetworks.pt
> https://www.securenetworks.pt
>
> On 03/01/20 11:58, Marcos Madeira | Secure Networks wrote:
> >
> > Hello misc,
> >
> > I am looking to use several Riello UPSs of model IPG 800 DE with
> > OpenBSD through the nut port. These UPSs also go by the name iPlug.
> > This is a compact UPS with only a single USB-B connector for
> > connectivity as is usual with low-end UPSs. However, I am facing an
> > obstacle due to how OpenBSD is discovering the UPS via the USB interface.
> >
>
> > Thank you for your consideration,
> >
> > --
> > Marcos Madeira
>

Just a thought... IIRC on laptops you can access battery info in
sysctl(8) - charge level, charge remaining, whether it has AC input,
etc.  Could you do the same here?

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: Adaptive main page for openbsd website.

2019-12-22 Thread Aaron Miller
It looks good to me. I tried it in Firefox on my laptop and on
Android and it seems fine. I also tried it in lynx and found it
was navigable.

--Aaron

On Sun, 2019-12-22 at 19:25 +0300, v...@vtsoft.dev wrote:
> Hello everyone,
> 
> The main page of openbsd.org is currently not responsive. It
> looks bad 
> when I access it from
> my mobile phone. I offer my version of the home page. My CSS
> file is 4 
> times smaller than it
> is now and adapts to the screen size of the device. Please,
> check it: 
> https://vttv.xyz
> . Also,
> you can directly download archive with sources: 
> https://vttv.xyz./openbsd.tar.gz
> .
> 



Re: dmesg for Riverbed Steelhead 250/550

2019-11-24 Thread Aaron Mason
On Fri, Nov 22, 2019 at 6:57 PM Mik J  wrote:
>
> Hello,
>
> > The primary and AUX NICs work, the LAN0/0 and WAN0/0 ports do not,
> > likely because there's some GPIO magic required to switch back the
> > relays.
>
> It's strange because when the OS is switched off, the relays are closed (act 
> as a wire). I would have thought at least, you could plug cables on these 
> interfaces and a ping would go through.
>

You would think that, but it seems the Riverbed OS flicks those relays
on boot, and there are configuration commands to flick them back
manually.  There's clearly some magic going on but there doesn't seem
to be any GPIO available, at least not in OpenBSD.

> Which benefits do you find in recycling these hardwares ? What is your usage ?
>

I heard they make good pfSense firewalls, no reason we couldn't do PF
natively :)

They're cheap, low profile, rack mountable devices with ECC memory,
gigabit NICs and (at least for the 550 at the time of manufacture)
somewhat enterprise-grade CPUs.  Most "appliance" style systems one
finds tend to run mobile CPUs or the old Core 2s - or worse, first gen
Atoms.  There's no beating that level of bang for buck.

> Regards
>
>
>
> Le mardi 19 novembre 2019 à 03:45:11 UTC+1, Aaron Mason 
>  a écrit :
>
>
> Here's a quick rundown on how I got it installed - you will need an
> existing OpenBSD installation.
>
> 1. Download the FS install image.
> 2. Mount it in your existing OpenBSD system and edit etc/boot.conf to
> set the tty to com0.
> 3. Write the resulting image to a USB stick.
> 4. Plug in your USB stick, then plug in the power.
> 5. When it says to press any key, do so.  When the GRUB menu appears, hit 'c'.
> 6. Set the root device (which will likely be hd2): root (hd2)
> 7. Fire up the chainloader: chainloader +1
> 8. Boot: boot
> 9. ???
> 10. Profit!
>
> On Tue, Nov 19, 2019 at 1:31 PM Aaron Mason  wrote:
> >
> > All
> >
> > Fired up OpenBSD 6.6 on a Riverbed Steelhead 250 and a 550, purchased
> > from fleabay for about $30 ea (plus shipping) - the 250 runs a single
> > core Celeron M @ 1.66GHz and 1GB DDR2, the 550 runs a low power
> > dual-core Xeon at the same speed and 2GB DDR2 - both x86 only.  Both
> > have a 2GB USB DOM and a separate laptop HDD (120GB for the 250 and
> > 320GB for the 550) likely for caching (these being WAN accelerators).
> >
> > The primary and AUX NICs work, the LAN0/0 and WAN0/0 ports do not,
> > likely because there's some GPIO magic required to switch back the
> > relays.  The Xeon-powered 550 definitely seems to have a bit more
> > oompf than the 250's hamster whee-- err, Celeron M CPU.
> >
> > The output for dmesg for each is attached.
> >
> > --
> > Aaron Mason - Programmer, open source addict
> > I've taken my software vows - for beta or for worse
>
>
>
>
> --
> Aaron Mason - Programmer, open source addict
> I've taken my software vows - for beta or for worse
>


-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: dmesg for Riverbed Steelhead 250/550

2019-11-18 Thread Aaron Mason
Here's a quick rundown on how I got it installed - you will need an
existing OpenBSD installation.

1. Download the FS install image.
2. Mount it in your existing OpenBSD system and edit etc/boot.conf to
set the tty to com0.
3. Write the resulting image to a USB stick.
4. Plug in your USB stick, then plug in the power.
5. When it says to press any key, do so.  When the GRUB menu appears, hit 'c'.
6. Set the root device (which will likely be hd2): root (hd2)
7. Fire up the chainloader: chainloader +1
8. Boot: boot
9. ???
10. Profit!

On Tue, Nov 19, 2019 at 1:31 PM Aaron Mason  wrote:
>
> All
>
> Fired up OpenBSD 6.6 on a Riverbed Steelhead 250 and a 550, purchased
> from fleabay for about $30 ea (plus shipping) - the 250 runs a single
> core Celeron M @ 1.66GHz and 1GB DDR2, the 550 runs a low power
> dual-core Xeon at the same speed and 2GB DDR2 - both x86 only.  Both
> have a 2GB USB DOM and a separate laptop HDD (120GB for the 250 and
> 320GB for the 550) likely for caching (these being WAN accelerators).
>
> The primary and AUX NICs work, the LAN0/0 and WAN0/0 ports do not,
> likely because there's some GPIO magic required to switch back the
> relays.  The Xeon-powered 550 definitely seems to have a bit more
> oompf than the 250's hamster whee-- err, Celeron M CPU.
>
> The output for dmesg for each is attached.
>
> --
> Aaron Mason - Programmer, open source addict
> I've taken my software vows - for beta or for worse



-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



dmesg for Riverbed Steelhead 250/550

2019-11-18 Thread Aaron Mason
All

Fired up OpenBSD 6.6 on a Riverbed Steelhead 250 and a 550, purchased
from fleabay for about $30 ea (plus shipping) - the 250 runs a single
core Celeron M @ 1.66GHz and 1GB DDR2, the 550 runs a low power
dual-core Xeon at the same speed and 2GB DDR2 - both x86 only.  Both
have a 2GB USB DOM and a separate laptop HDD (120GB for the 250 and
320GB for the 550) likely for caching (these being WAN accelerators).

The primary and AUX NICs work, the LAN0/0 and WAN0/0 ports do not,
likely because there's some GPIO magic required to switch back the
relays.  The Xeon-powered 550 definitely seems to have a bit more
oompf than the 250's hamster whee-- err, Celeron M CPU.

The output for dmesg for each is attached.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse
OpenBSD 6.6 (GENERIC) #298: Sat Oct 12 11:06:10 MDT 2019
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
real mem  = 1073037312 (1023MB)
avail mem = 1037803520 (989MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 10/22/13, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.5 @ 
0x9f800 (40 entries)
bios0: vendor American Megatrends Inc. version "MINOW035" date 10/22/2013
bios0: Riverbed Technology, Inc. DTABA
acpi0 at bios0: ACPI 3.0
acpi0: sleep states S0 S1 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB HPET
acpi0: wakeup devices P0P1(S4) SLPB(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) Celeron(R) M CPU @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz, 
06-0e-0c
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,SSE3,MWAIT,TM2,xTPR,PDCM,NXE,PERF,SENSOR,MELTDOWN
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 166MHz
cpu0: mwait min=64, max=64, C-substates=0.2, IBE
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 7 (EPA0)
acpiprt2 at acpi0: bus 6 (EPA1)
acpiprt3 at acpi0: bus 5 (P0P4)
acpiprt4 at acpi0: bus 4 (P0P5)
acpiprt5 at acpi0: bus 3 (P0P6)
acpicpu0 at acpi0: C1(@1 halt!)
acpitz0 at acpi0: critical temperature is 99 degC
acpipwrres0 at acpi0: GFAN, resource for SBRG, FN00
"PNP0A08" at acpi0 not configured
acpicmos0 at acpi0
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
"PNP0C0B" at acpi0 not configured
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 3100 Host" rev 0x00
"Intel 3100 Error Reporting" rev 0x00 at pci0 dev 0 function 1 not configured
vendor "Intel", unknown product 0x35b5 (class system subclass miscellaneous, 
rev 0x00) at pci0 dev 1 function 0 not configured
ppb0 at pci0 dev 2 function 0 "Intel 3100 EDMA" rev 0x00
pci1 at ppb0 bus 7
ppb1 at pci0 dev 3 function 0 "Intel 3100 PCIE" rev 0x00
pci2 at ppb1 bus 6
em0 at pci2 dev 0 function 0 "Intel 82571EB" rev 0x06: apic 1 int 16, address 
00:0e:b6:95:dc:0e
em1 at pci2 dev 0 function 1 "Intel 82571EB" rev 0x06: apic 1 int 17, address 
00:0e:b6:95:dc:0f
ppb2 at pci0 dev 28 function 0 "Intel 6321ESB PCIE" rev 0x01
pci3 at ppb2 bus 5
em2 at pci3 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address 
00:0e:b6:3e:23:08
ppb3 at pci0 dev 28 function 1 "Intel 6321ESB PCIE" rev 0x01
pci4 at ppb3 bus 4
em3 at pci4 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address 
00:0e:b6:3e:23:09
ppb4 at pci0 dev 28 function 2 "Intel 6321ESB PCIE" rev 0x01: apic 1 int 18
pci5 at ppb4 bus 3
ppb5 at pci0 dev 28 function 3 "Intel 6321ESB PCIE" rev 0x01
pci6 at ppb5 bus 2
uhci0 at pci0 dev 29 function 0 "Intel 6321ESB USB" rev 0x01: apic 1 int 23
uhci1 at pci0 dev 29 function 1 "Intel 6321ESB USB" rev 0x01: apic 1 int 19
ehci0 at pci0 dev 29 function 7 "Intel 6321ESB USB" rev 0x01: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 
addr 1
ppb6 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xc9
pci7 at ppb6 bus 1
ichpcib0 at pci0 dev 31 function 0 "Intel 6321ESB LPC" rev 0x01: PM disabled
ahci0 at pci0 dev 31 function 2 "Intel 6321ESB AHCI" rev 0x01: apic 1 int 19, 
AHCI 1.1
ahci0: port 0: 1.5Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0:  naa.50e0448be8ca
sd0: 114473MB, 512 bytes/sector, 234441648 sectors
ichiic0 at pci0 dev 31 function 3 "Intel 6321ESB SMBus" rev 0x01: apic 1 int 19
iic0 at ichiic0
ichiic0: abort failed, status 0x41
iic0: addr 0x24 a1=ff a2=ff a3=ff a4=ff a5=ff a6=ff a7=ff e1=02 e3=02 words 
00=01aa 01=01aa 02=

  1   2   3   4   5   6   7   8   9   10   >