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.vanbreukelingen_at_gmail.com < mms.vanbreukelingen_at_gmail.com>: > Had verbose on and got the following kernel error on 2900000: > 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_at_freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" >Received on Fri Sep 27 2019 - 07:48:19 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:22 UTC