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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 025F7C77B6C for ; Thu, 13 Apr 2023 07:32:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229838AbjDMHce (ORCPT ); Thu, 13 Apr 2023 03:32:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45142 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229720AbjDMHcd (ORCPT ); Thu, 13 Apr 2023 03:32:33 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1601959F4; Thu, 13 Apr 2023 00:32:33 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id A64F663BED; Thu, 13 Apr 2023 07:32:32 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 307F0C433D2; Thu, 13 Apr 2023 07:32:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1681371152; bh=XX40GqrlZHaC4lD7qKSv+E3ST8OVF3r4Nh25ofwUock=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=Q526+mwbu5mrRjg6ohbcA+2uI8ypqmuQOmv9PzvduT1FkVkGOPohRIcaayzD7GNc7 VW1jNZwmBC/ve327Js+1acgWSC0l1oYoPNHh4dZAwyKLn54PKtYjsVVsqamd8gv7lR PXqh/afzB/24sRDJXggMGwl+Lh3VI1t3KmYdQLBntjzJD5poytISE8Aq37b1415Itg iFkvOykoOCXOcT2nZos7uwAWOBY6N2GxvsKnuUe/fP//jTaFJ0S+9EOF8rXpl5NVk0 DG+3owZEQOlOpflfXgk9JrG3eM8/2dsF+PKiUZyQBRPLaOrT64li6Jmg38JqAc2WmL jW4VNG5gBOXQw== Message-ID: <167e4a8c-3ebd-92b7-1481-947f08901f97@kernel.org> Date: Thu, 13 Apr 2023 09:32:27 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Subject: Re: [PATCH v2 2/2] dt-bindings: usb: snps,dwc3: Add 'snps,global-regs-starting-offset' quirk To: Stanley Chang , Thinh Nguyen Cc: linux-usb@vger.kernel.org, Greg Kroah-Hartman , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, Rob Herring , Felipe Balbi References: <20230412033006.10859-2-stanley_chang@realtek.com> <20230413042503.4047-1-stanley_chang@realtek.com> Content-Language: en-US From: Krzysztof Kozlowski In-Reply-To: <20230413042503.4047-1-stanley_chang@realtek.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 13/04/2023 06:25, Stanley Chang wrote: > Add a new 'snps,global-regs-starting-offset' DT to dwc3 core to remap > the global register start address > > The RTK DHC SoCs were designed the global register address offset at > 0x8100. The default address is at DWC3_GLOBALS_REGS_START (0xc100). > Therefore, add the property of device-tree to adjust this start address. > > Signed-off-by: Stanley Chang > --- > v1 to v2 change: > 1. Change the name of the property "snps,global-regs-starting-offset". > --- Didn't you got already comment for this patch? How did you implement it? Also, I asked you multiple times: Please use scripts/get_maintainers.pl to get a list of necessary people and lists to CC. It might happen, that command when run on an older kernel, gives you outdated entries. Therefore please be sure you base your patches on recent Linux kernel. I don't understand why you ignore this. NAK, patch is not correct. Best regards, Krzysztof