From nobody Thu Nov 14 08:20:09 2024 X-Original-To: bugs@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 4XptPP5yzJz5cJsY for ; Thu, 14 Nov 2024 08:20:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XptPP4Cddz4lMW for ; Thu, 14 Nov 2024 08:20:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1731572409; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mpMK5CiaEFXr40jE76c6FpdfW+XY/hQMr9+P/eC4kEI=; b=Fp7DaNljM3N2f1Z1j61AkR9jaU05rh+ca6v2SW4ipus7hm404dGL982BEQifomVS/dJuL3 qU1LPO5T21RO2GLKhVqosZY/2/CC1QS5a8/qDHUO9XmuMEJmWXdCX2gzAkLUjqMcdJPt9r bMOM9JVdE3+619JgLP7HKhzV/caE7v3l2gQBL/10ujg6TS5ZWifa3lf5J1PMGQQXxSXwI7 yFFEcK5J6BvX1Su4GVhVUIU7n+LrW2a/YaZe53is0duN2PgzgeR9frHCE2UM0GsF0RZ9yD opsvLsQTf+IRFU5OkN1u+oQ7nSJ3AeLqQTsOPEphQYA7Hv8+Vi343p9oUax7DQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1731572409; a=rsa-sha256; cv=none; b=rvo/9QgPzJBWOfPQT+OqDeCuGaAGVHBtzEQuc0b1Fjcb3VhQGhn1Sj5rshmZQwI1TtszoG yyQSSqL6uvKUg5dNhDlTq1y1c86BEhALB18P9FovyVHcysx+E9+hU/J2kBz4N1fB2QAZ/i ZaWhOmN6BDV6z+mm+9FqGHApWW9/skVSGuwKrmxGf1A5znLplWzyMapaSs9QD4Kw/aJAxO 0W4O5Ei8ilTDPejh3dE7fuA7IEic4aF2ohQD5sCLohwVZ8xj1sHNaIeq+uwTwaGVy7JrwK D3ZtT+ySBX0TeeVnxM9Yz1D+pZxr5+6+NuU1hZE8l5sSqHkb1tPDjcsYXK5D+g== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XptPP31jKzWjT for ; Thu, 14 Nov 2024 08:20:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4AE8K94Z096819 for ; Thu, 14 Nov 2024 08:20:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4AE8K9m9096816 for bugs@FreeBSD.org; Thu, 14 Nov 2024 08:20:09 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 281177] 13.2 works, 13.3 and 14.x installers panic on older qlogic isp card Date: Thu, 14 Nov 2024 08:20:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.3-RELEASE X-Bugzilla-Keywords: crash, regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: Joerg.Pulz@frm2.tum.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D281177 --- Comment #31 from Joerg Pulz --- Sorry for the delay - here are my results: Using 14.2-BETA2-memstick: - 24xx based card: untested - no hardware - 25xx based card: broken - panic - 26xx based card: working - 27xx based card: working - 28xx based card: working Situation for the 25xx based cards after cold boot: During the initialization isp(4) tries to load isp_2500.ko firmware module. This fails as firmware(9) is unable to load it without mounted root fs. As fallback method the card is instructed to exec firmware from flash. This returns without error. Afterwards an "about firmware" command is sent to the card. This command returns a timeout - no success message from card - what leads = to a device attach failure. Don't know why this happens as nothing changed in the way how and what isp(= 4) communicates with the card - don't know if some general PCI communication s= tuff changed between 14.1 and 14.2. Later in the boot process (right after root fs mount?) somehow a reprobing = is happening and isp(4) is trying to attach to the card again. This time firmware(9) returns error 6 when trying to load isp_2500.ko and r= ight afterwards the panic occurs. It panics in "firmware taskq"!!! This does not happen when cold booting fro= m a 14.1-RELEASE-memstick and should be fixed in firmware(9). Tried the same with "hint.isp.0.fwload_disable=3D1" set, so firmware(9) is completely out of the game. This time the system is booting without panic but isp(4) always failing with the "about firmware" command timing out. I see isp(4) trying to attach to the card 5 times (once during normal device enumeration and 4 times after the root fs is mounted) and I don't know why = it is happening so many times. Tried the same with preloading the firmware (either ispfw.ko or only isp_2500.ko) and the system is booting and isp(4) attaching to the card - no timeouts, everything working. I did a lot of testing and made several changes to the isp(4) code the past days to find out why device attach fails for 25xx based cards when cold boo= ting and using firmware from flash in 14.2+. Until now without success. For now the best/easiest solution would be to include ispfw(4) into the ker= nel (like isp(4) already is) or always load it by default (or at least load isp_2500.ko by default). Thoughts about binary firmware: Please correct me if I'm wrong but as firmware(9) needs a mounted root fs to either load binary or .ko firmware it would make no difference here. --=20 You are receiving this mail because: You are the assignee for the bug.=