)]}' { "log": [ { "commit": "a89ba0bc02e82920a0f4137aa5d655ac0366cc28", "tree": "98489ed77a287a81ff4ad7233fd543e59e58c328", "parents": [ "3b6c0634cc989f0735a1541ccf9288947685cab5" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Tue Aug 09 20:17:55 2005 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Sep 05 09:14:25 2005 -0700" }, "message": "[PATCH] I2C: Rewrite i2c_probe\n\ni2c_probe was quite complex and slow, so I rewrote it in a more\nefficient and hopefully clearer way.\n\nNote that this slightly changes the way the module parameters are\nhandled. This shouldn\u0027t change anything for the most common cases\nthough.\n\nFor one thing, the function now respects the order of the parameters\nfor address probing. It used to always do lower addresses first. The\nnew approach gives the user more control.\n\nFor another, ignore addresses don\u0027t overrule probe addresses anymore.\nThis could have been restored the way it was at the cost of a few more\nlines of code, but I don\u0027t think it\u0027s worth it. Both lists are given\nas module parameters, so a user would be quite silly to specify the\nsame addresses in both lists. The normal addresses list is the only\none that isn\u0027t controlled by a module parameter, thus is the only one\nthe user may reasonably want to remove an address from.\n\nAnother significant change is the fact that i2c_probe() will no more\nstop when a detection function returns -ENODEV. Just because a driver\nfound a chip it doesn\u0027t support isn\u0027t a valid reason to stop all\nprobings for this one driver. This closes the long standing lm_sensors\nticket #1807.\n\n http://www2.lm-sensors.nu/~lm78/readticket.cgi?ticket\u003d1807\n\nI updated the documentation accordingly.\n\nIn terms of algorithmic complexity, the new code is way better. If\nI is the ignore address count, P the probe address count, N the\nnormal address count and F the force address count, the old code\nwas doing 128 * (F + I + P + N) iterations max, while the new code\ndoes F + P + ((I+1) * N) iterations max. For the most common case\nwhere F, I and P are empty, this is down from 128 * N to N.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "f4b50261207c987913f076d867c2e154d71fd012", "tree": "0b50cfa93f2e1e6a877f51028f93539db0e4547e", "parents": [ "96478ef3f3f71fa929cc905cc794993e312d9a5d" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Sun Jul 31 21:49:03 2005 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Sep 05 09:14:21 2005 -0700" }, "message": "[PATCH] hwmon: hwmon vs i2c, second round (06/11)\n\nThe only thing left in i2c-sensor.h are module parameter definition\nmacros. It\u0027s only an extension of what i2c.h offers, and this extension\nis not sensors-specific. As a matter of fact, a few non-sensors drivers\nuse them. So we better merge them in i2c.h, and get rid of i2c-sensor.h\naltogether.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "2ed2dc3c116d26fc6a9384e83d136b15cc203b6c", "tree": "c79308b2cfe55eaddc95c47cbcafa6e0cae27413", "parents": [ "b78ec31582c60578ee1d3bb470791d6dde96ccf7" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Sun Jul 31 21:42:02 2005 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Sep 05 09:14:20 2005 -0700" }, "message": "[PATCH] hwmon: hwmon vs i2c, second round (04/11)\n\ni2c_probe and i2c_detect now do the exact same thing and operate on\nthe same data structure, so we can have everyone call i2c_probe.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "7bef559455fc71f66f8573cc1aafe1dd33966c1c", "tree": "6c342574710f730d39bf5383f81eaa9f9bb10a25", "parents": [ "1ff4e3065b41847b6fe5908b1214cb508dd49e61" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Wed Jul 27 22:14:49 2005 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Sep 05 09:14:14 2005 -0700" }, "message": "[PATCH] I2C: refactor message in i2c_detach_client\n\nWe could refactor the error message 34 different i2c drivers print if\ni2c_detach_client() fails in this function itself. Saves quite a few\nlines of code. Documentation is updated to reflect that change.\n\nNote that this patch should be applied after Rudolf Marek\u0027s w83792d\npatches.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "02ff982c6911de1484e13a1d765d7bd31a0f8fee", "tree": "94e8c388df0de6561da7f10840f4e87dead18724", "parents": [ "5071860aba7fc69279ab822638ed2c2e4549f9fd" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Wed Jul 20 00:05:33 2005 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Sep 05 09:14:12 2005 -0700" }, "message": "[PATCH] I2C: Separate non-i2c hwmon drivers from i2c-core (8/9)\n\nKill all uses of i2c_is_isa_adapter except for the hybrid drivers (it87,\nlm78, w83781d). The i2c-isa adapter not being registered with the i2c\ncore anymore, drivers don\u0027t have to fear being erroneously attached to\nit.\n\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "5071860aba7fc69279ab822638ed2c2e4549f9fd", "tree": "e23a3c7eba547c9d81c7680a40c41536c8a45da3", "parents": [ "4926c0d4de77c5396a274ee7941ed7fc02afed26" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Wed Jul 20 00:02:32 2005 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Sep 05 09:14:12 2005 -0700" }, "message": "[PATCH] I2C: Separate non-i2c hwmon drivers from i2c-core (7/9)\n\nKill normal_isa in header files, documentation and all chip drivers, as\nit is no more used.\n\nnormal_i2c could be renamed to normal, but I decided not to do so at the\nmoment, so as to limit the number of changes. This might be done later\nas part of the i2c_probe/i2c_detect merge.\n\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "61f5809d3ebce9d5433b8696048e91405b681023", "tree": "bcb41c29d36b3b6f84d34c7bac05b38855e90742", "parents": [ "2db32767874fe53faff4f80de878ca19927efc1f" ], "author": { "name": "david-b@pacbell.net", "email": "david-b@pacbell.net", "time": "Wed Jun 29 07:14:06 2005 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Jul 11 14:10:37 2005 -0700" }, "message": "[PATCH] I2C: minor I2C doc cleanups\n\nThe I2C stack has long had \"id\" fields, of rather dubious utility, in\nmany data structures. This removes mention of one of them from the\ndocumentation about how to write an I2C driver, so that only drivers\nthat really need to use them (probably old/legacy code) will have any\nreason to use this field.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "b3d5496ea5915fa4848fe307af9f7097f312e932", "tree": "e358977311df194ebac13d57c5e8abf1a87bd65c", "parents": [ "2a5a68b840cbab31baab2d9b2e1e6de3b289ae1e" ], "author": { "name": "Jean Delvare", "email": "khali@linux-fr.org", "time": "Sat Apr 02 20:31:02 2005 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Tue Jun 21 21:51:48 2005 -0700" }, "message": "[PATCH] I2C: Kill address ranges in non-sensors i2c chip drivers\n\nSome months ago, you killed the address ranges mechanism from all\nsensors i2c chip drivers (both the module parameters and the in-code\naddress lists). I think it was a very good move, as the ranges can\neasily be replaced by individual addresses, and this allowed for\nsignificant cleanups in the i2c core (let alone the impressive size\nshrink for all these drivers).\n\nUnfortunately you did not do the same for non-sensors i2c chip drivers.\nThese need the address ranges even less, so we could get rid of the\nranges here as well for another significant i2c core cleanup. Here comes\na patch which does just that. Since the process is exactly the same as\nwhat you did for the other drivers set already, I did not split this one\nin parts.\n\nA documentation update is included.\n\nThe change saves 308 bytes in the i2c core, and an average 1382 bytes\nfor chip drivers which use I2C_CLIENT_INSMOD, 126 bytes for those which\ndo not.\n\nThis change is required if we want to merge the sensors and non-sensors\ni2c code (and we want to do this).\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\nIndex: gregkh-2.6/Documentation/i2c/writing-clients\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\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" } ] }