From owner-freebsd-ppc@freebsd.org Mon Jan 20 08:47:47 2020 Return-Path: Delivered-To: freebsd-ppc@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2DF161F28F2 for ; Mon, 20 Jan 2020 08:47:47 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 481QKZ1kl2z4Fxh for ; Mon, 20 Jan 2020 08:47:45 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: by mail-lj1-x235.google.com with SMTP id r19so32932090ljg.3 for ; Mon, 20 Jan 2020 00:47:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=farscape-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=n4GaQa3ugV0i+644DWG2fwMuPww5w/uIcBuOVNQX9I8=; b=drkzZEqx8Pr7FFOYNe9f7OpO4t4TETHmLoZAXCLjuDUsjPVXBQchmzBjJNZoEsvbM3 auO3W6uY7PXT+MyNiteS0amJQDKuZk8ogXHMwpxigIEhtzf964eGLYeW3ZohXEebpmT/ Up08KIQ/8ajqjYvvKpZw2WwZCFK3x8Ozq9KZFCZB1Op9XOF+e6zW1Quf6Rqk4DXiHvTL lWik2u+u1Ku9O/7VJd6a9/iT3atIfIJint1bCs3iKFICL7OY/w67at0oPfAEhEPCxcQn gs2S5aajnMC0/1zVNCbS+suUs5aQ46XdZOITIKLZv+TdewUaPK+YQLi6HFPheXGDTINe m78w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=n4GaQa3ugV0i+644DWG2fwMuPww5w/uIcBuOVNQX9I8=; b=m9Qx0QCrjvVTH3T2j2UYexduiaIhuRu16fh5K/PH/5EozEcY4NkYGBkgcPcXUQEMMl 4DF91/LrUggQl88MjXKWa4NMmUHzL8yFzIMG9VcDJx3Jn6VzU/aGL/N0ELXKKMHdlv8f sUKL+BqneJo0v7BV57RTKLNCWVlIzSfVpgxoeWbuuTtWWq2qbrY6SDquHr+DYcdcfFDA ZHONu2T109JZETX75c0TFAGtO1Bod9Y4kJxN8gP0b+fGV2jCCFE0mhdmSKhGnW/ihq1B 49FGMmf2gLYKECm2+gG7pf8VsPyvsbS32AohxYJUniqIYgkvblQ0ed84Cy0RRQv35rm/ Vg0w== X-Gm-Message-State: APjAAAWuc63f3MkHATnlNam4tMHrMrlAZp6v2wtVp3o5OpMMA9ikAsrY WVVYhdg0Qsr5Mpo06xLB1/GzdzuXDjFC2mQQn2/dr/e2 X-Google-Smtp-Source: APXvYqzZ3BTT1qiSPb1VPxE55Jwjpv4uNaKgyCk8JcNt7ZCIkoo+O3AoaLex6CCHM1CQEwDAUAiZ2qrTN5gdTMRvklc= X-Received: by 2002:a2e:9613:: with SMTP id v19mr13024859ljh.47.1579510062764; Mon, 20 Jan 2020 00:47:42 -0800 (PST) MIME-Version: 1.0 References: <21533290-667C-472E-89F7-D1E7DE773193@yahoo.com> <08867d39-807a-494b-9ea5-d29d483e9c29@gmail.com> In-Reply-To: From: Francis Little Date: Mon, 20 Jan 2020 08:47:32 +0000 Message-ID: Subject: Re: G5 Quad Fans full speed after 1 min To: FreeBSD PowerPC ML X-Rspamd-Queue-Id: 481QKZ1kl2z4Fxh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=farscape-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=drkzZEqx; dmarc=none; spf=pass (mx1.freebsd.org: domain of oggy@farscape.co.uk designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=oggy@farscape.co.uk X-Spamd-Result: default: False [-5.27 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[farscape-co-uk.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; DMARC_NA(0.00)[farscape.co.uk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[farscape-co-uk.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[5.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.77)[ip: (-9.40), ipnet: 2a00:1450::/32(-2.59), asn: 15169(-1.82), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2020 08:47:47 -0000 I'm more than willing to test patches, but I think trying to figure out what to apply is a little beyond me, I'm more the pull a source from here and go! As for my machine, running with SMP off, compile times are terrible, with SMP on, compiling ports etc is stable enough, just LOUD! So I'm opting for the put it somewhere I can't hear it for now, and back to the corn job prodding sysctl once in a while to calm it! On Mon, 20 Jan 2020 at 02:35, Mark Millard via freebsd-ppc < freebsd-ppc@freebsd.org> wrote: > > > On 2020-Jan-19, at 15:24, Jason Bacon wrote: > > > On 2020-01-19 05:13, Mark Millard via freebsd-ppc wrote: > >> On 2020-Jan-19, at 00:38, Francis Little > wrote: > >> > >>> Hi, > >>> > >>> My G5 Quad is running current from a few days ago, but this issue has > been > >>> happening for a long time. > >>> > >>> After about 1 min of uptime, the fans go full speed. > >>> > >>> As soon as I query anything like CPU temp or fan rpm with sysctl, the > fans > >>> return to a normal speed. > >>> > >>> 1 min later the fans go full speed again. > >>> > >>> I've been working round this for some time with a cron job that runs > sysctl > >>> with one of the cpu temp sensors to calm the system. > >> QUOTING an old message: > >> The mftb figures on the various cores can be so far apart that > >> threads can end-up stuck sleeping, such as syncr, pmac_thermal, > >> and buf*deamon* threads. (This can really mess things up by > >> not updating the storage correctly.) Such is still true of the > >> ELFv2 context. > >> > >> (Most folks notice this via shutdown timeouts and the fans > >> going fast unnecessarily. But it is involved earlier as well.) > >> END QUOTE > >> > >> Nothing in the boot sequence is forcing the CPUs/Cores to > >> see any particular time relationship to each other and on > >> the multi-socket PowerMacs it can vary widely (G4 and G5). > >> Sometimes it will happen to end up okay, other times not. > >> > >> (I've no access to a single-socket, multi-core PowerMac, > >> so I just do not know for that kind of context.) > >> > >> I run with patched boot-code that has cross-cpu/core time > >> observations and adjustments to non-bsp time to see the > >> bsp time as between the start and end of a round trip to > >> the bsp from each non-bsp to get the bsp's time. It is > >> based on the mid-point of the start and end times for > >> the non-bsp's round trip vs. the bsp's returned time. > >> With at most 4 cores, each non-bsp is done in sequence. > >> The code only does this on PowerMacs, having no access > >> to other types of PowerPC examples to test. > >> > >> . . . > > > > On my dual CPU PowerMac G5, this issue happens for 80 - 90% of boots. > > > > I'd love to test a patch if one is available. Cutting the speed in half > would be problematic for testing large ports. > > For the svn diffs against head -r356426 for my code for > this issue, see: > > https://lists.freebsd.org/pipermail/freebsd-ppc/2020-January/011239.html > https://lists.freebsd.org/pipermail/freebsd-ppc/2020-January/011240.html > > But you likely want to avoid the one instance of: > > -extern void *ap_pcpu; > +extern void * volatile ap_pcpu; > > It would lead to needing analogous changes in a > bunch of other files. There are notes in those > other list entries about avoiding needing to > update the wider set of files. > > > I will note that there are more PowerMac related > patch sets around of mine that, if someone tries > them, I'd like to hear how things go: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863 > > has 3 other patch attachments that I use for other PowerMac > issues. I originally did the work because the "workaround" > recommended for what was being reported crashed what I had > access to and I was trying to enable the workaround. But it > ended up far more capable than just enabling the workaround. > None of these attachments were involved in the "Closed FIXED" > status change: none of the patch sets are in FreeBSD. > > My 3 attachments were before I'd tested my "modern" patches > for the per-core TB value relationships long enough for me > to be willing to put those materials there. (In fact, I > see that I deleted an old, insufficient patch on 2019-05-12.) > > For what is there, the svn diff's are about 7 or more > months old compared to svn diffing with head -r356426 > where my context is currently synchronized. > > (There were 1 or two more patches at one time but > some other change or variation of them removed the > issue that they were for.) > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >