Received: by 10.223.164.221 with SMTP id h29csp163674wrb; Fri, 3 Nov 2017 07:12:31 -0700 (PDT) X-Google-Smtp-Source: ABhQp+Q7ogrhiQwRym6h/JuvwO+7GmHKPvq+d6vOHxbBiuK/byulI6vAx/GJHswOfHBphNYzC73r X-Received: by 10.98.236.24 with SMTP id k24mr7885729pfh.220.1509718351652; Fri, 03 Nov 2017 07:12:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509718351; cv=none; d=google.com; s=arc-20160816; b=vmTgTUFHm1qPmuLFiLWP+4gCwBmGI9hUtvjgb2y4FsvJvtALdAQwp8dNoIWSWcgNdn gU1I3MDpPaVM5O8gF4rLdnA9HPP3oVstO/zLxdb7vojYVJ0XKTMGE8P7s29O9fa+aMoO gTzOq1QWZcV2h7/hEyiNbW5GIRIgwDw7BZHvo4oq3AbKkAFO5kzf6pPJNrmsQt+YiT4O UjgQbQDk+hX05RL+J8gV24MKtb5aWFEG/J4UL2jPBV9MeuhMXzlMQA9rG/nq8JawiWF9 vg3dAR7M2YA3x98ysWo9stD6TJVk0CGv2cTP2p3TRGj2Pl1pTpUWmUaL0SXDuXUq6Zjt 5N/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:cc:to:from :arc-authentication-results; bh=ix7qbpkxJmj8sPoNaJ5bIYP9+QRxHhX8M0Tj5Iu6jNw=; b=shtR2mjNMxrm6nrxZe9ba6S3xFtTgyuhYJ42+mUGtByvn8SX5nrV2vaTn5atUMeg0R UUbFOh0m5k2kA4ZNPTW7tlAli4E1nTKvpPfoCurXd1b5nW3BNxERYnjpUVQI8cNFXg+f ztYu5OdOQbt7WtaJ9w1KShBk3ck4cLydjx4AaDLsqUzi0I9eERG0Rkz3JCRI7lnb7nk9 4EVOVmTCtQp0N994M3nYx2/Lqv/DpO+qEaU8fVmHzIyQ1IJ7x/7tubKoC2ZYBbM0Tpdr UX5zbiNvg5UF/x7IvCXCCK+ofR2qXrUvup4AQ0Zw/kui4T6V3fKwp0f2PqCUXui3eDEL 20Ow== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k67si6231470pga.110.2017.11.03.07.12.18; Fri, 03 Nov 2017 07:12:31 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756565AbdKCOKK convert rfc822-to-8bit (ORCPT + 95 others); Fri, 3 Nov 2017 10:10:10 -0400 Received: from 19pmail.ess.barracuda.com ([64.235.154.230]:33017 "EHLO 19pmail.ess.barracuda.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755933AbdKCOKI (ORCPT ); Fri, 3 Nov 2017 10:10:08 -0400 Received: from MIPSMAIL01.mipstec.com (mailrelay.mips.com [12.201.5.28]) by mx1412.ess.rzc.cudaops.com (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NO); Fri, 03 Nov 2017 14:07:58 +0000 Received: from MIPSMAIL01.mipstec.com ([fe80::5c93:1f20:524d:a563]) by MIPSMAIL01.mipstec.com ([fe80::5c93:1f20:524d:a563%13]) with mapi id 14.03.0361.001; Fri, 3 Nov 2017 07:04:19 -0700 From: Miodrag Dinic To: Paul Burton CC: Aleksandar Markovic , "linux-mips@linux-mips.org" , Goran Ferenc , Aleksandar Markovic , "David S. Miller" , Douglas Leung , Greg Kroah-Hartman , James Hogan , "linux-kernel@vger.kernel.org" , Mauro Carvalho Chehab , Miodrag Dinic , Paul Burton , Petar Jovanovic , "Raghu Gandham" , Ralf Baechle , Randy Dunlap Subject: RE: [PATCH v6 5/5] MIPS: ranchu: Add Ranchu as a new generic-based board Thread-Topic: [PATCH v6 5/5] MIPS: ranchu: Add Ranchu as a new generic-based board Thread-Index: AQHTUXZuvGrl+bRRXEyMdpcukfrmmqMASGwAgADJreqAAPiPgIAAqvTF Date: Fri, 3 Nov 2017 14:04:19 +0000 Message-ID: <48924BBB91ABDE4D9335632A6B179DD6A77728@MIPSMAIL01.mipstec.com> References: <1509364642-21771-1-git-send-email-aleksandar.markovic@rt-rk.com> <1509364642-21771-6-git-send-email-aleksandar.markovic@rt-rk.com> <20171101175820.nhepxzdwfokof6q2@pburton-laptop> <48924BBB91ABDE4D9335632A6B179DD6A74236@MIPSMAIL01.mipstec.com>,<20171102204947.tnahab2h4xep7m3y@pburton-laptop> In-Reply-To: <20171102204947.tnahab2h4xep7m3y@pburton-laptop> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [82.117.201.26] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-BESS-ID: 1509718078-452060-31104-709155-3 X-BESS-VER: 2017.12.1-r1710261623 X-BESS-Apparent-Source-IP: 12.201.5.28 X-BESS-Outbound-Spam-Score: 0.61 X-BESS-Outbound-Spam-Report: Code version 3.2, rules version 3.2.2.186549 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH META: Sender Domain Matches Recipient Domain 0.00 BSF_BESS_OUTBOUND META: BESS Outbound 0.60 MARKETING_SUBJECT HEADER: Subject contains popular marketing words X-BESS-Outbound-Spam-Status: SCORE=0.61 using account:ESS59374 scores of KILL_LEVEL=7.0 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, BSF_BESS_OUTBOUND, MARKETING_SUBJECT X-BESS-BRTS-Status: 1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Paul, > > We can not remove the forward declaration because we need to define > > __mips_mach_ranchu (which is done by MIPS_MACHINE(ranchu)) before ranchu_of_match. > > Why? Why do you need to set the struct of_device_id data field? The generic > code only provides the match data to the machine fixup_fdt callback which you > don't implement, so the value is never used. Oooh, yes you are right. This was a leftover when we started porting Ranchu as a legacy platform. We will fix it in V8. Thank you. Kind regards, Miodrag ________________________________________ From: Paul Burton [paul.burton@mips.com] Sent: Thursday, November 2, 2017 9:49 PM To: Miodrag Dinic Cc: Aleksandar Markovic; linux-mips@linux-mips.org; Goran Ferenc; Aleksandar Markovic; David S. Miller; Douglas Leung; Greg Kroah-Hartman; James Hogan; linux-kernel@vger.kernel.org; Mauro Carvalho Chehab; Miodrag Dinic; Paul Burton; Petar Jovanovic; Raghu Gandham; Ralf Baechle; Randy Dunlap Subject: Re: [PATCH v6 5/5] MIPS: ranchu: Add Ranchu as a new generic-based board Hi Miodrag, On Thu, Nov 02, 2017 at 06:47:05AM -0700, Miodrag Dinic wrote: > > > +static const struct of_device_id ranchu_of_match[]; > > > + > > > +MIPS_MACHINE(ranchu) = { > > > + .matches = ranchu_of_match, > > > + .measure_hpt_freq = ranchu_measure_hpt_freq, > > > +}; > > > + > > > +static const struct of_device_id ranchu_of_match[] = { > > > + { > > > + .compatible = "mti,ranchu", > > > + .data = &__mips_mach_ranchu, > > > + }, > > > +}; > > > > Could you move ranchu_of_match before the MIPS_MACHINE & drop the forward > > declaration? That would feel tidier to me. It could also be marked as > > __initdata. > > We can not remove the forward declaration because we need to define > __mips_mach_ranchu (which is done by MIPS_MACHINE(ranchu)) before ranchu_of_match. Why? Why do you need to set the struct of_device_id data field? The generic code only provides the match data to the machine fixup_fdt callback which you don't implement, so the value is never used. Thanks, Paul From 1582988968896412299@xxx Thu Nov 02 20:52:02 +0000 2017 X-GM-THRID: 1582683942030413790 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread