From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 033B430FC17 for ; Thu, 20 Nov 2025 10:15:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763633708; cv=none; b=m30QiCfrxBZEjJGYgzrysdJGivHBVYnnTg/Q9pimBYxxtpuM3z7fWdpSgnpJA8f8TGQQylAflv+naGodj3ZPQx5vPYU/2QThGmBt3KU8wGwPV1kLDuYHm93ey/zgC4R6lNMye0pjOikC+hFVLmEu9i3Disyt6kAiqqQIq8cnQ+M= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763633708; c=relaxed/simple; bh=oAnFUYzp95nOtmuRRJ4eMPOUnYlD2bUyfgNLqbMie0I=; h=From:To:Cc:In-Reply-To:References:Subject:Message-Id:Date: MIME-Version:Content-Type; b=hdiiKlKsGLThnFCz+HX2lzvk2CJihFeyxthSmSPWJ5pEXYihmkA+5UWMSLslmTnEdm47yWFsXRL+VHTA77lafmvOgpfiW3Qap16+aTCesc/JbNT20NjprFF3Rjq1DwytuDlWM0IGWcgASN3IDTAMh7LBQGHJmvMy+Hl0QAfk20w= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=ETiwcdf2; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="ETiwcdf2" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7DE4EC4CEF1; Thu, 20 Nov 2025 10:15:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1763633706; bh=oAnFUYzp95nOtmuRRJ4eMPOUnYlD2bUyfgNLqbMie0I=; h=From:To:Cc:In-Reply-To:References:Subject:Date:From; b=ETiwcdf2lEv8pZRDBYDqloDWWtP4YY8ykqXzsdrAyXMG+5FXnNeoidziX5wCBb1R5 ZLyWu2ohKec5w4O0Dgp7mzD3ixR0eedt2wgtbyqL8ETlpAim9YVSJodR/4vFiP27cR G1JdTfytyxmB4Hv2f5b1mkYVgWwtVWB0HNumnCItgH0I+7bJ4nDrL5pYSUumVdF1ic wvi9kQmj0HGqMQT6UwZXrHy1zUvtN4rQQnNMzx3hnI9k4OB+KSoK9uT8M/aTPWEjac 8py1Cr+uJOazknrP0ESdYHxXJDkh2QD5grwqKaAWaaISpd06C93r0BHYBbfTTxNiLn Ho5EXQLY0MydQ== From: Lee Jones To: lee@kernel.org, Heiko Stuebner Cc: linux-kernel@vger.kernel.org In-Reply-To: <20251105234704.159381-1-heiko@sntech.de> References: <20251105234704.159381-1-heiko@sntech.de> Subject: Re: [PATCH v2 0/4] Improve error handling for qnap-mcu transfers Message-Id: <176363370523.591986.4093894713182191137.b4-ty@kernel.org> Date: Thu, 20 Nov 2025 10:15:05 +0000 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Mailer: b4 0.15-dev-52d38 On Thu, 06 Nov 2025 00:47:00 +0100, Heiko Stuebner wrote: > Digging deeper into how that MCU behaves, I found out it can return > more status codes than the "@0" for "ok". > > The additional codes can report a failed checksum verification and > some "general" error for the command execution. > > This also explains sporadic command timeout messages, I have seen > over time, when the controller sends an error code while we expect > a longer reply from it. > > [...] Applied, thanks! [1/4] mfd: qnap-mcu: Calculate the checksum on the actual number of bytes received commit: b4881070a02b017aea84592c424d5a980ed261c4 [2/4] mfd: qnap-mcu: Use EPROTO in stead of EIO on checksum errors commit: c94fce30e190555d74e2769b5fe4a932d0ad432e [3/4] mfd: qnap-mcu: Move checksum verification to its own function commit: c3223f562586307b1bcb014475d0b71913972145 [4/4] mfd: qnap-mcu: Add proper error handling for command errors commit: 56c1245d51faab70bf68cc3a5cd3925768e6375b -- Lee Jones [李琼斯]