Date: Thu, 15 Nov 2018 23:19:36 +0100 From: Michael Tuexen <Michael.Tuexen@macmic.franken.de> To: Andreas Tobler <andreast-list@fgznet.ch> Cc: Mark Millard <marklmi@yahoo.com>, Justin Hibbits <chmeeedalf@gmail.com>, FreeBSD PowerPC ML <freebsd-ppc@freebsd.org> Subject: Re: after running the installer on a PowerMac G5 no root filesystem found Message-ID: <B3BAE191-E19E-4743-A4C6-2BC19D75A1F1@macmic.franken.de> In-Reply-To: <020ce879-5486-acf6-98a2-b21a9dab3973@fgznet.ch> References: <6f6d590b-02ef-ef9c-ed58-50121142e616@blastwave.org> <15F2B2EA-2129-46A8-BAAA-5AB8A9B6478B@macmic.franken.de> <806379E7-97EE-4977-B334-B3C53522F789@macmic.franken.de> <64612e49-7798-bf2a-44b6-56cfcd3b3e80@blastwave.org> <20181114110252.68fa2070@ralga.knownspace> <29EA3221-8788-4528-BEB2-AF38A9FF1D56@macmic.franken.de> <1635791e-6c4e-52f3-a5ad-739f1b143040@fgznet.ch> <F203DC22-FCA1-4633-87A7-E3BA8F8EB4DE@yahoo.com> <020ce879-5486-acf6-98a2-b21a9dab3973@fgznet.ch>
index | next in thread | previous in thread | raw e-mail
> On 15. Nov 2018, at 22:39, Andreas Tobler <andreast-list@fgznet.ch> wrote: > > On 15.11.18 21:47, Mark Millard wrote: >> On 2018-Nov-15, at 12:13, Andreas Tobler <andreast-list at fgznet.ch> wrote: >>> On 15.11.18 21:05, Michael Tuexen wrote: >>>>> . . . >>>> OK, I did some testing. Reverting r334498 and not disabling smp results >>>> in a usable, stable system. However, there are two things I observed that >>>> are not working as good as with disabling smp: >>>> 1. After a while the fans get louder. Running sysctl -a dev.fcu.0 >>>> gets them down again. After a while they will start to get >>>> louder again. >>>> When SMP is disabled, this is not an issue. >>> >>> pmac_therm gets stuck, we already had that, r329080 tried to fix this. >>> It worked a while but now things are back to worse. >> In my context somethings things go for weeks without >> this happening. I also have more trouble with such from >> debug kernel builds than from non-debug ones. I normally >> run non-debug kernels unless I'm trying to track down >> some issue. >> For non-debug kernels rebooting (shutdown -r now) does >> seem to initially clear the condition. >> This has been a fairly long term issue. >>>> 2. When shutting down the system, >>>> Waiting (max 60 seconds) for system thread `bufdaemon' to stop... >>>> Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... >>>> Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... >>>> times out. >>>> This is also not an issue when SMP is disabled. >>>> So there are some issue with SMP even when reverting r334498. >>> >>> I second the two points above, iow I see the same on different SMP G5 running 64-bit. For me both are related. >> I've seen this and, as I remember, it has been under debug kernels >> instead of non-debug ones. Since I normally run non-debug kernels, >> I normally do not see this. >> The powerpc's involved are still based on -r339076. The prior >> context with much use was long before that, predating -r334498 >> as well. I do not remember seeing this before the jump to >> -r339076 . >> So I expect this is somewhat new. >> I can not comment much on having smp disabled. The only time >> that I've had such was the jump to -r339076 until I identified >> reverting -r334498 as how to get back to a nearly >> historically-normal context. > > I usually run GENERIC64-NODEBUG and it is happening. I'm on r340261+, maybe I should allocate a weekend for bisecting once more :( > I see this also on a non-debug kernel using: tuexen@bsd4:~/head/sys/powerpc/conf % cat TCP-NODEBUG include GENERIC64-NODEBUG ident TCP-NODEBUG makeoptions WITH_EXTRA_TCP_STACKS=1 options TCPHPTS options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=5 options IPFIREWALL_DEFAULT_TO_ACCEPT Best regards Michaelhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B3BAE191-E19E-4743-A4C6-2BC19D75A1F1>