From owner-freebsd-ppc@freebsd.org Tue Dec 22 09:38:00 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 5D85D4B8FA7 for ; Tue, 22 Dec 2020 09:38:00 +0000 (UTC) (envelope-from volkovdablo@hotmail.com) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05olkn20808.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e1b::808]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D0WTz1hblz3l3f for ; Tue, 22 Dec 2020 09:37:58 +0000 (UTC) (envelope-from volkovdablo@hotmail.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NJQKCLZH/edd1qssJzBvDs+0SBzDKBCnR2hdC2Qse8a31JXVE+QtschoTllEnVf7u6XV2TLAkp6ewnRaaxRv98N/TZZlTZsHhlQoZzW7qxKiCt7HG52aDhN3A4OVDTF/xp9oO48Vpad2SnWs4V1V1iWgS2HmfyOAZ6OX6HEhLuM/ntPpqmKFVQ4IHGcKtk7okJxrRZ+pYn+KGlpwB4B3GWqdLu+iMJJ3QS3rN9kmivq2ZzRdesZY4fRXRaC/DIy6xpsOZwkkTJi2d0shzyVsgZVbT58+F3M626Ma8lz6LFQtsifJbFm9gE9PsCXvPDB5ETX9efMusMIlQGD4WWyfNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PogiCCllQegtYx17zocHwvU/tL7H3VmBiBnbUz9hEic=; b=hRb5R7X2gwUrTViRW7Gzii+Ai/KZRYtd53zgPkGtH5tP1nEeUfBfmbj3lwRDMZ07F9DKTi7Ns++jNFXGqOjxpNWATNy8DIGVAQ7I5L9Tvf2lumg8OTbCJVwETu7z+ifmpxMOEef7PVPDiflArKOdoZwpsQdJ0scoxVwdkckXQA7etcgL4816MouWrVifasyViPq1BUhKt8SJzCetzeaIsvJokuVEsWvXM+Q6cLM89Xlw/1C0h6DmmVRc0bZZ9Rgr5lv/0TIRXbOt0s0s717lGKTAGKBNwrZP6TLjt/1Dx9EEK6XXUxfyWMr3fsMhMylt45oA6YkFvJYfm/bFPzb68A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PogiCCllQegtYx17zocHwvU/tL7H3VmBiBnbUz9hEic=; b=rLR2tzQwr38jYlzOYziBl0ByzUhZ3kXIDPeRUsYMCkapda8+L/b5cr9igqOxsRNOsuyqsE+38Qpk7Lo9OtpW0NFd0noac132rxYz80rIK4INXH4dvepUehRp5YKcKnPbVDQGoT/slwvBtvCNHyn06Ay3nRJdXHkNVrEL/I+A3PIpjeF1p5IYXR9LiJimVz/BDaVNMmHcw/DYrZsuOcRQiQ9c9bHRuk0cnctXi39PcMg9hLmkV33fGJwh624QhZSEsXfDW9JXbiUdpoFWvz/FGd+r60UDfjKxNFSIY1l6q46HSLJ1S/YuJL+bsCAINzk5Es1BBpbs/+PcdQQqEoCVdw== Received: from VI1EUR05FT006.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::4a) by VI1EUR05HT142.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::158) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3676.22; Tue, 22 Dec 2020 09:37:57 +0000 Received: from DB8PR04MB6860.eurprd04.prod.outlook.com (2a01:111:e400:fc12::4a) by VI1EUR05FT006.mail.protection.outlook.com (2a01:111:e400:fc12::94) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3676.22 via Frontend Transport; Tue, 22 Dec 2020 09:37:57 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:F7CEF4921FF779B91B0E5490835E11BE44D23F2A78067F458597D20C15663143; UpperCasedChecksum:00063441C94752F9062E3F5AAAABDF7FC0AD6BF04AA4B92FDEB10A8AE67EAE3D; SizeAsReceived:8878; Count:47 Received: from DB8PR04MB6860.eurprd04.prod.outlook.com ([fe80::bd25:573a:749c:9afc]) by DB8PR04MB6860.eurprd04.prod.outlook.com ([fe80::bd25:573a:749c:9afc%7]) with mapi id 15.20.3676.033; Tue, 22 Dec 2020 09:37:57 +0000 Subject: Fwd: Old PowerMac G5 2-socket/2-cores-each: head -r368820 kernel reports: bus_dmamem_alloc failed to align memory properly References: To: FreeBSD PowerPC ML From: Javi Hotmail X-Forwarded-Message-Id: Message-ID: Date: Tue, 22 Dec 2020 09:37:55 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 In-Reply-To: Content-Language: en-US X-TMN: [k1MrmDFvVOT3pVzk4D5VB4KyoZRPn03+] X-ClientProxiedBy: LO4P123CA0013.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:150::18) To DB8PR04MB6860.eurprd04.prod.outlook.com (2603:10a6:10:112::22) X-Microsoft-Original-Message-ID: MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [192.168.1.106] (90.255.172.131) by LO4P123CA0013.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:150::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.19 via Frontend Transport; Tue, 22 Dec 2020 09:37:56 +0000 X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 47 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: b7cbaf00-92ab-46fb-146c-08d8a65d43b6 X-MS-TrafficTypeDiagnostic: VI1EUR05HT142: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: JgZDjpSJlN1d8lHx3ChmsW5aKVnxRBOpbpCIAAV9y+71RI0m7Rz8nxiuyY91v0gVc9NVJN0nCu8fKkTbk3zOib8SC53VQeInPTKV48Z5V6L2GejFcv2xNZSs7RFJhfssYzyOH9lL5t25vscA87K4eKcQ5Cpej5BBUiMxBi1XuE3RTmKZc/ZMxTlLdqiwnhmWE+9Gf4wevZSdu4bkIGJbjwtmcPA9ydO+ucrp0j3ah7egea0M6DhcFfeY4fSJMv5C0G7KQsYAMeM+0XIWFYt/IdTCcOMhJk69DgI3xsR0T0U= X-MS-Exchange-AntiSpam-MessageData: UBphg5s9aI8cXbW27MIbzhn/A91x5bDh92688pVUUdR73DwKWJIPXLwKZW2rw/4CLLXlXXaeHRzVkqX+8NKYmQHZbSu5QEx8aZ9czaI/NqO7jDzDqhWu19+0VKQaumvYn/g85xnNfvM0QnLKucYydw== X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Dec 2020 09:37:57.0553 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-Network-Message-Id: b7cbaf00-92ab-46fb-146c-08d8a65d43b6 X-MS-Exchange-CrossTenant-AuthSource: VI1EUR05FT006.eop-eur05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR05HT142 X-Rspamd-Queue-Id: 4D0WTz1hblz3l3f X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=rLR2tzQw; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of volkovdablo@hotmail.com designates 2a01:111:f400:7e1b::808 as permitted sender) smtp.mailfrom=volkovdablo@hotmail.com X-Spamd-Result: default: False [-2.49 / 15.00]; FREEMAIL_FROM(0.00)[hotmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.989]; RECEIVED_SPAMHAUS_PBL(0.00)[90.255.172.131:received]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:111:f400:7e1b::808:from]; RCVD_COUNT_FIVE(0.00)[5]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:111:f400:7e1b::808:from:127.0.2.255]; FROM_EQ_ENVFROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ppc] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Dec 2020 09:38:00 -0000 -------- Forwarded Message -------- Subject: Re: Old PowerMac G5 2-socket/2-cores-each: head -r368820 kernel reports: bus_dmamem_alloc failed to align memory properly Date: Tue, 22 Dec 2020 09:36:45 +0000 From: Javi Hotmail To: Mark Millard One thing that would really help is having the possibility to hook a JTAG. I've been trying to get my head around doing that for my G5, but it seems that there is not a lot of information in this regard. Also getting something like a RiscWatch seems close to impossible. To me that is the main issue with this device (or with any device that I try to debug for that matter). Being blind on the kernel side or doing printk and stuff is such a big deterrent for me to jump and fix this issues in the first place. If anybody knows anything in this regard please comment, I really would like to get my Xserve to work without a dozen patches and workarounds. Javi. On 22/12/2020 09:09, Mark Millard via freebsd-ppc wrote: > On 2020-Dec-21, at 21:11, Brandon Bergren wrote: > >> On Mon, Dec 21, 2020, at 10:25 PM, Dennis Clarke via freebsd-ppc wrote: >>> On 12/21/20 11:03 PM, Mark Millard wrote: >>> >>>> As far as I know, 32-bit powerpc for old PowerMacs still has the kernel >>>> gradually zeroing out user-space pages, even for single-socket/single-core >>>> 32-bit PowerMacs. So I run 32-bit via a chroot on a 64-bit system: the >>>> 64-bit kernel does not have this specific problem. (I seem to remember >>>> that there was a different boot failure last I tried 32-bit, but I do not >>>> remember any detail at this time.) >> This is the bridge mode bug that we haven't figured out yet. It's specific to the G5 running a 32 bit kernel. The problem doesn't manifest on actual 32-bit MMUs. > I combined more than one thing in that paragraph, making things > hard to follow in the reply. I'll provide reminders of context > for both things. Neither matches with a G5 being in use. > > > > For the "seem to remember" part of my text . . . > > Wrong problem and wrong machine context, I'm afraid. Back on > Sept-22 I reported for the 2-socket G4s (typos preserved): > > Subject: head -r365932 for 320bit powerpc unable to boot 2-socket PowerMac G4 > > QUOTE > I attempted to boot an update from head -r365590 > to head -r365932 and it dies just after: > > Kernel entry at 0x100620 > > via: > > Invalid memory access at %SRR0: 0000ffff %SRR1: 00ffffff > END QUOTE > > (I did report at the time that the G5 gets much further along > than the above when that same media (and content) is used to > try to boot the G5. But the report was about the G4 context.) > > > > As for the "gradually zeroing out user-space pages" . . . > > For this I was referencing there being no G3/G4 code analogous > to the 64 bit code clearing of PGA_EXECUTABLE (and possibly > other issues too), nothing like the: > > vm_page_aflag_clear(????,PGA_WRITEABLE | PGA_EXECUTABLE) > > in the 64 bit code. > > I've demonstrated and reported the problem that results > on each of: > > A) A G3 PowerMac (the only one I have access to) > > B) A single-socket/single thread G4 PowerMac > > C) Two 2-Socket G4 PowerMacs (but of the same type, the > only such type that I've access to) > > Justin took a couple of stabs at fixing the problem before the > specifics of clearing PGA_EXECUTABLE needing to be part of a > working fix was identified. (My statements of the history may > be over simplified but I think generally point in the right > direction.) The sequence of messages about the kernel bug(s) > ended with: > > https://lists.freebsd.org/pipermail/freebsd-ppc/2020-June/011916.html > https://lists.freebsd.org/pipermail/freebsd-ppc/2020-June/011917.html > https://lists.freebsd.org/pipermail/freebsd-ppc/2020-June/011969.html > https://lists.freebsd.org/pipermail/freebsd-ppc/2020-June/011970.html > https://lists.freebsd.org/pipermail/freebsd-ppc/2020-June/011971.html > > Even booting and leaving such a machine idle eventually has > processes die from the zeroed pages (not quickly). It is > easier/quicker to see the problem by building with a debug jemalloc > (no MALLOC_PRODUCTION= in use): the debug code notices problems > with jemalloc's own memory being zeroed much earlier generally, > still not quickly when idle. > > I've not noticed anything go by that involved clearing > PGA_EXECUTABLE so I expect that things are still broken. > > Note: There were other notes about potential kernel code issues but > I'm not going to relist everything that looked like it might be an > issue of some kind. I had traced PGA_EXECUTABLE mis-handling to be > a definite problem. > > === > 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"