)]}'
{
  "log": [
    {
      "commit": "c02260277e472095ffb3ad893be5eeab9dcefde3",
      "tree": "583bb881a47b02cf345c557722696e96f609e690",
      "parents": [
        "fa1452e808732ae10e8b1267fd75fc2d028d634b"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Dec 02 20:49:16 2009 +0100"
      },
      "committer": {
        "name": "Ingo Molnar",
        "email": "mingo@elte.hu",
        "time": "Thu Dec 03 11:50:11 2009 +0100"
      },
      "message": "mutex: Better control mutex adaptive spinning config\n\nIntroduce CONFIG_MUTEX_SPIN_ON_OWNER so that we can centralize\nin a single place the conditions that determine its definition\nand use.\n\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nAcked-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nLKML-Reference: \u003c1259783357-8542-1-git-send-regression-fweisbec@gmail.com\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\n"
    },
    {
      "commit": "6beb000923882f6204ea2cfcd932e568e900803f",
      "tree": "1849bb1e7493bbf5e538d74cec18c6d6f4b16ced",
      "parents": [
        "156171c71a0dc4bce12b4408bb1591f8fe32dc1a"
      ],
      "author": {
        "name": "Thomas Gleixner",
        "email": "tglx@linutronix.de",
        "time": "Mon Nov 09 15:21:34 2009 +0000"
      },
      "committer": {
        "name": "Thomas Gleixner",
        "email": "tglx@linutronix.de",
        "time": "Fri Nov 13 20:53:28 2009 +0100"
      },
      "message": "locking: Make inlining decision Kconfig based\n\ncommit 892a7c67 (locking: Allow arch-inlined spinlocks) implements the\nselection of which lock functions are inlined based on defines in\narch/.../spinlock.h: #define __always_inline__LOCK_FUNCTION\n\nDespite of the name __always_inline__* the lock functions can be built\nout of line depending on config options. Also if the arch does not set\nsome inline defines the generic code might set them; again depending on\nconfig options.\n\nThis makes it unnecessary hard to figure out when and which lock\nfunctions are inlined. Aside of that it makes it way harder and\nmessier for -rt to manipulate the lock functions.\n\nConvert the inlining decision to CONFIG switches. Each lock function\nis inlined depending on CONFIG_INLINE_*. The configs implement the\nexisting dependencies. The architecture code can select ARCH_INLINE_*\nto signal that it wants the corresponding lock function inlined.\nARCH_INLINE_* is necessary as Kconfig ignores \"depends on\"\nrestrictions when a config element is selected.\n\nNo functional change.\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nLKML-Reference: \u003c20091109151428.504477141@linutronix.de\u003e\nAcked-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nReviewed-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nAcked-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\n"
    }
  ]
}