Received: by 10.213.65.68 with SMTP id h4csp3572017imn; Tue, 10 Apr 2018 00:47:07 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/bf1zpjB7imNIMRHKlsWzfLCPkNOWSVOPXJDbqhl8Hq6cG6yiExxQwIiuCG/a7CA2qIN6l X-Received: by 10.98.62.71 with SMTP id l68mr1840478pfa.98.1523346427773; Tue, 10 Apr 2018 00:47:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523346427; cv=none; d=google.com; s=arc-20160816; b=DJmH3iAcTdiSsrb72hLtOT/NSsbWXOokJgiIWPYt7py98Ow7ylUAHr0EKMaPKzteO+ eIMuwfJfirOJH6tJNzfI5jtDAh+4P0F25GVmDQ/g3Y9dda5Zvp+r5qEDBoWiC1NKRFXF gIPggbjLu2jxYpRW24icg3Zdf7rJw4PuFpoScJzkbKtzGkvvaMHtLknCB3LXBGn1Xckx tBXsNiLm1q0HrOpic8HWrk43h5yTlwVY2NBm0D0xA728nSQX75+4rs62F+sQN8Qjy6SH bDA+wfI08kLx1TJiGVPw9v+PbOPZhOXQp/UYHjMyrT/ywJ4WExdTY2orDmyJ5yuWEWir AU+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=0G+9imlJGEEEm2jO36TsWunTIAULTsV+dOKqL5its3k=; b=OTWYga+39iZL+rOO6gCEjVyWpt5fIvmIU+w0lQ+/jR1esfJHQ4D2Ggodx9+rjFfeMJ fEeKM679Z8LmCXZToxraomB5WTQlHE7BCn0ALmhjtb9TjGtpXYdGudqd/INX6NlOLrlH 5OWzlLnMgIaNDXVgGJfdFE0OQb1XvVvtspr8e1rdBVlcRPMlAci5Y2rXqb1dmg+hw4dr kFctlClSBO1b58RN/RInI9w4x8IDnxJMq6dKiTHskemFazOggnDa4QgDVUofGcaahP1d 601zHqWe0gkcehXFKo4n3w5aCLXHL3gZf7Gxi+vlibQCe6Gl5L9JDOecdx5hPBvIU9YH H9CA== 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 g18-v6si2090295plo.647.2018.04.10.00.46.31; Tue, 10 Apr 2018 00:47:07 -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 S1752601AbeDJHjL (ORCPT + 99 others); Tue, 10 Apr 2018 03:39:11 -0400 Received: from mga03.intel.com ([134.134.136.65]:19284 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751963AbeDJHjK (ORCPT ); Tue, 10 Apr 2018 03:39:10 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Apr 2018 00:39:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,431,1517904000"; d="scan'208";a="45638267" Received: from kuha.fi.intel.com ([10.237.72.189]) by fmsmga001.fm.intel.com with SMTP; 10 Apr 2018 00:39:07 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Tue, 10 Apr 2018 10:39:06 +0300 Date: Tue, 10 Apr 2018 10:39:06 +0300 From: Heikki Krogerus To: Tobias Regnery Cc: gregkh@linuxfoundation.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] usb: typec: ucsi: fix tracepoint related build error Message-ID: <20180410073906.GC10141@kuha.fi.intel.com> References: <20180409075517.15362-1-tobias.regnery@gmail.com> <20180409100153.GA10141@kuha.fi.intel.com> <20180409114053.GA9417@builder> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180409114053.GA9417@builder> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Tobias, On Mon, Apr 09, 2018 at 01:40:53PM +0200, Tobias Regnery wrote: > You are right, building a defconfig, enable the UCSI driver and disable > CONFIG_FTRACE indeed builds without problems. So it must be some other > combination of config options. Attached is the randconfig which triggers > the problem with linux-next from today. > > Regardless of the root cause, building trace.c conditionally on > CONFIG_TRACING works and the build failure goes away. Grepping through > the tree this seems to be the right option to depend on, as other users > of tracepoints are doing the same. Fair enough. I'll send a fix for that. Thanks, -- heikki