Hi Ronald,
hitting the panic with a DEBUG kernel would be great and it would be
very nice if I could somehow reproduce the panic.
I have the option to rent an cheap arm64 virtual host at Hetzner so I
could test that at an environment close to yours.
Please try compiling a GENERIC-DEBUG
I have a couple of RAID arrays attached to an old(-ish) LSI 9285CV-8e
controller and, while doing a backup between them, I seem to be running
into a driver/controller resource issue :-(
Every 5 minutes when a 'health check' runs, it logs a shower of "mrsas0:
Cannot allocate ioctl data mem"
Hi,
Had this crash today on RPI4/15-CURRENT.
FreeBSD rpi4 15.0-CURRENT FreeBSD 15.0-CURRENT #19 main-b0203aaa46-dirty: Sat
Nov 4 11:48:33 CET 2023
ronald@rpi4:/home/ronald/dev/freebsd/obj/home/ronald/dev/freebsd/src/arm64.aarch64/sys/GENERIC-NODEBUG
arm64
$ sysctl -a | grep bclon
> On Nov 10, 2023, at 1:28 AM, Tomoaki AOKI wrote:
>
> On Fri, 10 Nov 2023 00:10:13 +0800
> Zhenlei Huang wrote:
>
>> Hi,
>>
>> This is *NOT* joking.
>>
>> While working on https://reviews.freebsd.org/D42527 I realized the
>> module kernel also has userrefs, that is to say, userland can
> On Nov 10, 2023, at 1:03 AM, Warner Losh wrote:
>
> Yea. Kexec is what you'd need to do to get a new kernel... and we don't
> support kexec... so I agree this is good..
If we ever want to support kexec, a new kernel should be loaded into memory
before the old one is unloaded.
Then