From owner-freebsd-arm@freebsd.org Sun Dec 6 02:21:43 2020 Return-Path: Delivered-To: freebsd-arm@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 9624946836D for ; Sun, 6 Dec 2020 02:21:43 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail2.brickporch.com (mail2.brickporch.com [45.79.84.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CpVYy48zzz524S for ; Sun, 6 Dec 2020 02:21:42 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (69-84-3-66.mxu.aerioconnect.net [69.84.3.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail2.brickporch.com (Postfix) with ESMTPSA id 43CAA1B2A0 for ; Sun, 6 Dec 2020 02:21:35 +0000 (UTC) From: Marcel Flores Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: ThunderX Panic after r368370 Message-Id: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> Date: Sat, 5 Dec 2020 18:21:33 -0800 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CpVYy48zzz524S X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 45.79.84.102 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-2.80 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[marcel]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.79.84.102:from]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[45.79.84.102:from:127.0.2.255]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_NA(0.00)[brickporch.com]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:63949, ipnet:45.79.64.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 02:21:43 -0000 Hi All, Looks like the ThunderX started panicking at boot after r368370: https://reviews.freebsd.org/rS368370 =46rom a verbose boot, it looks like it bails in gic0 redistributor = setup(?): gic0: CPU29 Re-Distributor woke up gic0: CPU24 enabled CPU interface via system registers gic0: CPU17 enabled CPU interface via system registers gic0: CPU29 enabled CPU interface via system registers done Full Verbose boot:=20 https://gist.github.com/mesflores/f026122495c8494d041bce04d30b15bb I'm not really familiar with the details of the commit, but happy to = test anything if anyone has any ideas. -Marcel= From owner-freebsd-arm@freebsd.org Sun Dec 6 08:17:58 2020 Return-Path: Delivered-To: freebsd-arm@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 A492D4762DD for ; Sun, 6 Dec 2020 08:17:58 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CpfT15l0Xz3MgL for ; Sun, 6 Dec 2020 08:17:57 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm1-x335.google.com with SMTP id c198so8871367wmd.0 for ; Sun, 06 Dec 2020 00:17:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=kRLpDlFNdc0MA7/jAvxOBvYyE8ptf3lLodCZ3nQ90iA=; b=NuzSaXlrD+cxr1ilutaOvdwWpAnE3Do8Gu0AXeX6ZCucAuWjutiHq57TMI9ygD8FTd jzhFN/3cuPMxbfAAYamMIXswfPXWNRdVsV7vlqXuaSnZDqRfe9ecPpT0d1b5sirQdCwg ocKKRa95gm1lcdnVjn9YSkiGkrSBWOJ/Xrg/AwzQRsfdD6ae9htFiyMY47yjn4w93vWO ofS7ct9g5SMPhWuoqq9QZhxTHvAJNlZDLtwJHeU+bV2K3pL0gpoJK8zpv8qV3ISomQzW id1gSRrJ6hVn9gezKndmKEiTcpRcRfUHZqyORcpIGAKJH+X/zqrR676L6z1zgnKw3klJ be5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=kRLpDlFNdc0MA7/jAvxOBvYyE8ptf3lLodCZ3nQ90iA=; b=fRgwTg44uc3ZJOXRK11f5M07C5KMPyDESXdH/42tHD46sx494w+dKXhsdVF/lrRXAf skya5/tr3BHCmjeyMb2lGTUgFX1T/9OOrSS6yPcfghZo/ZCVY7U99TXqSpR9ZuLxPs58 +URmxvHqhIQL+etF6HfFUjEDKI2NN3mzqZrTjxeO5dTwl9T9grOsppjzpy8++puZDODu +ViFxn9Yk3MMSLGOTz76rAiATNqCF5UiTjKMuKiTCwMNjjkE4tEn+5L2T/L6DZtra2U6 47x8p69H1Si1sDLOF4cDsOi/Rk8A0sh85sRfRGuojbrIvKzjPqd9gl0Y2ZlESt7RR+Ub BGwg== X-Gm-Message-State: AOAM531zLg1UYF3eRIiu1fP4mzc5wfhQxXgQi0vyqyghjGcuDZ84V/gJ /RanaUrVIC9XLeo+/SgvhGfNqhVrNjY= X-Google-Smtp-Source: ABdhPJxwIagyEM7FxB1aYbo3iJrrXqhp0bLCzHlsAzgjhp7haW8BEP8F6D0fn3brzmJkMxHPeyjBYw== X-Received: by 2002:a1c:1d85:: with SMTP id d127mr12967514wmd.49.1607242674920; Sun, 06 Dec 2020 00:17:54 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id p19sm10861646wrg.18.2020.12.06.00.17.54 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 06 Dec 2020 00:17:54 -0800 (PST) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: ThunderX Panic after r368370 To: Marcel Flores , freebsd-arm@freebsd.org References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> Message-ID: <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> Date: Sun, 6 Dec 2020 09:17:56 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CpfT15l0Xz3MgL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=NuzSaXlr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::335 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::335:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::335:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::335:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 08:17:58 -0000 On 06.12.2020 3:21, Marcel Flores wrote: > Hi All, > > Looks like the ThunderX started panicking at boot after r368370: > > https://reviews.freebsd.org/rS368370 > > From a verbose boot, it looks like it bails in gic0 redistributor setup(?): > > gic0: CPU29 Re-Distributor woke up > gic0: CPU24 enabled CPU interface via system registers > gic0: CPU17 enabled CPU interface via system registers > gic0: CPU29 enabled CPU interface via system registers > done > > Full Verbose boot: > https://gist.github.com/mesflores/f026122495c8494d041bce04d30b15bb > > I'm not really familiar with the details of the commit, but happy to test > anything if anyone has any ideas. Hi Marcel are you able to get crashdump and do backtrace? https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#kerneldebug-obtain and https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html If not, I'll make some debug patch. It's weird, even though GIC is potentially affected by my patch, in this case the cpuid numbering was not changed. Thanks, Michal From owner-freebsd-arm@freebsd.org Sun Dec 6 09:47:49 2020 Return-Path: Delivered-To: freebsd-arm@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 A7561477CDE for ; Sun, 6 Dec 2020 09:47:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CphSh28Xbz3QpB for ; Sun, 6 Dec 2020 09:47:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1607248066; bh=uXE+61IXEHzB68Uf+PnuT3o8U2AqxkuBv4JAEmYYKQG=; h=Subject:From:Date:To:From:Subject; b=R65PuP+wADhWC+klgrR2pkXOIW4ugqdPToMzPzOCu/x78kOQpa9CL9YcVWkIPmPBvZRVshp3FcjEeFp7BG1suOL/NBsxgPtaLCnvRVi2bcKdTqTOzJK6NgrYtmUPMMWcDPINL7VsdSy684tmJD9WwqVU02ItC1ya5Ei8PdS3A/jrSz2WZ5cxYAPhp3SfxSrOunwqBm+oLBBZoQ3mxKGq/sX86uGxF1NxEfzA5D1D1/8bKMLI7CXbXqAddWmWSfU8a1pnRl6zD7tnYwm6CqNMWphcVheZU5o8CXFZJtg7zccFOkxyrnNyiIT/qqGlCUjSIBREIzTu+vETM6FlBo55Zw== X-YMail-OSG: 7ycJri8VM1mrmWgl9fYFJyzZB98kA0SaAGC1ECuAxmHm4eCoPxEROaYVcnnjyQP nGGmgl8iZWR6YYVuHTlwQg20JkTjrrJnR3hWCiW8Hku5TeDOpWBJ2RHrzoQSwtQpwjOlow5310WD WnsoCQuty7UcvWd8CFlcGBYwrqBJsJtA5D6Mats2CwES6GTbgR6fxzzeZRqJTdyfNkCkiV0Upga0 PVujDX2ZlteSkralj3aKzjFaBbivnqP0YGCs1DrcmH9hgGNfZUo1rp7d25fRGO420gQ.ANqcD_yt jOtFRnNHLiz3BrHTjBUZGR.PxpYMi1yR3uuYaN95F1PqHOXz8ZY1xS1Ogq_KKX5EuAm5S.jRe.rN NTk8xpBs8Xb9xukpsneVrrZvAYgwASUWvo2s8mRMalAlOlOOAIsJjpzB6_xMBR8rd0Zmtb_7nOPG zT3ySy0p9AM.tLO8v0i8i9WwsAOL92uasSPOEM.iyxyonLPSsP2a2eojYcRqy05xoPyBcmGkPMFU 7CEjW3InQr1qpybQLTF6ud.dTI3XkYIT2BwWpLbkwo1oaHGk.yIXR96sbDdtph872GqVrRIJ9cBu Bto3CR3lzadDLm8N6eE67uSOPaJ5OAiWDNnZZVD3lcccMKhGh.Jn8mxkSrQMAkYzSaxOW3PF9mBv wBMloLB7YZ9woqgRixKAgXG5m.rJTReXK.GblmzYOfH0lFwgACMEmITFcU3d9acesMXQIQz_vumz gu7zWr.kLSEqrx6waEi1jioHgkmJuE0RZBOCURMrTxdygW5HiwaopMEQdsbJrAGojWlgJ.mI2FN2 ebtKk4gD9G.kREOz6qVGvNBNKpl90oA4USKw1moiHt5v7mPIUXRJM7kgvDt1UZXYWYf6zvsu0S1L QxcCi8Br9rNDJfq1X1u3HR7GnMLyEpsUnYUT3eXhSuklBpj.rGWe8zlFY.f24z53z6gajtdf4ulg gGgLL3jNzkyeRzkYQQYhnIVBX5OwqPmghn7nhvOubwANiGYpyjKLiGNLrtuQUJ7WgqcCNs4fd3I3 g268eBMzAHVhrFj72vHRDpuGvdjQ5y4p60agTV5GiRVBDJu6GhrODiEH0HmOKMnzTFPmsqNlo8Yr g3avMmZmh6u1dujOHKvWE.872oRC2D_QANlqnmZyTFOp7o.3iRzP8M85UytiJHgUGF.xTtCQBZ7M ufd2cL3JdyVUR9QvAJmoy4eP8ACtfE0d8j45QaxVFd56_7o95CKLXS43zgh04VEyNKTVFMqee.H1 Bx3A5Tyggkn7sP.WebDCkA5Ncy63Epk7.CBeE8k5faAIKzD5xp7F0qh_2A9yWpC.IkBdymNcTonB .6JnA5ws6356K6Zv6nqcmyLYY0kdq5T2QPpdz7tvbv9CMW4yDi16Qnu_.U0LsesUxfZ.ZuAUj5fp p2askzAmW9OqhPThI6_cxzVE93d_p1bSDR1japVjlv0KACIl3lIaTw04Khj5qjsQBBm5RoTOqk1r M3VJaaAyPK_1E3bqQYCevCB7ECRNz27hxC8l2e0V1PEyIUhKUrpey7U_Dr0Ay7LgxttDsM18LRse FeKDM4.bQ.0FLfcl4dhAr7H.YCLrNSqZpAomDpwgBSsivx6B0961I22DLjD8Pd0Q4hSlrrg23UnP x3ocd4mLkegyVCCnx.vroRd0fl41nx3usZ9MUXre.aDatB5kiW.Zen5idlRGjvhRUSoZBTz5pxY9 xooy_crIFNXBtpt9f0gUESSbnwFK4fokiwYIogO5pofGKvLd.UqinxeKFQfMAga4eAymVn9oXONn 5565qG6DjNvhR8DcZgJO3UvE_ow8zDiWh1tmtCpGWOKVC0mg4SW7thUEPzthoZ6ZebCjysT.ziRv U96ChvMx8IraPUZNRI6c2AG5kMrnvogaxIKZg3_._7FBJV5eMuDZpbie517lAy..nKFRb6DyJuC9 8L6fNoQs85fMWDGFEbzImyy1F7Pw66WME8M_ykj8yLwlUMB9oMUk740IWIr25eyCYXeoDiZ626wg K5tHR2qu7zwDLANsj99J49KDVjxFFlikUw9gIZObN2IlMsRhsUeU8.Z02dg3uqsMIQh8H_pje80t AfS_ShuKbb2d3LPStYb.g8ZtTKdt0NMtCRDahesiI53ociugg.ujPKL1_4qpG0EynDUw29r1jwAU LpkNtwkGoMUID8ZMOEKzdGIcEGmQ3yW1I2JP6u30icLUFyyOUiF6r9G2eiOmMAOVn2whA8Xmrm8M rQ8r3TAeYNvRSYCA65Jg_cIkcQ3WNYc_qxReCH_06FtczvYYyVnodYCYWLB.Lx8Sb0ebgHJhgpdR QGzukXVWbKSLWnFN_rI2Psdam4flpBzWKEysn2dOA6AyNt9Dkod0c9a89IsZVEM3ctKme4ZOnRIp _xnngT.Vj6UAwYldW57aA9xQCzYSBNV5yMEF8fxpMN4Ormm.eFZtNZBx3IZQxjOhQEtLJAysrLVN jWIJbIbV5ILRBxf.9Nnp1MkLFlQAnftqGjQHavXNhlYdy6XbZ3VnC88cGM0mmH0Icd9AScQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 6 Dec 2020 09:47:46 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d54ef7ccdacf6cf05e9020d9a4ff04bc; Sun, 06 Dec 2020 09:47:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: ThunderX Panic after r368370 From: Mark Millard In-Reply-To: <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> Date: Sun, 6 Dec 2020 01:47:41 -0800 Cc: Marcel Flores , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CphSh28Xbz3QpB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.82:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 09:47:49 -0000 On 2020-Dec-6, at 00:17, Michal Meloun = wrote: > On 06.12.2020 3:21, Marcel Flores wrote: >> Hi All, >> Looks like the ThunderX started panicking at boot after r368370: >> https://reviews.freebsd.org/rS368370 >> =46rom a verbose boot, it looks like it bails in gic0 redistributor = setup(?): >> gic0: CPU29 Re-Distributor woke up >> gic0: CPU24 enabled CPU interface via system registers >> gic0: CPU17 enabled CPU interface via system registers >> gic0: CPU29 enabled CPU interface via system registers >> done >> Full Verbose boot: >> https://gist.github.com/mesflores/f026122495c8494d041bce04d30b15bb >> I'm not really familiar with the details of the commit, but happy to = test >> anything if anyone has any ideas. >=20 >=20 > Hi Marcel > are you able to get crashdump and do backtrace? > = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#= kerneldebug-obtain > and > = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.h= tml > If not, I'll make some debug patch. >=20 > It's weird, even though GIC is potentially affected by my patch, in = this case the cpuid numbering was not changed. (I've no access to a ThunderX. I just looked for my own curiosity. Sorry if this is obvious and so is noise.) When I looked at the code it appeared to be the last "->" in the following that was dereferencing the nullptr value (via [x8] in assembler notation): static uint64_t its_cmd_prepare(struct its_cmd *cmd, struct its_cmd_desc *desc) { uint64_t target; uint8_t cmd_type; u_int size; cmd_type =3D desc->cmd_type; target =3D ITS_TARGET_NONE; switch (cmd_type) { case ITS_CMD_MOVI: /* Move interrupt ID to another = collection */ target =3D desc->cmd_desc_movi.col->col_target; . . . In other words: it appeared to me that the above desc->cmd_desc_movi.col evaluated as 0 when used in what was reported. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Dec 6 11:51:33 2020 Return-Path: Delivered-To: freebsd-arm@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 A4A3847AA18 for ; Sun, 6 Dec 2020 11:51:33 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CplCT3tGdz3nZW for ; Sun, 6 Dec 2020 11:51:33 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id g185so11039784wmf.3 for ; Sun, 06 Dec 2020 03:51:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=mbPM9ZiFs1tuHraQ/TgK7uAHyqU76cHElnM9LurRzuo=; b=FiPfoTjyz4Z0vcO4REIVQ8hRj/yhnrSUC6MCGXjXJxFavvpEykVaL1If0OtwW5rDCo YFbQ2s92Gl4hRxYn0xIeA8fskHiIXplqoq/ibYRpUWCIPtjXuhY2604kQOyzcBA8Xnpj lqGCe8f9VDSn9IbpmHIpaS+ZFzL6/uebqjkiMTgbUK6wOyF2b5HGwzu8YHfuHYksI68k F273hLdt0odNbvqG+LwGRLEnrHOx9TjsxemXjAqChOkHRZVKRmlSk7AHYoRb4RdvulXR KAciRp9C7AyrXI8iG+Q94d2vOMXIcmGXwqkEEeKsodmWhHq8z0EWGukM5GRwB7uXxJ9s 5PcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=mbPM9ZiFs1tuHraQ/TgK7uAHyqU76cHElnM9LurRzuo=; b=Z3MVgxAazrQng2sfIWD1edyAR/7CebtSaqVD6KwBMC24zilXtz8UiNrjEp07Ip52BR EYPSElsdZtYFGZYIb/+Y2l/Sj+9zU8M1sXQBqSYy11UGNT431XYAZXNBnve6hO6UccT3 kQUTKZLukg4nmhQLXiDLmWy8mdjWkeKM4mIJBhhN45VGTXSJt8CqZLpSLcYs9iZHo5gn EV67zCt4/oikIGYdAvJeqJG6EI32kbzzZVBU4FQb/Qf4giSMbL8z+QfN4hCA8yQP2h2f uHhYeOMzWeAj+g0TBZAQ4cosCkDCuXf37lLeQnKRe4pXOE59Yg1csl1PILOR0ntlWC4r ktRw== X-Gm-Message-State: AOAM533CH5u42MsA2t6ZyVqcj/BkrTV4BOUDOGMSq07bD/tReyQ13MjB /19qq+y4ohJhT40YXseGck8RDOSWOpg= X-Google-Smtp-Source: ABdhPJyXtX0MU3Q6bv5oicZtj96I7ybzyzF0gWVj40/L0KyZ3VA63ToIn34Kg70cuuHH7Ud/gPWlyQ== X-Received: by 2002:a1c:3987:: with SMTP id g129mr13068649wma.86.1607255491188; Sun, 06 Dec 2020 03:51:31 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id j14sm10427334wrs.49.2020.12.06.03.51.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 06 Dec 2020 03:51:30 -0800 (PST) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: ThunderX Panic after r368370 To: Mark Millard Cc: Marcel Flores , freebsd-arm@freebsd.org References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> Message-ID: <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> Date: Sun, 6 Dec 2020 12:51:32 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CplCT3tGdz3nZW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 11:51:33 -0000 On 06.12.2020 10:47, Mark Millard wrote: > > > On 2020-Dec-6, at 00:17, Michal Meloun wrote: > >> On 06.12.2020 3:21, Marcel Flores wrote: >>> Hi All, >>> Looks like the ThunderX started panicking at boot after r368370: >>> https://reviews.freebsd.org/rS368370 >>> From a verbose boot, it looks like it bails in gic0 redistributor setup(?): >>> gic0: CPU29 Re-Distributor woke up >>> gic0: CPU24 enabled CPU interface via system registers >>> gic0: CPU17 enabled CPU interface via system registers >>> gic0: CPU29 enabled CPU interface via system registers >>> done >>> Full Verbose boot: >>> https://gist.github.com/mesflores/f026122495c8494d041bce04d30b15bb >>> I'm not really familiar with the details of the commit, but happy to test >>> anything if anyone has any ideas. >> >> >> Hi Marcel >> are you able to get crashdump and do backtrace? >> https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#kerneldebug-obtain >> and >> https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html >> If not, I'll make some debug patch. >> >> It's weird, even though GIC is potentially affected by my patch, in this case the cpuid numbering was not changed. > > (I've no access to a ThunderX. I just looked for my own curiosity. > Sorry if this is obvious and so is noise.) > > When I looked at the code it appeared to be the last "->" in > the following that was dereferencing the nullptr value (via [x8] > in assembler notation): > > static uint64_t > its_cmd_prepare(struct its_cmd *cmd, struct its_cmd_desc *desc) > { > uint64_t target; > uint8_t cmd_type; > u_int size; > > cmd_type = desc->cmd_type; > target = ITS_TARGET_NONE; > > switch (cmd_type) { > case ITS_CMD_MOVI: /* Move interrupt ID to another collection */ > target = desc->cmd_desc_movi.col->col_target; > . . . > > In other words: it appeared to me that the above desc->cmd_desc_movi.col > evaluated as 0 when used in what was reported. > This is very probably right analysis. But problem is that cmd_desc_movi.col should not be NULL, is initialized in its_cmd_movi from sc->sc_its_cols which should be allocated in gicv3_its_attach(). Marcel, can you, please also try this debug patch? https://github.com/strejda/freebsd/commit/a25ed736644b05672e3e813891af213c280daac3 Unfortunately, I have only single socket board with GIv3, Honeycomb, but it still boots fine. Thanks, Michal From owner-freebsd-arm@freebsd.org Sun Dec 6 21:31:03 2020 Return-Path: Delivered-To: freebsd-arm@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 5FBEB4AC434 for ; Sun, 6 Dec 2020 21:31:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq0461M3Fz4sW5 for ; Sun, 6 Dec 2020 21:31:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1607290259; bh=k8vUXjXzYjKP3m2FB2mCzEn+1UV2uK9AufMMOOvLbLl=; h=Subject:From:Date:To:From:Subject; b=Pefr1WyTA8Y0PYj5f4Fpx497J/xupqmQII4m1oxzRKTCm7+m8JfdnU6Z/A4xSg7OHcaG7fnNGTrKRKKXjPevIEH0bjEPb/GHjv1jJM7/cvn6kTsOAHk/FT1q05CvBPDh6z3a9EOaUNY8idTTWBvEfJxjp8xcTJbWOr5ZiDiYcXRhdO3ogD/L2Vt+LlEGI5t0pj26BU4J0zb0bJKopqWjCYCVRgLDeKyu3fiuICOplb7lHlFIzvK9jYcYPu+DGSjh74ggp+9Ik5vxbBxBr5R2vNbZ6IUsCFta9eJhA0WBjy5oYVOvejrAqN26l70nxV6sBTEyixOwZqwPnuxn2dn9XQ== X-YMail-OSG: XtaWqxcVM1l.VYaWzdANP0b9d3VCuC21AJsxM4VfKbm5gGajBYsiWd2iGJKPznK H7uB2HxKSBrz1zXW2.b.dsq5dobKUEF5QHuaB_sJYZhEA65TdH.3yzQ0nVavtEBC12.fGxLvELBI J1MeR4kfhMT_Lj8lDgpetu8i8ZHeTALwDD2ZhrwlD8z2GdixBTVVgPSwR_cx6QisqMVgeA.38Apy 3RUI8nzhyWzxdDAfin0n_GHQkSZrXskHPe3frJkdemJgH1tt1HRTlSXm_LtaN.E8fIoZktAIWtKc 3BM8.tVERLACdQchFP1A9J3JQLo9In4xEuUntsM3Xkm8len_kmfiICYdQEa63.miYk0eatgh62ak gsnXL2ziRqTJWvTyB60e3Wu_ksMgBRRxDswkZZxWIrWimnhZ7HeyaT_Cn_tZtlqje9crGcc1Lsu3 LhTFt10Rv4GNNpPKqaXNM9UvDc2Z.xBzOCAW21DtaXODxaZ_FY5EVtxhmjjYWz5_JVAVw5TRODHr jc.NKYc0VpGUrDanpxq92zkT_dTshG79fdDVLYLpN_p9KCK0cVcHL3ymeZKwvh8gZz7CEgB9f_aM A3Pd0Zo8YK2RQ3f1QERQFwA368Eb9wSsiUedxGVfKRT_JtdAicazDBq5imm5QJxkp4xSr_wTWk0j z0ZeaFpX.ocnJtbj8Ao.VxkQ7xggrWtRTby7SMs0tMWF9mXwEs2ZhBiRg7gCsAQ_MY9EmQwkvWNS bYPicSkkQlYgBvptI0nsRI72kl9fytd9kG16CvO9fflYhaEebIC_zSh9.aLQihB2ZbYXhRiyg821 j7i.atjjvS_44nyBdKOKqPqyg88AZGoomQuSSuAsCcvefAVurg3AKE2Z65XuTZUcryru1NsX9htm TNKfuY8KJiFMRBzr9rrxdF6xid4QG_o.g_YT.ZDvNglS8w62GtJG2EjHKqhIBx3BDcR8yOScWkX1 xkcfpqUNN6i2IM72htiCX1GfeoNbaTlMvDyFatVMX8_1x6zfeRV618RWsNHG6s_5mRSKvzueJWsw X4gkcwNxOnW2C6dTRANBGTwBYv__39p5yM0kd1m1PNybwYsaH35Voi.CTnuJBjlKYvOG0sbTrtIa 9ItiDpV4c6kWK3YBAvTlnRMaTxhFyVjvrPTIPCEE.DtXQHiwMh0z5V_DD0VZk1AWrWr94ROL16a6 FEIXXFuu.RJ4zqTmpyNgMgCJs7pftjt1bjumOpwl9Q4eSXPBqnpirRlfX9EESkRdr4GEkY7sp6S4 fUPNq.FMgzFXPO7g5Y86KVd0KbQB_Nu.4HsiSFZcnQ56PDIU9uEnspdB__Qahb9qowaZ0a1Vx1SA S.LZIKAE5_YpY_OP1kiYc4I8DGhinWPmnCDeCdZtG7CLC88xjzGOPE6SCFkJGMV5TvQXw1jsdmpv U6z4vAvd7hmTDEHyZC8GHJhK9ZMPC6GPUvHIqyxOo2r5AgkrvWkHR4HkXNIOl68ETGWfbIRlL.sY EoT6FvwC2UX5H7Tw6jvNuMfH6yUakZ2qx0igfPxI2FlYPsshETf97m0f9yIM2oJdWp97LdWPyAqa C06..2KTTlKWBBUOWBP3ylrSi7PuUG.OM3eoNlCfVKk0GUMRR8zaTzMMfZAWqj.rp0zP.DqIPFgI VjEFimjWip4Iilgs378NhRqYJA94GxowdoRLi9chUYHzrmeLp1KsuVVCHQCw0nalq59B4ySujdrh 8_lkIBsSPE1GPOqsWugAc7ft_jZSgMcEjtA0kqFws8XVi82bvMucYST0lueo.asQbg1vt0cClEJb T65k1ui92.41E8QxwD8O_C.i1XH4Ze6g.cVsitXhbp1vEc6JPiIV_zNooZiHd6JLGHh5MQbkDA92 lfWm_JSgRdMpCl7aI9bXStXUj5k3QM5mQQ9quEiVe_Z89W_c7lVH7unRLtp7a8iDFEpdkhQ8QiBc .hj4Ne5KeVgy9sP1NVNxi5I2ZyvjL13IL8j8ScMFQsmghSBATG6Jmx91m7xa_k8hYg0advKMAO4g cuQufzmLtfSxQnzETDwSdIvO9XxNovaBc0HtofZ6BPuyvtQwkxkRbjzzFhG3r.6OZlMg8xsXA9xk QCdMeh8PH7exBuf4b4Q6zCY.Rhy6Vn0n19Lz56WhtGmfDfGwsUCsiC0aqLJYe8DtqS_C04ASJqhB sJaQMa88UikpmOGlf36RoNjnKeb7Q97k3M1JSOmplj1Sep0zpqezfYZGz4iI1J_JzCVy03f8SbZz fk49nJQBj1y6pp9XhOopEPjNKfYOVF3sHGvy22CcUMWZ3tBVFdxBUo5YzPLyb0BSe0B2TEZOerj0 LK11.1x1pI6i.sDc7AJUxB_Ibpb0QqGnqJZXkYZe3gfWESyF_VXp3_L3qD.JcoEUhtujMn0vWkL7 TMp280vO58eQQQFVE8c4YpMBUu0NgYJTr6eFpN6i63LY06_DzV3eAocF4cFumNmL87betxIJfXJ_ y21Mayao- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 6 Dec 2020 21:30:59 +0000 Received: by smtp402.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5e8e03e83d83ecdfa3ecbcd664479caa; Sun, 06 Dec 2020 21:30:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: ThunderX Panic after r368370 From: Mark Millard In-Reply-To: <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> Date: Sun, 6 Dec 2020 13:30:52 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4Cq0461M3Fz4sW5 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.31:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 21:31:03 -0000 On 2020-Dec-6, at 03:51, Michal Meloun = wrote: > On 06.12.2020 10:47, Mark Millard wrote: >> On 2020-Dec-6, at 00:17, Michal Meloun = wrote: >>> On 06.12.2020 3:21, Marcel Flores wrote: >>>> Hi All, >>>> Looks like the ThunderX started panicking at boot after r368370: >>>> https://reviews.freebsd.org/rS368370 >>>> =46rom a verbose boot, it looks like it bails in gic0 redistributor = setup(?): >>>> gic0: CPU29 Re-Distributor woke up >>>> gic0: CPU24 enabled CPU interface via system registers >>>> gic0: CPU17 enabled CPU interface via system registers >>>> gic0: CPU29 enabled CPU interface via system registers >>>> done >>>> Full Verbose boot: >>>> https://gist.github.com/mesflores/f026122495c8494d041bce04d30b15bb >>>> I'm not really familiar with the details of the commit, but happy = to test >>>> anything if anyone has any ideas. >>>=20 >>>=20 >>> Hi Marcel >>> are you able to get crashdump and do backtrace? >>> = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#= kerneldebug-obtain >>> and >>> = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.h= tml >>> If not, I'll make some debug patch. >>>=20 >>> It's weird, even though GIC is potentially affected by my patch, in = this case the cpuid numbering was not changed. >> (I've no access to a ThunderX. I just looked for my own curiosity. >> Sorry if this is obvious and so is noise.) >> When I looked at the code it appeared to be the last "->" in >> the following that was dereferencing the nullptr value (via [x8] >> in assembler notation): >> static uint64_t >> its_cmd_prepare(struct its_cmd *cmd, struct its_cmd_desc *desc) >> { >> uint64_t target; >> uint8_t cmd_type; >> u_int size; >> cmd_type =3D desc->cmd_type; >> target =3D ITS_TARGET_NONE; >> switch (cmd_type) { >> case ITS_CMD_MOVI: /* Move interrupt ID to another = collection */ >> target =3D desc->cmd_desc_movi.col->col_target; >> . . . >> In other words: it appeared to me that the above = desc->cmd_desc_movi.col >> evaluated as 0 when used in what was reported. > This is very probably right analysis. But problem is that = cmd_desc_movi.col should not be NULL, is initialized in its_cmd_movi = from sc->sc_its_cols which should be allocated in gicv3_its_attach(). >=20 The following is unlikely to directly contribute to the specific problem's solution but documents an oddity that took my time while looking around related the problem. One (comment?) oddity I ran into looking around: /usr/src/sys/sys/cpuset.h:#define CPU_FFS(p) = BIT_FFS(CPU_SETSIZE, p) but in /usr/src/sys/sys/bitset.h : #define BIT_FFS(_s, p) BIT_FFS_AT((_s), (p), 0) and (comment wrong about start?): /* * Note that `start` and the returned value from BIT_FFS_AT are * 1-based bit indices. */ #define BIT_FFS_AT(_s, p, start) __extension__ ({ = \ . . . In other words, BIT_FFS (and CPU_FFS) provide BIT_FFS_AT with start=3D=3D0= but start is documented to be a 1-based bit index. So, looking into what happens with start=3D=3D0, showing BIT_FFS_AT: #define BIT_FFS_AT(_s, p, start) __extension__ ({ = \ __size_t __i; = \ long __mask; = \ int __bit; = \ = \ __mask =3D ~0UL << ((start) % _BITSET_BITS); = \ __bit =3D 0; = \ for (__i =3D __bitset_word((_s), (start)); = \ __i < __bitset_words((_s)); = \ __i++) { = \ if (((p)->__bits[__i] & __mask) !=3D 0) { = \ __bit =3D ffsl((p)->__bits[__i] & __mask); = \ __bit +=3D __i * _BITSET_BITS; = \ break; = \ } = \ __mask =3D ~0UL; = \ } = \ __bit; = \ }) It looks like this traces to use of: __mask =3D ~0UL << ((start) % _BITSET_BITS); = \ and to use of: #define __bitset_word(_s, n) = \ (__constexpr_cond(__bitset_words((_s)) =3D=3D 1) ? = \ 0 : ((n) / _BITSET_BITS)) So __mask=3D=3D~0UL and __bitset_word((_s), (start))=3D=3D0 . Then for __i=3D=3D0: ((p)->__bits[0] & __mask) !=3D 0 evaluates like ((p)->__bits[0] & ~0UL) !=3D 0 which in turn evaluates like (p)->__bits[0] !=3D 0. =46rom there __bit =3D ffsl((p)->__bits[0] & __mask) would involve (p)->__bits[0] & __mask evaluing like (p)->__bits[0] & ~0UL and that in turn evaluating like just (p)->__bits[0] . Presuming non-zero as a context, effectively for such a context: __bit =3D ffsl((p)->__bits[0]); __bit +=3D 0; which would seem to set __bit correctly. It looks to me like start is 0-based in BIT_FFS_AT, not 1-based. So I expect that the comment is wrong about start. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Dec 7 00:59:54 2020 Return-Path: Delivered-To: freebsd-arm@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 EC7F9472764 for ; Mon, 7 Dec 2020 00:59:54 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail2.brickporch.com (mail2.brickporch.com [45.79.84.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq4j625w2z3PJZ; Mon, 7 Dec 2020 00:59:53 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (69-84-3-66.mxu.aerioconnect.net [69.84.3.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail2.brickporch.com (Postfix) with ESMTPSA id 9E1111B353; Mon, 7 Dec 2020 00:59:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: ThunderX Panic after r368370 From: Marcel Flores In-Reply-To: <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> Date: Sun, 6 Dec 2020 16:59:45 -0800 Cc: Mark Millard , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7DFA7D8E-45A6-48B8-BB74-CC2EE29AF73C@brickporch.com> References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4Cq4j625w2z3PJZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 45.79.84.102 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-2.80 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[marcel]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[brickporch.com]; SPAMHAUS_ZRD(0.00)[45.79.84.102:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.79.84.102:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:63949, ipnet:45.79.64.0/19, country:US]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 00:59:55 -0000 > On Dec 6, 2020, at 3:51 AM, Michal Meloun = wrote: >=20 >=20 >=20 > On 06.12.2020 10:47, Mark Millard wrote: >> On 2020-Dec-6, at 00:17, Michal Meloun = wrote: >>> On 06.12.2020 3:21, Marcel Flores wrote: >>>> Hi All, >>>> Looks like the ThunderX started panicking at boot after r368370: >>>> https://reviews.freebsd.org/rS368370 >>>> =46rom a verbose boot, it looks like it bails in gic0 redistributor = setup(?): >>>> gic0: CPU29 Re-Distributor woke up >>>> gic0: CPU24 enabled CPU interface via system registers >>>> gic0: CPU17 enabled CPU interface via system registers >>>> gic0: CPU29 enabled CPU interface via system registers >>>> done >>>> Full Verbose boot: >>>> https://gist.github.com/mesflores/f026122495c8494d041bce04d30b15bb >>>> I'm not really familiar with the details of the commit, but happy = to test >>>> anything if anyone has any ideas. >>>=20 >>>=20 >>> Hi Marcel >>> are you able to get crashdump and do backtrace? >>> = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#= kerneldebug-obtain >>> and >>> = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.h= tml >>> If not, I'll make some debug patch. >>>=20 >>> It's weird, even though GIC is potentially affected by my patch, in = this case the cpuid numbering was not changed. >> (I've no access to a ThunderX. I just looked for my own curiosity. >> Sorry if this is obvious and so is noise.) >> When I looked at the code it appeared to be the last "->" in >> the following that was dereferencing the nullptr value (via [x8] >> in assembler notation): >> static uint64_t >> its_cmd_prepare(struct its_cmd *cmd, struct its_cmd_desc *desc) >> { >> uint64_t target; >> uint8_t cmd_type; >> u_int size; >> cmd_type =3D desc->cmd_type; >> target =3D ITS_TARGET_NONE; >> switch (cmd_type) { >> case ITS_CMD_MOVI: /* Move interrupt ID to another = collection */ >> target =3D desc->cmd_desc_movi.col->col_target; >> . . . >> In other words: it appeared to me that the above = desc->cmd_desc_movi.col >> evaluated as 0 when used in what was reported. > This is very probably right analysis. But problem is that = cmd_desc_movi.col should not be NULL, is initialized in its_cmd_movi = from sc->sc_its_cols which should be allocated in gicv3_its_attach(). >=20 >=20 > Marcel, can you, please also try this debug patch? > = https://github.com/strejda/freebsd/commit/a25ed736644b05672e3e813891af213c= 280daac3 > Unfortunately, I have only single socket board with GIv3, Honeycomb, = but it still boots fine. >=20 > Thanks, Michal Debug patch output here (I also switched from GENERIC-NODEBUG to = GENERIC): https://gist.github.com/mesflores/27bd1cca45b04e5b938166c9f1f79a04 Having a little trouble getting the crashdump saved, but will update if = I can sort it out. -m From owner-freebsd-arm@freebsd.org Mon Dec 7 01:27:31 2020 Return-Path: Delivered-To: freebsd-arm@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 8DFA9473340 for ; Mon, 7 Dec 2020 01:27:31 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail2.brickporch.com (mail2.brickporch.com [45.79.84.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq5Jy5Cfjz3Qy7; Mon, 7 Dec 2020 01:27:30 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (69-84-3-66.mxu.aerioconnect.net [69.84.3.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail2.brickporch.com (Postfix) with ESMTPSA id 8F64C1B359; Mon, 7 Dec 2020 01:27:29 +0000 (UTC) From: Marcel Flores Message-Id: Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: ThunderX Panic after r368370 Date: Sun, 6 Dec 2020 17:27:27 -0800 In-Reply-To: <7DFA7D8E-45A6-48B8-BB74-CC2EE29AF73C@brickporch.com> Cc: freebsd-arm@freebsd.org To: mmel@freebsd.org References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> <7DFA7D8E-45A6-48B8-BB74-CC2EE29AF73C@brickporch.com> X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4Cq5Jy5Cfjz3Qy7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 45.79.84.102 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-2.80 / 15.00]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FREEFALL_USER(0.00)[marcel]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.79.84.102:from]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; SPAMHAUS_ZRD(0.00)[45.79.84.102:from:127.0.2.255]; DMARC_NA(0.00)[brickporch.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:63949, ipnet:45.79.64.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 01:27:31 -0000 > On Dec 6, 2020, at 4:59 PM, Marcel Flores = wrote: >> On Dec 6, 2020, at 3:51 AM, Michal Meloun = wrote: >>=20 >>=20 >>=20 >> On 06.12.2020 10:47, Mark Millard wrote: >>> On 2020-Dec-6, at 00:17, Michal Meloun = wrote: >>>> On 06.12.2020 3:21, Marcel Flores wrote: >>>>> Hi All, >>>>> Looks like the ThunderX started panicking at boot after r368370: >>>>> https://reviews.freebsd.org/rS368370 >>>>> =46rom a verbose boot, it looks like it bails in gic0 = redistributor setup(?): >>>>> gic0: CPU29 Re-Distributor woke up >>>>> gic0: CPU24 enabled CPU interface via system registers >>>>> gic0: CPU17 enabled CPU interface via system registers >>>>> gic0: CPU29 enabled CPU interface via system registers >>>>> done >>>>> Full Verbose boot: >>>>> https://gist.github.com/mesflores/f026122495c8494d041bce04d30b15bb >>>>> I'm not really familiar with the details of the commit, but happy = to test >>>>> anything if anyone has any ideas. >>>>=20 >>>>=20 >>>> Hi Marcel >>>> are you able to get crashdump and do backtrace? >>>> = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#= kerneldebug-obtain >>>> and >>>> = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.h= tml >>>> If not, I'll make some debug patch. >>>>=20 >>>> It's weird, even though GIC is potentially affected by my patch, in = this case the cpuid numbering was not changed. >>> (I've no access to a ThunderX. I just looked for my own curiosity. >>> Sorry if this is obvious and so is noise.) >>> When I looked at the code it appeared to be the last "->" in >>> the following that was dereferencing the nullptr value (via [x8] >>> in assembler notation): >>> static uint64_t >>> its_cmd_prepare(struct its_cmd *cmd, struct its_cmd_desc *desc) >>> { >>> uint64_t target; >>> uint8_t cmd_type; >>> u_int size; >>> cmd_type =3D desc->cmd_type; >>> target =3D ITS_TARGET_NONE; >>> switch (cmd_type) { >>> case ITS_CMD_MOVI: /* Move interrupt ID to another = collection */ >>> target =3D desc->cmd_desc_movi.col->col_target; >>> . . . >>> In other words: it appeared to me that the above = desc->cmd_desc_movi.col >>> evaluated as 0 when used in what was reported. >> This is very probably right analysis. But problem is that = cmd_desc_movi.col should not be NULL, is initialized in its_cmd_movi = from sc->sc_its_cols which should be allocated in gicv3_its_attach(). >>=20 >>=20 >> Marcel, can you, please also try this debug patch? >> = https://github.com/strejda/freebsd/commit/a25ed736644b05672e3e813891af213c= 280daac3 >> Unfortunately, I have only single socket board with GIv3, Honeycomb, = but it still boots fine. >>=20 >> Thanks, Michal >=20 > Debug patch output here (I also switched from GENERIC-NODEBUG to = GENERIC): >=20 > https://gist.github.com/mesflores/27bd1cca45b04e5b938166c9f1f79a04 >=20 > Having a little trouble getting the crashdump saved, but will update = if I can sort it out. >=20 > -m Here=E2=80=99s the debug build output when applied to r368369, incase = the side-by-side is helpful: https://gist.github.com/mesflores/329a826508dc47a0f9333ab5b6c52116 -m From owner-freebsd-arm@freebsd.org Mon Dec 7 08:21:39 2020 Return-Path: Delivered-To: freebsd-arm@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 3796847B346 for ; Mon, 7 Dec 2020 08:21:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CqGVp2HYmz4Vkl for ; Mon, 7 Dec 2020 08:21:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1607329295; bh=zalQqHHTT4plhWCeZjMB/YYKiaqFwW+hwhJGJGO0LUN=; h=Subject:From:Date:To:From:Subject; b=rHKxxEuHWzK/6p6CJedEhPmGelwrkJmPWWaNmFgshfMDYJj3iZVWQCjd3mZUsWVJxNkWcJq/+Qfe/yKllF64omhAY9Ds/NaVPWRrwQ5A2ERqauL1QO9ospB6rh2fpi29dYq9Bg85hbizu1NIYcK6mmsO9yW+dcwUpDNq4GJoFPWTuWfr32BdJI6Z9NLOeuYiE7sJXYMNd6Dho94q1I7PQbcAtwkQ5dfCRMggNYN3yH6lSpy7VpYfnacW86g8vM8C9EZGpTgVSJfdbx7my8zmbDoxioYL0m69eUnyJuPloNlRAC9na9rwToiqQBQTT17BCP9tjvTrl6GoykrOlfLbcA== X-YMail-OSG: wKvd.E4VM1nRcYjdFmRZEuacOn8aLhitZSAfEaE0tCMyLH8zS1rQzJ8QuSGT8TA CMAKxhICdXxOYmOiTm01jPB8Q.dOSAhZjSIpQ.1H4kIGvCHS3rbPbjzm8Jz.0E61_DsDRdVHdEh. df8D2acmxNEGIPb2shBMG0OBKVy4SZAJForDUtx65x8BqJv6Zzp.fZCvJka1hkH.bKv6xa6sjx4d YolujO4R4atY9H47GUBDd9792RGmcrnYSUqYWfLl8U2KpUi2ObN7IFujU7L_QlHjSF.GlMH._M_M f3wRZAUmWfEvmElne_TzlmMlW9.vBj8mJnnICwlvdgFRsfe.w5bwR4CHnzQqOM6tyrsaXcOur3iN PaEPgfKw7H3qHVqM2DRRtaG9WNDR7H0pHm0ZdZ_hgvFUlvonAPbf7enWA_Vmrr1L__CkrVoE_J1c Xd6V4PouciBzL6Xu6QtgB9ZMQEvRahIMUIk1pVh_Nk6AKYfTuAL5SWdx49saxMXNWSyLWi5Mog3G dzrSIhDNIPO9HR_1pJRtEJK80PZdhNFo3ZcHCNZbEasRC2ouvz_5miZTI5kVNwIw3zDo9br62Azi EqtkxmcOCiLRxajr29YMePDx9gy2A61rbQGTW0_XOW4FTbZ_1NdXp2fz4MR_iXbGccGXFg1DQ1.s 3fUEohA6L_Zbi4C5Gyce2p5nmId94.yayLr38E33q87LtidDGsdow6tkMcEzKfhT_ujSswvu5BNo XRoa_7rJxvr2BZfWBgQy9.JBOsSa71y18rKXKBvaBTVuvQBRs62tQz6G31Y5414G68U5MhHBmDVZ QkXKLhXARDihwVKmD74RmAym3JSr5FUe30ddAw0_12CMdsxh.QuE9zHJYX1GcBCNKAgkEvVu4hEt zT077ua5cdDhhfJG4ff6r3CezxUgkrSZJL9fCWDsAMeGI8j_9bfKU3vw4EyaqUYemwksqDAw65C1 dnsCY8iVvYmtMA4YljFVew1CFU7W4Bg9FbiJ9Xv3vqTxLGU4.Cmy1Mg2O3AIqW8KUZ81UiztQ.A7 esAJIYD6HUVDtjUzNbytnyndgVjIQidH81NskLH7Vig3O8iXFztPOFE9aPR_TxhsuFHXbB1QLub0 hPTS5r9lzOClMoxbc0xBFkrNas5qvY1thnmhzuZq1eaZU2JnQyr.HkzVNaP_k7Gz4jm0yaG_R3WX cIxAwna7i7coW85Ur2xN7BtKF1ozh_Oi0nNzaTewWA4iW_MlOMmmQoej2EwDhs5LeoWQHm5AYKWi 84B8wa0KsBPiqYf32bwA_PGpq2eFe.AbbtDvnfOJqmoK_Id_VqT3ZmIL.yU8WKTQNlSLagIisJC8 LHHfW0G6RILpcjEwnDpTvoZtA1UNQ_1QGc87WwBXNj_iPNmGuPJQ2WuDdAIuKPAsntoG9j2Hk966 GVcQaQSuvRpv_icaNrwLzi3QhbmOdSiRqNWNeU1Iz61fAkUG1hJrwrn_HAsJ1y8jPiGP2gQ6mYid i.Y8aYss7l6EuQeF5ZJ4D594T7tFEWIAd03wnDCPqR_LTEPWZ1yKKb6qssP3b8emiiezHM36ituV 5bIVksOUzaPBaSEw.ocH10ZYIpZb6hQlbzs_7qxrN0dBaAJ2maw8YVIcfcrsdo6MY4ONfhiWbkRY UEc9_OP71OeX0IO6SzL9Q11UdUVTkq866o6WOiZZCyGIdmDf9SQe7Y_n0OUAoDSyDnc5t69jWv10 sQe.mtK.aE4YhTCXqkujItO7nfHIglKBhbHkTJun7wkWPi79rqgZPUiMIxt3dSkuLnULu.CoRmUg 3LF6OB3HMoQ3Wno0GaFH4LDHhrUn4gKQM8tbr1vyMmpgE_zhc74CXPqpBdYO_ZN8f4ojT7_4QQSv 6eV2gRNgK6K__QU2ZBjFx_XPZa6FSfGFPtJ8k5KJvw7hFfzQ98M5LFAyVsg61Veum5aDqdTeBzEd YL_2tOE5lyDtwQmrNBmFxVeYmA18Ed52NrU5tLV8nHF49wk4Q8xhrq0ZLO9vQWbOPRpuFHmLyfl0 4yOCn_10g.FXCWJjWcYNgEFvIvxNE5z8a6orPbQzycIuIvod9JHlYmLd1apDiFt43wgidlPyrP6q uLo3MiOJRZDtr5W0eMxFtfZbomAiXbFHRQo6YYg2LmYvrXF5YL_6vBD5p8yzNr.y2GnqFfrzK3fF 1P50Bu0zWb_Vk7tIVeORUXdeu_db_hB_tqqENRgn4waAMTZBT.jqBVxho6O01a_Z1Tblg2iGjAon 88FxdDZ19ZoOlX710Yzn72ciiF0sFmtiqqE73UdZDlgLXBIwTw.h2R_VU1l0bH3aHoAF3Ck2kjel r9bNzrWm0A45eRp1V5ZZJ.319UgBYVXjNWOhuZ_jJpiNRoLCoCwxdlWf7najPVHIRNI3CmAUZnCi G7Y0Ln67dDJcLYJpKppB5HZLaE.kgHwxU2LqPZq75s5xEIClFmm4lrNRTD8vju2gMI9_S.XEXoab WmxdAQ3tVWITvheRtkDMvFObmHM6IUgbREFbr0WhKFOVOziBZqGnYar1DZ3tGDWM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Mon, 7 Dec 2020 08:21:35 +0000 Received: by smtp415.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 744fd7bc892aadd34edf096318b1b15c; Mon, 07 Dec 2020 08:21:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: ThunderX Panic after r368370 From: Mark Millard In-Reply-To: Date: Mon, 7 Dec 2020 00:21:32 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <4528E502-D007-48E5-B6A5-8E4376A2B05E@yahoo.com> References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CqGVp2HYmz4Vkl X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 08:21:39 -0000 On 2020-Dec-6, at 13:30, Mark Millard wrote: > On 2020-Dec-6, at 03:51, Michal Meloun = wrote: >=20 > On 06.12.2020 10:47, Mark Millard wrote: >>> On 2020-Dec-6, at 00:17, Michal Meloun = wrote: >>>> On 06.12.2020 3:21, Marcel Flores wrote: >>>>> Hi All, >>>>> Looks like the ThunderX started panicking at boot after r368370: >>>>> https://reviews.freebsd.org/rS368370 >>>>> =46rom a verbose boot, it looks like it bails in gic0 = redistributor setup(?): >>>>> gic0: CPU29 Re-Distributor woke up >>>>> gic0: CPU24 enabled CPU interface via system registers >>>>> gic0: CPU17 enabled CPU interface via system registers >>>>> gic0: CPU29 enabled CPU interface via system registers >>>>> done >>>>> Full Verbose boot: >>>>> https://gist.github.com/mesflores/f026122495c8494d041bce04d30b15bb >>>>> I'm not really familiar with the details of the commit, but happy = to test >>>>> anything if anyone has any ideas. >>>>=20 >>>>=20 >>>> Hi Marcel >>>> are you able to get crashdump and do backtrace? >>>> = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#= kerneldebug-obtain >>>> and >>>> = https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.h= tml >>>> If not, I'll make some debug patch. >>>>=20 >>>> It's weird, even though GIC is potentially affected by my patch, in = this case the cpuid numbering was not changed. >>> (I've no access to a ThunderX. I just looked for my own curiosity. >>> Sorry if this is obvious and so is noise.) >>> When I looked at the code it appeared to be the last "->" in >>> the following that was dereferencing the nullptr value (via [x8] >>> in assembler notation): >>> static uint64_t >>> its_cmd_prepare(struct its_cmd *cmd, struct its_cmd_desc *desc) >>> { >>> uint64_t target; >>> uint8_t cmd_type; >>> u_int size; >>> cmd_type =3D desc->cmd_type; >>> target =3D ITS_TARGET_NONE; >>> switch (cmd_type) { >>> case ITS_CMD_MOVI: /* Move interrupt ID to another = collection */ >>> target =3D desc->cmd_desc_movi.col->col_target; >>> . . . >>> In other words: it appeared to me that the above = desc->cmd_desc_movi.col >>> evaluated as 0 when used in what was reported. >> This is very probably right analysis. But problem is that = cmd_desc_movi.col should not be NULL, is initialized in its_cmd_movi = from sc->sc_its_cols which should be allocated in gicv3_its_attach(). >>=20 >=20 > The following is unlikely to directly contribute to the > specific problem's solution but documents an oddity that > took my time while looking around related the problem. >=20 . . . I'm omitting the material about the "start" part of the comment below. I've more directly useful for the problem later below. > /* > * Note that `start` and the returned value from BIT_FFS_AT are > * 1-based bit indices. > */ > #define BIT_FFS_AT(_s, p, start) __extension__ ({ = \ > . . . >=20 . . .=20 Looks to me like fdt_cpuid's use in cpu_init_fdt is one of the issues with what is added to each cpuset_domain[domain] : /* Skip boot CPU */ if (__pcpu[0].pc_mpidr =3D=3D (target_cpu & CPU_AFF_MASK)) return (TRUE); . . . fdt_cpuid++; /* Try to read the numa node of this cpu */ if (vm_ndomains =3D=3D 1 || OF_getencprop(node, "numa-node-id", &domain, sizeof(domain)) = <=3D 0) domain =3D 0; __pcpu[fdt_cpuid].pc_domain =3D domain; if (domain < MAXMEMDOM) CPU_SET(fdt_cpuid, &cpuset_domain[domain]); fdt_cpuid's initial value can not be added by this code: it is incremented first. cpu_mp_start initializes fdt_cpuid via: fdt_cpuid =3D 1; ofw_cpu_early_foreach(cpu_init_fdt, true); So fdt_cpuid=3D=3D2 is the smallest value that can be added to &cpuset_domain[domain] via that ofw_cpu_early_foreach call that in turn calls cpu_init_fdt. More then that, there is also the "Skip boot CPU" code that avoids ever adding the boot CPU to a &cpuset_domain[domain] .=20 This matches up well with the logs showing the two "NULL" lines in: gicv3_its_attach: per domain cpus gicv3_its_attach: NULL its col[0] gicv3_its_attach: NULL its col[1] gicv3_its_attach: new its col[2] gicv3_its_attach: new its col[3] . . . gicv3_its_attach: new its col[29] gicv3_its_attach: new its col[30] gicv3_its_attach: new its col[31] and the log's content just before the panic: gicv3_its_bind_intr: Enter gicv3_its_select_cpu: cpuset not empty its_cmd_movi: isrc_cpu 0, col; 0 panic: data abort with spinlock held =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Dec 7 09:13:29 2020 Return-Path: Delivered-To: freebsd-arm@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 E634047CB8B for ; Mon, 7 Dec 2020 09:13:29 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-ej1-x641.google.com (mail-ej1-x641.google.com [IPv6:2a00:1450:4864:20::641]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CqHfd5vN7z4YRW for ; Mon, 7 Dec 2020 09:13:29 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-ej1-x641.google.com with SMTP id m19so18378831ejj.11 for ; Mon, 07 Dec 2020 01:13:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=NIaDa+XrdUSl4aXMnoTDYwmzENsjdt6gJ5Cp4MNio4M=; b=B7aGP5yL0ZBbbAWv9z2NjPx7BMvV9owtALPHlFn2m+xBtRCMKrc1d2WYPOquarpORB Sh9zecOneH9V+xf8jV6FiisgOVrhlHj8qSkPSx+4YJbJ/iPqXOoUab07Pyfq/7FEenot Td+8RMr7klq9dAg3vlF7OgB014yIDEu7Bl7SRuLYqQlZCy5StARbnGzu/+5vm2GZAHT6 cV551qI9AfysPKR1z81gEwi5YeiNTrMrCzmjKiWiL2BG/Ba9oWNd28iTArfAgADCDRWR AmT7zhiHgyx3UQSTm1uK9VH6nrvSN5ejLfCoW8TiwxRzcFYtejk+KtDnjK/xYcph4AnS I1nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=NIaDa+XrdUSl4aXMnoTDYwmzENsjdt6gJ5Cp4MNio4M=; b=P3zAebNUea+5/zjSP/fO1sExvka3m4iJH3wDIWnABi5aK1UaW34RJH1y80spFDpWLt 8jcNxp1lCtqAEfUD6IKxeP60povYkmsd3hc0Kidvr2QkQrNI3Eb7dA3j9ZdGpntvosFp UN93ZTI3NafAKEL2NAQQuOtQd/+s2Vl6rXp/o5iLDAfOWvyaCGo0dGAmJJOS8GHNQhto n/AtsEKfVzl8N5oCYKpE7RhY/Rm7lf/hL+WZDoOkCJcdteff4tPMVHaGFZe1EA06LrAv +VnVwvBgnzIQnv23c33DCQYI0xcyvIvR2F7Swq/YyCBlMPQI5aAzNHedygsyBdFZf3Na Wn6A== X-Gm-Message-State: AOAM5333aU6CkJuNdJT+/+WWETMGmCoEsANGYSu/kVBS1zBEy4QXnKLV Q9+FapYiSx5NhGWNTbRCgWQGcZ89zZw= X-Google-Smtp-Source: ABdhPJy6MaVGQHx69KCyysgfVplv/tmnRbdsqkSYgo+jhUXeAsV3XuF0JR3I/mMTAX7QZNYAaGfFZQ== X-Received: by 2002:a17:906:6713:: with SMTP id a19mr18728652ejp.468.1607332407865; Mon, 07 Dec 2020 01:13:27 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id s1sm2304962ejx.25.2020.12.07.01.13.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Dec 2020 01:13:27 -0800 (PST) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: ThunderX Panic after r368370 To: Mark Millard Cc: freebsd-arm References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> <4528E502-D007-48E5-B6A5-8E4376A2B05E@yahoo.com> Message-ID: <0ea700bd-d31c-f6c9-59f3-d3b3bbbd5775@freebsd.org> Date: Mon, 7 Dec 2020 10:13:29 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <4528E502-D007-48E5-B6A5-8E4376A2B05E@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CqHfd5vN7z4YRW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 09:13:30 -0000 On 07.12.2020 9:21, Mark Millard wrote: > > > On 2020-Dec-6, at 13:30, Mark Millard wrote: > >> On 2020-Dec-6, at 03:51, Michal Meloun wrote: >> >> On 06.12.2020 10:47, Mark Millard wrote: >>>> On 2020-Dec-6, at 00:17, Michal Meloun wrote: >>>>> On 06.12.2020 3:21, Marcel Flores wrote: >>>>>> Hi All, >>>>>> Looks like the ThunderX started panicking at boot after r368370: >>>>>> https://reviews.freebsd.org/rS368370 >>>>>> From a verbose boot, it looks like it bails in gic0 redistributor setup(?): >>>>>> gic0: CPU29 Re-Distributor woke up >>>>>> gic0: CPU24 enabled CPU interface via system registers >>>>>> gic0: CPU17 enabled CPU interface via system registers >>>>>> gic0: CPU29 enabled CPU interface via system registers >>>>>> done > Looks to me like fdt_cpuid's use in cpu_init_fdt is one of the issues > with what is added to each cpuset_domain[domain] : > fdt_cpuid's initial value can not be added by this code: it is > incremented first. > Good catch. This ThunderX system is *FDT* based. And I spend half of night by digging in ACPI sources in attempt to understand who screw cpuset_domain :P Marcel, can you please try following patch? I hope that it fix this issue. https://github.com/strejda/freebsd/commit/1404960be6a7a6c75af86e86331acf951cfdf9b1 From owner-freebsd-arm@freebsd.org Mon Dec 7 16:34:02 2020 Return-Path: Delivered-To: freebsd-arm@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 7B03E4AE735 for ; Mon, 7 Dec 2020 16:34:02 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail2.brickporch.com (mail2.brickporch.com [45.79.84.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CqTQx4fJNz3G7h; Mon, 7 Dec 2020 16:34:01 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (69-84-3-66.mxu.aerioconnect.net [69.84.3.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail2.brickporch.com (Postfix) with ESMTPSA id C86D81B3D6; Mon, 7 Dec 2020 16:33:53 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: ThunderX Panic after r368370 From: Marcel Flores In-Reply-To: <0ea700bd-d31c-f6c9-59f3-d3b3bbbd5775@freebsd.org> Date: Mon, 7 Dec 2020 08:33:52 -0800 Cc: Mark Millard , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <3765F708-15A9-4CB0-96A6-5534E0A9F3DE@brickporch.com> References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> <4528E502-D007-48E5-B6A5-8E4376A2B05E@yahoo.com> <0ea700bd-d31c-f6c9-59f3-d3b3bbbd5775@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CqTQx4fJNz3G7h X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 45.79.84.102 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-2.75 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[marcel]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[brickporch.com]; SPAMHAUS_ZRD(0.00)[45.79.84.102:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.79.84.102:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.947]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:63949, ipnet:45.79.64.0/19, country:US]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 16:34:02 -0000 > On Dec 7, 2020, at 1:13 AM, Michal Meloun = wrote: >=20 > On 07.12.2020 9:21, Mark Millard wrote: >> On 2020-Dec-6, at 13:30, Mark Millard wrote: >>> On 2020-Dec-6, at 03:51, Michal Meloun = wrote: >>>=20 >>> On 06.12.2020 10:47, Mark Millard wrote: >>>>> On 2020-Dec-6, at 00:17, Michal Meloun wrote: >>>>>> On 06.12.2020 3:21, Marcel Flores wrote: >>>>>>> Hi All, >>>>>>> Looks like the ThunderX started panicking at boot after r368370: >>>>>>> https://reviews.freebsd.org/rS368370 >>>>>>> =46rom a verbose boot, it looks like it bails in gic0 = redistributor setup(?): >>>>>>> gic0: CPU29 Re-Distributor woke up >>>>>>> gic0: CPU24 enabled CPU interface via system registers >>>>>>> gic0: CPU17 enabled CPU interface via system registers >>>>>>> gic0: CPU29 enabled CPU interface via system registers >>>>>>> done >> Looks to me like fdt_cpuid's use in cpu_init_fdt is one of the issues >> with what is added to each cpuset_domain[domain] : >> fdt_cpuid's initial value can not be added by this code: it is >> incremented first. >=20 > Good catch. This ThunderX system is *FDT* based. And I spend half of = night by digging in ACPI sources in attempt to understand who screw = cpuset_domain :P >=20 > Marcel, can you please try following patch? I hope that it fix this = issue. >=20 > = https://github.com/strejda/freebsd/commit/1404960be6a7a6c75af86e86331acf95= 1cfdf9b1 >=20 That did the trick =E2=80=94 no more panic. Working debug-patch output just in case: https://gist.github.com/mesflores/be330f23df2faa93a082825104b986a1 Appreciate the quick response! From owner-freebsd-arm@freebsd.org Mon Dec 7 16:42:32 2020 Return-Path: Delivered-To: freebsd-arm@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 7C1124AE927 for ; Mon, 7 Dec 2020 16:42:32 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CqTcm2jQwz3Ghq for ; Mon, 7 Dec 2020 16:42:32 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-wr1-x431.google.com with SMTP id r3so13406513wrt.2 for ; Mon, 07 Dec 2020 08:42:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=QNR1xL4faG0PGY0El2clIQINss/ebPbl3q7nL4ra83Y=; b=N3J8RbmVU6LINP7Gl1n8i+Mk1L/Epc0JQUw7O2ZmObe+QxcpY/ISwuZAafzJ4GqnD0 fiSwnv8TGohVBoGpWqfwjOOy1l7clDwXsoK10O0TwCh9G9X75fY+rze/0iuwK8diBq9o AxDB4OjOUneU+fVI5AEOOsSXecWmh9qGAkiYalwVqrANha004IuC0e3WPCN+EXQXZKXb ybvldtnvYkdcQNgIXWO3QLXc07aYPteRtRTFZkR4Sd/jCuMe4LB27KsQz4q9R2Mv5Gdb /kK4BoDJXcOHlZkvVbSZKzCVpXcAEpTZ4ORBrprnsO2+MHf8ovr0b6j5YPFFv+qVVUBR MPYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=QNR1xL4faG0PGY0El2clIQINss/ebPbl3q7nL4ra83Y=; b=Abc3+u9Cgjg0kpeA4t39L8XczmDPAefZzBrJt0gzZKTS1dngtPUE05eIL116SOF9Jz hJaia465igSqDXWVRMsnTr9AmoKffLgP9lIMvBfEo6q6iXQo/ZCOsLrnNznQVZLGDTpd rTudrYKD+WSQXS7haqCoLqFUgg17hLw6EOEb0/5TMZEhONWjTQRoDyIFNh9/viC4ZlLf WyXcMq/YF8WF5onJY+Rs87HoM6P/0Fbe+sV2n/jRptZPDvpPEr4IZL2VomMk9UjWUHIg z2L5uTby4CFKqKxZNGmgCiX/L/ETrCUf4pExh6bdnNbnRxBrbLJdDL6r4j8EDl95NgkV Pr8g== X-Gm-Message-State: AOAM531foaGSMpc7OWuoqOXDRqsUQCe8saXoEhdjQaZG8dwXC8c62Ndu 4/EAIm0G0TxH+ebs9GjjObnmujx4DhU= X-Google-Smtp-Source: ABdhPJxK9gUpI6KDqKlfa+kPzSFLKMeinqyh/1IGFedaYkydw2n7QARNANhw3O3ZH2CuhmtQzbjlgA== X-Received: by 2002:adf:e704:: with SMTP id c4mr11799481wrm.355.1607359350612; Mon, 07 Dec 2020 08:42:30 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id h5sm5655660wrp.56.2020.12.07.08.42.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Dec 2020 08:42:30 -0800 (PST) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: ThunderX Panic after r368370 To: Marcel Flores Cc: freebsd-arm References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> <4528E502-D007-48E5-B6A5-8E4376A2B05E@yahoo.com> <0ea700bd-d31c-f6c9-59f3-d3b3bbbd5775@freebsd.org> <3765F708-15A9-4CB0-96A6-5534E0A9F3DE@brickporch.com> Message-ID: <6c5ebe94-561d-7166-1443-c245dc326249@freebsd.org> Date: Mon, 7 Dec 2020 17:42:29 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <3765F708-15A9-4CB0-96A6-5534E0A9F3DE@brickporch.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4CqTcm2jQwz3Ghq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 16:42:32 -0000 On 07.12.2020 17:33, Marcel Flores wrote: > >> On Dec 7, 2020, at 1:13 AM, Michal Meloun wrote: >> >> On 07.12.2020 9:21, Mark Millard wrote: >>> On 2020-Dec-6, at 13:30, Mark Millard wrote: >>>> On 2020-Dec-6, at 03:51, Michal Meloun wrote: >>>> >>>> On 06.12.2020 10:47, Mark Millard wrote: >>>>>> On 2020-Dec-6, at 00:17, Michal Meloun wrote: >>>>>>> On 06.12.2020 3:21, Marcel Flores wrote: >>>>>>>> Hi All, >>>>>>>> Looks like the ThunderX started panicking at boot after r368370: >>>>>>>> https://reviews.freebsd.org/rS368370 >>>>>>>> From a verbose boot, it looks like it bails in gic0 redistributor setup(?): >>>>>>>> gic0: CPU29 Re-Distributor woke up >>>>>>>> gic0: CPU24 enabled CPU interface via system registers >>>>>>>> gic0: CPU17 enabled CPU interface via system registers >>>>>>>> gic0: CPU29 enabled CPU interface via system registers >>>>>>>> done >>> Looks to me like fdt_cpuid's use in cpu_init_fdt is one of the issues >>> with what is added to each cpuset_domain[domain] : >>> fdt_cpuid's initial value can not be added by this code: it is >>> incremented first. >> >> Good catch. This ThunderX system is *FDT* based. And I spend half of night by digging in ACPI sources in attempt to understand who screw cpuset_domain :P >> >> Marcel, can you please try following patch? I hope that it fix this issue. >> >> https://github.com/strejda/freebsd/commit/1404960be6a7a6c75af86e86331acf951cfdf9b1 >> > > That did the trick — no more panic. > > Working debug-patch output just in case: > > https://gist.github.com/mesflores/be330f23df2faa93a082825104b986a1 > > Appreciate the quick response! > In meantime, Andrew made expanded version of this fix https://reviews.freebsd.org/D27497 I sure that this will be committed ASAP. Many thanks for cooperation and help. Sorry for troubles. Michal From owner-freebsd-arm@freebsd.org Mon Dec 7 18:01:22 2020 Return-Path: Delivered-To: freebsd-arm@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 5E6464B0405 for ; Mon, 7 Dec 2020 18:01:22 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fry.fubar.geek.nz (fry.fubar.geek.nz [139.59.165.16]) by mx1.freebsd.org (Postfix) with ESMTP id 4CqWMh4CJJz3LDS; Mon, 7 Dec 2020 18:01:20 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from [192.168.42.21] (cpc91232-cmbg18-2-0-cust554.5-4.cable.virginm.net [82.2.126.43]) by fry.fubar.geek.nz (Postfix) with ESMTPSA id 094184E71C; Mon, 7 Dec 2020 18:00:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fubar.geek.nz; s=mail; t=1607364044; bh=GPUNfvlR0P8B2DCaDeb8QWFOQVbwFPzwdiOB/RNoP7s=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=K8MZGtVy8dTIZMgFdR/1xl6HZrATBGpjAwpfmXLoA29yJEKCeV/V9x68S3ADwqVmA Pr7lustRUMwS1mFcAdFau1KIwB8hY4T1h6LD2O1K04z1S2BuCQhCPLKVPAH9311AMB mlGSeIMs1bxFSRG0vtIVqj12sWsgZFwHGFaQsgJ3GaP07Vq2PbaLBG4tlhqOrvQ1kN ixwiJrMreysFP8qLTv28utodZrd2S+OTPP06KBsW1Xp7InFMgS2VkKMM1UeR1ZDxpT O0XdOzRWjHJ5qBSAKvKrWH7v1V7Cx947dShD8Mx0c7AWrR5MH0Bkz9G960vrIBHmSe VwRO9rqDLmnF4jJcqMl3YHV9GqzL3B3uUiPgnWqcHaqmn1EfykqWb25NI3hd+pXJdl dO9R9G2QRUmrgXetEfvQ1hnHwpN1wFey2ul/TZA4mhQfAuFnqDekFWVvvnYETmYT7O Q9CeVPO/zUldzzIp66ngO7p3qxvP3u8H1NWODFw2KfQOXxN1VCGaokexhwshlzVGYD uvjGz546ufrlbIkfXMaB6GASiw8WCTc2ILItyaT2L98DDBNNx2TZjp6ABckXFZd/aM jJI13E/YDDUp8sUhfNrT2HogG+As1s3bRuCpNFpeIk3ThuEawHFTyZFp6Th3T8jWuq n/vQJIsz5PSsBopTxKuHpVCA= From: Andrew Turner Message-Id: <62AA5059-7CD0-498A-9D0D-AA808875B421@fubar.geek.nz> Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: ThunderX Panic after r368370 Date: Mon, 7 Dec 2020 18:00:42 +0000 In-Reply-To: <6c5ebe94-561d-7166-1443-c245dc326249@freebsd.org> Cc: Marcel Flores , freebsd-arm To: mmel@freebsd.org References: <1C3442ED-278E-45B8-9206-0DD24FCBC237@brickporch.com> <4331eee0-74a6-565c-3bec-0051415b2bc1@freebsd.org> <56F0E9EB-0B78-4B0B-830A-48F8AFC5ABE1@yahoo.com> <91654fc4-8734-d8a7-5309-0400f418438a@freebsd.org> <4528E502-D007-48E5-B6A5-8E4376A2B05E@yahoo.com> <0ea700bd-d31c-f6c9-59f3-d3b3bbbd5775@freebsd.org> <3765F708-15A9-4CB0-96A6-5534E0A9F3DE@brickporch.com> <6c5ebe94-561d-7166-1443-c245dc326249@freebsd.org> X-Mailer: Apple Mail (2.3445.104.17) X-Rspamd-Queue-Id: 4CqWMh4CJJz3LDS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fubar.geek.nz header.s=mail header.b=K8MZGtVy; dmarc=pass (policy=none) header.from=fubar.geek.nz; spf=pass (mx1.freebsd.org: domain of andrew@fubar.geek.nz designates 139.59.165.16 as permitted sender) smtp.mailfrom=andrew@fubar.geek.nz X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[fubar.geek.nz:s=mail]; FREEFALL_USER(0.00)[andrew]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[139.59.165.16:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[fubar.geek.nz:+]; DMARC_POLICY_ALLOW(-0.50)[fubar.geek.nz,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[139.59.165.16:from]; ASN(0.00)[asn:14061, ipnet:139.59.160.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 18:01:22 -0000 > On 7 Dec 2020, at 16:42, Michal Meloun = wrote: >=20 >=20 >=20 > On 07.12.2020 17:33, Marcel Flores wrote: >>> On Dec 7, 2020, at 1:13 AM, Michal Meloun = wrote: >>>=20 >>> On 07.12.2020 9:21, Mark Millard wrote: >>>> On 2020-Dec-6, at 13:30, Mark Millard wrote: >>>>> On 2020-Dec-6, at 03:51, Michal Meloun wrote: >>>>>=20 >>>>> On 06.12.2020 10:47, Mark Millard wrote: >>>>>>> On 2020-Dec-6, at 00:17, Michal Meloun wrote: >>>>>>>> On 06.12.2020 3:21, Marcel Flores wrote: >>>>>>>>> Hi All, >>>>>>>>> Looks like the ThunderX started panicking at boot after = r368370: >>>>>>>>> https://reviews.freebsd.org/rS368370 >>>>>>>>> =46rom a verbose boot, it looks like it bails in gic0 = redistributor setup(?): >>>>>>>>> gic0: CPU29 Re-Distributor woke up >>>>>>>>> gic0: CPU24 enabled CPU interface via system registers >>>>>>>>> gic0: CPU17 enabled CPU interface via system registers >>>>>>>>> gic0: CPU29 enabled CPU interface via system registers >>>>>>>>> done >>>> Looks to me like fdt_cpuid's use in cpu_init_fdt is one of the = issues >>>> with what is added to each cpuset_domain[domain] : >>>> fdt_cpuid's initial value can not be added by this code: it is >>>> incremented first. >>>=20 >>> Good catch. This ThunderX system is *FDT* based. And I spend half of = night by digging in ACPI sources in attempt to understand who screw = cpuset_domain :P >>>=20 >>> Marcel, can you please try following patch? I hope that it fix this = issue. >>>=20 >>> = https://github.com/strejda/freebsd/commit/1404960be6a7a6c75af86e86331acf95= 1cfdf9b1 >>>=20 >> That did the trick =E2=80=94 no more panic. >> Working debug-patch output just in case: >> https://gist.github.com/mesflores/be330f23df2faa93a082825104b986a1 >> Appreciate the quick response! >=20 > In meantime, Andrew made expanded version of this fix > https://reviews.freebsd.org/D27497 = >=20 > I sure that this will be committed ASAP. > Many thanks for cooperation and help. Sorry for troubles. I=E2=80=99ve committed it in r368416. Andrew= From owner-freebsd-arm@freebsd.org Thu Dec 10 21:10:11 2020 Return-Path: Delivered-To: freebsd-arm@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 79F3B4B67B4 for ; Thu, 10 Dec 2020 21:10:11 +0000 (UTC) (envelope-from brett@lariat.net) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 4CsRQB4r5Qz3Fqh for ; Thu, 10 Dec 2020 21:10:10 +0000 (UTC) (envelope-from brett@lariat.net) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id OAA28280 for ; Thu, 10 Dec 2020 14:10:02 -0700 (MST) Message-Id: <202012102110.OAA28280@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 10 Dec 2020 14:07:01 -0700 To: freebsd-arm@freebsd.org From: Brett Glass Subject: Build for Intel iXP420 board? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Rspamd-Queue-Id: 4CsRQB4r5Qz3Fqh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of brett@lariat.net designates 66.62.230.51 as permitted sender) smtp.mailfrom=brett@lariat.net X-Spamd-Result: default: False [0.38 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.62.230.51:from]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.62.230.51:from:127.0.2.255]; DMARC_NA(0.00)[lariat.net]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_SHORT(-0.92)[-0.916]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19092, ipnet:66.62.228.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2020 21:10:11 -0000 Hello! I recently disassembled some radio equipment which the FCC will no longer to allow me to use (they auctioned the frequencies that it used to run on out from under me and other wireless ISPs) and discovered some ARM boards inside that I would like to reuse for other embedded applications. They are "Avila" boards, made by Gateworks, and appear to follow the Intel evaluation/reference board design for the iXP420. A couple of them have only 4 MB of available flash, but some have 8 MB. I've found an old port for these boards; it's described at https://openwrt.org/toh/hwdata/gateworks/gateworks_avilagw2348-2 and seems to boot. But OpenWRT is weird and awkward, and worst of all, it's Linux! I would prefer to be running one of the BSDs on these. I've discovered that the boot ROM is Redboot, which means that I can TFTP and flash a properly formatted image if one exists. Is there an ARM build of FreeBSD that's likely to work on this style of board? --Brett Glass From owner-freebsd-arm@freebsd.org Thu Dec 10 21:25:32 2020 Return-Path: Delivered-To: freebsd-arm@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 A361D4B6CF4 for ; Thu, 10 Dec 2020 21:25:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CsRlv5HRwz3GMr for ; Thu, 10 Dec 2020 21:25:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x829.google.com with SMTP id p12so4918190qtp.7 for ; Thu, 10 Dec 2020 13:25:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=d/+vBW8D5FVqwNvm5fh8Oeakbon3HgI4dpHQLdDt7RI=; b=ck4yds9vPwS+LzGTrvbhaCrSgjTPMhO0T0FD3Gk59BOQCkpEhKU4o5r4MM30GNY8yv 4LAcBrOrsaLoVVKapsvqNY6Vj4ro7/uFrTsmsbO0q/6TQqKH0xDssMk8mwHs9S3+2mf4 DxLskIu0tYQpPUds0o4gpFzmR4TEVizcz3iLwku0kr39mj7FM1bHCukpAGIKmx+pULi1 FzMbapJZFBTduGfMfU2O60nXl37wIVFAmmZT2H3XF/bS3p02HlDS16T7WjWPK2Xr3ab+ pjgqR0mgcuE1M4Y0q3xz+lAXVgv+d38Sfg8XbL0UdKD12eyKRgivQfrD/ld3BG8fWdar Qzww== 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:cc; bh=d/+vBW8D5FVqwNvm5fh8Oeakbon3HgI4dpHQLdDt7RI=; b=tiiWMT/8D+/DTGykPHXGYXGNGVaBM5jWoP6qK/zubk1Zsoc1adEFeBrWnCyWSKg13G gYAYcG+De0HeiDxwlw0CmOQHma4q0639+gtER/cLC/gelQvy+X1zYxvde43gFaKug0RD VT0oHaIVlWSGLRh9E5S7aG0OeaOVBnr5HOD6deIVjzaf084DArx/DxCEpcE1SE/euLmh nWhIQdcXiLl4ZusgmyrWZsq0Ze3A3Rh8QoiIPwtBVnumbZnnUXqEMaotsweH0GuYbUF1 mh6Mh/Q78oygAEKc3K8xcyHjBkeC784gZKGZcCQBo5vTqlvf78LsO3+wHLnegfvnNtBf bxJg== X-Gm-Message-State: AOAM533TPzoaPcnJxdlap66G0OR+3BLIwFzhAReVboYHjunOeQDMO13C CUPGjt621up322A1YV2gMCSZXRbJvW8bT+vY3dJ1cNfow+tbCg== X-Google-Smtp-Source: ABdhPJxvvcW5Q4Yq9qzslVcJISlpJXW/5B4a0Qpxdu72erO7p+xY3povCEdndBLT2B1f8VOtzPwKY55oubZO6o0qrvo= X-Received: by 2002:ac8:74d4:: with SMTP id j20mr11081681qtr.101.1607635530756; Thu, 10 Dec 2020 13:25:30 -0800 (PST) MIME-Version: 1.0 References: <202012102110.OAA28280@mail.lariat.net> In-Reply-To: <202012102110.OAA28280@mail.lariat.net> From: Warner Losh Date: Thu, 10 Dec 2020 14:25:19 -0700 Message-ID: Subject: Re: Build for Intel iXP420 board? To: Brett Glass Cc: "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 4CsRlv5HRwz3GMr X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=ck4yds9v; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::829) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [0.04 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.96)[-0.961]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::829:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::829:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::829:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2020 21:25:32 -0000 On Thu, Dec 10, 2020 at 2:10 PM Brett Glass wrote: > Hello! > > I recently disassembled some radio equipment which the FCC will no > longer to allow me to use (they auctioned the frequencies that it > used to run on out from under me and other wireless ISPs) and > discovered some ARM boards inside that I would like to reuse for > other embedded applications. They are "Avila" boards, made by > Gateworks, and appear to follow the Intel evaluation/reference > board design for the iXP420. A couple of them have only 4 MB of > available flash, but some have 8 MB. > > I've found an old port for these boards; it's described at > > https://openwrt.org/toh/hwdata/gateworks/gateworks_avilagw2348-2 > > and seems to boot. But OpenWRT is weird and awkward, and worst of > all, it's Linux! I would prefer to be running one of the BSDs on these. > > I've discovered that the boot ROM is Redboot, which means that I > can TFTP and flash a properly formatted image if one exists. Is > there an ARM build of FreeBSD that's likely to work on this style of board? > FreeBSD 9 or 10 or maybe 11 is your best bet. 'gateworks' I think is what you want to search for in the sources, not avila, but maybe you can use both to find them. The armv5 port was removed from FreeBSD because it had bit rotted too much. I used to run FreeBSD 8 on these boards as a wireless access point shortly after Sam committed the code to the tree. I've had good luck with FreeBSD stable/10 on other arm gear, but there's been reports of issues on stable/10 with unaligned I/O causing problems for some cache topologies. Warner From owner-freebsd-arm@freebsd.org Thu Dec 10 22:48:09 2020 Return-Path: Delivered-To: freebsd-arm@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 B88124BB33F for ; Thu, 10 Dec 2020 22:48:09 +0000 (UTC) (envelope-from brett@lariat.net) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 4CsTbD6N0mz4Ryt for ; Thu, 10 Dec 2020 22:48:08 +0000 (UTC) (envelope-from brett@lariat.net) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id PAA28768; Thu, 10 Dec 2020 15:48:04 -0700 (MST) Message-Id: <202012102248.PAA28768@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 10 Dec 2020 15:42:25 -0700 To: Warner Losh From: Brett Glass Subject: Re: Build for Intel iXP420 board? Cc: "freebsd-arm@freebsd.org" In-Reply-To: References: <202012102110.OAA28280@mail.lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4CsTbD6N0mz4Ryt X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of brett@lariat.net designates 66.62.230.51 as permitted sender) smtp.mailfrom=brett@lariat.net X-Spamd-Result: default: False [1.58 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[lariat.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.62.230.51:from]; NEURAL_SPAM_SHORT(0.28)[0.283]; SPAMHAUS_ZRD(0.00)[66.62.230.51:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19092, ipnet:66.62.228.0/22, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2020 22:48:09 -0000 FreeBSD 9 or 10! These are just old enough that I can't find archives. Were Avila images ever published in binary form, or would I have to set up a development machine, check out old sources, and cross-build? --Brett Glass At 02:25 PM 12/10/2020, Warner Losh wrote: >FreeBSD 9 or 10 or maybe 11 is your best bet. 'gateworks' I think >is what you want to search for in the sources, not avila, but >maybe you can use both to find them. The armv5 port was removed >from FreeBSD because it had bit rotted too much. I used to run >FreeBSD 8 on these boards as a wireless access point shortly after >Sam committed the code to the tree. I've had good luck with >FreeBSD stable/10 on other arm gear, but there's been reports of >issues on stable/10 with unaligned I/O causing problems for some >cache topologies. > >Warner From owner-freebsd-arm@freebsd.org Fri Dec 11 00:29:32 2020 Return-Path: Delivered-To: freebsd-arm@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 A2D0A4BDA14 for ; Fri, 11 Dec 2020 00:29:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CsWrC4GY3z4Y20 for ; Fri, 11 Dec 2020 00:29:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x734.google.com with SMTP id w79so6941039qkb.5 for ; Thu, 10 Dec 2020 16:29:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EDymYFUW9b77C6bClkml9Pa65jnIqA/1ynjasvOIUsc=; b=OQ3ehIph8TpT2LLrsZP3KKmF3QslundYMnoxHBFeVTxwm1pxznrsu6ADXq7juP3/BJ 0cJ8m4AXmKmq58PJK5GazqMIRfmjp68uySI4ecwKBPwrbeZwJ7256qHTYz00qjM5ucBb YHp7OYzgVBqMwxzYeZ+F8W2EMW2U31aZ8NYuXjyesocw10yKsYI1L+4ulIVbcWRjJGhj AzfU11wL9qvLhi/4N7Lat511JVr38SIrUwYEr4YUzlg0vQOFDTYV56w261A95tKc/kNS adZW3fTpcnSFkJnBRC4xYMgRSAZkubOHr0dzPAOtEPHGWFVYtcFnaWjorAOB+J8CJ8sp Wp3A== 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:cc; bh=EDymYFUW9b77C6bClkml9Pa65jnIqA/1ynjasvOIUsc=; b=NKrMvb5cf0Azxa24xmOwMP2X8ZoMNomyJnrPJXOb50OOuvEhA6psvMjE94la0fcZIy YSlzrkXGCzbL6FHmFaaG6MYPbgf794h5IVSBMX5U/bGSO5sJufuHg/nubNOGdMP3qaUb l1LAHyL9HeFaNyUGhjWSu6QMSbzzPhgQBRGGxh+s8L/gaJGuVQB0NXDKKzR3JcuOBHb4 mqnF4+yd0Zwm8sEJk34++76Ny9kxUL34XWklblBLlbtF7ErjpIXEgUGmOTArxAhQ/oB9 hGchwDOBwKvrh8ctt9aMgMH7mnEFJBbTisEjbhItW+I3fXjXvI7UhVPCfNblMHl9Qx4N AMfw== X-Gm-Message-State: AOAM532nYG2kKeH+I402mtACkNCqNsuWy4wF0fcH1VCxQh++OuMcbs0A tOHGypbvDdipiwXHKu/0UUs40HRhL9YfOOQriiyDhgV1TxA= X-Google-Smtp-Source: ABdhPJyUwQJBD8kX8e7AECJhSBL6PYy/FbqEOCXpH1sKIacv9SYnJv9f6XgVTzuDKTMwUI/5KZmX6vLp2CLWBOh9o6U= X-Received: by 2002:ae9:f311:: with SMTP id p17mr11720972qkg.206.1607646570532; Thu, 10 Dec 2020 16:29:30 -0800 (PST) MIME-Version: 1.0 References: <202012102110.OAA28280@mail.lariat.net> <202012102248.PAA28768@mail.lariat.net> In-Reply-To: <202012102248.PAA28768@mail.lariat.net> From: Warner Losh Date: Thu, 10 Dec 2020 17:29:18 -0700 Message-ID: Subject: Re: Build for Intel iXP420 board? To: Brett Glass Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4CsWrC4GY3z4Y20 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=OQ3ehIph; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::734) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [1.43 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.43)[0.430]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::734:from]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::734:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::734:from]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 00:29:32 -0000 On Thu, Dec 10, 2020, 3:48 PM Brett Glass wrote: > FreeBSD 9 or 10! These are just old enough that I can't find archives. We= re > Avila images ever published in binary form, or would I have to set up a > development machine, check out old sources, and cross-build? > You will need to build your own... you can likely install FreeBSD 9 or 10 an bhyve VM. Warner --Brett Glass > > > At 02:25 PM 12/10/2020, Warner Losh wrote: > > >FreeBSD 9 or 10 or maybe 11 is your best bet. 'gateworks' I think > >is what you want to search for in the sources, not avila, but > >maybe you can use both to find them. The armv5 port was removed > >from FreeBSD because it had bit rotted too much. I used to run > >FreeBSD 8 on these boards as a wireless access point shortly after > >Sam committed the code to the tree. I've had good luck with > >FreeBSD stable/10 on other arm gear, but there's been reports of > >issues on stable/10 with unaligned I/O causing problems for some > >cache topologies. > > > >Warner=C4=80 > > From owner-freebsd-arm@freebsd.org Fri Dec 11 00:32:03 2020 Return-Path: Delivered-To: freebsd-arm@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 EAA374BD931 for ; Fri, 11 Dec 2020 00:32:03 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CsWv65R7Yz4YHf for ; Fri, 11 Dec 2020 00:32:02 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 0BB0Vw42065285 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 10 Dec 2020 16:31:59 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 0BB0VwHT065284; Thu, 10 Dec 2020 16:31:58 -0800 (PST) (envelope-from jmg) Date: Thu, 10 Dec 2020 16:31:58 -0800 From: John-Mark Gurney To: Brett Glass Cc: Warner Losh , "freebsd-arm@freebsd.org" Subject: Re: Build for Intel iXP420 board? Message-ID: <20201211003158.GK31099@funkthat.com> Mail-Followup-To: Brett Glass , Warner Losh , "freebsd-arm@freebsd.org" References: <202012102110.OAA28280@mail.lariat.net> <202012102248.PAA28768@mail.lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202012102248.PAA28768@mail.lariat.net> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 10 Dec 2020 16:31:59 -0800 (PST) X-Rspamd-Queue-Id: 4CsWv65R7Yz4YHf X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [2.74 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.87.223.18:from]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.54)[0.540]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[208.87.223.18:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 00:32:04 -0000 Brett Glass wrote this message on Thu, Dec 10, 2020 at 15:42 -0700: > FreeBSD 9 or 10! These are just old enough that I can't find archives. Were > Avila images ever published in binary form, or would I have to set up a > development machine, check out old sources, and cross-build? I don't think FreeBSD ever produced images for them. I happen to have used one recently, and even have one within a few feet of me right now.. I don't remember what the last release I ran on them but both 10 and 11 both still have the AVILA config file: https://svnweb.freebsd.org/base/stable/11/sys/arm/conf/ You do have the benefit that the boards have u-boot on them (iirc), so you don't have to "deal" with building and putting a custom u-boot to load our loader, but I am trying to remember what I did to load our laoder to boot the UFS image from the CF card... Looks like most of this is documented on the wiki: https://wiki.freebsd.org/FreeBSDAvila I just updated the wiki to make sure people know that these boards are no longer supported. > At 02:25 PM 12/10/2020, Warner Losh wrote: > > >FreeBSD 9 or 10 or maybe 11 is your best bet. 'gateworks' I think > >is what you want to search for in the sources, not avila, but > >maybe you can use both to find them. The armv5 port was removed > >from FreeBSD because it had bit rotted too much. I used to run > >FreeBSD 8 on these boards as a wireless access point shortly after > >Sam committed the code to the tree. I've had good luck with > >FreeBSD stable/10 on other arm gear, but there's been reports of > >issues on stable/10 with unaligned I/O causing problems for some > >cache topologies. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Fri Dec 11 07:18:20 2020 Return-Path: Delivered-To: freebsd-arm@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 8357E47E431 for ; Fri, 11 Dec 2020 07:18:20 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh502-vm12.bullet.mail.kks.yahoo.co.jp (nh502-vm12.bullet.mail.kks.yahoo.co.jp [183.79.56.157]) by mx1.freebsd.org (Postfix) with SMTP id 4Cshvs6xmTz4vMm for ; Fri, 11 Dec 2020 07:18:17 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.140] by nh502.bullet.mail.kks.yahoo.co.jp with NNFMP; 11 Dec 2020 07:18:14 -0000 Received: from [183.79.101.123] by t503.bullet.mail.kks.yahoo.co.jp with NNFMP; 11 Dec 2020 07:18:14 -0000 Received: from [127.0.0.1] by omp510.mail.kks.yahoo.co.jp with NNFMP; 11 Dec 2020 07:18:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 741249.81519.bm@omp510.mail.kks.yahoo.co.jp X-YMail-OSG: 62KUBhEVM1mDNctHz09o0sDs6KOFQLv1kyAcB1UaBqG7106Khq2zSkr3QwKypb4 B4a5yYn9C5bNvDKaSUSinDC7CDkRyI4upqztJc4xkQbtejgfCCxnSAUAOLdLCVd0hO83jXBBt8MU oHJR793wZJxTS0FUN5eiPl3WMRJmtbzsBfLP3cseD1iC4Dz0bV339.ZSikDeZ6sDknWXegiwyJpF _ObWZAhJ3II3wxjIevq2X70CpgngRNpm5ELMLX3LfxHYBIfKaQsnNBMGNtIs7IQJkN_jpFsNIKns raYkRjhXpVzYIGm5RkLW6Evu7HRiRZrTDUQBvzw8yQx8RMTsDJi0IXbqUb8M63H1bg7gPBuGnpc9 Rcs_B_LLaLRMQ8TA2NGsZhFhwBZhdskyg8o2goE1EneuinSHgOXIVPnOddmg0jyXb0GuCNMV1Sng upkCzrff4RgI7IGZtwjhujpL4gZAMyg5XutLJbr8pPj6o_YsQV4ZOjmQmTC8kdBxHRXddM_lQiMN DWIBXZoOss4recJVBz27szM9RMBTCCQyLucVU7terfWzRUFR44bhcPdLgGBTAuVTsRFIe2TfGtOh u7fzorDnPuiaq7X35fvuzymdTZ8dRnJQ9Mp6_YxqqZ2IK3pLb99wVExLAqArThr7sbXl1bMES.Yt vXGn7JE8buNgeNyF.bD7QRJAGeFCD.Wrjn4AQS31y2uquVqYwiB6aSV.UyfvZMnB93LCHU7a_H97 Z.N0mnY4Q.XNacKGhjhI8A1.KU9sDIGuERwVKfbGOt0wv7Rn2fHLFDW4KjDYGX8r1hArEq21p9e1 7jkBjICeQOoOUF.taWdoHd9dBF3RsRaLL2KoshU6.a_OJEsBiL5mztRpe_.57plDLCa5QqMrinSm gnIP7DcpahTXSVzDxg_2y8SqNdR2T4RaErKRfMD.FQyA3qaGu57wvBpZ_2QzMe_NWIA1S76fB5hT pEy_Kaw-- Received: from jws704004.mail.kks.yahoo.co.jp by sendmailws507.mail.kks.yahoo.co.jp; Fri, 11 Dec 2020 16:18:14 +0000; 1607671094.184 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1607671094; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Cc:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=gOoPu5eTO+kxLexVia5BNl+AaXsv0MbRIMszeagn4sM=; b=MQWYiokFUxVeCN7k9qBqxoiMoVJpE5JfeZF3ir38Fok5fZK+PJYLBOkm9heZaKwq L9NcyJCHRh9KSgYJguYGcm5KdrRVa+GE41iIznfPRiRNG7kz3mMm3PjgEs8adZcKxHa 5tpNeYp6ETVEicJhSwbc8V/Bow2sQn1iMq3Gr3XI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Cc:Message-ID:In-Reply-To:References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=mxbbhYYN8zDhtGKJa2ryKvRJpCP/8EwzpKOVj5e0EMF3XbenHMUjcZh7cEQEPO0F C6r41OLnKTNRSfJTMzXozPNxR/xWV8X2KCmGhFBG5ER5ChBUonVQd3rRa62NaA9ObQ1 CQbT7CgcG9HosQfHBE/kcxj/lO3YaT7vYTkXJbnc=; Date: Fri, 11 Dec 2020 16:18:13 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: Brett Glass , Warner Losh Cc: "freebsd-arm@freebsd.org" Message-ID: <93397520.123985.1607671093707.JavaMail.yahoo@mail.yahoo.co.jp> In-Reply-To: <202012102248.PAA28768@mail.lariat.net> References: <202012102110.OAA28280@mail.lariat.net> <202012102248.PAA28768@mail.lariat.net> Subject: Re: Build for Intel iXP420 board? MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Cshvs6xmTz4vMm X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=MQWYiokF; dmarc=pass (policy=none) header.from=yahoo.co.jp; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 183.79.56.157 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [1.10 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; R_SPF_ALLOW(-0.20)[+ip4:183.79.0.0/16]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.co.jp,none]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.79.56.157:from]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:24572, ipnet:183.79.0.0/16, country:JP]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; SPAMHAUS_ZRD(0.00)[183.79.56.157:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[183.79.56.157:from]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 07:18:20 -0000 Hi. I tried old arm on FreeBSD. I seem FreeBSD old arm implimentation is so bad. It's very bad performance. I suggest you use other OS. Hiroki Mori ----- Original Message ----- > From: Brett Glass > To: Warner Losh > Cc: "freebsd-arm@freebsd.org" > Date: 2020/12/11, Fri 07:48 > Subject: Re: Build for Intel iXP420 board? >=20 > FreeBSD 9 or 10! These are just old enough that I can't find archives. We= re > Avila images ever published in binary form, or would I have to set up a > development machine, check out old sources, and cross-build? >=20 > --Brett Glass >=20 >=20 > At 02:25 PM 12/10/2020, Warner Losh wrote: >=20 >> FreeBSD 9 or 10 or maybe 11 is your best bet. 'gateworks' I think=20 >> is what you want to search for in the sources, not avila, but=20 >> maybe you can use both to find them. The armv5 port was removed=20 >> from FreeBSD because it had bit rotted too much. I used to run=20 >> FreeBSD 8 on these boards as a wireless access point shortly after=20 >> Sam committed the code to the tree. I've had good luck with=20 >> FreeBSD stable/10 on other arm gear, but there's been reports of=20 >> issues on stable/10 with unaligned I/O causing problems for some=20 >> cache topologies. >>=20 >> Warner=C3=82 >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm=20 > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@freebsd.org Fri Dec 11 15:34:17 2020 Return-Path: Delivered-To: freebsd-arm@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 B3E6B4B2C27 for ; Fri, 11 Dec 2020 15:34:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5a.ore.mailhop.org (outbound5a.ore.mailhop.org [44.233.67.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Csvw91qTdz4VDS for ; Fri, 11 Dec 2020 15:34:17 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1607700849; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Le9ewJXaRK8Cm6IVbSiFHtABOl9MXoPFhIpCtUNHvuCBAMtfL0rAEeEAEJ5mzATrYtr82mykO+iWN YIE9LGv2toed+AFUhU1Ki9nGRRqBb5d8LFM8mtO+/gH2xiTKitREzyaDdXfEBdTyM4EN8GdSGmyca/ Hhg6eoQmBknpUQuaGhJbNgKJWpTqNaoeNXK90aYSmMGZMPrBerKX4GFNXFmwaebOppR748M6lXqjIB n/aKNp5rWjXXDjC0mZE5J7TmV0WcFqTAZ2A0Yqgfan9boJjqkZhktE7fNDFyTr3ckiM2iHSx52h82v pP/hv8ijaeiKChU0ig75Qb2ThU2P61A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=qpih+GjmmeWAdcDaGuPeh/g7QMkmyy+g/849EhObgTk=; b=Zb/hguGefrwJS36fGHBuUF8yRiRAcuP1hADO6i5A+6h7YLtitVnX6PHEUP0hQj44LdbtbYVxCRMCv 1d0IqOZ3XlR7mC2cTn0Avr/mfsrlRL5JbiLGJC7E1Vqunxtq5TSgfW6Oy1TQRosaJSmRDsF6JNcjcd Ouh9QqWKRNPZNUf1K3AGBtOoA8k0N9mOhwkacI9xHUktl68dLIR0OP6UIKEUlOpoNiiw0rmszFQirl kzRnKYRG1bt/zPdlf4PANZjBRJr6x3bsWDI+EzAygvXSe8Wsecz+JvaYYvgXEBifGUuovy0a/O0lIW CtKrmqX8aWWPySzZ6EaAORYF09uOTQg== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=qpih+GjmmeWAdcDaGuPeh/g7QMkmyy+g/849EhObgTk=; b=VRHhjHf89udEIkZ3lF+LNRE0Gg+2CwrI2kPIwTflbkOlw/MFkvb30eTTtt2ZtgDzaVEOLr+RBFpdv 1fYoJDZCbIRCsBvOuTE0hI7srZrCZDXVgnK6Q7I6+wt3mh+P5YmfECDhndLRf62N3XyEodvsueDU5v u7HrI6fWIRt8nYc28cU1lMFU6jDv1RlvF/y9t30QYvKGpeSsoaGOcFF2X871cTB29KiJVO41Yl6kCi IntheC52rID29pHu4JJXthZL8T12HVk9Z4NUdxoBXiMOqXcn+ut84JAsDu2ePcVoiHz53oxm6OnaPn +6DpHDv5RspgiJ/qeExl4C/6o5ajIhQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: 4db6fd31-3bc6-11eb-8b4a-614106969e8d X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 4db6fd31-3bc6-11eb-8b4a-614106969e8d; Fri, 11 Dec 2020 15:34:07 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 0BBFY5nV034651; Fri, 11 Dec 2020 08:34:05 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Build for Intel iXP420 board? From: Ian Lepore To: Mori Hiroki , Brett Glass , Warner Losh Cc: "freebsd-arm@freebsd.org" Date: Fri, 11 Dec 2020 08:34:05 -0700 In-Reply-To: <93397520.123985.1607671093707.JavaMail.yahoo@mail.yahoo.co.jp> References: <202012102110.OAA28280@mail.lariat.net> <202012102248.PAA28768@mail.lariat.net> <93397520.123985.1607671093707.JavaMail.yahoo@mail.yahoo.co.jp> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Csvw91qTdz4VDS X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 15:34:17 -0000 On Fri, 2020-12-11 at 16:18 +0900, Mori Hiroki wrote: > Hi. > > I tried old arm on FreeBSD. I seem FreeBSD old arm > implimentation is so bad. It's very bad performance. > > > I suggest you use other OS. > > Hiroki Mori > Good advice. For many people it didn't work at all (panics and data corruption). For others it worked, but slowly. Also, many ports could not be built for it. And we had no resources to debug and maintain it, so support for it got removed. -- Ian > > ----- Original Message ----- > > From: Brett Glass > > To: Warner Losh > > Cc: "freebsd-arm@freebsd.org" > > Date: 2020/12/11, Fri 07:48 > > Subject: Re: Build for Intel iXP420 board? > > > > FreeBSD 9 or 10! These are just old enough that I can't find > > archives. Were > > Avila images ever published in binary form, or would I have to set > > up a > > development machine, check out old sources, and cross-build? > > > > --Brett Glass > > > > > > At 02:25 PM 12/10/2020, Warner Losh wrote: > > > > > FreeBSD 9 or 10 or maybe 11 is your best bet. 'gateworks' I > > > think > > > is what you want to search for in the sources, not avila, but > > > maybe you can use both to find them. The armv5 port was removed > > > from FreeBSD because it had bit rotted too much. I used to run > > > FreeBSD 8 on these boards as a wireless access point shortly > > > after > > > Sam committed the code to the tree. I've had good luck with > > > FreeBSD stable/10 on other arm gear, but there's been reports of > > > issues on stable/10 with unaligned I/O causing problems for some > > > cache topologies. > > > > > > Warner > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " > From owner-freebsd-arm@freebsd.org Fri Dec 11 15:41:37 2020 Return-Path: Delivered-To: freebsd-arm@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 DEDC44B2E24 for ; Fri, 11 Dec 2020 15:41:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4Csw4d0lHKz4WB7 for ; Fri, 11 Dec 2020 15:41:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf2a.google.com with SMTP id s6so4362547qvn.6 for ; Fri, 11 Dec 2020 07:41:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7ZUew45Kz8a98aQWBhyxelxx14ilhbzW5wKXo/pFZMg=; b=UDF5+Z8FDeXEJf7lFOfSIk3i9QD/3x73gbzJipM1wJWxAxVFDqa3KnXSOiWVTV9RLn Z/rG4qZbosKpS/lpMexEx7AoELDyMmWZeHsBpyP9vPuJ5ka4KZS2mfL6ih+G7aem0vpJ APbVmy1eKP1H0fCbNfp66ev1ZkAC5Ps+m/pkApZSTbIT0AHkGy6vkdlgKvJ+HR3qJk8J Tvr/XqUxzNxt/suss68R41HM3yo/ccHZVgbyEPORFcUFUr+mITfUs3c6OObAtA9rm+RT wsrg21xfWY2O9Ncd5ImaN1Z+s/Yh0D/ef2snJbeDNGTCzN+XaRum8YV8kUNBk+f8dlun D6FQ== 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:cc; bh=7ZUew45Kz8a98aQWBhyxelxx14ilhbzW5wKXo/pFZMg=; b=evo1i3IMvO+Cz3L2h82GKmzrOJAPAp1rTn+ohbD1EEPGPeMT9awCbd33KTb4kCw5b1 W6vyYSAudDS6Q09NtumaCWz9xxuT1FGMyyTvn6khkngJ7LgsMDy7HLam7z8PUwnOvvr4 zYTEbEFPiV88t7BpZz99TE217KEFcP/pYmLSFqI7bTEdhwcxjEMn+5zL4TYxGAexOr+c QnfsuGMVS+EBws7B2FbceWX9JW0GU1aJCwgy+vgW30BLmhlKh+SRBQ4FNSSLcJfeQ9St YN+o5fepFitHaB5RH67Qp6ePi83SYmAuhbRt/o+GBWmdSkSa/7J1FXPALEMjlfKspLIA PhMA== X-Gm-Message-State: AOAM531iACc5b7xt339RyQGHs44C/RuqFU5/ZDEv1ZfLWANuSljUv7Ae 6C7q99SJsQc7tb4yiNTaUOq1+tmRVe1ozo7GMAP8ZQ== X-Google-Smtp-Source: ABdhPJzcokvrPQ/BfMJzTwTt8ZIuFbDB0uANvS/dSw69Jvs+ONe+r3AJP2MZbxaQD0NfhoU9QSKU0MALVexgBFf5hE4= X-Received: by 2002:a0c:b66b:: with SMTP id q43mr16406183qvf.24.1607701295958; Fri, 11 Dec 2020 07:41:35 -0800 (PST) MIME-Version: 1.0 References: <202012102110.OAA28280@mail.lariat.net> <202012102248.PAA28768@mail.lariat.net> <93397520.123985.1607671093707.JavaMail.yahoo@mail.yahoo.co.jp> In-Reply-To: From: Warner Losh Date: Fri, 11 Dec 2020 08:41:24 -0700 Message-ID: Subject: Re: Build for Intel iXP420 board? To: Ian Lepore Cc: Mori Hiroki , Brett Glass , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 4Csw4d0lHKz4WB7 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=UDF5+Z8F; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::f2a) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [0.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.997]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::f2a:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::f2a:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2a:from]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_CC(0.00)[yahoo.co.jp,lariat.net,freebsd.org]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 15:41:37 -0000 On Fri, Dec 11, 2020, 8:34 AM Ian Lepore wrote: > On Fri, 2020-12-11 at 16:18 +0900, Mori Hiroki wrote: > > Hi. > > > > I tried old arm on FreeBSD. I seem FreeBSD old arm > > implimentation is so bad. It's very bad performance. > > > > > > I suggest you use other OS. > > > > Hiroki Mori > > > > Good advice. For many people it didn't work at all (panics and data > corruption). For others it worked, but slowly. Also, many ports could > not be built for it. And we had no resources to debug and maintain it, > so support for it got removed. > Yea, FreeBSD 8 or 9 likely was the best for those devices and those releases are a decade old... the just before we removed it tree totally sucked. I couldn't even run DNSMASQ on my old atmel boards that were quite happy with FreeBSD 8. The panda board I migrated to worked great... though it died and I moved to some generic allwinner board... Warner -- Ian > > > > > ----- Original Message ----- > > > From: Brett Glass > > > To: Warner Losh > > > Cc: "freebsd-arm@freebsd.org" > > > Date: 2020/12/11, Fri 07:48 > > > Subject: Re: Build for Intel iXP420 board? > > > > > > FreeBSD 9 or 10! These are just old enough that I can't find > > > archives. Were > > > Avila images ever published in binary form, or would I have to set > > > up a > > > development machine, check out old sources, and cross-build? > > > > > > --Brett Glass > > > > > > > > > At 02:25 PM 12/10/2020, Warner Losh wrote: > > > > > > > FreeBSD 9 or 10 or maybe 11 is your best bet. 'gateworks' I > > > > think > > > > is what you want to search for in the sources, not avila, but > > > > maybe you can use both to find them. The armv5 port was removed > > > > from FreeBSD because it had bit rotted too much. I used to run > > > > FreeBSD 8 on these boards as a wireless access point shortly > > > > after > > > > Sam committed the code to the tree. I've had good luck with > > > > FreeBSD stable/10 on other arm gear, but there's been reports of > > > > issues on stable/10 with unaligned I/O causing problems for some > > > > cache topologies. > > > > > > > > Warner=C4=80 > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to " > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > > " > > > > From owner-freebsd-arm@freebsd.org Sat Dec 12 16:52:51 2020 Return-Path: Delivered-To: freebsd-arm@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 F1F904BA0AA for ; Sat, 12 Dec 2020 16:52:51 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CtYcM4JK2z3Nck for ; Sat, 12 Dec 2020 16:52:51 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 938D04BA0A9; Sat, 12 Dec 2020 16:52:51 +0000 (UTC) Delivered-To: arm@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 933084B9EBB for ; Sat, 12 Dec 2020 16:52:51 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x642.google.com (mail-ej1-x642.google.com [IPv6:2a00:1450:4864:20::642]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4CtYcL5jlFz3Ncj for ; Sat, 12 Dec 2020 16:52:50 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x642.google.com with SMTP id ce23so16684021ejb.8 for ; Sat, 12 Dec 2020 08:52:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=erIKeIzqW9kPGHq6TsZRv1Tc7eFa4IcA4wBpy1sD5AM=; b=O+Qw+Z2qLl55yTMV943G8Hj2UIgPlfQrMTIFIaFLL3aX8BBqQzyafmPdp7PFfpRSNb t67BFv9nWMfG1eqwtwY4+I/IOOx9jCcXc2lxeapW2gnaAXibjItcdv4+Lmhr2nEVZylr KGrz+N5pSr51tIO1Cs6+mzdULRULGEbLAy+cA0cxiGhwW3SJgzhnlNBAdmnAlohjysoI 94KxpMlmwiqiouE/WbCqcWnNDSV54TzATnpriKAcw4e3ZcG3frTeFt5sENtzzM82nWq+ wzeF7YeR9Rf6mTVA//sr0Bs4eI9FwO+9d6oskrF4VHef6q2uYwll1hNIecY73Xf9nrIF NSEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=erIKeIzqW9kPGHq6TsZRv1Tc7eFa4IcA4wBpy1sD5AM=; b=Pg04y2J8HMFzwvHVm4CHxIkt4riBTnHOxxsW/rhD5qnzQiDcxD+1sGIeQ7B8FouPfa RM9cCPSfiU6y1pC45XeMBGdh/dh6NiP1ZF8gGTCxtf2J6bqrqDMcTyH5xYnwYArx1F/d 2YilBRn2urBUoQ79FTriUwz0MX3qlezJnw3r0Llp2E4+mU63JWNPYwvChIDBnlYQ62TT LeHMvW0C5RMW7eQUVFXDdCHbXk2uu6C99mi7sWFFUwgKeaMMYOXWp4FerVbc8jDDA6YN vgzXV3ItDBKQ23Z0xawI2XhYPx+rIwvoYl/+mXNwff/QLMR0BLBaO28VuElpOe87tBOs iguQ== X-Gm-Message-State: AOAM531DqQEGlCmTEk/+jsPWdDioZ3ci3nSPwGFnpFLvhoHmZ2AI9ie5 Ggq5buQdWZNPDS450Uvk7gyuG9g0T20= X-Google-Smtp-Source: ABdhPJwleJtxY89Rpg974UUGhYQ9lltCjaAJuRN4MZUbuURnWVRWlJQBdxmJvyTciiXTi9w4UaqO/Q== X-Received: by 2002:a17:906:3704:: with SMTP id d4mr15822420ejc.338.1607791969032; Sat, 12 Dec 2020 08:52:49 -0800 (PST) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id o13sm10456093edr.94.2020.12.12.08.52.48 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 12 Dec 2020 08:52:48 -0800 (PST) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20201210-7578a4862f0 broken ? Message-Id: <0B613E70-29C9-4734-873B-280605DA9B9B@gmail.com> Date: Sat, 12 Dec 2020 17:52:47 +0100 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4CtYcL5jlFz3Ncj X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=O+Qw+Z2q; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::642 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-0.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::642:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[arm@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::642:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::642:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2020 16:52:52 -0000 Hi gang Just tried the latest rockpro64 image, it it fails utterly (see below). =46rom a few experiments it seems that boot is more or less broken or = very unstable since after uboot-2019.10 on this board. SD etc OK, same HW boots net/openBSD just fine=E2=80=A6 Any ideas ? U-Boot TPL 2020.10 (Dec 10 2020 - 10:13:59) Channel 0: LPDDR4, 50MHz BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB Channel 1: LPDDR4, 50MHz BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB 256B stride lpddr4_set_rate: change freq to 400000000 mhz 0, 1 lpddr4_set_rate: change freq to 800000000 mhz 1, 0 Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2020.10 (Dec 10 2020 - 10:13:59 +0000) Trying to boot from MMC1 U-Boot 2020.10 (Dec 10 2020 - 10:13:59 +0000) SoC: Rockchip rk3399 Reset cause: POR Model: Pine64 RockPro64 v2.1 DRAM: 3.9 GiB PMIC: RK808=20 MMC: mmc@fe310000: 2, mmc@fe320000: 1, sdhci@fe330000: 0 Loading Environment from SPIFlash... SF: Detected gd25q128 with page = size 256 Bytes, erase size 4 KiB, total 16 MiB *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Model: Pine64 RockPro64 v2.1 Net: eth0: ethernet@fe300000 starting USB... Bus usb@fe380000: USB EHCI 1.00 Bus usb@fe3a0000: USB OHCI 1.0 Bus usb@fe3c0000: USB EHCI 1.00 Bus usb@fe3e0000: USB OHCI 1.0 Bus dwc3: usb maximum-speed not found Register 2000140 NbrPorts 2 Starting the controller USB XHCI 1.10 scanning bus usb@fe380000 for devices... 1 USB Device(s) found scanning bus usb@fe3a0000 for devices... 1 USB Device(s) found scanning bus usb@fe3c0000 for devices... 1 USB Device(s) found scanning bus usb@fe3e0000 for devices... 1 USB Device(s) found scanning bus dwc3 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0=20 Card did not respond to voltage select! switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... 76003 bytes read in 10 ms (7.2 MiB/s) Found EFI removable media binary efi/boot/bootaa64.efi Card did not respond to voltage select! Scanning disk mmc@fe310000.blk... Disk mmc@fe310000.blk not ready Scanning disk mmc@fe320000.blk... ** Unrecognized filesystem type ** Card did not respond to voltage select! Scanning disk sdhci@fe330000.blk... Disk sdhci@fe330000.blk not ready Found 3 disks ** Unable to read file ubootefi.var ** Failed to load EFI variables BootOrder not defined EFI boot manager: Cannot load any image 1182828 bytes read in 56 ms (20.1 MiB/s) Booting /efi\boot\bootaa64.efi Consoles: EFI console =20 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm64 EFI loader, Revision 1.1 (Thu Dec 10 12:56:00 UTC 2020 root@releng1.nyi.freebsd.org) Command line arguments: loader.efi Image base: 0xf0dec000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8224.4096) Console: comconsole (0) Load Path: /efi\boot\bootaa64.efi Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,GPT,38120edf= -3aef-11eb-bf4c-002590ec5bf2,0x8000,0x19000) Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,GPT,38120edf= -3aef-11eb-bf4c-002590ec5bf2,0x8000,0x19000) Setting currdev to disk0p1: Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(2,GPT,38120edf= -3aef-11eb-bf4c-002590ec5bf2,0x21000,0x5def80) Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local | Loading kernel... /boot/kernel/kernel text=3D0x2a8 text=3D0x88211c text=3D0x1f2174 = data=3D0x19cd48 data=3D0x0+0x5446f6 syms=3D[0x8+0x117780+0x8+0x13c5ab] Loading configured modules... /boot/kernel/umodem.ko text=3D0x2120 text=3D0x1390 data=3D0x6e0+0x10 = syms=3D[0x8+0xf48+0x8+0xb6e] loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x21a0 text=3D0x2e20 data=3D0x880+0x858 = syms=3D[0x8+0x11a0+0x8+0xb2c] can't find '/etc/hostid' can't find '/boot/entropy' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x80ea000. ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 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 13.0-CURRENT #0 7578a4862f0-c255032(main): Thu Dec 10 13:22:45 = UTC 2020 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 11.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-11.0.0-0-g176249bd673) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module firmware already present! real memory =3D 4158357504 (3965 MB) avail memory =3D 4028813312 (3842 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random = device because it was not yet seeded and the knob = 'bypass_before_seeding' was enabled. random: entropy device external interface MAP f0f13000 mode 2 pages 1 MAP f0f17000 mode 2 pages 3 MAP f0f1b000 mode 2 pages 4 MAP f3f40000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on = ofwbus0 rk3399_pmucru0: mem = 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem = 0xff760000-0xff760fff on ofwbus0 Memory modified after free 0xffffa00000d92920(24) val=3Ddeadc0df @ = 0xffffa00000d92924 panic: Most recently used by none cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x30 pc =3D 0xffff0000007f4234 lr =3D 0xffff0000001cbfc8 sp =3D 0xffff0000000cb310 fp =3D 0xffff0000000cb510 db_trace_self_wrapper() at vpanic+0x194 pc =3D 0xffff0000001cbfc8 lr =3D 0xffff00000050088c sp =3D 0xffff0000000cb520 fp =3D 0xffff0000000cb580 vpanic() at panic+0x44 pc =3D 0xffff00000050088c lr =3D 0xffff000000500634 sp =3D 0xffff0000000cb590 fp =3D 0xffff0000000cb640 panic() at mtrash_ctor+0x90 pc =3D 0xffff000000500634 lr =3D 0xffff000000780f54 sp =3D 0xffff0000000cb650 fp =3D 0xffff0000000cb650 mtrash_ctor() at item_ctor+0x2c8 pc =3D 0xffff000000780f54 lr =3D 0xffff000000779c6c sp =3D 0xffff0000000cb660 fp =3D 0xffff0000000cb670 item_ctor() at malloc+0xa0 pc =3D 0xffff000000779c6c lr =3D 0xffff0000004d534c sp =3D 0xffff0000000cb680 fp =3D 0xffff0000000cb6c0 malloc() at strdup+0x2c pc =3D 0xffff0000004d534c lr =3D 0xffff0000005f8c80 sp =3D 0xffff0000000cb6d0 fp =3D 0xffff0000000cb700 strdup() at sysctl_add_oid+0x118 pc =3D 0xffff0000005f8c80 lr =3D 0xffff00000050eee4 sp =3D 0xffff0000000cb710 fp =3D 0xffff0000000cb740 sysctl_add_oid() at device_attach+0x1b8 pc =3D 0xffff00000050eee4 lr =3D 0xffff000000538c84 sp =3D 0xffff0000000cb750 fp =3D 0xffff0000000cb7c0 device_attach() at device_probe_and_attach+0x7c pc =3D 0xffff000000538c84 lr =3D 0xffff000000538a34 sp =3D 0xffff0000000cb7d0 fp =3D 0xffff0000000cb820 device_probe_and_attach() at bus_generic_attach+0x18 pc =3D 0xffff000000538a34 lr =3D 0xffff00000053a21c sp =3D 0xffff0000000cb830 fp =3D 0xffff0000000cb850 bus_generic_attach() at ofwbus_attach+0x10c pc =3D 0xffff00000053a21c lr =3D 0xffff0000002d440c sp =3D 0xffff0000000cb860 fp =3D 0xffff0000000cb8a0 ofwbus_attach() at device_attach+0x400 pc =3D 0xffff0000002d440c lr =3D 0xffff000000538ecc sp =3D 0xffff0000000cb8b0 fp =3D 0xffff0000000cb8f0 device_attach() at device_probe_and_attach+0x7c pc =3D 0xffff000000538ecc lr =3D 0xffff000000538a34 sp =3D 0xffff0000000cb900 fp =3D 0xffff0000000cb950 device_probe_and_attach() at bus_generic_new_pass+0xf8 pc =3D 0xffff000000538a34 lr =3D 0xffff00000053ac1c sp =3D 0xffff0000000cb960 fp =3D 0xffff0000000cb980 bus_generic_new_pass() at bus_generic_new_pass+0xa8 pc =3D 0xffff00000053ac1c lr =3D 0xffff00000053abcc sp =3D 0xffff0000000cb990 fp =3D 0xffff0000000cb9c0 bus_generic_new_pass() at bus_set_pass+0x4c pc =3D 0xffff00000053abcc lr =3D 0xffff000000535fac sp =3D 0xffff0000000cb9d0 fp =3D 0xffff0000000cba00 bus_set_pass() at mi_startup+0x12c pc =3D 0xffff000000535fac lr =3D 0xffff00000048d92c sp =3D 0xffff0000000cba10 fp =3D 0xffff0000000cba50 mi_startup() at virtdone+0x64 pc =3D 0xffff00000048d92c lr =3D 0xffff0000000010d8 sp =3D 0xffff0000000cba60 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at 0 db>=20 -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org = "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Sat Dec 12 22:53:16 2020 Return-Path: Delivered-To: freebsd-arm@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 B9C0B4C3A86 for ; Sat, 12 Dec 2020 22:53:16 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CtjcC4w6Qz4XTS for ; Sat, 12 Dec 2020 22:53:15 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from webmail.gandi.net (webmail23.sd4.0x35.net [10.200.201.23]) (Authenticated sender: daniel.engberg@pyret.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPA id 144F0C0002; Sat, 12 Dec 2020 22:53:12 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 12 Dec 2020 23:53:12 +0100 From: Daniel Engberg To: freebsd-arm@freebsd.org Subject: Re: FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20201210-7578a4862f0 broken ? User-Agent: Roundcube Webmail/1.4.9 Message-ID: X-Sender: daniel.engberg.lists@pyret.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CtjcC4w6Qz4XTS X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of daniel.engberg.lists@pyret.net designates 217.70.183.198 as permitted sender) smtp.mailfrom=daniel.engberg.lists@pyret.net X-Spamd-Result: default: False [1.81 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.70.183.192/28]; TO_DN_NONE(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_LOW(-0.10)[217.70.183.198:from]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; FAKE_REPLY(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.212]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[pyret.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[217.70.183.198:from]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2020 22:53:16 -0000 Hi, While I haven't tried the exact version you're referring to I have a slightly older image that I compiled myself and it runs fine. The only difference I can tell is that the memory (RAM) seems to be configure different on your device. I can provide a copy of the image if you want. U-Boot TPL 2020.10 (Dec 02 2020 - 23:00:31) Channel 0: LPDDR4, 50MHz BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB Channel 1: LPDDR4, 50MHz BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB 256B stride lpddr4_set_rate: change freq to 400000000 mhz 0, 1 lpddr4_set_rate: change freq to 800000000 mhz 1, 0 Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2020.10 (Dec 02 2020 - 23:00:31 +0000) Trying to boot from MMC1 U-Boot 2020.10 (Dec 02 2020 - 23:00:31 +0000) SoC: Rockchip rk3399 Reset cause: POR Model: Pine64 RockPro64 v2.1 DRAM: 3.9 GiB PMIC: RK808 MMC: mmc@fe310000: 2, mmc@fe320000: 1, sdhci@fe330000: 0 Loading Environment from SPIFlash... SF: Detected gd25q128 with page size 256 Bytes, erase size 4 KiB, total 16 MiB *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Model: Pine64 RockPro64 v2.1 Net: eth0: ethernet@fe300000 starting USB... Bus usb@fe380000: USB EHCI 1.00 Bus usb@fe3a0000: USB OHCI 1.0 Bus usb@fe3c0000: USB EHCI 1.00 Bus usb@fe3e0000: USB OHCI 1.0 Bus dwc3: usb maximum-speed not found Register 2000140 NbrPorts 2 Starting the controller USB XHCI 1.10 scanning bus usb@fe380000 for devices... 1 USB Device(s) found scanning bus usb@fe3a0000 for devices... ERROR: USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or did not provide a handshake (OUT) (5) ERROR: USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or did not provide a handshake (OUT) (5) unable to get device descriptor (error=-1) 1 USB Device(s) found scanning bus usb@fe3c0000 for devices... 1 USB Device(s) found scanning bus usb@fe3e0000 for devices... 1 USB Device(s) found scanning bus dwc3 for devices... 2 USB Device(s) found scanning usb for storage devices... 1 Storage Device(s) found Hit any key to stop autoboot: 0 Card did not respond to voltage select! switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... 76003 bytes read in 9 ms (8.1 MiB/s) Found EFI removable media binary efi/boot/bootaa64.efi Card did not respond to voltage select! Scanning disk mmc@fe310000.blk... Disk mmc@fe310000.blk not ready Scanning disk mmc@fe320000.blk... ** Unrecognized filesystem type ** Card did not respond to voltage select! Scanning disk sdhci@fe330000.blk... Disk sdhci@fe330000.blk not ready Scanning disk usb_mass_storage.lun0... ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** ** Unrecognized filesystem type ** Found 9 disks ** Unable to read file ubootefi.var ** Failed to load EFI variables BootOrder not defined EFI boot manager: Cannot load any image 1179528 bytes read in 55 ms (20.5 MiB/s) Booting /efi\boot\bootaa64.efi Consoles: EFI console Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm64 EFI loader, Revision 1.1 (Thu Dec 3 00:33:36 UTC 2020 diizzy@devbox-fbsd13-hyperv.pyret.net) Command line arguments: loader.efi Image base: 0xf0de1000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8224.4096) Console: comconsole (0) Load Path: /efi\boot\bootaa64.efi Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,GPT,a66e2bd7-3501-11eb-95ef-00155d01f202,0x8000,0x19000) Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,GPT,a66e2bd7-3501-11eb-95ef-00155d01f202,0x8000,0x19000) Setting currdev to disk0p1: Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(2,GPT,a66e2bd7-3501-11eb-95ef-00155d01f202,0x21000,0x5def80) Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local - Loading kernel... /boot/kernel/kernel text=0x2a8 text=0x92abb4 text=0x1b7194 data=0x199040 data=0x0+0x4a3cbe syms=[0x8+0x112b90+0x8+0x137a5a] Loading configured modules... /boot/kernel/umodem.ko text=0x1c00 text=0xfb0 data=0x618+0x8 syms=[0x8+0xcc0+0x8+0xabf] loading required module 'ucom' /boot/kernel/ucom.ko text=0x1d38 text=0x2c18 data=0x820+0x850 syms=[0x8+0xfc0+0x8+0xafc] can't find '/etc/hostid' can't find '/boot/entropy' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x80ea000. ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 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 13.0-CURRENT #0 9dce7b41255-c273310(master): Thu Dec 3 00:50:51 UTC 2020 diizzy@devbox-fbsd13-hyperv.pyret.net:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-NODEBUG arm64 FreeBSD clang version 11.0.0 (git@github.com:llvm/llvm-project.git llvmorg-11.0.0-0-g176249bd673) VT: init without driver. module firmware already present! real memory = 4158332928 (3965 MB) avail memory = 4031787008 (3845 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled. random: entropy device external interface MAP f0f07000 mode 2 pages 1 MAP f0f0b000 mode 2 pages 3 MAP f0f0f000 mode 2 pages 4 MAP f3f40000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on ofwbus0 rk3399_pmucru0: mem 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem 0xff760000-0xff760fff on ofwbus0 rk_grf1: mem 0xff770000-0xff77ffff on ofwbus0 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 regfix5: on ofwbus0 regfix6: on ofwbus0 regfix7: on ofwbus0 regfix8: on ofwbus0 simple_mfd0: mem 0xff310000-0xff310fff on ofwbus0 psci0: on ofwbus0 gic0: mem 0xfee00000-0xfee0ffff,0xfef00000-0xfefbffff,0xfff00000-0xfff0ffff,0xfff10000-0xfff1ffff,0xfff20000-0xfff2ffff irq 18 on ofwbus0 its0: mem 0xfee20000-0xfee3ffff on gic0 rk_iodomain0: mem 0xff320000-0xff320fff on rk_grf0 rk_iodomain1: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff720000-0xff7200ff irq 71 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff730000-0xff7300ff irq 72 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff780000-0xff7800ff irq 73 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff788000-0xff7880ff irq 74 on rk_pinctrl0 gpiobus3: on gpio3 gpio4: mem 0xff790000-0xff7900ff irq 75 on rk_pinctrl0 gpiobus4: on gpio4 rk_i2c0: mem 0xff110000-0xff110fff irq 20 on ofwbus0 iicbus0: on rk_i2c0 rk_i2c1: mem 0xff130000-0xff130fff irq 22 on ofwbus0 iicbus1: on rk_i2c1 rk_i2c2: mem 0xff3c0000-0xff3c0fff irq 38 on ofwbus0 iicbus2: on rk_i2c2 syr8270: at addr 0x80 on iicbus2 rk_i2c3: mem 0xff3d0000-0xff3d0fff irq 39 on ofwbus0 iicbus3: on rk_i2c3 rk805_pmu0: at addr 0x36 irq 76 on iicbus2 generic_timer0: irq 2,3,4,5 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rk_tsadc0: mem 0xff260000-0xff2600ff irq 35 on ofwbus0 rk_usb2phy0: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_usb2phy1: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_emmcphy0: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_pcie_phy0: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_typec_phy0: mem 0xff7c0000-0xff7fffff on ofwbus0 rk_typec_phy1: mem 0xff800000-0xff83ffff on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpu1: on cpulist0 cpufreq_dt1: on cpu1 cpu2: on cpulist0 cpufreq_dt2: on cpu2 cpu3: on cpulist0 cpufreq_dt3: on cpu3 cpu4: on cpulist0 cpufreq_dt4: on cpu4 cpufreq_dt4: Not attaching as cpu is not present device_attach: cpufreq_dt4 attach returned 6 cpu5: on cpulist0 cpufreq_dt5: on cpu5 cpufreq_dt5: Not attaching as cpu is not present device_attach: cpufreq_dt5 attach returned 6 pcib0: mem 0xf8000000-0xf9ffffff,0xfd000000-0xfdffffff irq 6,7,8 on ofwbus0 pci0: on pcib0 pcib1: at device 0.0 on pci0 pcib0: failed to reserve resource for pcib1 pcib1: failed to allocate initial memory window: 0-0xfffff pci1: on pcib1 pcib0: route pin 1 for device 0.0 to 78 pcib0: route pin 2 for device 0.0 to 79 igb0: irq 78 at device 0.0 on pci1 igb0: Using 1024 TX descriptors and 1024 RX descriptors igb0: Unable to map MSI-X table igb0: Using an MSI interrupt igb0: Ethernet address: 00:19:99:ec:17:09 igb1: irq 79 at device 0.1 on pci1 igb1: Using 1024 TX descriptors and 1024 RX descriptors igb1: Unable to map MSI-X table igb1: Using an MSI interrupt igb1: Ethernet address: 00:19:99:ec:17:0a dwc0: mem 0xfe300000-0xfe30ffff irq 9 on ofwbus0 miibus0: on dwc0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto dwc0: Ethernet address: 2a:23:f0:90:f3:ae rockchip_dwmmc0: mem 0xfe310000-0xfe313fff irq 10 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a rockchip_dwmmc1: mem 0xfe320000-0xfe323fff irq 11 on ofwbus0 rockchip_dwmmc1: Hardware version ID is 270a mmc0: on rockchip_dwmmc1 sdhci_fdt0: mem 0xfe330000-0xfe33ffff irq 12 on ofwbus0 rk_emmcphy0: got emmcclk clock sdhci_fdt0-slot0: Hardware doesn't specify timeout clock frequency, setting BROKEN_TIMEOUT quirk. sdhci_fdt0: 1 slot(s) allocated mmc1: on sdhci_fdt0 ehci0: mem 0xfe380000-0xfe39ffff irq 13 on ofwbus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ohci0: mem 0xfe3a0000-0xfe3bffff irq 14 on ofwbus0 usbus1 on ohci0 ehci1: mem 0xfe3c0000-0xfe3dffff irq 15 on ofwbus0 usbus2: EHCI version 1.0 usbus2 on ehci1 ohci1: mem 0xfe3e0000-0xfe3fffff irq 16 on ofwbus0 usbus3 on ohci1 rk_dwc30: on ofwbus0 xhci0: Only host mode is supported xhci0: Only host mode is supported rk_dwc31: on ofwbus0 xhci0: mem 0xfe900000-0xfe9fffff irq 83 on rk_dwc31 xhci0: 64 bytes context size, 32-bit DMA usbus4: trying to attach usbus4 on xhci0 iicbus0: at addr 0x22 iic0: on iicbus0 iic1: on iicbus1 uart0: <16750 or compatible> mem 0xff180000-0xff1800ff irq 26 on ofwbus0 uart1: <16750 or compatible> mem 0xff1a0000-0xff1a00ff irq 28 on ofwbus0 uart1: console (1500000,n,8,1) spi0: mem 0xff1d0000-0xff1d0fff irq 31 on ofwbus0 spibus0: on spi0 spibus0: at cs 0 mode 0 iicbus2: at addr 0x82 iic2: on iicbus2 iicbus3: at addr 0x44 iic3: on iicbus3 pwm0: mem 0xff420000-0xff42000f on ofwbus0 pwmbus0: on pwm0 pwmc0: channel 0 on pwmbus0 pwm1: mem 0xff420010-0xff42001f on ofwbus0 pwmbus1: on pwm1 pwmc1: channel 0 on pwmbus1 pwm2: mem 0xff420020-0xff42002f on ofwbus0 pwmbus2: on pwm2 pwmc2: channel 0 on pwmbus2 gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioc4: on gpio4 gpioled0: on ofwbus0 cryptosoft0: cpufreq_dt4: on cpu4 cpufreq_dt4: Not attaching as cpu is not present device_attach: cpufreq_dt4 attach returned 6 cpufreq_dt5: on cpu5 cpufreq_dt5: Not attaching as cpu is not present device_attach: cpufreq_dt5 attach returned 6 Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 5.0Gbps Super Speed USB v3.0 ugen2.1: at usbus2 uhub0 on usbus2 uhub0: on usbus2 ugen1.1: at usbus1 uhub1 on usbus1 uhub1: on usbus1 ugen4.1: at usbus4 uhub2 on usbus4 uhub2: on usbus4 ugen3.1: at usbus3 uhub3 on usbus3 uhub3: on usbus3 ugen0.1: at usbus0 uhub4 on usbus0 uhub4: on usbus0 mmcsd0: 63GB at mmc0 50.0MHz/4bit/2048-block mmc1: No compatible cards found on bus Release APs...done CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Instruction Set Attributes 0 = Instruction Set Attributes 1 = <> Processor Features 0 = Processor Features 1 = <> Memory Model Features 0 = Memory Model Features 1 = <8bit VMID> Memory Model Features 2 = <32bit CCIDX,48bit VA> Debug Features 0 = <2 CTX BKPTs,4 Watchpoints,6 Breakpoints,PMUv3,Debugv8> Debug Features 1 = <> Auxiliary Features 0 = <> Auxiliary Features 1 = <> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 CPU 2: ARM Cortex-A53 r0p4 affinity: 2 CPU 3: ARM Cortex-A53 r0p4 affinity: 3 Warning: no time-of-day clock registered, system time will not be set accurately Dual Console: Serial Primary, Video Secondary uhub1: 1 port with 1 removable, self powered uhub3: 1 port with 1 removable, self powered uhub2: 2 ports with 2 removable, self powered Growing root partition to fill device random: randomdev_wait_until_seeded unblock wait uhub0: 1 port with 1 removable, self powered uhub4: 1 port with 1 removable, self powered ugen1.2: at usbus1 ugen4.2: at usbus4 umass0 on uhub2 umass0: on usbus4 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 022009027113 da0: 400.000MB/s transfers da0: 305245MB (625142448 512 byte sectors) da0: quirks=0x2 random: randomdev_wait_until_seeded unblock wait random: unblocking device. mmcsd0 recovering is not needed mmcsd0p2 resized gpart: arg0 'ufs/rootfs': Invalid argument super-block backups (for fsck_ffs -b #) at: 6402432, 7682880, 8963328, 10243776, 11524224, 12804672, 14085120, 15365568, 16646016, 17926464, 19206912, 20487360, 21767808, 23048256, 24328704, 25609152, 26889600, 28170048, 29450496, 30730944, 32011392, 33291840, 34572288, 35852736, 37133184, 38413632, 39694080, 40974528, 42254976, 43535424, 44815872, 46096320, 47376768, 48657216, 49937664, 51218112, 52498560, 53779008, 55059456, 56339904, 57620352, 58900800, 60181248, 61461696, 62742144, 64022592, 65303040, 66583488, 67863936, 69144384, 70424832, 71705280, 72985728, 74266176, 75546624, 76827072, 78107520, 79387968, 80668416, 81948864, 83229312, 84509760, 85790208, 87070656, 88351104, 89631552, 90912000, 92192448, 93472896, 94753344, 96033792, 97314240, 98594688, 99875136, 101155584, 102436032, 103716480, 104996928, 106277376, 107557824, 108838272, 110118720, 111399168, 112679616, 113960064, 115240512, 116520960, 117801408, 119081856, 120362304, 121642752 No suitable dump device was found. Setting hostuuid: 35303730-3963-6534-3738-363339366662. Setting hostid: 0xe60aab1a. Starting file system checks: /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 14653957 free (109 frags, 1831731 blocks, 0.0% fragmentation) Mounting local filesystems:. Setting hostname: generic-nodebug. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . Building /boot/kernel/linker.hints ELF ldconfig path: /lib /usr/lib /usr/lib/compat lo0: link state changed to UP dwc0: link state changed to DOWN Starting Network: lo0 igb0 igb1 dwc0. lo0: flags=8049 metric 0 mtu 16384 options=680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=21 igb0: flags=8863 metric 0 mtu 1500 options=4e527bb ether 00:19:99:ec:17:09 media: Ethernet autoselect status: no carrier nd6 options=29 igb1: flags=8863 metric 0 mtu 1500 options=4e507bb ether 00:19:99:ec:17:0a media: Ethernet autoselect status: no carrier nd6 options=29 dwc0: flags=8843 metric 0 mtu 1500 options=8000b ether 2a:23:f0:90:f3:ae media: Ethernet autoselect (none) status: no carrier nd6 options=29 Starting devd. igb0: link state changed to UP Autoloading module: mx25l.ko mx25l0: at cs 0 mode 0 on spibus0 mx25l0: device type gd25q128, size 16384K in 256 sectors of 64K, erase size 4K Autoloading module: snd_uaudio.ko uaudio0 on uhub1 uaudio0: on usbus1 Autoloading module: uhid.ko Autoloading module: wmt.ko Autoloading module: uhid.ko Autoloading module: wmt.ko uaudio0: Play[0]: 48000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 44100 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: No recording. uaudio0: No MIDI sequencer. pcm0: on uaudio0 uaudio0: HID volume keys found. uhid0 on uhub1 uhid0: on usbus1 Starting dhclient. DHCPDISCOVER on igb0 to 255.255.255.255 port 67 interval 7 DHCPOFFER from 192.168.1.1 DHCPREQUEST on igb0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 bound to 192.168.1.235 -- renewal in 41400 seconds. add host 127.0.0.1: gateway lo0 fib 0: route already in table add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Creating and/or trimming log files. Updating motd:. Updating /var/run/os-release done. Starting syslogd. Clearing /tmp (X related). Mounting late filesystems:. Generating RSA host key. 2048 SHA256:Cw4937xzG/Rn5zwrLfhSyFkiEPJrns3rJrbVmrSyB8Q root@generic-nodebug (RSA) Generating ECDSA host key. 256 SHA256:xXYWKHDYD8vPEjLrZero3/bDF+WEjh0GMQvFUeWANxo root@generic-nodebug (ECDSA) Generating ED25519 host key. 256 SHA256:zodq+Jyrpot8kwhpQgsR5KZhV+N3djxGWZ5Tc1YnS5s root@generic-nodebug (ED25519) Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Thu Dec 3 00:59:23 UTC 2020 FreeBSD/arm64 (generic-nodebug) (ttyu1) Best regards, Daniel From owner-freebsd-arm@freebsd.org Sat Dec 12 23:00:43 2020 Return-Path: Delivered-To: freebsd-arm@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 ADFCF4C39F2 for ; Sat, 12 Dec 2020 23:00:43 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5a.ore.mailhop.org (outbound5a.ore.mailhop.org [44.233.67.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ctjmq1v06z4XvK for ; Sat, 12 Dec 2020 23:00:42 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1607814035; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=fNmD0oCXnhC3363UWCFCCO8wkDNTyBkcEN2SvzEdbFsa7xsxONZmK0h4yc/C9oCmCD23QmtIw8Xpt qv6600ogTCwfm1P/COnMO33QDGN6zow9+c49ihj7amPaTbIl84gR8lZqDgOiWFxcTAdbK1mJPCT4YC UUo6r27Ox0pCZo7lidSX+U2DwZH6ZFxZ4hGMc3gZB8Iv4JEJWBrPdzhYKHIFoRDeLGBqsb9T4RGA0p uMeu9HA05mf20kw8MDU3LR/grU8UT3VL7vejbMu5yZIaQO3sMceRpQ80tGPNBGnfvpySi5NylVj/vU hgkDY+EXwGk6BY60CWCPhYRWLockOsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=MW4HO2eWZMZ3PoVn0Dlcr36/jSYmWGeC93qhnnvEVbA=; b=AARXbcisNh3qoxR48Yo0iViNZgKDAp6iUOxiyxPuuKrFgfOeqd1YePxPypZEO6rJKFVfko6tdoefe qItwulyrbJf7weBfsCqYuFY1tb7i06FTWWKjLxDiZ8VLtMKTDkvAF25t5mohcG4keNZdSlWlslTm7p 3Kw5XBF92ogjSagC4juzyItlYVlI1wGrhYLvt23y4UrA7Rgb/IvzrS/fJ+gHPe8jlkM300Aq2BI75d R2zkUTmGPY/HYtJNcuGr0QjwVLU3zAQ637wooCU+yRUJXZEJnnIIRupltgwBysyDTqNGWIKK6OSyqJ UKlQZhHQdxPzjVDGepJM5cuUeGiS73Q== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=MW4HO2eWZMZ3PoVn0Dlcr36/jSYmWGeC93qhnnvEVbA=; b=dsMg1aVInmblSWrhVJFR3KvqofCfHjRzVabY0hVXHMfc46bXnOKIWCVOFsvHC69EuVJtaQKFqTj0n W0BVjECK0UHkpxSWzEYEAGA6SLtOZ9G6OgaI5j3i0XbGGVBVf+o3ABJX5B7iSulXekvgXGRmI3q4S7 7skEUol+vSFvabQ5bCqXWiB1HPey6bAP30NzpR7ri53MnDDDu/CG0qS9lAFTbm6OTcHrHpPrXzR0OM pbTwjHLbz5c6g0pW70IIOUR3OS7oJg4IEKoVVcp4tQGt4ynupLCVXkpuuZfud+hflctMNBav82agOY SoEYz9U5a8AUw9JWXEKBNnadI1Y/QNQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: d6704f78-3ccd-11eb-8b59-614106969e8d X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id d6704f78-3ccd-11eb-8b59-614106969e8d; Sat, 12 Dec 2020 23:00:34 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 0BCN0WJv040214; Sat, 12 Dec 2020 16:00:32 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <4434862ed87c21113fb7f98636fe4694d73856ce.camel@freebsd.org> Subject: Re: FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20201210-7578a4862f0 broken ? From: Ian Lepore To: Daniel Engberg , freebsd-arm@freebsd.org Date: Sat, 12 Dec 2020 16:00:32 -0700 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Ctjmq1v06z4XvK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2020 23:00:43 -0000 On Sat, 2020-12-12 at 23:53 +0100, Daniel Engberg wrote: > Hi, > > While I haven't tried the exact version you're referring to I have a > slightly older image that I compiled myself and it runs fine. The > only > difference I can tell is that the memory (RAM) seems to be configure > different on your device. I can provide a copy of the image if you > want. > > U-Boot TPL 2020.10 (Dec 02 2020 - 23:00:31) > Channel 0: LPDDR4, 50MHz > BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB > Channel 1: LPDDR4, 50MHz > BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB > 256B stride > lpddr4_set_rate: change freq to 400000000 mhz 0, 1 > lpddr4_set_rate: change freq to 800000000 mhz 1, 0 > Trying to boot from BOOTROM > Returning to boot ROM... > That's interesting, because my first thought was "memory config problem", due to the mod-after-free "error" actually appearing to be a single-bit ram error (val=deadc0df vs deadc0de). -- Ian