)]}' { "log": [ { "commit": "74bc7ceebfa1c84ddd3a843ebfb56df013bf7ef5", "tree": "548155250fbc7410273125019c70a7c5c085e895", "parents": [ "d2ba7e2ae206e9ab24e8937d99d0d5513bfd08e5" ], "author": { "name": "Arthur Kepner", "email": "akepner@sgi.com", "time": "Tue Apr 29 01:00:30 2008 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Apr 29 08:06:11 2008 -0700" }, "message": "dma: add dma_*map*_attrs() interfaces\n\nIntroduce new interfaces, dma_*map*_attrs(), for passing architecture-specific\nattributes when memory is mapped and unmapped for DMA. Give the interfaces\ndefault implementations which ignore attributes. Also introduce the\ndma_{set|get}_attr() interfaces for setting and retrieving individual\nattributes. Define one attribute, DMA_ATTR_WRITE_BARRIER, in anticipation of\nits use by ia64/sn. Select whether architectures implement arch-specific\nversions of the dma_*map*_attrs() interfaces via HAVE_DMA_ATTRS in Kconfig.\n\n[markn@au1.ibm.com: dma_{set,get}_attr() have to be static inline]\nSigned-off-by: Arthur Kepner \u003cakepner@sgi.com\u003e\nCc: Tony Luck \u003ctony.luck@intel.com\u003e\nCc: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nCc: Jes Sorensen \u003cjes@sgi.com\u003e\nCc: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nCc: Roland Dreier \u003crdreier@cisco.com\u003e\nCc: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\nCc: David Miller \u003cdavem@davemloft.net\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: Grant Grundler \u003cgrundler@parisc-linux.org\u003e\nCc: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Mark Nelson \u003cmarkn@au1.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "9edddaa200df18e08fe0cf21036e8ae467b1363c", "tree": "26f5319fac24fb6c76b1276b19725caeb5ec24bc", "parents": [ "8182ec49a73729334f5a6c65a607ba7009ebd6d6" ], "author": { "name": "Ananth N Mavinakayanahalli", "email": "ananth@in.ibm.com", "time": "Tue Mar 04 14:28:37 2008 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@woody.linux-foundation.org", "time": "Tue Mar 04 16:35:11 2008 -0800" }, "message": "Kprobes: indicate kretprobe support in Kconfig\n\nAdd CONFIG_HAVE_KRETPROBES to the arch/\u003carch\u003e/Kconfig file for relevant\narchitectures with kprobes support. This facilitates easy handling of\nin-kernel modules (like samples/kprobes/kretprobe_example.c) that depend on\nkretprobes being present in the kernel.\n\nThanks to Sam Ravnborg for helping make the patch more lean.\n\nPer Mathieu\u0027s suggestion, added CONFIG_KRETPROBES and fixed up dependencies.\n\nSigned-off-by: Ananth N Mavinakayanahalli \u003cananth@in.ibm.com\u003e\nAcked-by: Mathieu Desnoyers \u003cmathieu.desnoyers@polymtl.ca\u003e\nAcked-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "125e564582cbce6219397fc64556438420efae4c", "tree": "501bb3cdb3f17bfbe3b9a43bd89b48ac801a1e38", "parents": [ "3f550096dede4430f83b16457da83bf429155ac2" ], "author": { "name": "Mathieu Desnoyers", "email": "mathieu.desnoyers@polymtl.ca", "time": "Sat Feb 02 15:10:36 2008 -0500" }, "committer": { "name": "Sam Ravnborg", "email": "sam@ravnborg.org", "time": "Sun Feb 03 08:58:08 2008 +0100" }, "message": "Move Kconfig.instrumentation to arch/Kconfig and init/Kconfig\n\nMove the instrumentation Kconfig to\n\narch/Kconfig for architecture dependent options\n - oprofile\n - kprobes\n\nand\n\ninit/Kconfig for architecture independent options\n - profiling\n - markers\n\nRemove the \"Instrumentation Support\" menu. Everything moves to \"General setup\".\nDelete the kernel/Kconfig.instrumentation file.\n\nSigned-off-by: Mathieu Desnoyers \u003cmathieu.desnoyers@polymtl.ca\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: \u003clinux-arch@vger.kernel.org\u003e\nSigned-off-by: Sam Ravnborg \u003csam@ravnborg.org\u003e\n" }, { "commit": "fb32e03fdc170251a381449a8d9b82cf7e811a6f", "tree": "9b7c0ad2f097bdc0498e6ca07b9e83b1f2aac1bc", "parents": [ "c0ffa3a951668734a635cd1e26bf7583795854c5" ], "author": { "name": "Mathieu Desnoyers", "email": "mathieu.desnoyers@polymtl.ca", "time": "Sat Feb 02 15:10:33 2008 -0500" }, "committer": { "name": "Sam Ravnborg", "email": "sam@ravnborg.org", "time": "Sun Feb 03 08:58:07 2008 +0100" }, "message": "Create arch/Kconfig\n\nPuts the content of arch/Kconfig in the \"General setup\" menu.\n\nLinus:\n\n\u003e Should it come with a re-duplication of it\u0027s content into each\n\u003e architecture, which was the case previously ? The oprofile and kprobes\n\u003e menu entries were litteraly cut and pasted from one architecture to\n\u003e another. Should we put its content in init/Kconfig then ?\n\nI don\u0027t think it\u0027s a good idea to go back to making it per-architecture,\nalthough that extensive \"depends on \u003clist-of-archiectures-here\u003e\" might\nindicate that there certainly is room for cleanup there.\n\nAnd I don\u0027t think it\u0027s wrong keeping it in kernel/Kconfig.xyz per se, I\njust think it\u0027s wrong to (a) lump the code together when it really doesn\u0027t\nnecessarily need to and (b) show it to users as some kind of choice that\nis tied together (whether it then has common code or not).\n\nOn the per-architecture side, I do think it would be better to *not* have\ninternal architecture knowledge in a generic file, and as such a line like\n\n depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32\n\nreally shouldn\u0027t exist in a file like kernel/Kconfig.instrumentation.\n\nIt would be much better to do\n\n depends on ARCH_SUPPORTS_KPROBES\n\nin that generic file, and then architectures that do support it would just\nhave a\n\n bool ARCH_SUPPORTS_KPROBES\n default y\n\nin *their* architecture files. That would seem to be much more logical,\nand is readable both for arch maintainers *and* for people who have no\nclue - and don\u0027t care - about which architecture is supposed to support\nwhich interface...\n\nSam Ravnborg:\n\nStuff it into a new file: arch/Kconfig\nWe can then extend this file to include all the \u0027trailing\u0027\nKconfig things that are anyway equal for all ARCHs.\n\nBut it should be kept clean - so if we introduce such a file\nthen we should use ARCH_HAS_whatever in the arch specific Kconfig\nfiles to enable stuff that is not shared.\n\n[...]\n\nThe above suggestion is actually not exactly the best way to do it...\nFirst the naming..\nA quick grep shows following usage today (in Kconfig files)\nARCH_HAS 51\nARCH_SUPPORTS 4\nHAVE_ARCH 7\n\nARCH_HAS is the clear winner.\n\nIn the common Kconfig file do:\n\nconfig FOO\n depends on ARCH_HAS_FOO\n bool \"bla bla\"\n\nconfig ARCH_HAS_FOO\n def_bool n\n\nIn the arch specific Kconfig file in a suitable place do:\n\nconfig SUITABLE_OPTION\n select ARCH_HAS_FOO\n\nThe naming of ARCH_HAS_ is fixed and shall be:\nARCH_HAS_\u003cconfig option it will enable\u003e\n\nOnly a single line added pr. architecture.\nAnd we will end up with a (maybe even commented) list of trivial selects.\n\n- Yet another update :\n\nMoving to HAVE_* now.\n\nSigned-off-by: Mathieu Desnoyers \u003cmathieu.desnoyers@polymtl.ca\u003e\nCc: Jeff Dike \u003cjdike@addtoit.com\u003e\nCc: David Howells \u003cdhowells@redhat.com\u003e\nCc: Ananth N Mavinakayanahalli \u003cananth@in.ibm.com\u003e\nSigned-off-by: Sam Ravnborg \u003csam@ravnborg.org\u003e\n" } ] }