Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp355220ybl; Thu, 30 Jan 2020 23:51:01 -0800 (PST) X-Google-Smtp-Source: APXvYqxksq9KN1Ihke2C8zkXVMrRc6pClBfQe0flbc3Y9WUUCR5hDXSdC4o4sDCn40qnAS0mm5ez X-Received: by 2002:aca:f20b:: with SMTP id q11mr5315381oih.78.1580457061379; Thu, 30 Jan 2020 23:51:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580457061; cv=none; d=google.com; s=arc-20160816; b=CWuMH+gIOIIaUjjZs/vSLsG/fSrBUkUqBqkrdeNvxfMgeF7UNLYIff1Tq2ZWxk3X6P u8mw2Lv4OIJ/xxze3WzqdsLLjmxRChjaN1jeWawh3stS23SrC3KoRgUBPKsjALPPODLX mYTIG/+AclRM0dC+hzoDlTUoxPsALXFOFUNX4k2rZ/g4Hc3xPUYvNuX+/dCGc9eHXrEg ebUHeXO6f1Ph85EI7XRLXe37ehlrURm0OeEnXOxg6j4nbJk/u0ZDDVGJNrvpkeaWnsjL Aeq1dGBr2dIdPXPuaN+vFBxpNqISVEbQfjUtddGNTujxHpPeLbSXiCz8qiyeo248ANC6 aCfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=qvr+aJIfVt71idspzkV9kXQUii4i+CIz5K3RXpmzUfo=; b=dA49RESj46Z4r9631ukrzBZTlH7G7twhcWR4v8nZRyzsl86Z5FSN9GfHXR/o5/KRyb lmXdqAH+zsscTcWr6bUQT/lVv2f54Bgodb/aFdA3BQjsKB+QUSxy4Fiq7REyoLxM1RKI tLXqw8IaHXutVPUP8pfEmmtOFiiZSE/SMFJZcoccbXLN3CHF1o85+ip+W/lz+9a+n2G7 vFF1jdnqgrDDrzHNkrkupLUjU9gFy+bzMTMncjNBhPpGrf+ZMxc/icwCnSdTyfVZ3Xbs fRjIPD1EagCZ8kelbwTJfdrcdN4VN/1U9dVlnmaeMwnnxWuJMl3p7gWRF6ZOmlO9AYlE /9QQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=JdQN+Vq9; 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 12si3789938oiz.131.2020.01.30.23.50.48; Thu, 30 Jan 2020 23:51:01 -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=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=JdQN+Vq9; 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 S1728134AbgAaHtz (ORCPT + 99 others); Fri, 31 Jan 2020 02:49:55 -0500 Received: from bombadil.infradead.org ([198.137.202.133]:58988 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728077AbgAaHtz (ORCPT ); Fri, 31 Jan 2020 02:49:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To: Subject:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=qvr+aJIfVt71idspzkV9kXQUii4i+CIz5K3RXpmzUfo=; b=JdQN+Vq99qXLVVYptTf5dDs38 OKEgk2bcdKACFNMPrZJ0++6lvUFEOROH7enkIJI32tYFuoDRhjP12kJAXGj5np2IhcItBU6FGAxfF JrYktKiYisMqPPRlNAFUnStY6pkB55Te+Jn0O/3FIb2x/xozdXzr4R3VVlGiVB9qGxdWvAwXXcXJn L2G41Fxoad+BNSxsMylGU8xH7KFLUYajP5/mvvveKWgWww9d5QN698r3+klTXrPU3dJfbj4QACcOX l5odApjPcKlYBrTg5HMdAYe/CJ/jXNotAt0HVvAK5ZOR9et+B1xzkySQfw29YHWnkr2AAGN7MEvcx oJE2aXRMw==; Received: from [2601:1c0:6280:3f0:897c:6038:c71d:ecac] by bombadil.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1ixR3q-0004uR-4z; Fri, 31 Jan 2020 07:49:54 +0000 Subject: Re: linux-next: Tree for Jan 31 (drivers/i2c/busses/i2c-stm32f7.c) To: Stephen Rothwell , Linux Next Mailing List Cc: Linux Kernel Mailing List , M'boumba Cedric Madianga , Wolfram Sang , "linux-i2c@vger.kernel.org" References: <20200131150606.34caeb7c@canb.auug.org.au> From: Randy Dunlap Message-ID: <7cd84961-d1f5-03eb-2e00-8f51b2f7121d@infradead.org> Date: Thu, 30 Jan 2020 23:49:53 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200131150606.34caeb7c@canb.auug.org.au> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/30/20 8:06 PM, Stephen Rothwell wrote: > Hi all, > > Please do not add any v5.7 material to your linux-next included > branches until after v5.6-rc1 has been released. > > I am experimenting with a "make htmldocs" build at > the end of the day, but it currently has an error: > > docutils.utils.SystemMessage: Documentation/driver-api/thermal/cpu-idle-cooling.rst:95: (SEVERE/4) Unexpected section title. > > Changes since 20200130: > > The amdgpu tree lost its build failure. > > The akpm-current tree gained a build failure due to an interaction with > the nfsd tree for which I have revertd a commit. > > Non-merge commits (relative to Linus' tree): 3654 > 3320 files changed, 145104 insertions(+), 53102 deletions(-) > > ---------------------------------------------------------------------------- > > I have created today's linux-next tree at > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > (patches at http://www.kernel.org/pub/linux/kernel/next/ ). If you > are tracking the linux-next tree using git, you should not use "git pull" > to do so as that will try to merge the new linux-next release with the > old one. You should use "git fetch" and checkout or reset to the new > master. > > You can see which trees have been included by looking in the Next/Trees > file in the source. There are also quilt-import.log and merge.log > files in the Next directory. Between each merge, the tree was built > with a ppc64_defconfig for powerpc, an allmodconfig for x86_64, a > multi_v7_defconfig for arm and a native build of tools/perf. After > the final fixups (if any), I do an x86_64 modules_install followed by > builds for x86_64 allnoconfig, powerpc allnoconfig (32 and 64 bit), > ppc44x_defconfig, allyesconfig and pseries_le_defconfig and i386, sparc > and sparc64 defconfig. And finally, a simple boot test of the powerpc > pseries_le_defconfig kernel in qemu (with and without kvm enabled). > > Below is a summary of the state of the merge. > > I am currently merging 315 trees (counting Linus' and 78 trees of bug > fix patches pending for the current merge release). > > Stats about the size of the tree over time can be seen at > http://neuling.org/linux-next-size.html . > > Status of my local build tests will be at > http://kisskb.ellerman.id.au/linux-next . If maintainers want to give > advice about cross compilers/configs that work, we are always open to add > more builds. > > Thanks to Randy Dunlap for doing many randconfig builds. And to Paul > Gortmaker for triage and bug fixes. > on i386: when CONFIG_I2C is not set/enabled: ../drivers/i2c/busses/i2c-stm32f7.c: In function ?stm32f7_i2c_suspend?: ../drivers/i2c/busses/i2c-stm32f7.c:2199:44: error: ?struct dev_pm_info? has no member named ?wakeup_path? if (!device_may_wakeup(dev) && !dev->power.wakeup_path) { ^ ../drivers/i2c/busses/i2c-stm32f7.c: In function ?stm32f7_i2c_resume?: ../drivers/i2c/busses/i2c-stm32f7.c:2218:44: error: ?struct dev_pm_info? has no member named ?wakeup_path? if (!device_may_wakeup(dev) && !dev->power.wakeup_path) { ^ -- ~Randy Reported-by: Randy Dunlap