From nobody Sun Apr 5 18:18:48 2026 Received: from mail-wm1-f45.google.com (mail-wm1-f45.google.com [209.85.128.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id DFE0C37F741 for ; Mon, 23 Mar 2026 21:28:10 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.45 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774301292; cv=none; b=L/sGsAgAZsUgJRR6EgBrYzDcJ+KsIKaOrdoj9bmo1TOVHzPzbfV+ni6YrYo55h43IsUAX9JppYIMIYTE6avygcjx1FsE2H8IuhMbErU6DEL8C969NInmuACfvZ2mmtKB5LzBA8sh6NcTBgd4J14daq7g4vA6ASYuOon1l6iTiM0= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774301292; c=relaxed/simple; bh=FgIOcFM8s9R6nuzyMTBBlQ7LGLqjwuZuy4bomRP/2e0=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=Kr0FhfRbo28ZH0VZJ7iQyfCJ1QWFgFJF9YViXzi61gumwyKwZHbjNQOaewf3b81IblGij3WUtdnMz8N9e1QN2aCgTQJ7j5S7+kJTl4CtOR+XlEIdlXU+IRjM1MalJ1NVdrfWpDZsK38z0EWPeYURVko2J4iLjPwTPMlQo45SlyY= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=SRU5or4+; arc=none smtp.client-ip=209.85.128.45 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="SRU5or4+" Received: by mail-wm1-f45.google.com with SMTP id 5b1f17b1804b1-4836fc075d2so5205815e9.0 for ; Mon, 23 Mar 2026 14:28:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1774301289; x=1774906089; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=csOGr/K8Tf7uItgGXZwcjonMRapeP/TA0fdd2GZkXSo=; b=SRU5or4+Ebg14RA/5Ua71Ie3UmFmXlyTaKhK5trmUjqJx4NWyQFX+/2HNmBTk+cLtv YTJmGajFBSH14H/C39B7YOo6Dv6o57yLsGKT0+LtAn1Bc4/TDdoVmm+RmpW2WXvX8xEA 8g6ybcvWPYRJUAJ7PjRvsxSMMCRB30ZyJCeo8mWBplp0uiR+QWZUv+cXP/uw/DcVUT2P LWfvNHsFCyxURLXGSXLEz8PLINfqf0ieBum4Hvd2vjCpRKPLYy6NkpsJR4NEAgDx8ylU ZuYbziqvq0//c0kW1wRyikoLkh4NHmGSYNLoYhVDBXMlQWPk/+UpEeMOX2F7OUwN1H/H l/7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774301289; x=1774906089; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=csOGr/K8Tf7uItgGXZwcjonMRapeP/TA0fdd2GZkXSo=; b=C3uCgldpl8O8d8Y3zaXGidqt8qO8Pf3lt9+vYAwjtCSPNnV1vUJZs7rVFjaoAR4Kou k1TnsoFWqaytOB3yGosRFU/Lj4/6Hj6BFkAM8BVJ+btJIOkcihUOLEzyAkQCgL6PD4IA WXhACJ9CwzQ50+LKxWHPb+3oFccQ4bBRBG+tY1LKuLIb6IXn3i9w9IuAIT0DAAlVVj0c lkG8p9Jpl4p3ImTi3Tal5jpnT06HiZCxEaq6/AuFmtDQUX68Ujjzy7FZAH7Mgf7nSIl4 Na0ffR/pZLY/b7FcgN8i4m2avIrQ8VWhr3mwHf6ujds3syVhDMfpYqlCVNSxSkcmTSTl uyJw== X-Forwarded-Encrypted: i=1; AJvYcCXlQOrqROVzAWjicZdl1tVPnNNfywJW2Woeo8Oc1+qcAe8Nqiw2SOxgq+PkNLtLYHD1HSq+Gt5X3C2stZY=@vger.kernel.org X-Gm-Message-State: AOJu0YxPzz5hHNZfawBXfAk3Vlx0ojPxONcIrqT8zlJj3mJT2rRDgdJ7 1eZKLWCvGbFyS2jaPTLveSnpXkSeBWk5Mpjylp6Kp/Jj87+r9ZxX4uuJ X-Gm-Gg: ATEYQzyJWGZhyT2AMAzJvQBcJbysSOT13VoQZHyKs0COEL+lFDxEIri66dDZ/uSNVhr dkB2xMx3atRWSBW0yp2kHeCAZrOCI8MsfPd42Ba5qgg8QWWpxyvnI5fjGCG18oD6MNNjqebCczz zIgb3gDGNEox+gM/nSq5hP2I3Oxm+YU/xHRHm19xkHQoVatREUeZOr99xxJBI/vQH2LJSHdFMcx Rp5YTWMs7xuLUF5SDq+ZOG9cSt/JGHVzncqSDIX3CPpceueVmro3/yOwe9jzGah8k8DY8RGGvZZ grJR+TbtBpjwI+DFx3rG7QfD95LUR207Bw8jqtdm/7J0bXN6FLV9bhluLhubmQwjpsYCGhWEwXW p/E99z8o13FZV513NF8vSVDr1vF5uh8pf5698DUfBPio31r9STBB51wb1TmFl8JmKItB1Gc03K2 igXlK9pKvue9UJzi9fcXZGlH/ONZ7hvXQJGfxRK6GEf2muUv/wauNziWHgPmWib8Y= X-Received: by 2002:a05:600c:3b07:b0:485:9a50:338b with SMTP id 5b1f17b1804b1-486febb8560mr105205725e9.2.1774301289309; Mon, 23 Mar 2026 14:28:09 -0700 (PDT) Received: from menon.v.cablecom.net (84-74-0-139.dclient.hispeed.ch. [84.74.0.139]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43b6470393fsm33386975f8f.17.2026.03.23.14.28.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Mar 2026 14:28:08 -0700 (PDT) From: Lothar Rubusch To: herbert@gondor.apana.org.au, davem@davemloft.net, nicolas.ferre@microchip.com, alexandre.belloni@bootlin.com, claudiu.beznea@tuxon.dev, ardb@kernel.org, linusw@kernel.org Cc: linux-crypto@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, l.rubusch@gmail.com Subject: [PATCH 2/3] crypto: atmel-sha204a - fix truncated 32-byte blocking read Date: Mon, 23 Mar 2026 21:27:54 +0000 Message-Id: <20260323212755.687342-3-l.rubusch@gmail.com> X-Mailer: git-send-email 2.39.5 In-Reply-To: <20260323212755.687342-1-l.rubusch@gmail.com> References: <20260323212755.687342-1-l.rubusch@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" The ATSHA204A returns a 35-byte packet consisting of a 1-byte count, 32 bytes of entropy, and a 2-byte CRC. The current blocking read implementation was incorrectly copying data starting from the count byte, leading to offset data and truncated entropy. Additionally, the chip requires significant execution time to generate random numbers, going by the datasheet. Reading the I2C bus too early results in the chip NACK-ing or returning a partial buffer followed by zeros. Verification: Tests before showed repeadetly reading only 8 bytes of entropy: $ head -c 32 /dev/hwrng | hexdump -C 00000000 02 28 85 b3 47 40 f2 ee 00 00 00 00 00 00 00 00 |.(..G@........= ..| 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..............= ..| 00000020 After this patch applied, the result will be as follows: $ head -c 32 /dev/hwrng | hexdump -C 00000000 5a fc 3f 13 14 68 fe 06 68 0a bd 04 83 6e 09 69 |Z.?..h..h....n= .i| 00000010 75 ff cf 87 10 84 3b c9 c1 df ae eb 45 53 4c c3 |u.....;.....ES= L.| 00000020 Fix these issues by: Increase cmd.msecs to 30ms to provide sufficient execution time. Then set cmd.rxsize to RANDOM_RSP_SIZE (35 bytes) to capture the entire hardware response. Eventually, correct the memcpy() offset to index 1 of the data buffer to skip the count byte and retrieve exactly 32 bytes of entropy. Fixes: da001fb651b0 ("crypto: atmel-i2c - add support for SHA204A random nu= mber generator") Signed-off-by: Lothar Rubusch --- drivers/crypto/atmel-sha204a.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/crypto/atmel-sha204a.c b/drivers/crypto/atmel-sha204a.c index 1baf4750d311..350ba8618c69 100644 --- a/drivers/crypto/atmel-sha204a.c +++ b/drivers/crypto/atmel-sha204a.c @@ -18,6 +18,9 @@ #include #include "atmel-i2c.h" =20 +#define ATMEL_RNG_BLOCK_SIZE 32 +#define ATMEL_RNG_EXEC_TIME 30 + static void atmel_sha204a_rng_done(struct atmel_i2c_work_data *work_data, void *areq, int status) { @@ -91,13 +94,15 @@ static int atmel_sha204a_rng_read(struct hwrng *rng, vo= id *data, size_t max, i2c_priv =3D container_of(rng, struct atmel_i2c_client_priv, hwrng); =20 atmel_i2c_init_random_cmd(&cmd); + cmd.msecs =3D ATMEL_RNG_EXEC_TIME; + cmd.rxsize =3D RANDOM_RSP_SIZE; =20 ret =3D atmel_i2c_send_receive(i2c_priv->client, &cmd); if (ret) return ret; =20 - max =3D min(sizeof(cmd.data), max); - memcpy(data, cmd.data, max); + max =3D min_t(size_t, ATMEL_RNG_BLOCK_SIZE, max); + memcpy(data, &cmd.data[1], max); =20 return max; } --=20 2.53.0