)]}' { "log": [ { "commit": "c31ae4bb4a9fa4606a74c0a4fb61b74f804e861e", "tree": "7694b1a05bc1ac660ac26eb9997200556ccd3933", "parents": [ "63b852a6b67d0820d388b0ecd0da83ccb4048b8d" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Wed May 13 22:56:25 2009 +0000" }, "committer": { "name": "Arnd Bergmann", "email": "arnd@klappe2.(none)", "time": "Thu Jun 11 21:02:14 2009 +0200" }, "message": "asm-generic: introduce asm/bitsperlong.h\n\nThis provides a reliable way for asm-generic/types.h and other\nfiles to find out if it is running on a 32 or 64 bit platform.\n\nWe cannot use CONFIG_64BIT for this in headers that are included\nfrom user space because CONFIG symbols are not available there.\nWe also cannot do it inside of asm/types.h because some headers\nneed the word size but cannot include types.h.\n\nThe solution is to introduce a new header \u003casm/bitsperlong.h\u003e\nthat defines both __BITS_PER_LONG for user space and\nBITS_PER_LONG for usage in the kernel. The asm-generic\nversion falls back to 32 bit unless the architecture overrides\nit, which I did for all 64 bit platforms.\n\nSigned-off-by: Remis Lima Baima \u003cremis.developer@googlemail.com\u003e\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\n" }, { "commit": "f16695f4ac088cf7593e113574046d2d7e5af5eb", "tree": "6941bbb7cb6ab0c75a914eb5e30e5e02570540c6", "parents": [ "cebbd3fb803603b12408458ba17c29ce1e15a5f2" ], "author": { "name": "Adrian Bunk", "email": "bunk@kernel.org", "time": "Fri Jul 25 01:45:36 2008 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jul 25 10:53:27 2008 -0700" }, "message": "asm-generic/int-ll64.h: always provide __{s,u}64\n\nSeveral compilers offer \"long long\" without claiming to support C99.\n\nConsidering how frequent __s64/__u64 are used our userspace headers are\nanyway unusable without __s64/__u64 available.\n\nAlways offer __s64/__u64 to non-gcc non-C99 compilers - if they provide\n\"long long\" that makes the headers compiling and if they don\u0027t they are\nanyway screwed.\n\nSigned-off-by: Adrian Bunk \u003cbunk@kernel.org\u003e\nAcked-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nCc: Harvey Harrison \u003charvey.harrison@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "c25bd29805f4d854c3a0b4176813f3c1bff569d3", "tree": "8712a2748b842176d177dedb2e6594b71fc2ff10", "parents": [ "4cf63c8ac48c63b4c55669d4648506ed2bb8976f" ], "author": { "name": "H. Peter Anvin", "email": "hpa@zytor.com", "time": "Thu Apr 24 13:37:33 2008 -0700" }, "committer": { "name": "H. Peter Anvin", "email": "hpa@zytor.com", "time": "Fri May 02 16:18:42 2008 -0700" }, "message": "types: add C99-style constructors to \u003casm-generic/int-*.h\u003e\n\nAdd C99-style constructor macros for fixed types to\n\u003casm-generic/int-*.h\u003e. Since Linux uses names like \"u64\" instead of\n\"uint64_t\", the constructor macros are called U64_C() instead of\nUINT64_C() and so forth.\n\nThese macros allow specific sizes to be specified as\nU64_C(0x123456789abcdef), without gcc issuing warnings as it will if\none writes (u64)0x123456789abcdef.\n\nWhen used from assembly, these macros pass their argument unchanged.\n\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\n" }, { "commit": "d13ff31cfeedbf2fefc7ba13cb753775648eac0c", "tree": "94bbe8498b3fc281265367f5dac94374a065255f", "parents": [ "b66e1f11ebc429569a3784aaf64123633d9e3ed1" ], "author": { "name": "H. Peter Anvin", "email": "hpa@zytor.com", "time": "Thu Apr 24 12:56:52 2008 -0700" }, "committer": { "name": "H. Peter Anvin", "email": "hpa@zytor.com", "time": "Fri May 02 16:18:19 2008 -0700" }, "message": "types: create \u003casm-generic/int-*.h\u003e\n\nThis creates two generic files with common integer definitions; one\nwhere 64 bits is \"long\" (most 64-bit architectures) and one where 64\nbits is \"long long\" (all 32-bit architectures and x86-64.)\n\nSigned-off-by: H. Peter Anvin \u003chpa@zytor.com\u003e\nCc: Anton Blanchard \u003canton@samba.org\u003e\nCc: Ben Dooks \u003cben-linux@fluff.org\u003e\nCc: Bryan Wu \u003ccooloney@kernel.org\u003e\nCc: Chris Zankel \u003cchris@zankel.net\u003e\nCc: David Howells \u003cdhowells@redhat.com\u003e\nCc: David S. Miller \u003cdavem@davemloft.net\u003e\nCc: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nCc: Grant Grundler \u003cgrundler@parisc-linux.org\u003e\nCc: H. Peter Anvin \u003chpa@zytor.com\u003e\nCc: Haavard Skinnemoen \u003chskinnemoen@atmel.com\u003e\nCc: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nCc: Hirokazu Takata \u003ctakata@linux-m32r.org\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Ivan Kokshaysky \u003cink@jurassic.park.msu.ru\u003e\nCc: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nCc: Koichi Yasutake \u003cyasutake.koichi@jp.panasonic.com\u003e\nCc: Kyle McMartin \u003ckyle@parisc-linux.org\u003e\nCc: Lennert Buytenhek \u003ckernel@wantstofly.org\u003e\nCc: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nCc: Matthew Wilcox \u003cmatthew@wil.cx\u003e\nCc: Mikael Starvik \u003cstarvik@axis.com\u003e\nCc: Paul Mackerras \u003cpaulus@samba.org\u003e\nCc: Paul Mundt \u003clethal@linux-sh.org\u003e\nCc: Ralf Baechle \u003cralf@linux-mips.org\u003e\nCc: Richard Henderson \u003crth@twiddle.net\u003e\nCc: Roman Zippel \u003czippel@linux-m68k.org\u003e\nCc: Russell King \u003crmk@arm.linux.org.uk\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: William L. Irwin \u003cwli@holomorphy.com\u003e\nCc: Yoshinori Sato \u003cysato@users.sourceforge.jp\u003e\n" } ] }