Re: Problems with iwn wireless networking
On Mon, 17 Aug 2020 08:14:22 - (UTC) Stuart Henderson wrote: > On 2020-08-15, Julian Smith wrote: > > > > Ok i'll try building a current kernel in the next few days. > > Kernel and userland (and device firmware) should be in sync. It's > easier to use a snapshot, you can install to USB stick if you don't > want to update your main drive. Thanks for pointing this out. I've bought a 32GB USB stick, installed OpenBSD-6.7 on it, and made it mount my origin /home, so the system is basically the same as before. Unfortunately, i haven't been able to crash the iwn0 device. (I was intending to reproduce the iwn0 crash then upgrade to a snapshot and see whether that made any difference.) I have noticed that when the OpenBSD system is downloading, but only at a fraction of the available wireless bandwidth, other devices seem to struggle to get bandwidth. But i'm not sure whether this is significant. The only difference in the setup i can think of is that i haven't yet installed all required firmware - i've only run 'fw_update iwn'. According to fw_update -n, the following firmware needs installing: vmm-firmware inteldrm-firmware intel-firmware uvideo-firmware I'll try installing these one at a time and see whether that provokes any issues. Thanks, - Jules -- http://op59.net
Re: Can I boot without GPU ("headless")?
On Sun, August 30, 2020 7:12 am, Henry W. Peterson wrote: > If I write at the boot prompt "set timeout 5" and then "set tty pc0" it > waits indefinitely for new commands (as expected). > > I was asking if there is a way to start a new timeout or instantly boot > the kernel after the console switching without typing anything else (to > switch to com0, without actually connecting a serial console, let it boot > and then control the computer by ssh). > Once you hit a key on the keyboard, you've stopped the timeout. If you're typing on the keyboard, you can just type "boot" (or just "b") to boot it. You don't need a timeout. If you put your com0 settings (or whatever else) into boot.conf, then you don't need to type anything and the timeout applies and it'll boot on its own.
Re: Crashing 64bit (AMD) 6.7 kernel on APU2
On Aug 30 15:33, Damian McGuckin wrote: > I have no debugging experience. https://www.openbsd.org/report.html https://man.openbsd.org/crash.8 > The system works flawlessly with 6.3 The challenge with delaying upgrades is it makes the situation more complicated when a problem is encountered.
Re: Can I boot without GPU ("headless")?
If I write at the boot prompt "set timeout 5" and then "set tty pc0" it waits indefinitely for new commands (as expected). I was asking if there is a way to start a new timeout or instantly boot the kernel after the console switching without typing anything else (to switch to com0, without actually connecting a serial console, let it boot and then control the computer by ssh).
Re: Can I boot without GPU ("headless")?
set timeout 5? On Sun, Aug 30, 2020 at 2:50 AM Henry W. Peterson < henrywillpeter...@outlook.com> wrote: > To Greg Thomas : > > Ok, one final question: Is there a way to make the boot process wait 5 > seconds for commands in the vga+keyboard phase but when "set tty com0" then > load the kernel automatically? > > As a little test, I wrote in my personal computer's boot prompt "set tty > pc0", it "switches to pc0" (it was already there, but shows again the > "OpenBSD/amd64 BOOT X.XX" message) and it waits indefinitely for commands. > > If this happens in the ones with the serial port after "set tty com0", > then I assume it would wait there indefinitely too. > > Thank you in advance. >
Re: Can I boot without GPU ("headless")?
To Greg Thomas : Ok, one final question: Is there a way to make the boot process wait 5 seconds for commands in the vga+keyboard phase but when "set tty com0" then load the kernel automatically? As a little test, I wrote in my personal computer's boot prompt "set tty pc0", it "switches to pc0" (it was already there, but shows again the "OpenBSD/amd64 BOOT X.XX" message) and it waits indefinitely for commands. If this happens in the ones with the serial port after "set tty com0", then I assume it would wait there indefinitely too. Thank you in advance.
Re: Crashing 64bit (AMD) 6.7 kernel on APU2
On Sun, Aug 30, 2020 at 03:33:17PM +1000, Damian McGuckin wrote: > > Hi, > > For the first time ever, we have seen a crashing kernel. Having never > experienced this before on any OpenBSD release for over 20 years, I have no > debugging experience. We have simply reverted to 32bit to see it that is the > issue. The system works flawlessly with 6.3 in 32 bit mode but we thought we > should update. > > This is on an APU2 with an AMD64 release. > > Has anybody seen the same problem? Without any usefull details noboday can answer that question. -Otto > > Thanks - Damian > > Pacific Engineering Systems International, 277-279 Broadway, 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 >
Crashing 64bit (AMD) 6.7 kernel on APU2
Hi, For the first time ever, we have seen a crashing kernel. Having never experienced this before on any OpenBSD release for over 20 years, I have no debugging experience. We have simply reverted to 32bit to see it that is the issue. The system works flawlessly with 6.3 in 32 bit mode but we thought we should update. This is on an APU2 with an AMD64 release. Has anybody seen the same problem? Thanks - Damian Pacific Engineering Systems International, 277-279 Broadway, 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
