From nobody Thu Jan 5 19:32:58 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NnxTP6kgvz2p1BC for ; Thu, 5 Jan 2023 19:33:13 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NnxTP2Gb0z3HXN for ; Thu, 5 Jan 2023 19:33:13 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=googlemail.com header.s=20210112 header.b=IDW5UKx8; spf=pass (mx1.freebsd.org: domain of maciphone2@googlemail.com designates 2a00:1450:4864:20::52a as permitted sender) smtp.mailfrom=maciphone2@googlemail.com; dmarc=pass (policy=quarantine) header.from=googlemail.com Received: by mail-ed1-x52a.google.com with SMTP id v30so2834624edb.9 for ; Thu, 05 Jan 2023 11:33:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=message-id:in-reply-to:to:references:date:subject:mime-version :content-transfer-encoding:from:from:to:cc:subject:date:message-id :reply-to; bh=GJ6GuNACnE7ipzfYrr3UoNMGBWruOMsyKDxlhm3RMiE=; b=IDW5UKx8DRzoSnzcZp1btrQF/Ly4U+Re9CYicjy5aXySWJdTDt+7jkMJGT+BpxLrrN 38rMOEjljtLdt0XSvYSOs2FCDeJZL+SiraA6viI4LeCLfeT6ONdsKr+yv5tTXvM040LQ izY5h/4/UvWNtbOvtcui9eGik74csPaGncnFk6mnK4946BAKbPhudGdE4fcIWaUzYe6z vH0AWO7J7R4C2gIroHuTvqHWPy4zU7yaadv/Donv9jET8oMwAIa0IshejG3uJQxVmXLP FlvRFjcAVmSIY7sTmUsjvG2k8uTS2PZTPaqTsqPUehtl5mwI2UQDhtoGHSzJwZvKkiXC 6Hcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=message-id:in-reply-to:to:references:date:subject:mime-version :content-transfer-encoding:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=GJ6GuNACnE7ipzfYrr3UoNMGBWruOMsyKDxlhm3RMiE=; b=H85K7J3CQg0Q511zUrWtwWAnFqc7pDenPj6rHCBD3wcKmkb8rWgfhHoQPOnkoU2HrL Ngxn/1jE0yeVl6z8R9PdiSE/PRi+Pc5Y2nildyysRcgx1TizVRSBzVnuhRNjI9P8gTdw fFSQztumCXsX5+VTZZL2LZI+m/yuI9Sjf82GE9EVoslKgsJBpW+0QLhRcX87PIZYTCo8 LDl8QkXeeYkhIrYMmO52VmXSVLhPhxan7zVkhA+lGPQLuZCjyiO4x9/YwwRblhCDGIFb 8/9H4AwGrw9QchPRSIetPdlOM4UYg6t4mOfemt0qPLBUUUbW2PQXW/hAG6rZF4NM3UPr lPSw== X-Gm-Message-State: AFqh2kpvM+Tn1zaGKYheANpAaZj6XgKDhcyWnytAk8HWzOw8CDYBJrIm I+vbWxxB+ir/QVomB4Ag+mPMlyC4FaI= X-Google-Smtp-Source: AMrXdXu/zO1WmBX0Qf4TblyfUsMFMZecwMtR7zm+SozMPARaMOPUDXKsfjLUt9RbvCzh0kbbkUY6Cg== X-Received: by 2002:aa7:d484:0:b0:468:ccfb:7201 with SMTP id b4-20020aa7d484000000b00468ccfb7201mr43171209edr.17.1672947190497; Thu, 05 Jan 2023 11:33:10 -0800 (PST) Received: from smtpclient.apple (dynamic-046-114-061-228.46.114.pool.telefonica.de. [46.114.61.228]) by smtp.googlemail.com with ESMTPSA id r17-20020aa7d591000000b004847513929csm13480248edq.72.2023.01.05.11.33.09 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Jan 2023 11:33:10 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\)) Subject: Re: (RPi) db> reboot -> cpu_reset failed Date: Thu, 5 Jan 2023 20:32:58 +0100 References: <29q7q878-091-r17n-8r3n-o3n68p3646@mnoonqbm.arg> To: "Bjoern A. Zeeb" , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <38B92299-2776-476D-A81F-7C8EB4D59A13@googlemail.com> X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Spamd-Result: default: False [-2.77 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.89)[-0.893]; R_MIXED_CHARSET(0.63)[subject]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52a:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[googlemail.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4NnxTP2Gb0z3HXN X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Hi Bj=C3=B6rn, ( ..I had a JTAG setup on the PI, but didn=E2=80=99t use it for some = time..) yes that was a "live=E2=80=9C boot example from today of the cm4(on = orig. I/O-board), it hangs while initializing sdhci, while the boot partition is living on = the emmc : =E2=80=94 sdhci_bcm0: mem 0x7e300000-0x7e3000ff = irq 24 on simplebus0 Fatal data abort: x0: ffffffff x1: ffff00000092b404 x2: 0 x3: 6 x4: ffff000000fdf77c x5: ffff000000fdf72c x6: 4000000 x7: 4000000 x8: ffff000000dfb6a0 x9: 20 x10: 0 x11: 1 x12: 300000000006e65 x13: fefefefeff0100 x14: 1d x15: 0 x16: 0 x17: 0 x18: ffff000000fdf7e0 x19: ffffffff x20: 0 x21: ffff000000bad000 x22: ffff000000bad000 x23: ffffa00000f8f038 x24: ffff00000091b5b2 x25: ffff0000008dfc9c x26: ffff0000009436b6 x27: ffffa00000f8b140 x28: 32000000 x29: ffff000000fdf7e0 sp: ffff000000fdf7e0 lr: ffff000000868040 elr: ffff0000008620d4 spsr: a00000c5 far: 20 esr: 96000004 panic: vm_fault failed: ffff0000008620d4 cpuid =3D 0 time =3D 1 KDB: stack backtrace: #0 0xffff000000516458 at kdb_backtrace+0x60 #1 0xffff0000004c24ac at vpanic+0x174 #2 0xffff0000004c2334 at panic+0x44 #3 0xffff0000007f48c0 at data_abort+0x204 #4 0xffff0000007d5010 at handle_el1h_sync+0x10 #5 0xffff00000086803c at bcm_sdhci_attach+0x314 #6 0xffff00000086803c at bcm_sdhci_attach+0x314 #7 0xffff000000502428 at device_attach+0x3fc #8 0xffff000000504514 at bus_generic_new_pass+0x120 #9 0xffff0000005044a4 at bus_generic_new_pass+0xb0 #10 0xffff0000005044a4 at bus_generic_new_pass+0xb0 #11 0xffff0000005044a4 at bus_generic_new_pass+0xb0 #12 0xffff0000005065f4 at root_bus_configure+0x40 #13 0xffff000000439ee8 at mi_startup+0x11c #14 0xffff0000000008b4 at virtdone+0x78 Uptime: 1s =E2=80=94 Regards K. > Am 05.01.2023 um 19:48 schrieb Bjoern A. Zeeb = : >=20 > On Thu, 5 Jan 2023, Klaus K=C3=BCchemann wrote: >=20 > Hi Klaus, >=20 >>> Am 05.01.2023 um 17:37 schrieb Bjoern A. Zeeb = : >>>=20 >>> Hi, >>>=20 >>> given I currently find myself debugging more PIs again, what is = needed >>> to be able to reset from the db> prompt? >>>=20 >>> Currently I get "cpu_reset failed" when trying. >>>=20 >>> Needing remote hands or an OOB PDU to cycle the PI is not = satisfying. >>>=20 >>> /bz >>>=20 >>> -- >>> Bjoern A. Zeeb = r15:7 >>>=20 >>=20 >>=20 >> you even cannot be sure to reach the ddb prompt at panic, like here : >>=20 >> -- >> .. >> KDB: stack backtrace: >> .. >> #14 0xffff0000000008b4 at virtdone+0x78 >> Uptime: 1s >> -- >> ..and good night Pi .. >>=20 >> halt/resume of CPU is more promising by setting up a JTAG controller. >=20 > does this mean you are running into the issue at boot as well or was > that just a (made up) example? >=20 > --=20 > Bjoern A. Zeeb = r15:7