linux-kernel - Re: about relocs.c on x86

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]

Date:	Thu, 31 Jan 2008 13:04:27 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Sam Ravnborg <sam@...nborg.org>
Cc:	Harvey Harrison <harvey.harrison@...il.com>,
	Yinghai Lu <yhlu.kernel@...il.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Thomas Gleixner <tglx@...utronix.de>,
	"H. Peter Anvin" <hpa@...or.com>
Subject: Re: about relocs.c on x86


* Sam Ravnborg <sam@...nborg.org> wrote:

> As for the Makefiles - I looked at them last time and only issue that 
> kept me away for unifying them was that I did not understand the 
> linking order requirments and I did not see enough benefit at that 
> time to invest the time to unify them. Each of the remaining Makefile 
> should be unifyable in less than 10 steps each. It is just work that 
> are waitng to be done.

the only real issue i remember in this area are hidden link dependencies 
in terms of ordering init sequences.

and there's just no other sane approach here but to do finegrained 
changes (so that any breakage remains bisectable) and take the plunge 
down that road. Any implicit link dependency is a bug in the waiting 
anyway, which we want to fix. So feel free to unify this area, whenver 
you find the time.

	Ingo
--
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/