linux-kernel - Re: livepatching tree for linux-next

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LNX.2.00.1501080104190.15299@pobox.suse.cz>
Date:	Thu, 8 Jan 2015 01:11:03 +0100 (CET)
From:	Jiri Kosina <jkosina@...e.cz>
To:	Andrew Morton <akpm@...ux-foundation.org>
cc:	Stephen Rothwell <sfr@...b.auug.org.au>,
	Josh Poimboeuf <jpoimboe@...hat.com>,
	Christoph Hellwig <hch@...radead.org>,
	linux-kernel@...r.kernel.org, live-patching@...r.kernel.org,
	linux-next@...r.kernel.org, Steven Rostedt <rostedt@...dmis.org>,
	Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>
Subject: Re: livepatching tree for linux-next

On Wed, 7 Jan 2015, Andrew Morton wrote:

> > --- a/kernel/livepatch/core.c
> > +++ b/kernel/livepatch/core.c
> > @@ -911,6 +911,12 @@ static int klp_init(void)
> >  {
> >  	int ret;
> >  
> > +	ret = klp_check_compiler_support();
> > +	if (ret) {
> > +		pr_info("Your compiler is too old; turning off.\n");
> > +		return -EINVAL;
> > +	}
> > +
> 
> Looks reasonable.  

Thanks. Can I treat this as your Reported-and-tested-by .. ?

> It's a shame we've never figured out a way to do this at Kconfig-time.

That's something that has been on my TODO list for very long time (this is 
not the first time I've been biten by that), but unfortunately rather low. 
I will talk to Michal Marek to see whether he doesn't have any idea how to 
implement this in an elegant way ... but let's keep that separate from 
this thread.

In any case, Masami, I really think you would like to do something like 
that for IPMODIFY as well ... or are you deliberately defering the 
responsibility to handle the possible mcount fallout to the ftrace_ops 
owner?

> That second #error doing in livepatch.h is a bit odd.  It errors out if 
> anyone includes livepatch.h when CONFIG_LIVE_PATCHING=n.  Methinks it 
> would be saner to change it to
> 
> #error include linux/livepatch.h, not asm/livepatch.h

I guess that's a nice cleanup. Noted, thanks.

-- 
Jiri Kosina
SUSE Labs
--
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/