)]}'
{
  "log": [
    {
      "commit": "f212ec4b7b4d84290f12c9c0416cdea283bf5f40",
      "tree": "9beb7e5b87bac80410767fd3aacd93f92ecb0c04",
      "parents": [
        "6194ba6ff6ccf8d5c54c857600843c67aa82c407"
      ],
      "author": {
        "name": "Bernhard Kaindl",
        "email": "bk@suse.de",
        "time": "Wed Jan 30 13:34:11 2008 +0100"
      },
      "committer": {
        "name": "Ingo Molnar",
        "email": "mingo@elte.hu",
        "time": "Wed Jan 30 13:34:11 2008 +0100"
      },
      "message": "x86: early boot debugging via FireWire (ohci1394_dma\u003dearly)\n\nThis patch adds a new configuration option, which adds support for a new\nearly_param which gets checked in arch/x86/kernel/setup_{32,64}.c:setup_arch()\nto decide wether OHCI-1394 FireWire controllers should be initialized and\nenabled for physical DMA access to allow remote debugging of early problems\nlike issues ACPI or other subsystems which are executed very early.\n\nIf the config option is not enabled, no code is changed, and if the boot\nparamenter is not given, no new code is executed, and independent of that,\nall new code is freed after boot, so the config option can be even enabled\nin standard, non-debug kernels.\n\nWith specialized tools, it is then possible to get debugging information\nfrom machines which have no serial ports (notebooks) such as the printk\nbuffer contents, or any data which can be referenced from global pointers,\nif it is stored below the 4GB limit and even memory dumps of of the physical\nRAM region below the 4GB limit can be taken without any cooperation from the\nCPU of the host, so the machine can be crashed early, it does not matter.\n\nIn the extreme, even kernel debuggers can be accessed in this way. I wrote\na small kgdb module and an accompanying gdb stub for FireWire which allows\nto gdb to talk to kgdb using remote remory reads and writes over FireWire.\n\nAn version of the gdb stub fore FireWire is able to read all global data\nfrom a system which is running a a normal kernel without any kernel debugger,\nwithout any interruption or support of the system\u0027s CPU. That way, e.g. the\ntask struct and so on can be read and even manipulated when the physical DMA\naccess is granted.\n\nA HOWTO is included in this patch, in Documentation/debugging-via-ohci1394.txt\nand I\u0027ve put a copy online at\nftp://ftp.suse.de/private/bk/firewire/docs/debugging-via-ohci1394.txt\n\nIt also has links to all the tools which are available to make use of it\nanother copy of it is online at:\nftp://ftp.suse.de/private/bk/firewire/kernel/ohci1394_dma_early-v2.diff\n\nSigned-Off-By: Bernhard Kaindl \u003cbk@suse.de\u003e\nTested-By: Thomas Renninger \u003ctrenn@suse.de\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n"
    },
    {
      "commit": "e658bc556b3b2e699c5d9ba65fcc955f35105f42",
      "tree": "3332ec347fd566100f272adcdef4d88f78085718",
      "parents": [
        "d395a1774f34600d72f7d3796716f350ef29584b"
      ],
      "author": {
        "name": "Adrian Bunk",
        "email": "bunk@stusta.de",
        "time": "Tue Jan 02 22:56:53 2007 +0100"
      },
      "committer": {
        "name": "Stefan Richter",
        "email": "stefanr@s5r6.in-berlin.de",
        "time": "Thu Feb 08 20:57:43 2007 +0100"
      },
      "message": "the scheduled IEEE1394_OUI_DB removal\n\nThis patch contains the scheduled IEEE1394_OUI_DB removal.\n\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\n\nUpdate: Also remove drivers/ieee1394/.gitignore.\nRemove now unused struct members in drivers/ieee1394/nodemgr.h.\n\nSigned-off-by: Stefan Richter \u003cstefanr@s5r6.in-berlin.de\u003e\n"
    },
    {
      "commit": "def4d8733b8b8fed521957a7fd546714dd491b91",
      "tree": "5a9833faf86de150fd55ef1dd799f908cc061c9a",
      "parents": [
        "7f5880394c8ab01854c0cba288352a1a77d5ea82"
      ],
      "author": {
        "name": "Randy Dunlap",
        "email": "randy.dunlap@oracle.com",
        "time": "Tue Oct 24 11:19:11 2006 -0700"
      },
      "committer": {
        "name": "Stefan Richter",
        "email": "stefanr@s5r6.in-berlin.de",
        "time": "Thu Dec 07 21:32:29 2006 +0100"
      },
      "message": "ieee1394: only build OUI database files if config enabled\n\nOnly build IEEE1394 OUI database files if the config option is enabled.\n\nSigned-off-by: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nSigned-off-by: Stefan Richter \u003cstefanr@s5r6.in-berlin.de\u003e\n"
    },
    {
      "commit": "7301c8d3a05dc52d33598364da7c4eb6ab6357eb",
      "tree": "715c5caaa11427e0c0a736692ebee156317588f2",
      "parents": [
        "ef797546a93fffa9d8508e7c8539b352b6678568"
      ],
      "author": {
        "name": "Jody McIntyre",
        "email": "scjody@steamballoon.com",
        "time": "Fri Nov 18 00:16:26 2005 -0500"
      },
      "committer": {
        "name": "Jody McIntyre",
        "email": "scjody@modernduck.com",
        "time": "Fri Nov 18 00:16:26 2005 -0500"
      },
      "message": "Remove amdtp, cmp drivers.\n\nRemove the Audio and Music Data Transmission Protocol driver and the\nConnection Management Procedures driver.  These are incomplete, have never\nworked, and are better implemented in userland via raw1394 (see\nhttp://freebob.sourceforge.net/ for example.)\n\nSigned-off-by: Jody McIntyre \u003cscjody@steamballoon.com\u003e\nCc: Adrian Bunk \u003cbunk@stusta.de\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"
    }
  ]
}
