)]}'
{
  "log": [
    {
      "commit": "67b671bceb4a8340a30929e9642620d99ed5ad76",
      "tree": "d302333633bdbd752151933366aaaabfdc60e719",
      "parents": [
        "b20ff13a6ad64f07ce78c75e6a335c185270d73c"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Thu Dec 06 23:13:42 2007 +0100"
      },
      "committer": {
        "name": "Mark M. Hoffman",
        "email": "mhoffman@lightlink.com",
        "time": "Thu Feb 07 20:39:42 2008 -0500"
      },
      "message": "hwmon: Let the user override the detected Super-I/O device ID\n\nWhile it is possible to force SMBus-based hardware monitoring chip\ndrivers to drive a not officially supported device, we do not have this\npossibility for Super-I/O-based drivers. That\u0027s unfortunate because\nsometimes newer chips are fully compatible and just forcing the driver\nto load would work. Instead of that we have to tell the users to\nrecompile the kernel driver, which isn\u0027t an easy task for everyone.\n\nSo, I propose that we add a module parameter to all Super-I/O based\nhardware monitoring drivers, letting advanced users force the driver\nto load on their machine. The user has to provide the device ID of a\nsupposedly compatible device. This requires looking at the source code or\na datasheet, so I am confident that users can\u0027t randomly force a driver\nwithout knowing what they are doing. Thus this should be relatively safe.\n\nAs you can see from the code, the implementation is pretty simple and\nunintrusive.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nAcked-by: Hans de Goede \u003cj.w.r.degoede@hhs.nl\u003e\nSigned-off-by: Mark M. Hoffman \u003cmhoffman@lightlink.com\u003e\n"
    },
    {
      "commit": "1beeffe43311f64df8dd0ab08ff6b1858c58363f",
      "tree": "039324186049a69f3c791165e90404aef497f3cc",
      "parents": [
        "59a35bafb223bbb0553ba1a3bb9280bda668a8d8"
      ],
      "author": {
        "name": "Tony Jones",
        "email": "tonyj@suse.de",
        "time": "Mon Aug 20 13:46:20 2007 -0700"
      },
      "committer": {
        "name": "Mark M. Hoffman",
        "email": "mhoffman@lightlink.com",
        "time": "Tue Oct 09 22:56:30 2007 -0400"
      },
      "message": "hwmon: Convert from class_device to device\n\nConvert from class_device to device for hwmon_device_register/unregister\n\nSigned-off-by: Tony Jones \u003ctonyj@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nSigned-off-by: Kay Sievers \u003ckay.sievers@vrfy.org\u003e\nSigned-off-by: Mark M. Hoffman \u003cmhoffman@lightlink.com\u003e\n"
    },
    {
      "commit": "04a6217df28e3004ba4e76eb0a356a30f72c564f",
      "tree": "c2361be6f6a778dc769d77aa3e9ebfe0ebea366d",
      "parents": [
        "ec5e1a4b8faa6a3522171a185a5c6ac9609e14b4"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Tue Jun 12 13:57:19 2007 +0200"
      },
      "committer": {
        "name": "Mark M. Hoffman",
        "email": "mhoffman@lightlink.com",
        "time": "Thu Jul 19 14:22:14 2007 -0400"
      },
      "message": "hwmon: Fix a potential race condition on unload\n\nFix a potential race condition when some hardware monitoring platform\ndrivers are being unloaded. I believe that the driver data pointer\nshouldn\u0027t be cleared before all the sysfs files are removed, otherwise\na sysfs callback might attempt to dereference a NULL pointer. I\u0027m not\nsure exactly what the driver core protects drivers against, so let\u0027s\nplay it safe.\n\nWhile we\u0027re here, clear the driver data pointer when probe fails, so\nas to not leave an invalid pointer behind us.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Mark M. Hoffman \u003cmhoffman@lightlink.com\u003e\n"
    },
    {
      "commit": "ce7ee4e80a72d3b1009ca232be8981de93c015f6",
      "tree": "b5160fd4a2b2276f7bd332f753b43f6d9752476b",
      "parents": [
        "00cb4739053fa0ce4594a7798a4095007a1c7c79"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Tue May 08 17:21:59 2007 +0200"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@hyperion.delvare",
        "time": "Tue May 08 17:21:59 2007 +0200"
      },
      "message": "hwmon: Request the I/O regions in platform drivers\n\nMy understanding of the resource management in the Linux 2.6 device\ndriver model is that the devices should declare their resources, and\nthen when a driver attaches to a device, it should request the\nresources it will be using, so as to mark them busy. This is how the\nPCI and PNP subsystems work, you can clearly see the two levels of\nresources (declaration and request) in /proc/ioports for these\ndevices.\n\nSo I believe that our platform hardware monitoring drivers should\nfollow the same logic. At the moment, we only declare the resources\nbut we do not request them. This patch adds the I/O region request\nand release calls.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nAcked-by: Juerg Haefliger \u003cjuergh@gmail.com\u003e\n"
    },
    {
      "commit": "ba224e2c4f0a706714ccb483b0c21d32f5994f67",
      "tree": "572d75a19909ec69a3298135a1646dceffbc584f",
      "parents": [
        "8e9afcbbdef71aeeb510732f4f8d5ac3de863df0"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Tue Dec 12 18:18:29 2006 +0100"
      },
      "committer": {
        "name": "Jean Delvare",
        "email": "khali@arrakis.delvare",
        "time": "Tue Dec 12 18:18:29 2006 +0100"
      },
      "message": "hwmon: New PC87427 hardware monitoring driver\n\nThis is a new hardware monitoring driver for the National Semiconductor\nPC87427 Super-I/O chip. It only supports fan speed monitoring for now,\nwhile the chip can do much more.\n\nThanks to Amir Habibi at Candelis for setting up a test system, and to\nMichael Kress for testing several iterations of this driver.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\n"
    }
  ]
}