)]}' { "log": [ { "commit": "bac9caf016bf147af7d3afbe7580a7f773cb1566", "tree": "61593e1f5596702aefea7e49ca8c3cfaaeb225e7", "parents": [ "22ef37eed673587ac984965dc88ba94c68873291" ], "author": { "name": "Roel Kluin", "email": "roel.kluin@gmail.com", "time": "Sun May 17 18:18:58 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon May 18 08:34:08 2009 -0700" }, "message": "asm-generic: fix local_add_unless macro\n\n`local_add_unless(x, y, z)\u0027 will be expanded to `(\u0026(x)-\u003ey, (y), (x))\u0027, but\n`\u0026(x)-\u003ey\u0027 should be `\u0026(x)-\u003ea\u0027\n\nSigned-off-by: Roel Kluin \u003croel.kluin@gmail.com\u003e\nCc: Mathieu Desnoyers \u003cmathieu.desnoyers@polymtl.ca\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ba84be2338d3a2b6020d39279335bb06fcd332e1", "tree": "ea41e8d58b208332945808380f9643a8267f7ad5", "parents": [ "08adefd4791772d8b3fe23cc9d2554123e21dfa3" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Jan 06 14:41:07 2009 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Jan 06 15:59:13 2009 -0800" }, "message": "remove linux/hardirq.h from asm-generic/local.h\n\nWhile looking at reducing the amount of architecture namespace pollution\nin the generic kernel, I found that asm/irq.h is included in the vast\nmajority of compilations on ARM (around 650 files.)\n\nSince asm/irq.h includes a sub-architecture include file on ARM, this\ncauses a negative impact on the ccache\u0027s ability to re-use the build\nresults from other sub-architectures, so we have a desire to reduce the\ndependencies on asm/irq.h.\n\nIt turns out that a major cause of this is the needless include of\nlinux/hardirq.h into asm-generic/local.h. The patch below removes this\ninclude, resulting in some 250 to 300 files (around half) of the kernel\nthen omitting asm/irq.h.\n\nMy test builds still succeed, provided two ARM files are fixed\n(arch/arm/kernel/traps.c and arch/arm/mm/fault.c) - so there may be\nnegative impacts for this on other architectures.\n\nNote that x86 does not include asm/irq.h nor linux/hardirq.h in its\nasm/local.h, so this patch can be viewed as bringing the generic version\ninto line with the x86 version.\n\n[kosaki.motohiro@jp.fujitsu.com: add #include \u003clinux/irqflags.h\u003e to acpi/processor_idle.c]\n[adobriyan@gmail.com: fix sparc64]\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: Steven Rostedt \u003crostedt@goodmis.org\u003e\nCc: Alexey Dobriyan \u003cadobriyan@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": "5e97b9309baa76b476ec7e0d6e9c097edeb4142c", "tree": "f36f3410ce537babc60025ea499970d148c69b14", "parents": [ "2856f5e31c1413bf6e4f1371e07e17078a5fee5e" ], "author": { "name": "Mathieu Desnoyers", "email": "mathieu.desnoyers@polymtl.ca", "time": "Tue May 08 00:34:40 2007 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@woody.linux-foundation.org", "time": "Tue May 08 11:15:20 2007 -0700" }, "message": "local_t: architecture independent extension\n\nThis series extena and standardises local_t operations on each architecture,\nallowing a rich set of atomic operations to be done on per-cpu data with\nminimal performance impact. On architectures where there seems to be no\ndifference between the SMP and UP operation (same memory barriers, same\nLOCKing), local.h simply includes asm-generic/local.h, which removes\nduplicated code from the current kernel tree.\n\nThis patch:\n\nlocal_t: architecture independent extension\n\nSigned-off-by: Mathieu Desnoyers \u003cmathieu.desnoyers@polymtl.ca\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "62c4f0a2d5a188f73a94f2cb8ea0dba3e7cf0a7f", "tree": "e85ca2d0dd43f90dccf758338764c3caa55f333f", "parents": [ "089f26d5e31b7bf42a9a8fefec08b30cd27f4b0e" ], "author": { "name": "David Woodhouse", "email": "dwmw2@infradead.org", "time": "Wed Apr 26 12:56:16 2006 +0100" }, "committer": { "name": "David Woodhouse", "email": "dwmw2@infradead.org", "time": "Wed Apr 26 12:56:16 2006 +0100" }, "message": "Don\u0027t include linux/config.h from anywhere else in include/\n\nSigned-off-by: David Woodhouse \u003cdwmw2@infradead.org\u003e\n" }, { "commit": "2cf8d82d63807c2c68adf20bb28bf502496186dd", "tree": "13cafaa87dafa639f3876bcda6d302266a349c88", "parents": [ "09ce3512dcad0ad1d07eee0dc5ebb6d037c39c16" ], "author": { "name": "Andrew Morton", "email": "akpm@osdl.org", "time": "Fri Mar 31 02:30:49 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Mar 31 12:18:55 2006 -0800" }, "message": "[PATCH] make local_t signed\n\nlocal_t\u0027s were defined to be unsigned. This increases confusion because\natomic_t\u0027s are signed. The patch goes through and changes all implementations\nto use signed longs throughout.\n\nAlso, x86-64 was using 32-bit quantities for the value passed into local_add()\nand local_sub(). Fixed.\n\nAll (actually, both) existing users have been audited.\n\n(Also s/__inline__/inline/ in x86_64/local.h)\n\nCc: Andi Kleen \u003cak@muc.de\u003e\nCc: Benjamin LaHaise \u003cbcrl@kvack.org\u003e\nCc: Kyle McMartin \u003ckyle@parisc-linux.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "f5f5370da4b3128b7dfd944b4fcbb5c7b6887348", "tree": "45a00ae5b234648083bad84db213da3b8220b679", "parents": [ "4f3a36a7d0eb420471506fcd46ee46f4b5cd4ebc" ], "author": { "name": "Kyle McMartin", "email": "kyle@parisc-linux.org", "time": "Tue Mar 28 01:56:11 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Mar 28 09:16:01 2006 -0800" }, "message": "[PATCH] Decrapify asm-generic/local.h\n\nNow that Christoph Lameter\u0027s atomic_long_t support is merged in mainline,\nmight as well convert asm-generic/local.h to use it, so the same code can\nbe used for both sizes of 32 and 64-bit unsigned longs.\n\nakpm sayeth:\n\nQ:\n\n Is there any particular reason why these routines weren\u0027t simply\n implemented with local_save/restore_flags, if they are only meant to\n guarantee atomicity to the local cpu? I\u0027m sure on most platforms this\n would be more efficient than using an atomic...\n\nA:\n\n The whole _point_ of local_t is to avoid local_irq_disable(). It\u0027s\n designed to exploit the fact that many CPUs can do incs and decs in a way\n which is atomic wrt local interrupts, but not atomic wrt SMP.\n\nBut this patch makes sense, because asm-generic/local.h is just a fallback\nimplementation for architectures which either cannot perform these\nlocal-irq-atomic operations, or its maintainers haven\u0027t yet got around to\nimplementing them.\n\nWe need more work done on local_t in the 2.6.17 timeframe - they\u0027re defined as\nunsigned long, but some architectures implement them as signed long.\n\nSigned-off-by: Kyle McMartin \u003ckyle@parisc-linux.org\u003e\nCc: Benjamin LaHaise \u003cbcrl@kvack.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2", "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d", "parents": [], "author": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n" } ] }