Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp453927imu; Thu, 3 Jan 2019 00:44:13 -0800 (PST) X-Google-Smtp-Source: ALg8bN70ulTWVStWN6pHR9Bx0iXH7v22SysRdblzaiHKUxB5/+UUTfgByHUS79Ab8j52PbF1Yt+k X-Received: by 2002:a17:902:7402:: with SMTP id g2mr45162983pll.198.1546505053536; Thu, 03 Jan 2019 00:44:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546505053; cv=none; d=google.com; s=arc-20160816; b=eLEp1TSCO1LrurgG13a+9RF7mdCpqfOHqgeYtjVfFapXeFDjzXUlNcBlqcLSMKvmQ/ OblVQRFODL5ncIKAwqteCcUpfWs7PfGugoIGNUtCk0gV9u2jaoOJz5p5rtSAqempDTw6 n3NBoFEusMT0ssG9GG1Wly2VYrlE7crHZUr4cABMDJQu6GbvqzEa+UEITZhvQImHbbro mlqGt/MjfnWFPkQFtzRT5Ra8PlNbjYV141R81kYaJ05NvQzGu1Xs3MN7v1zXa3uqBq2t dW5n1yrJYhxK2GIcue6ojf/7AI38ByI4A1b6xXCWEr2TZGLdQ+Z5A0VGKEz441ohw44O +TaA== 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=s/R95NGtZknRj9QwT/UAZFJYcFxEPqqDRov7iRTweIw=; b=g9JilwoD4DnhgoZK2UrtNLZchxJYN1g82y/IMQ9uASlZFUBx3J3tCY/SezrMEMxvSi pFKLmr2XFakxPcITlib7yC3NEwM5l8PJSeq97kU1X7JcDX6v8LyoQQzsTASP/6oSCOUY K/zCWhKoLAZmuh31iyQ9fO4+LBHXWhV4WmVhzInuPsKUCYWirAkdRsjymgSkblLyWWC+ WQN5Uh0Au72/8dciHUJVZN3mBRHaxXwrPhqpnnUbB+KwOD/gVCFrS9ZtON2LPyRCfXIc E11Zcti/FWO/vkTyhL/6VEoQkcZDDDsu3B0Q35m4rDZTI8YA4dc8cuY95M1j0agmfN0/ uCsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=AsKh+CQ8; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d77si14198968pfj.124.2019.01.03.00.43.36; Thu, 03 Jan 2019 00:44:13 -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=@kernel.org header.s=default header.b=AsKh+CQ8; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728809AbfACD3H (ORCPT + 99 others); Wed, 2 Jan 2019 22:29:07 -0500 Received: from mail.kernel.org ([198.145.29.99]:58226 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727113AbfACD3H (ORCPT ); Wed, 2 Jan 2019 22:29:07 -0500 Received: from mail-ot1-f48.google.com (mail-ot1-f48.google.com [209.85.210.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4C7CD2171F; Thu, 3 Jan 2019 03:29:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1546486145; bh=Jug9QSBgCxluRLcEXDHuyKV9gRbvhSZmRoeeWPwP5OA=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=AsKh+CQ8pxD/nI4TOakaR1P6jUftCo2oczKnXBzAYKPKTCFWnM+8Up+oTBbxJtG0x LM89vz0rDR7xge6o9lBE5Vx2CE2SREyuJetX/BCj9DF71EkMa2WQJ2AU97iQ4XQFf6 0rkt2NsNqROjLoszTrjitUirKno5z2qosJW0MYvk= Received: by mail-ot1-f48.google.com with SMTP id w25so28343629otm.13; Wed, 02 Jan 2019 19:29:05 -0800 (PST) X-Gm-Message-State: AJcUukcZCs/PuVtuk7TRunyppJET+4Hit5PsmpxrvN3vaHkY6846ET07 3q9e1zZ1jpTJa2ZOHtsEB07uIak6HP3Boxajj0A= X-Received: by 2002:a9d:784a:: with SMTP id c10mr33212634otm.175.1546486144513; Wed, 02 Jan 2019 19:29:04 -0800 (PST) MIME-Version: 1.0 References: <20190102181038.4418-1-okaya@kernel.org> <20190102181038.4418-9-okaya@kernel.org> <57ed1d94-7f89-20e8-3289-7ef7efd18c20@linux.intel.com> <8c69f8d0-6a95-0011-ff87-8ac9236a992d@linux.intel.com> In-Reply-To: <8c69f8d0-6a95-0011-ff87-8ac9236a992d@linux.intel.com> From: Sinan Kaya Date: Thu, 3 Jan 2019 03:28:52 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [alsa-devel] [PATCH v5 08/11] ASoC: Intel: atom: Make PCI dependency explicit To: Pierre-Louis Bossart Cc: "moderated list:INTEL ASoC DRIVERS" , Mark Brown , Jie Yang , Takashi Iwai , open list , Liam Girdwood , ACPI Devel Mailing List , Linux Next Mailing List , Chandan Rajendra , tony.luck@intel.com 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 +Tony On Wed, Jan 2, 2019 at 11:50 PM Pierre-Louis Bossart wrote: > > > On 1/2/19 4:58 PM, Sinan Kaya wrote: > > On Wed, Jan 2, 2019 at 10:50 PM Pierre-Louis Bossart > > wrote: > >> > >>> This is pointing to a kconfig issue on ia64 arch. > >>> > >>> arch/ia64/Kconfig:128:error: recursive dependency detected! > >>> arch/ia64/Kconfig:128: choice contains symbol IA64_HP_SIM > >>> arch/ia64/Kconfig:202: symbol IA64_HP_SIM is part of choice PM > >>> > >>> IA64_HP_SIM is both a choice and is selected. > >>> > >>> I did allyesconfig and disabled PCI afterwards to find all the issues > >>> on this patchset. > >> Are you saying there's a newer series that fixes this issue for both > >> allyesconfig and allmodconfig? > >> > >> if yes, then we're good. > > > > No, I haven't fixed ia64 kconfig issue. That's somebody else's job. I > > used allyesconfig to find out all compilation issues on x86 arch to > > come up with this patchset. > > Nothing makes me cringe more than "somebody else's job" statements. In > this case, there is obviously a correlation with your ACPI changes since > the circular dependency happens because of the ACPI symbol. > I agree that it needs to be fixed. I am not convinced that the issue is related to my change. Your log is pointing to an inconsistency in ia64 kconfig. > arch/ia64/Kconfig:126:error: recursive dependency detected! > arch/ia64/Kconfig:126: choice contains symbol IA64_HP_SIM > arch/ia64/Kconfig:200: symbol IA64_HP_SIM is part of choice PM > kernel/power/Kconfig:144: symbol PM is selected by PM_SLEEP > kernel/power/Kconfig:104: symbol PM_SLEEP depends on HIBERNATE_CALLBACKS > kernel/power/Kconfig:31: symbol HIBERNATE_CALLBACKS is selected by > HIBERNATION > kernel/power/Kconfig:34: symbol HIBERNATION depends on SWAP > init/Kconfig:250: symbol SWAP depends on BLOCK > block/Kconfig:5: symbol BLOCK is selected by UBIFS_FS > fs/ubifs/Kconfig:1: symbol UBIFS_FS depends on MISC_FILESYSTEMS > fs/Kconfig:220: symbol MISC_FILESYSTEMS is selected by ACPI_APEI > drivers/acpi/apei/Kconfig:8: symbol ACPI_APEI depends on ACPI > drivers/acpi/Kconfig:9: symbol ACPI depends on ARCH_SUPPORTS_ACPI > <<<< LOOK HERE I am still having hard time seeing how this issue is exposed by removing PCI dependency from ACPi. Rafael, Tony: can you help me? > drivers/acpi/Kconfig:6: symbol ARCH_SUPPORTS_ACPI is selected by > IA64_HP_SIM > arch/ia64/Kconfig:200: symbol IA64_HP_SIM is part of choice > > At any rate, a 3 mn git bisect tells me the circular dependency is > exposed by this change: > > f3fd6cd74fedf99b6060f75df00943fda13b65f2 is the first bad commit > commit f3fd6cd74fedf99b6060f75df00943fda13b65f2 > Author: Chandan Rajendra > Date: Sat Dec 8 12:21:38 2018 +0530 > > fscrypt: remove filesystem specific build config option > > In order to have a common code base for fscrypt "post read" processing > for all filesystems which support encryption, this commit removes > filesystem specific build config option (e.g. > CONFIG_EXT4_FS_ENCRYPTION) > and replaces it with a build option (i.e. CONFIG_FS_ENCRYPTION) whose > value affects all the filesystems making use of fscrypt. > > Signed-off-by: Chandan Rajendra > Signed-off-by: Theodore Ts'o > > -Pierre > >