)]}'
{
  "log": [
    {
      "commit": "9c1600eda42e52796f49b36cf15b9debcfd09bea",
      "tree": "fe93f5924c7777cd5c3cc1ef6033dd2dfae542b5",
      "parents": [
        "4298cfc3eb6110df989f784be516c6340c597a66"
      ],
      "author": {
        "name": "David Brownell",
        "email": "david-b@pacbell.net",
        "time": "Tue May 01 23:26:31 2007 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@hyperion.delvare",
        "time": "Tue May 01 23:26:31 2007 +0200"
      },
      "message": "i2c: Add i2c_board_info and i2c_new_device()\n\nThis provides partial support for new-style I2C driver binding.  It builds\non \"struct i2c_board_info\" declarations that identify I2C devices on a given\nboard.  This is needed on systems with I2C devices that can\u0027t be fully probed\nand/or autoconfigured, such as many embedded Linux configurations where the\nway a given I2C device is wired may affect how it must be used.\n\nThere are two models for declaring such devices:\n\n * LATE -- using a public function i2c_new_device().  This lets modules\n   declare I2C devices found *AFTER* a given I2C adapter becomes available.\n   \n   For example, a PCI card could create adapters giving access to utility\n   chips on that card, and this would be used to associate those chips with\n   those adapters.\n\n * EARLY -- from arch_initcall() level code, using a non-exported function\n   i2c_register_board_info().  This copies the declarations *BEFORE* such\n   an i2c_adapter becomes available, arranging that i2c_new_device() will\n   be called later when i2c-core registers the relevant i2c_adapter.\n\n   For example, arch/.../.../board-*.c files would declare the I2C devices\n   along with their platform data, and I2C devices would behave much like\n   PNPACPI devices.  (That is, both enumerate from board-specific tables.)\n\nTo match the exported i2c_new_device(), the previously-private function\ni2c_unregister_device() is now exported.\n\nPending later patches using these new APIs, this is effectively a NOP.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    }
  ]
}