Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4066010ybz; Tue, 28 Apr 2020 05:17:47 -0700 (PDT) X-Google-Smtp-Source: APiQypKXCAChwOHleOiBdXaNOCVz7yiLyHBMpwi+EWJ21nBSfrGZv634WLrwWuorRpxLxUE7aSDn X-Received: by 2002:a05:6402:2208:: with SMTP id cq8mr23179441edb.293.1588076267323; Tue, 28 Apr 2020 05:17:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588076267; cv=none; d=google.com; s=arc-20160816; b=o4lZSnbyL4qFzseaXYXMJyLj/80jfN+8ftLWj8NFM9lfwn1yuWPkdwp0vKFyrVCCCa sI/YPRsiy7kklXMYqrgXpZFIr02fK4YLKTiV+/fARnr+q4GTGFrNUk9NXhJ4+ZuD0ovP Fvkfxqj++O0S30hqSZtfBjncLJ/yipzyMisrBA4AtyX/CqUjF011XCRHE8QBStJmlvHQ Sab3Odesh5XXs2O6jSCuvrxR0I6TxX60X6I+LBoMb/qF/P+Anay5IYRRt+dazKvRjxJn yeQewgq4kowTgFisLWeWPDxghMtflkNqYS52Mx4rmgqz+fTA5FJqTv5/+PxsHp4uDozv Dqww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature:dkim-signature; bh=MKgnf5oZdY5J/2DP/ygrKEwrYrZvo+dhsYgP9CuFCh4=; b=c1neSJLz6zrywYWu/CMHZX/+fqnmoPJIDcGZdGZxMbzCnzNT2bjPKRRhGbUgouTVmd Mkg2ZK3h0mQy2NGYtbKD0wUV1F+UCY0/pM0FgeC53Z8zH88ccA/ndGdFEqKkaCJxzA77 /b5nF3j7Y/f5KCwoCD+Pz2YtMkM35suIgeuaFvnKY3vhiagTvnj1kX2LND1fHWNdhcJy 4zfV4JXJJbLuNNOGTdYaNj/SPFqFMskdCF1ttjuVjmlcGrh15lPRLSWQkX6RAnaPiqhT Rb5kVId5YyJIT9MwmvLH3wc0mhsRFIa+T9CbhYIq6atfPBE4TUvEp420gb24t/3QPklJ hIvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kroah.com header.s=fm3 header.b=ND43hL9j; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=ZxF3R5eD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e23si1501193edq.517.2020.04.28.05.17.21; Tue, 28 Apr 2020 05:17:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kroah.com header.s=fm3 header.b=ND43hL9j; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=ZxF3R5eD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726672AbgD1MPt (ORCPT + 99 others); Tue, 28 Apr 2020 08:15:49 -0400 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]:47905 "EHLO wout3-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726361AbgD1MPt (ORCPT ); Tue, 28 Apr 2020 08:15:49 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 735E05CF; Tue, 28 Apr 2020 08:15:48 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 28 Apr 2020 08:15:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kroah.com; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=MKgnf5oZdY5J/2DP/ygrKEwrYrZ vo+dhsYgP9CuFCh4=; b=ND43hL9jU2568+y6FZM/24NvLgNaPSj76c17+op89yK bsC/nATK0W033RI/eAUVNtCyyX/X5fBlhX79hboHTWvEhHZg8s5MmnkfEKzNGasy bE3w7H3nKG287Z68F/3KoHxPKZBw+oN3QtlAlierfwVdQ3U/ReHNmWYyCbHSzkDt N2NSMz9ahxUABur+ObQm6xQFjnomdxQCSszzK+ih81hXmgq1AyuSMVNSLCpL3v6n TL2mH3IICEHk0VU46ktqsej6NDaQDcmHVRdDWNj3wRy/uILPu9hH0fUnJcHzHjtX NS8yRrkECK6Leq+DDgND6auPfcmT8+Lj7GhghHoGz5g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=MKgnf5 oZdY5J/2DP/ygrKEwrYrZvo+dhsYgP9CuFCh4=; b=ZxF3R5eDt2q0cdlKU2bBEw 6KB9qzsoPmspl2lEkuu7fd7btb+dGgTRtNTY+d1aA76PaD+8VCfGSMhNmyI+UWOH loAdYLtZjZLj1ww6Bm7V05QKkiF63dSlLnjRgufmSpK1jYUbDFLiYo5Sr2MeIvSD kJSyCCQSh3H/3coimpoM+SvVT6d+ShHkSbqerlxT1RRYJ4k/pVvgTddxphH8eURp yQMwKbLOltHzuOyR3hyFMAztIL3z9Ez10n+Jc1qi72/OyY5DFKhECFk+REWUxV7N 2ELH0kzgbk5OrkmloI+Fddaasrb69q/h9BI+yr4oWhCkJaBmEbXQXiiaOupN5AHA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedriedugdeglecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepifhrvghgucfm jfcuoehgrhgvgheskhhrohgrhhdrtghomheqnecukfhppeekfedrkeeirdekledruddtje enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehgrhgv gheskhhrohgrhhdrtghomh X-ME-Proxy: Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) by mail.messagingengine.com (Postfix) with ESMTPA id 183AF3280068; Tue, 28 Apr 2020 08:15:46 -0400 (EDT) Date: Tue, 28 Apr 2020 14:15:45 +0200 From: Greg KH To: Stephen Rothwell Cc: Linux Next Mailing List , Linux Kernel Mailing List , Malcolm Priestley Subject: Re: linux-next: manual merge of the staging tree with the staging.current tree Message-ID: <20200428121545.GA1234722@kroah.com> References: <20200424151546.4dea83cb@canb.auug.org.au> <20200424064555.GA143960@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200424064555.GA143960@kroah.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 24, 2020 at 08:45:55AM +0200, Greg KH wrote: > On Fri, Apr 24, 2020 at 03:15:46PM +1000, Stephen Rothwell wrote: > > Hi all, > > > > Today's linux-next merge of the staging tree got a conflict in: > > > > drivers/staging/vt6656/main_usb.c > > > > between commit: > > > > 664ba5180234 ("staging: vt6656: Fix calling conditions of vnt_set_bss_mode") > > > > from the staging.current tree and commit: > > > > 463288b98190 ("staging: vt6556: vnt_rf_setpower convert to use ieee80211_channel.") > > > > from the staging tree. > > > > I fixed it up (see below) and can carry the fix as necessary. This > > is now fixed as far as linux-next is concerned, but any non trivial > > conflicts should be mentioned to your upstream maintainer when your tree > > is submitted for merging. You may also want to consider cooperating > > with the maintainer of the conflicting tree to minimise any particularly > > complex conflicts. > > > > -- > > Cheers, > > Stephen Rothwell > > > > diff --cc drivers/staging/vt6656/main_usb.c > > index 5f78cad3b647,3c76d3cb5bbe..000000000000 > > --- a/drivers/staging/vt6656/main_usb.c > > +++ b/drivers/staging/vt6656/main_usb.c > > @@@ -743,13 -740,8 +736,12 @@@ static void vnt_bss_info_changed(struc > > vnt_update_pre_ed_threshold(priv, false); > > } > > > > + if (changed & (BSS_CHANGED_BASIC_RATES | BSS_CHANGED_ERP_PREAMBLE | > > + BSS_CHANGED_ERP_SLOT)) > > + vnt_set_bss_mode(priv); > > + > > - if (changed & BSS_CHANGED_TXPOWER) > > - vnt_rf_setpower(priv, priv->current_rate, > > - conf->chandef.chan->hw_value); > > + if (changed & (BSS_CHANGED_TXPOWER | BSS_CHANGED_BANDWIDTH)) > > + vnt_rf_setpower(priv, conf->chandef.chan); > > > > if (changed & BSS_CHANGED_BEACON_ENABLED) { > > dev_dbg(&priv->usb->dev, > > > Thanks, that looks correct, I'll handle this when the staging.linus > branch goes to Linus in a few days. This should now all be resolved in my staging.next branch. thanks, greg k-h