Re: CVS commit: src/sys/dev/pad

[Rin Okuyama <rokuyama.rk%gmail.com@localhost>]

On 2021/06/16 18:15, Taylor R Campbell wrote:
> > Date: Wed, 16 Jun 2021 17:38:26 +0900
> > From: Rin Okuyama <rokuyama.rk%gmail.com@localhost>
> >
> > KASSERT added to pad_attach() by this commit fires on macppc with mixerctl(1):
> > [...] panic: kernel diagnostic assertion "KERNEL_LOCKED_P()" failed: file "/usr/src/sys/dev/pad/pad.c", line 214
>
> Can you share `ident netbsd | grep -e pad.c -e subr_autoconf.c'
> output?
>
> config_attach_pseudo takes the kernel lock, so this assertion should
> definitely not fire.
>
> > I don't understand why this happens on macppc, while does not on
> > majority of other machines. Can this behavior depend on underlying
> > audio(4) driver? If so, what should I do to fix?
>
> I don't think so -- this happens before we even reach audio_attach_mi.

Thanks for hints!

Seems like kernel module bug for powerpc. pad(4) is not in GENERIC.
If it is in kernel, panic does not take place. On the other hand,
if it is supplied as module, even if its pad.c (and subr_autoconf.c
in main kernel) is up to date, panic occurs.

Another problem is kernel modules for powerpc is:

http://mail-index.netbsd.org/port-powerpc/2020/07/07/msg003590.html

I still haven't figured out why...

Thanks,
rin