linux-kernel - Re: linux-next: manual merge of the tiny tree with the tip tree

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20141029155209.GA7287@thin>
Date:	Wed, 29 Oct 2014 08:52:09 -0700
From:	Josh Triplett <josh@...htriplett.org>
To:	Ingo Molnar <mingo@...nel.org>
Cc:	Stephen Rothwell <sfr@...b.auug.org.au>,
	Thomas Gleixner <tglx@...utronix.de>,
	Ingo Molnar <mingo@...e.hu>, "H. Peter Anvin" <hpa@...or.com>,
	Peter Zijlstra <peterz@...radead.org>,
	linux-next@...r.kernel.org, linux-kernel@...r.kernel.org,
	Oleg Nesterov <oleg@...hat.com>
Subject: Re: linux-next: manual merge of the tiny tree with the tip tree

On Tue, Sep 23, 2014 at 10:36:03AM +0200, Ingo Molnar wrote:
> * Josh Triplett <josh@...htriplett.org> wrote:
> > I've dropped tiny/no-io from tiny/next; I'll poke at it further 
> > and resubmit for the x86 tree later, likely not for the next 
> > merge window at this point.
> > 
> > Thanks for the feedback on process; this is day 1 of having a 
> > merge-window-bound tree in -next for the first time. :)
> 
> Sorry about the harshness of my initial email - I was unsure 
> about the background and we are close to the merge window. I have 
> no objections against the -tiny tree in linux-next, it's a good 
> effort.
> 
> I think we could cut down on the #ifdef uglies if we made the 
> ioperm callback pointer unconditional. That's just a tiny amount 
> of extra bloat, but should remove half of the #ifdefs or so? The 
> rest of the patches look fine.

I've revised the patch to eliminate quite a few #ifdefs, and in
particular almost all of those in .c files, by adding a macro
INIT_SET_IOPL_MASK to use in place of the initializer for set_iopl_mask,
and using __maybe_unused rather than wrapping function definitions in
#ifdef.  I'll send a new version momentarily.

> Usually hpa handles the x86 ioperm area, but he's swamped right 
> now, so I'll look at picking them up once you have submitted the 
> latest version. If you send it in the next day or two then they 
> could make the v3.18 merge window.

Other things came up (LinuxCon / Plumbers), but hopefully the new
version can go into 3.19.

- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/