From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ed1-f42.google.com (mail-ed1-f42.google.com [209.85.208.42]) (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 356A329D270 for ; Fri, 12 Jun 2026 13:00:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.42 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781269227; cv=none; b=b7vBn0rj6cZTWk8RoD24BR3ghRT91t6NCVKF12r0YcYoqfk88toz7IFQHfJEotdhIHOzxj83PTNMxHh8ZkROOBKtuIjjcwzHT4wZ7HIWinjnHcQrfj0C6aYlmM0Xg02YHGwUXUvOQqre8h1WO+GnyA9nH5Ts/HIj0njbGw/ouuk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781269227; c=relaxed/simple; bh=2ECesAhNgGt0uU7ttssxkS0Wxjkyl15plxaja5SjTvc=; h=From:Date:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=TixwcIOxijxLitVloCBZH1SchYzOcNO5t0GHXCaUBSpRR10KjNFTeY5g/bo7qiIrFk8Yx5dF3aKM4Ad37H8g+PKMUfUqW0lYonvlyJ0RXFKehx8P4LRZrxcVUzFQneu9+qmXc0NfioX1ASqmuomarsUQQzkbbpP+Ou0oLDJqPJM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=CNVtLhGf; arc=none smtp.client-ip=209.85.208.42 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="CNVtLhGf" Received: by mail-ed1-f42.google.com with SMTP id 4fb4d7f45d1cf-6913160c9ddso1819283a12.2 for ; Fri, 12 Jun 2026 06:00:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1781269225; x=1781874025; darn=vger.kernel.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:date:from:from:to :cc:subject:date:message-id:reply-to; bh=6kaVGNsXYbHtXZ4uzqeFlf4o6f/3jgmyRexy/RaPVZk=; b=CNVtLhGfDfvxeNF7HOQxz748xi2T5b0M+Hw9HOELQfF9SAPS2BmQTlOFXxvVyGjO7y xq7c2J1AMnFkJvBejaSezvJobXKYoQJa0xPWM4WFftpJpdqsLTci10xzrR/S/b8ZsVk4 mFsDR7wGzrRQjmpm9iKQcShNuGu9Z8Y0E3jmCgQLEbuwI2GczrFcd1G9HZ1o1VldAe7E G+8Jma0+BP953lzHaC/Hfmvs71iZW4C/7A36aaGjN8Nz4XH17q5vXsI0yHFDj9m1PcB8 uINSEDUbfztT7v5UoiN6wH4J+VbHIX6XXWejRoZ55ln2mCYY89tTanAGKQ0AcYYMv/Kg Y+/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781269225; x=1781874025; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:date:from:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=6kaVGNsXYbHtXZ4uzqeFlf4o6f/3jgmyRexy/RaPVZk=; b=ArbPfTJ1fzy+BKoB6pczZdRWMp6k71hyt6LOypKRmTE0HURgIcuEqs99wdRoS7pydS +PRIMlnPcg6dnG/yN7k9LlwRhDCrjTSVEgShaJx3D8T7PzJdacRVFChlX0fZaYqb8GKp 4Di20/j3CzR6AXQXULyLHGjxLZ+Jp5h5ZLJIBxDBXe/OtLuJzEhNRtDl4p9d/oUXwyQf FzG3hOEwvX/XcmQPnhkVgOkJ+zXxlzmtnRHrSK9FkQWd/4XQMInn/jmcNszwwV6C/hlU Jtw/i+6PBkTbSKOh/7A4pu6i8d98F10EkbK6Pild/pkUb/xfUw+OhqFWPnXE6x84+EkR NxKQ== X-Forwarded-Encrypted: i=1; AFNElJ/vwsMEAQguiTnYc/amFJRk3jUGosIwfVVp44nnQjD6fMBD74ciaxQWq5qo11rPCn7OCDTKj1W5XcPMOg8=@vger.kernel.org X-Gm-Message-State: AOJu0Yy3vpMe4uF4ekF3SyLrcrhYpw9qWbKpkTEAqPBIF5tuN9quOc2P ltLf8Y9d8tpecZHEz99pNWynxkiL8IRXZO39lIgnU7o4ft4kl8AzkgnqrAakzxXZYK0= X-Gm-Gg: Acq92OHObje/9jDxE2DRXJ6RW5f/SAYn0Y8RNmOXLG0SXxtwPDub4taR/4NMlVmPNsu wXN7OZR3hDu8d1lSFWSLWvxJp8H6ycKPD1V3pyYJXiFLxLP3n/xAgAovYck6qRnLS/Fb4dd8ulQ tGJiMlcs8hHRYu0cRqOEytPgviI9QBTRksWQMqiBuicx7KfGms0khbe9NzrWvvsuVy1CEv+Bxwt mYaJsCyoKUqNmFRIOY1v96ATQ/YUxqyP7AwunzTiOGMHZ6oRYrkIzV5eACRWdvD8nZJZvHx74Qz Rnb+TVf46mi6uZ3pVmjBpjBvqC/h+z9jtk35nHK7GhS3t6VU7ukbwgRBV72Vd5KFr/p0VKeps9l wtr60R97CVwpJmpAMO1QhTtTiuThMUPfZzB2jPMD6m/Vq1BS7cxdpYTz0W804hvJtXZ4MAq0Kvz z0+FbjYiBzEYr+NnDcdfWj X-Received: by 2002:a05:6402:4404:b0:687:9c0f:5897 with SMTP id 4fb4d7f45d1cf-693788fcf92mr1468576a12.9.1781269224595; Fri, 12 Jun 2026 06:00:24 -0700 (PDT) Received: from localhost ([195.94.146.6]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-6937949fb19sm610192a12.27.2026.06.12.06.00.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Jun 2026 06:00:24 -0700 (PDT) From: Andrea della Porta X-Google-Original-From: Andrea della Porta Date: Fri, 12 Jun 2026 15:03:45 +0200 To: Nicolai Buchwitz Cc: Andrea della Porta , netdev@vger.kernel.org, Theo Lebrun , Nicolas Ferre , Claudiu Beznea , Andrew Lunn , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rpi-kernel@lists.infradead.org, Lukasz Raczylo , Steffen Jaeckel Subject: Re: [PATCH] net: macb: add TX stall timeout callback to recover from lost TSTART write Message-ID: References: <771b8faeaee1fce4a84a5ba2661d60b35a65a6d5.1781253818.git.andrea.porta@suse.com> <85507fd0fb42fca280aca1ee02178ca9@tipi-net.de> 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=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <85507fd0fb42fca280aca1ee02178ca9@tipi-net.de> Hi Nicolai, On 14:53 Fri 12 Jun , Nicolai Buchwitz wrote: > Hi Andrea > > On 12.6.2026 14:51, Andrea della Porta wrote: > > > [...] > > > > > > > The commit message describes it as RP1 specific, but it gets applied > > > to all > > > other variants? > > > > I've seen this issue happening only on RaspberryPi 5, but AFAIK it > > could affect also other MACB blocks connected through PCIe, so it > > may be widespread (even though it should have probably already been > > noticed in the past). In the orginal driver there's no timeout callback > > defined and this is much like pretgending the issue causing the timeout > > to happen to go away without doing anything (whatever the cause ot the > > specific hw are). So in my opinion we can just extend that to all MACB. > > Or maybe we should execute the restart conditionally on > > .compatible = "raspberrypi,rp1-gem"? > > I just observed the issue once, but other people reported it to be happen > more > frequently. If we can narrow down a reproducer, it would be good to test on > other > blocks too (like EyeQ at Théo's).| > > So maybe you can imagine a good repro for this issue? Sure, it's happening quite often during bulk dataflow, at least on my RPi5. It can be reproduced with the following, issued from the DUT: iperf -c -P 10 -t 3000 -w 4M -i 1 plus, of course, the related command on server side: iperf -s. It usually happens a couple of times withing a few hours. Regards, Andrea > > Thanks, > Nicolai