When using head -r308247 to boot an old PowerMac G4 466 MHz (single 
processor/single core) there are two "taskqgroup_adjust failed cnt" messages:

> # dmesg
> Copyright (c) 1992-2016 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>         The Regents of the University of California. All rights reserved.
> FreeBSD is a registered trademark of The FreeBSD Foundation.
> FreeBSD 12.0-CURRENT #0 r308247M: Thu Nov  3 11:39:11 PDT 2016
> markmi@FreeBSDx64:/usr/obj/powerpcvtsc_clang_gcc421_kernel/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG
>  powerpc
> gcc version 4.2.1 20070831 patched [FreeBSD]
> cpu0: Motorola PowerPC 7400 revision 2.9, 466.97 MHz
> cpu0: Features 9c000000<PPC32,ALTIVEC,FPU,MMU>
> real memory  = 1588068352 (1514 MB)
> avail memory = 1530961920 (1460 MB)
> . . .
> <OWC Mercury Electra 3G SSD 560ABBF0> ATA8-ACS SATA 2.x device
> ada0: Serial Number <REPLACED>
> ada0: 66.700MB/s transfers (UDMA4, PIO 512bytes)
> ada0: 114473MB (234441648 512 byte sectors)
> taskqgroup_adjust failed cnt: 1 stride: 1 mp_ncpus: 1 smp_started: 0
> taskqgroup_adjust failed cnt: 1 stride: 1 mp_ncpus: 1 smp_started: 0
> Trying to mount root from ufs:/dev/ufs/FBSDG4Srootfs [rw,noatime]...
> gem0: link state changed to DOWN
> gem0: link state changed to UP

The above is repeatable for the indicated PowerMac, so far always at the same 
place in the sequence.

The other booted PowerMac's using this SSD have multiple processors (G4 and G5 
examples). None of them has reported such messages so far but those messages 
could be unrelated to the  processor count for all I know.

This -r308247 build is "stable style" relative to performance choices for the 
KERNCONF. And the KERNCONF disables/excludes PS3 and enables/includes sc 
(syscons) in addition to the normal vt.

I do warn that this is the environment were I experiment with the 
problematical-for-powerpc clang/clang++ 3.8.0 for buildworld. Build kernel is 
via gcc 4.2.1. The kernel has so-called "red zone" handling added for signals 
in order to deal with the clang ABI violations (in the stack handling).

At some point when all the available llvm powerpc-target fixes are in place 
I'll switch to the 3.9.0 project if I can. (Similarly for powerpc64.)

Mark Millard
markmi at dsl-only.net

freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to