Re: Kernel panic after rebuilding CURRENT

2019-10-03 Thread Johan Hendriks
Yes for me too.



Op vr 27 sep. 2019 om 13:23 schreef mms.vanbreukelin...@gmail.com <
mms.vanbreukelin...@gmail.com>:

> Works again,  just 'svn up' to the latest release,  rebuuld,  nothing to
> do with virtualization but a serious kernel problem - IMO having too little
> userspace and too much right winged here.
>
> Miranda
>
> On Fri, 27 Sep 2019 at 11:48, Johan Hendriks
>  wrote:
> Just a me too, for me it is a standard FreeBSD running on virtualbox.
>
> regards,
> Johan
>
>
> Op wo 25 sep. 2019 om 17:30 schreef mms.vanbreukelin...@gmail.com <
> mms.vanbreukelin...@gmail.com>:
>
> Had verbose on and got the following kernel error on 290:
> taskqgroup_adjust_if_config_tqg: panic: sched_pickcpu: failed to find a cpu
> Looked for device tqg,  isn't available in a slightly changing GENERIC
> custom. I know what this personally means to me,  incompatibility and a
> lack of social integration,   but what's the reason for BSD telling me:
> "thank you,  that's it!" I have LOCK_PROFILING as option for building,  but
> this had nothing to do with that kinda problem.
> Reversion from this morning,  as a lack of Inet at the moment, I had to
> 'svn up' from within Linux with ufs write enabled and gave root to the
> rescue CD for fsck'ing the /dev/ada0p7. The hashkey terror stops and when
> unmounted without flags -fl on arch. They're doing well together simple
> because if unification purpose against monopoly.
> Had to rebuild without SMP,  so virtualization is problematic. #ing the
> ule_scheduler shouldn't be "unticked", as this causes severe compile
> errors.
> I think she just wants a backward development at this age,  nostalgia
> electronica should be a study tribe on universities like history in
> school!  Anyone able to get 2nd CPU up again?
>
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org
> "
>
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Kernel panic after rebuilding CURRENT

2019-09-27 Thread Johan Hendriks
Just a me too, for me it is a standard FreeBSD running on virtualbox.

regards,
Johan


Op wo 25 sep. 2019 om 17:30 schreef mms.vanbreukelin...@gmail.com <
mms.vanbreukelin...@gmail.com>:

> Had verbose on and got the following kernel error on 290:
> taskqgroup_adjust_if_config_tqg: panic: sched_pickcpu: failed to find a cpu
> Looked for device tqg,  isn't available in a slightly changing GENERIC
> custom. I know what this personally means to me,  incompatibility and a
> lack of social integration,   but what's the reason for BSD telling me:
> "thank you,  that's it!" I have LOCK_PROFILING as option for building,  but
> this had nothing to do with that kinda problem.
> Reversion from this morning,  as a lack of Inet at the moment, I had to
> 'svn up' from within Linux with ufs write enabled and gave root to the
> rescue CD for fsck'ing the /dev/ada0p7. The hashkey terror stops and when
> unmounted without flags -fl on arch. They're doing well together simple
> because if unification purpose against monopoly.
> Had to rebuild without SMP,  so virtualization is problematic. #ing the
> ule_scheduler shouldn't be "unticked", as this causes severe compile
> errors.
> I think she just wants a backward development at this age,  nostalgia
> electronica should be a study tribe on universities like history in
> school!  Anyone able to get 2nd CPU up again?
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Kernel panic after rebuilding CURRENT

2019-09-25 Thread mms.vanbreukelin...@gmail.com
Had verbose on and got the following kernel error on 290:
taskqgroup_adjust_if_config_tqg: panic: sched_pickcpu: failed to find a cpu
Looked for device tqg,  isn't available in a slightly changing GENERIC custom. 
I know what this personally means to me,  incompatibility and a lack of social 
integration,   but what's the reason for BSD telling me: "thank you,  that's 
it!" I have LOCK_PROFILING as option for building,  but this had nothing to do 
with that kinda problem.  
Reversion from this morning,  as a lack of Inet at the moment, I had to 'svn 
up' from within Linux with ufs write enabled and gave root to the rescue CD for 
fsck'ing the /dev/ada0p7. The hashkey terror stops and when unmounted without 
flags -fl on arch. They're doing well together simple because if unification 
purpose against monopoly. 
Had to rebuild without SMP,  so virtualization is problematic. #ing the 
ule_scheduler shouldn't be "unticked", as this causes severe compile errors. 
I think she just wants a backward development at this age,  nostalgia 
electronica should be a study tribe on universities like history in school!  
Anyone able to get 2nd CPU up again?  
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"