On Sun, May 22, 2011 at 12:37 AM, Peter Zijlstra <pet...@infradead.org> wrote: > On Sat, 2011-05-21 at 12:12 +0200, richard -rw- weinberger wrote: >> 2011/5/21 Toralf Förster <toralf.foers...@gmx.de>: >> > Bisecting gave : >> > >> > >> > git bisect badd123375425d7df4b6081a631fc1203fceafa59b2 is the first bad >> > commit >> > commit d123375425d7df4b6081a631fc1203fceafa59b2 >> > Author: Thomas Gleixner <t...@linutronix.de> >> > Date: Wed Jan 26 21:32:01 2011 +0100 >> > >> > rwsem: Remove redundant asmregparm annotation >> > >> > Peter Zijlstra pointed out, that the only user of asmregparm (x86) is >> > compiling the kernel already with -mregparm=3. So the annotation of >> > the rwsem functions is redundant. Remove it. >> >> Ok, this bisect makes much more sense. >> >> Thomas, Peter, please revert d123375425d7df4b6081a631fc1203fceafa59b2. >> We cannot compile UML with -mregparm=3 it would cause a lot of trouble. >> It would break 32bit UML on 64bit and also on older 32bit systems like RHEL5. > > But why?
Why reverting? d123375 effectively reverts commit d50efc6c (x86: fix UML and -regparm=3). > Also, having to carry that asmregparm notation just for uml doesn't seem > worth the trouble. > Frankly, I don't know why exactly UML breaks without having asmregparm. I've seen this -regparm=3 thing today the very first time, I'll dig into it... -- Thanks, //richard ------------------------------------------------------------------------------ What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel