Received: by 2002:ac0:8c9a:0:0:0:0:0 with SMTP id r26csp3877079ima; Mon, 4 Feb 2019 06:41:55 -0800 (PST) X-Google-Smtp-Source: ALg8bN43PWmlZ3tSUSvIKnI3sogBkgLtY2BbVNegYsxD1f9nwTODLZBMTNDxURY/TQ0lw/SXGinD X-Received: by 2002:a62:a209:: with SMTP id m9mr52244625pff.218.1549291315041; Mon, 04 Feb 2019 06:41:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549291315; cv=none; d=google.com; s=arc-20160816; b=nXZt9OHV25h5OKk9ONGFcHxFZAxm8mrlDRtOMS9KLy79pz2kj1WxY65ieA9lwxYQ5T oIuOExe+DnDNX41QZzykvdzDyymGCKYRApxtyYGB6OXPpOyKaJDACp0ATlmsJ9mg+/qs PK0wn1owh1whxuFpCQF6xOp47EPDmueHK47+TaZXDSsZ0Aix21D2wKiNR0KjaTWqGUKX iA4k/Oq0Ernn7lONQwK2+8WfDAbrMIc+lB1htIqb76fWdOCBcOZZMLk3TdKZPNQ/2tzU C2GCBk1ICg5TQZDrnpc0NZOFJefN7dF858PT7Jq9RXxblBAkLY5My5E9nBrsAFJCnYKn aRew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=7eXCvavNyr+z3sjClqPoC4UBbPrNuSYAmlMVe12+VB4=; b=np2n8TrNXNaB7ToXMhIR4B653CpSIlZ2l/lN0daZ0pLpSa8txCWuGWSK4KAHpa8FOz XyVulu10ugWr+nihAQOQ0YoN2DcJVfvb6rP/F33NruLefx6rdkpqjoe6i03GpktkwV1h nxAXe9z1vsZBZuvYCVRpCu8rcREiGFrC60NocYIitTdk3EwOFbIsZJn2dGiBA3kOS9Yy ibFXRQ7WuKOn2S7QXY5Fl6537TE9dxSd/zfTKb+U1dKlG2Xh9amxvBim79l/YumBKc3W iZzmMwy2at93BmTqEVaMQXJOh9w908p0bNI/J0ijpNXKFBYecs61t7x3tVhG/iwFeFeP DVWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@googlemail.com header.s=20161025 header.b=ee4GxWg4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i129si215358pfb.32.2019.02.04.06.41.39; Mon, 04 Feb 2019 06:41:55 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@googlemail.com header.s=20161025 header.b=ee4GxWg4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730550AbfBDOGV (ORCPT + 99 others); Mon, 4 Feb 2019 09:06:21 -0500 Received: from mail-ot1-f65.google.com ([209.85.210.65]:43697 "EHLO mail-ot1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727473AbfBDOGV (ORCPT ); Mon, 4 Feb 2019 09:06:21 -0500 Received: by mail-ot1-f65.google.com with SMTP id a11so13048148otr.10; Mon, 04 Feb 2019 06:06:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7eXCvavNyr+z3sjClqPoC4UBbPrNuSYAmlMVe12+VB4=; b=ee4GxWg4L5EPkH0KYc9kX0nyL4DP5Kfh9VaCAv1FXE9r/2uhkuQ/f6eWBltVS292xF Gm2JRPMeoJBc+m/3KnSyt2iiDv3xJLsB83CjlfMY0PyOT0UmEePAAOznpepe+acyaOdH o9Zj6JB/z+DDlYLyEPDV5Yc6bNB5J491VqRGV5Syo5sKmH7wSR69Xc6Ue2e0S0DvE/cm IEJcg7MwVBrQp0vj8NIMOiqyo4qU5pGH/0KQeI2nOjW+kJ82dBBLUNTgRC+20UQj/SSz pkezVG8svowQjNCvlKvrNyS0iMAPUQ9gEmaVzDyYE0XrDfL5GIPdjGNlq9iucChx67pC aI4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7eXCvavNyr+z3sjClqPoC4UBbPrNuSYAmlMVe12+VB4=; b=l6gHBmmuAGcV2tSvNoSZOQH6qtn3+XZ0CEPDFCnG1LB1d6W8X0scZfkMOgYnoqUye5 JonvCH0eEmDIANoRsYCZiN3lwrFwRcP9ChOeTrbE6THcYwm8p0BxHssiELO6T0eszOBt 3oIfA4BGKRmPpmStSy2EhPFRu3Ky8NsW3N2FwbjowOPdvG8bvO/0JcQya7M8Rud8M63e xnQQ9QOcbc2tsHoVUQFNDdBkRpP7wKnjsbWWbIFUv19AjzL+zTwZLBLGfYiMpHeeek7a PBX5NpqDuoHW8TGu/YGbmT85DeF+4Bpz0FzB682IxccqHP8arzqg6tzHOQP4yi6qAbcv u5Jg== X-Gm-Message-State: AJcUukeKtFcWGWsVgublkb9xpAKgfHL4ZsmQ/Op/CT65zfed96pcHQA0 zzedSujwqHcdZEAxiwsxzC+rg/+zTzfq0sWgQ1A= X-Received: by 2002:aca:5b43:: with SMTP id p64mr20264855oib.41.1549289179849; Mon, 04 Feb 2019 06:06:19 -0800 (PST) MIME-Version: 1.0 References: <20190129102521.4141-1-linux.amoon@gmail.com> <20190129102521.4141-3-linux.amoon@gmail.com> In-Reply-To: <20190129102521.4141-3-linux.amoon@gmail.com> From: Martin Blumenstingl Date: Mon, 4 Feb 2019 15:06:09 +0100 Message-ID: Subject: Re: [PATCHv3 2/2] ARM64: dts: meson-gxbb-odroidc2: Fix usb phy regulator power failed warning To: Anand Moon Cc: devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-amlogic@lists.infradead.org, linux-kernel@vger.kernel.org, Rob Herring , Kevin Hilman , Neil Armstrong , Jerome Brunet Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Anand, On Tue, Jan 29, 2019 at 11:25 AM Anand Moon wrote: > > Override the dr_mode from "host" to "otg" for USB_HOST controller (usb0) > changes help usb_phy0->usb0 initialization of OTG bus port. > > Changes fix the below warning. > > [ 1.183681] dwc2 c9000000.usb: c9000000.usb supply vusb_d not found, using dummy regulator > [ 1.190627] dwc2 c9000000.usb: Linked as a consumer to regulator.0 > [ 1.196696] dwc2 c9000000.usb: c9000000.usb supply vusb_a not found, using dummy regulator > [ 1.206094] phy phy-c0000000.phy.0: USB ID detect failed! > [ 1.210243] phy phy-c0000000.phy.0: phy poweron failed --> -22 I wonder if the warning below are a side-effect of "phy poweron failed"... > [ 1.216072] WARNING: CPU: 0 PID: 78 at drivers/regulator/core.c:2054 _regulator_put.part.11+0xf0/0xf8 > [ 1.225147] Modules linked in: > [ 1.228169] CPU: 0 PID: 78 Comm: kworker/0:1 Not tainted 5.0.0-rc4-xc2ml #1 > [ 1.235066] Hardware name: Hardkernel ODROID-C2 (DT) > [ 1.239987] Workqueue: events deferred_probe_work_func > [ 1.245072] pstate: 80000005 (Nzcv daif -PAN -UAO) > [ 1.249816] pc : _regulator_put.part.11+0xf0/0xf8 > [ 1.254473] lr : regulator_put+0x34/0x48 > [ 1.258353] sp : ffff0000117b3b00 > [ 1.261630] x29: ffff0000117b3b00 x28: 0000000000000000 > [ 1.266891] x27: ffff80007ec1a7b8 x26: ffff000010eec280 > [ 1.272153] x25: 0000000000000000 x24: 0000000000000009 > [ 1.277414] x23: ffff0000117b3bc8 x22: ffff80007ecd3c00 > [ 1.282675] x21: ffff0000111ad6c8 x20: ffff80007ecd3e00 > [ 1.287936] x19: ffff80007ecd3e00 x18: 0000000000000124 > [ 1.293198] x17: 0000000000000000 x16: 0000000000000000 > [ 1.298459] x15: 0000000000000400 x14: 0000000000000400 > [ 1.303720] x13: ff00000000000000 x12: ffffffffffffffff > [ 1.308981] x11: 0000000000000038 x10: 0000000000000040 > [ 1.314243] x9 : ffff0000111c58b0 x8 : ffff0000111c58a8 > [ 1.319504] x7 : ffff80006b055200 x6 : ffff80007edd2880 > [ 1.324765] x5 : ffff80007f400248 x4 : ffff80007fb92b00 > [ 1.330026] x3 : ffff0000112c9d58 x2 : ffff80007edd2880 > [ 1.335288] x1 : 0000000000000000 x0 : 0000000000000001 > [ 1.340549] Call trace: > [ 1.342966] _regulator_put.part.11+0xf0/0xf8 > [ 1.347278] regulator_put+0x34/0x48 > [ 1.350814] regulator_bulk_free+0x30/0x50 > [ 1.354868] devm_regulator_bulk_release+0x18/0x20 > [ 1.359612] release_nodes+0x1b0/0x220 > [ 1.363320] devres_release_all+0x34/0x50 > [ 1.367288] really_probe+0xec/0x290 > [ 1.370824] driver_probe_device+0x54/0xe8 > [ 1.374878] __device_attach_driver+0xb8/0xe8 > [ 1.379190] bus_for_each_drv+0x78/0xc8 > [ 1.382985] __device_attach+0xd4/0x130 > [ 1.386780] device_initial_probe+0x10/0x18 > [ 1.390920] bus_probe_device+0x90/0x98 > [ 1.394715] deferred_probe_work_func+0x6c/0xa0 > [ 1.399203] process_one_work+0x1e0/0x318 > [ 1.403168] worker_thread+0x228/0x428 > [ 1.406877] kthread+0x124/0x128 > [ 1.410070] ret_from_fork+0x10/0x18 > [ 1.413603] ---[ end trace 498aca4cb07e5377 ]--- phy_power_on fails above with -EINVAL and then something else breaks (it seems like you're hitting the WARN_ON in drivers/regulator/core.c below the comment which states: "Docs say you must disable before calling regulator_put()") so this looks like a bug in either the dwc2 driver or the PHY framework. can you please report that to the dwc2 and PHY maintainers so it can be fixed independently? Regards Martin