Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp875858pxv; Thu, 1 Jul 2021 11:16:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzJ9e4lVQ09gKOz3xk12RsrIYTGZ8XeOY9ybZujv3VqTXktzEEm0iAP7gY0L+A84vZji2/K X-Received: by 2002:a17:907:da9:: with SMTP id go41mr1222198ejc.403.1625163376966; Thu, 01 Jul 2021 11:16:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625163376; cv=none; d=google.com; s=arc-20160816; b=FM/hjzXwhIsj2lxJJLOjmWj2tizWe3Sf2/zIIjB5jABh7DBcg/x2JtwiB1Z78p+GeU aDQ0gjf9eJZQAqdpYg0V6MP489BQafpSEvqteWhMGx5JSB0fGDD2vcq1pBYAOwzeum8N l+ZimThsUiwsGwlRuCUDB+U8O28HBsItjW7hJNmgnmL0esfd3Wm6d2PPO52PGXxdcFds PFwg66tCDZzKmSkpy8MEzEWM59Ws5IJiz+oyVKPdYqq+hlQ59ptXZWlWb4kvbxaoQtHg g7VD8d7VGzgOpG1z/QMjd0CYiUerNLMj60RrvB6tvTGt5TRxpmhPkSEyDKiEfDQWSRb2 RO6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=CywOQuoVk5N72tkIO6gfgUt+pTez87wevGV8+pLajjo=; b=G6B/QEn/+izTVBFXFbnuP/llPPK9d6YtWU9sOCzrhVOlmHdzwDunVirjbadyWdAkN/ Dr6tfGNSEhh8m1O3flhS4Yl/dD9fbZHQM//snhs1EUnlmIKjX2J3YFqS4sBm1eOYC8kS VEImA+/9SISoMi4wo4WT3ewCtn+2fLioowuk023nBVFySEIHFsT4P6FR4Tg0+Sxgy4lS Td86Kk0abRIGK6c1POjDDBnVr6NOu8EZEBtwh4TAwtlWDcji3ghUGxI8cXbVAnn6Xc6S oLuOfJBZ5tAxkqzYZRRCB7E1IqUumjnIDueV/YXGOOaO4KxdnWjEfzoD0fBpW9mKabXX pYKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=hv3clhl4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id en8si663696ejc.744.2021.07.01.11.15.52; Thu, 01 Jul 2021 11:16:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=hv3clhl4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233194AbhGASQQ (ORCPT + 99 others); Thu, 1 Jul 2021 14:16:16 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:42860 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230014AbhGASQP (ORCPT ); Thu, 1 Jul 2021 14:16:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1625163224; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CywOQuoVk5N72tkIO6gfgUt+pTez87wevGV8+pLajjo=; b=hv3clhl4ANFcmDgXTajiYKQar8RI+L7e0e7Gau7IdNMzyFSvzOEt/kdYBFerC6GS6k05Y0 +qpclpoH58YQroYyDvJHPBb2tCLgpPQB8grbJe46tlIxgPkWWSWwRGSGV7Uk/wmj8ormqR xuyuLB1aeGfDuzB3MB/OSk9EFL4+Kv0= Received: from mail-il1-f198.google.com (mail-il1-f198.google.com [209.85.166.198]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-418-ghj_IwjnMX2j4NiqA5vHGg-1; Thu, 01 Jul 2021 14:13:43 -0400 X-MC-Unique: ghj_IwjnMX2j4NiqA5vHGg-1 Received: by mail-il1-f198.google.com with SMTP id x2-20020a056e021bc2b02901ee78f516b4so4429624ilv.11 for ; Thu, 01 Jul 2021 11:13:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=CywOQuoVk5N72tkIO6gfgUt+pTez87wevGV8+pLajjo=; b=dMKvn4Pd2p5QLPslaeCNqwYyde6zSWHmwq3hheG3G4MzGL+7Xs+gzEqGsSsAd9eR/i H9nrtVKTDToWaPOW4YO5mAZHoUQ17N7QbwoXqAJMzCbkp+/xc0DBQ9UO/S3E6scISl5O yzIdq5Q3j2C7+mwpCaNduSXK2V3SBgf498pxOVJEp+G3yMcxITBrdOiEYguTQo3ZTM8f ul3DLurTsCNaegDOLANy0go9Jkto3FuPLH7pjRd2q28QkC3NBSZtCr3+QAYbkPqu8KJB 2IcGGaIO+MZBd81SeKDsM4I4T37umhJWvFcMnVOfwFGHRz5hXhKzTykOwLljFY0ND0hR /pKw== X-Gm-Message-State: AOAM531FnhVzqYpa3DHc9/E/ff+53c5cHIqR4s+7/wiCqZUOUFgEPLsc k75s758nKnSANPpmzFMWN7l+TBF+6IiBS5iu9NSeMjPWIEwPSTfvfODlmcwpmm7za7B0gqu2OEB ND2boiabu80kZSMMlxmEo7fJJ X-Received: by 2002:a92:ddc6:: with SMTP id d6mr472164ilr.51.1625163222654; Thu, 01 Jul 2021 11:13:42 -0700 (PDT) X-Received: by 2002:a92:ddc6:: with SMTP id d6mr472153ilr.51.1625163222422; Thu, 01 Jul 2021 11:13:42 -0700 (PDT) Received: from kasuf.ausil.us (207-179-239-100.mtco.com. [207.179.239.100]) by smtp.gmail.com with ESMTPSA id q8sm285806iot.30.2021.07.01.11.13.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 01 Jul 2021 11:13:42 -0700 (PDT) Message-ID: <9a144e2fed4fe6f4eb3c1c88a51d72e3db5a3cee.camel@redhat.com> Subject: Re: [PATCH 1/4] arm64: dts: rockchip: helios64: fixup USB setup From: Dennis Gilmore To: Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= , linux-rockchip@lists.infradead.org Cc: Rob Herring , Heiko Stuebner , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , "moderated list:ARM/Rockchip SoC support" , open list Date: Thu, 01 Jul 2021 13:13:26 -0500 In-Reply-To: References: <20210701004043.18585-1-dgilmore@redhat.com> <01f1b032-14a8-a6fa-9063-23de65fc6f43@kleine-koenig.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.2 (3.40.2-1.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2021-07-01 at 15:35 +0200, Uwe Kleine-König wrote: > Hello Dennis, > > On 7/1/21 2:59 PM, Dennis Gilmore wrote: > > On Thu, 2021-07-01 at 11:31 +0200, Uwe Kleine-König wrote: > > > Hello, > > > > > > On 7/1/21 2:40 AM, Dennis Gilmore wrote: > > > > Without the usbdrd_dwc3_1 node defined u-boot will throw an > > > > error > > > > and > > > > reset the system. > > > > > > I wonder if this should better be fixed in u-boot then?! > > > > > > > All other rk3399 systems use this format > > > > > > This is true for the dwc nodes, however for the usb2 nodes there > > > are > > > several that use this idiom (and even repeat the label name), see > > > for > > > example the &u2phy0 node in > > > arch/arm64/boot/dts/rockchip/rk3399-rockpro64.dtsi . > > > > > > > looking at that file is where I got the idea to set it up as I have > > proposed, it follows the format I have submitted > > I guess you didn't read exactly what I wrote and only looked at > &usbdrd* > but not &u2phy0. Hi Uwe, I did read what you pointed at, the issue is that is already defined in arch/arm64/boot/dts/rockchip/rk3399.dtsi and all that is needed it to set the status to okay and minor enablement. as DTC merges all the snippets together they end up in the right place and doing the right thing, the approach you took is different to all the other boards I looked at and seemingly causes issues in u-boot. I did not get far enough in booting to verify the state in linux as I am updating u-boot as I go and testing using u-boots dtb for simplicty sake. It quite likely is a bug in u-boot that it resets the system, at the same time I do not think that doing it differently to how the other boards are implemented is right either. There is still a lot of the hardware in the system that is not defined in the devicetree file, including a lot of the usb stack. Dennis