From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 3B61CEB64DA for ; Thu, 20 Jul 2023 18:35:02 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id CC1E086808; Thu, 20 Jul 2023 20:35:00 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; unprotected) header.d=konsulko.com header.i=@konsulko.com header.b="QshSNJZy"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 1E92286817; Thu, 20 Jul 2023 20:34:59 +0200 (CEST) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 94817867FC for ; Thu, 20 Jul 2023 20:34:56 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=trini@konsulko.com Received: by mail-ot1-x329.google.com with SMTP id 46e09a7af769-6b9cf7e6ab2so905391a34.1 for ; Thu, 20 Jul 2023 11:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; t=1689878095; x=1690482895; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=JfaTCJzv9sxkn9YuW4nBjFhBSf/sPHEpeiyPGNqLZLU=; b=QshSNJZysJKQbu+7R9vPd5ysBblnmJi1yFLPnl6KiLtLTrdzjNL9xgIpAjNLQuxRLh gFtdOpLQdwZe+0AyxMAdqv16v898PbV+pc1Awa8aNjC/QutiVsVFyS1e5OkUoxdhSsZO 6W28XrQeCVoDEM2GKm9zjpBaRhi+nFzw0RoXw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689878095; x=1690482895; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=JfaTCJzv9sxkn9YuW4nBjFhBSf/sPHEpeiyPGNqLZLU=; b=cLYelC5rA943L9nBUSiMQuTuWZwDnkE0oLQ2EGqrfHqKgmUJ4wQwiPg6o53NBhlbvr O+jxWjKa+NkFcgG64qCQsbzZs7v4gf7Ud0sMXMNsUkicYquL2WTPK5/9D8BHbMoI48JZ rGOeOVPAOITAEWL2613lZxUOk2RT+D+LlfU6n+UJ2GuKS1r+yDO6138hNAxcL2BqMnpc kwiuciSX6I9G0dGoA5Q0bLY0shK7bUJ2O358BnFuQcWuyXqpT19A1lKoTnHjO0jG0Eh4 5lzUSf/GQmH+bbqRWAycafbNSbbwHSj/1ElP9TmPK4nuK23/VZ2U2PteQyvRcu8rdyQA a/NQ== X-Gm-Message-State: ABy/qLalz6cxYv91jwwjNCUnnSyqcVC9xotkyx5LEYYlKGPswNVgXmNQ lz5LlZA8W0TgOhpiZ1jXXzslnA== X-Google-Smtp-Source: APBJJlFvHGpaOPCeJFWxnqSuiSMy4EwF8GB5GRQtH9Uu/iA/sMhz6buQxHA3V8x6DOg6uqrrQqI2rw== X-Received: by 2002:a05:6358:7f11:b0:134:e5ec:6ab6 with SMTP id p17-20020a0563587f1100b00134e5ec6ab6mr12061422rwn.25.1689878094936; Thu, 20 Jul 2023 11:34:54 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b00-6400-094c-9fdb-d1d4-2f7d.res6.spectrum.com. [2603:6081:7b00:6400:94c:9fdb:d1d4:2f7d]) by smtp.gmail.com with ESMTPSA id e184-20020a2569c1000000b00c4eec81ac9esm342556ybc.11.2023.07.20.11.34.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 20 Jul 2023 11:34:54 -0700 (PDT) Date: Thu, 20 Jul 2023 14:34:52 -0400 From: Tom Rini To: Miquel Raynal Cc: qianfan , Heinrich Schuchardt , u-boot@lists.denx.de Subject: Re: data abort when run 'dhcp' Message-ID: <20230720183452.GM1670569@bill-the-cat> References: <7536b9e1-de7a-a492-6951-485d4eb75df1@163.com> <2fe3a2a4-ec68-b18f-3446-ae6cb4de6d32@163.com> <23003c48-f525-f886-a241-e7bac7a68643@163.com> <7884d265-3c73-a695-104f-0b34d3e8bc18@163.com> <2930a323-e860-e334-28ee-b0edb524960d@163.com> <20230720183917.74e1a46c@xps-13> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="MTaeNMqyyaZffIBx" Content-Disposition: inline In-Reply-To: <20230720183917.74e1a46c@xps-13> X-Clacks-Overhead: GNU Terry Pratchett X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.39 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.8 at phobos.denx.de X-Virus-Status: Clean --MTaeNMqyyaZffIBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 20, 2023 at 06:39:17PM +0200, Miquel Raynal wrote: > Hello, >=20 > qianfanguijin@163.com wrote on Fri, 25 Mar 2022 18:04:46 +0800: >=20 > > It's very strange. And I can't detect it's a bug of usb or dlmalloc. > >=20 > > 1. Starting u-boot and dhcp via am335x's ethernet(cpsw driver), it's ok. > >=20 > > 2. Starting u-boot and dhcp via am335x's usb net, data abort. > >=20 > > 3. start fastboot, and CTRL C right now, dhcp via am335x's usb net, it'= s ok. >=20 > I am sorry to re-open a thread that is one year old but this is > still an open bug. The BBB is affected. In particular the BBBW > because there is no Ethernet connector, which makes the Eth-over-USB > emulation even more important. All U-Boots since 2021 are affected: > spurious data aborts, usually at the end of network interactions (tftp, > ping). I could not bisect it because the boot was deeply broken as > well on a significant range of commits :-/. >=20 > On my side I narrowed it down to an env update which fails in malloc as > well. If I comment the env update, it fails a bit later. It really > looks like a stack corruption which is either related to the Ethernet > USB gadget or the USB controller driver itself. Network transfers on > the BBBW using regular Ethernet does not trigger any error. >=20 > I also observe the very strange "fix" mentioned above: starting and > killing fastboot makes all tftp pass... If anyone has more details to > share, or perhaps a subsequent thread giving more details, I would > really like to see this fixed upstream, I suppose I am not the only one > :-) What happens if you increase the malloc pool from say 32MB (current value, 0x2000000) to 64MB (so 0x4000000) ? --=20 Tom --MTaeNMqyyaZffIBx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmS5fkgACgkQFHw5/5Y0 tyziLwwAoR8iZVyL+2ScwV9bc0rV6ubN4kGrA6l6O1ItLYUJJyfEVUioxOc9l943 2TopHQeYt9OGvnuD1uC8mAt2Ja+Htu8AaMs2cJzTa2bJYj5DyYpyOk2NyDNfiJWn WUcb3l3DjMrHYODaBjNJgVyp7SvSUlQhTaOD9ByAfh2dAe6HVyYut3L0K7/t82Dw XPKWTB4c1ppyXPErcWv/gGPwmZdBbYRgahb4NQPmUCXHSNI5fG/bIiroVKvstc4I 6DRCnv77ykeXTQwTvaqefwPCbc6w1MbhkwgKcyOth23tHdmplJeQmcTy5Lj2mrOa Si5rifrmIpDB0nQTEAXpG9b4ZG0mPOlv/TZqa6UGSicv1F3emSIHp1Wk+TCVRBMe f/JzzCQIfU1fEOiQAAed8480/JR3u//o6xpaeqVcOluc4AK9gA0ax5FQl4nf4scf +j8vaPcboWqRo7b7c3voOcJpzPaBKFIAms67Kl1ZDWvWJPDQEwvRjH8QOmMo8jSI LmnbFHMz =BMTR -----END PGP SIGNATURE----- --MTaeNMqyyaZffIBx--