Linus Torvalds wrote: > - I changed the order to "low first". Why? Because when we have it like > this, the 64-bit system calls now don't use the "pos_high" argument at > all, and it makes more sense for the native system call to simply match > the user-mode prototype.
Good idea. > problems if we ever do 128-bit loff_t). So the user call wrapper isn't > really any more complicated - the HALF_BITS thing may look more > complicated than just doing a hard-coded '16' there twice, but if you > understand what it's doing it's actually more logical. The whole point of the HALF_BITS thing is just to kill the gcc "hey your shift is greater than bitsize of $type" warning, right? > I think. > > Comments? I really like it. Except for the low/high ordering it is basically identical to the patch I've mailed. While hashing out all the issues I've learned alot about arch specific ABIs. I can't see possible trouble spots and don't expect vetos from arch maintainers. cheers, Gerd -- To unsubscribe from this list: send the line "unsubscribe linux-api" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
