Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759668AbcJZBfP (ORCPT ); Tue, 25 Oct 2016 21:35:15 -0400 Received: from ozlabs.org ([103.22.144.67]:34025 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754774AbcJZBev (ORCPT ); Tue, 25 Oct 2016 21:34:51 -0400 From: Rusty Russell To: Jiri Kosina , Jessica Yu Cc: Petr Mladek , Andrew Morton , Josh Poimboeuf , live-patching@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: taint/module: Clean up global and module taint flags handling In-Reply-To: References: <1474458442-21581-1-git-send-email-pmladek@suse.com> <20160923044840.GB30848@packer-debian-8-amd64.digitalocean.com> User-Agent: Notmuch/0.21 (http://notmuchmail.org) Emacs/24.5.1 (x86_64-pc-linux-gnu) Date: Wed, 26 Oct 2016 11:37:23 +1030 Message-ID: <87a8dr535g.fsf@rustcorp.com.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1075 Lines: 32 Jiri Kosina writes: > On Fri, 23 Sep 2016, Jessica Yu wrote: > >> Hm, quick question, which tree would this patch go to? Though the >> cleanup is for modules, there is an indirect cross-tree dependency >> (taint_flag.module needs to be true for TAINT_LIVEPATCH for Josh's >> patch to still work as intended). The least complicated thing to do >> would be to just take this through the livepatch tree (with Rusty's >> approval :-)), no? > > I don't want to be sneaking this behind Rusty's back, but he hasn't > reposnded so far. I finally side-stepped this by appointing Jessica maintainer, thus her Reviewed-by is sufficient for the module tree. Lazy, huh? Sorry for the delay, Rusty. > It's not vitally super-crucial to have this present in this very pull > request, so I am currently putting this on hold wrt. the upcoming merge > window pull request, and we'll then proceeed afterwards once Rusty > expressess his (n)ack. If this doesn't happen during the coming weeks, > I'll pick this up myself. > > Thanks, > > -- > Jiri Kosina > SUSE Labs