)]}' { "log": [ { "commit": "ab78029ecc347debbd737f06688d788bd9d60c1d", "tree": "affc1f843abc1897ccf2723cf077be343c2845e2", "parents": [ "684697cbbcd076b8fde78d8863e341700533b542" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Tue Jan 22 10:56:14 2013 -0700" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Wed Jan 23 16:39:51 2013 +0100" }, "message": "drivers/pinctrl: grab default handles from device core\n\nThis makes the device core auto-grab the pinctrl handle and set\nthe \"default\" (PINCTRL_STATE_DEFAULT) state for every device\nthat is present in the device model right before probe. This will\naccount for the lion\u0027s share of embedded silicon devcies.\n\nA modification of the semantics for pinctrl_get() is also done:\npreviously if the pinctrl handle for a certain device was already\ntaken, the pinctrl core would return an error. Now, since the\ncore may have already default-grabbed the handle and set its\nstate to \"default\", if the handle was already taken, this will\nbe disregarded and the located, previously instanitated handle\nwill be returned to the caller.\n\nThis way all code in drivers explicitly requesting their pinctrl\nhandlers will still be functional, and drivers that want to\nexplicitly retrieve and switch their handles can still do that.\nBut if the desired functionality is just boilerplate of this\ntype in the probe() function:\n\nstruct pinctrl *p;\n\np \u003d devm_pinctrl_get_select_default(\u0026dev);\nif (IS_ERR(p)) {\n if (PTR_ERR(p) \u003d\u003d -EPROBE_DEFER)\n return -EPROBE_DEFER;\n dev_warn(\u0026dev, \"no pinctrl handle\\n\");\n}\n\nThe discussion began with the addition of such boilerplate\nto the omap4 keypad driver:\nhttp://marc.info/?l\u003dlinux-input\u0026m\u003d135091157719300\u0026w\u003d2\n\nA previous approach using notifiers was discussed:\nhttp://marc.info/?l\u003dlinux-kernel\u0026m\u003d135263661110528\u0026w\u003d2\nThis failed because it could not handle deferred probes.\n\nThis patch alone does not solve the entire dilemma faced:\nwhether code should be distributed into the drivers or\nif it should be centralized to e.g. a PM domain. But it\nsolves the immediate issue of the addition of boilerplate\nto a lot of drivers that just want to grab the default\nstate. As mentioned, they can later explicitly retrieve\nthe handle and set different states, and this could as\nwell be done by e.g. PM domains as it is only related\nto a certain struct device * pointer.\n\nChangeLog v4-\u003ev5 (Stephen):\n- Simplified the devicecore grab code.\n- Deleted a piece of documentation recommending that pins\n be mapped to a device rather than hogged.\nChangeLog v3-\u003ev4 (Linus):\n- Drop overzealous NULL checks.\n- Move kref initialization to pinctrl_create().\n- Seeking Tested-by from Stephen Warren so we do not disturb\n the Tegra platform.\n- Seeking ACK on this from Greg (and others who like it) so I\n can merge it through the pinctrl subsystem.\nChangeLog v2-\u003ev3 (Linus):\n- Abstain from using IS_ERR_OR_NULL() in the driver core,\n Russell recently sent a patch to remove it. Handle the\n NULL case explicitly even though it\u0027s a bogus case.\n- Make sure we handle probe deferral correctly in the device\n core file. devm_kfree() the container on error so we don\u0027t\n waste memory for devices without pinctrl handles.\n- Introduce reference counting into the pinctrl core using\n \u003clinux/kref.h\u003e so that we don\u0027t release pinctrl handles\n that have been obtained for two or more places.\nChangeLog v1-\u003ev2 (Linus):\n- Only store a pointer in the device struct, and only allocate\n this if it\u0027s really used by the device.\n\nCc: Felipe Balbi \u003cbalbi@ti.com\u003e\nCc: Benoit Cousson \u003cb-cousson@ti.com\u003e\nCc: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nCc: Thomas Petazzoni \u003cthomas.petazzoni@free-electrons.com\u003e\nCc: Mitch Bradley \u003cwmb@firmworks.com\u003e\nCc: Ulf Hansson \u003culf.hansson@linaro.org\u003e\nCc: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nCc: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nCc: Rickard Andersson \u003crickard.andersson@stericsson.com\u003e\nCc: Russell King \u003clinux@arm.linux.org.uk\u003e\nReviewed-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n[swarren: fixed and simplified error-handling in pinctrl_bind_pins(), to\ncorrectly handle deferred probe. Removed admonition from docs not to use\npinctrl hogs for devices]\nSigned-off-by: Stephen Warren \u003cswarren@nvidia.com\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "c64be2bb1c6eb43c838b2c6d57b074078be208dd", "tree": "d0720eda4a440ff91f3296b0f90cc53ac514d4b9", "parents": [ "49f223a9cd96c7293d7258ff88c2bdf83065f69c" ], "author": { "name": "Marek Szyprowski", "email": "m.szyprowski@samsung.com", "time": "Thu Dec 29 13:09:51 2011 +0100" }, "committer": { "name": "Marek Szyprowski", "email": "m.szyprowski@samsung.com", "time": "Mon May 21 15:09:37 2012 +0200" }, "message": "drivers: add Contiguous Memory Allocator\n\nThe Contiguous Memory Allocator is a set of helper functions for DMA\nmapping framework that improves allocations of contiguous memory chunks.\n\nCMA grabs memory on system boot, marks it with MIGRATE_CMA migrate type\nand gives back to the system. Kernel is allowed to allocate only movable\npages within CMA\u0027s managed memory so that it can be used for example for\npage cache when DMA mapping do not use it. On\ndma_alloc_from_contiguous() request such pages are migrated out of CMA\narea to free required contiguous block and fulfill the request. This\nallows to allocate large contiguous chunks of memory at any time\nassuming that there is enough free memory available in the system.\n\nThis code is heavily based on earlier works by Michal Nazarewicz.\n\nSigned-off-by: Marek Szyprowski \u003cm.szyprowski@samsung.com\u003e\nSigned-off-by: Kyungmin Park \u003ckyungmin.park@samsung.com\u003e\nSigned-off-by: Michal Nazarewicz \u003cmina86@mina86.com\u003e\nAcked-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nTested-by: Rob Clark \u003crob.clark@linaro.org\u003e\nTested-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nTested-by: Benjamin Gaignard \u003cbenjamin.gaignard@linaro.org\u003e\nTested-by: Robert Nelson \u003crobertcnelson@gmail.com\u003e\nTested-by: Barry Song \u003cBaohua.Song@csr.com\u003e\n" }, { "commit": "74d1d82cdaaec727f5072eb1c9f49b7e920e076f", "tree": "a1bee0010203df0465df33fb337ae66bb6b59fee", "parents": [ "956563362be8ac7ce084b00825168be1adfb29ee" ], "author": { "name": "Lee Jones", "email": "lee.jones@linaro.org", "time": "Mon Feb 06 11:22:22 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Feb 10 11:42:25 2012 -0800" }, "message": "drivers/base: add bus for System-on-Chip devices\n\nTraditionally, any System-on-Chip based platform creates a flat list\nof platform_devices directly under /sys/devices/platform.\n\nIn order to give these some better structure, this introduces a new\nbus type for soc_devices that are registered with the new\nsoc_device_register() function. All devices that are on the same\nchip should then be registered as child devices of the soc device.\n\nThe soc bus also exports a few standardised device attributes which\nallow user space to query the specific type of soc.\n\nSigned-off-by: Lee Jones \u003clee.jones@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "e9c688a3272fd4b659228f3880de8109a94540e2", "tree": "c295a2db56a079a0f37703f186b44e57e1453527", "parents": [ "dcd6c92267155e70a94b3927bce681ce74b80d1f" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sun Jan 22 14:31:15 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sun Jan 22 14:31:15 2012 -0700" }, "message": "driver core: remove drivers/base/sys.c and include/linux/sysdev.h\n\nNow that all users of \u0027struct sysdev\u0027 are removed from the kernel, we\ncan safely remove the .h and .c files for this code, to ensure that no\none accidentally starts to use it again.\n\nMany thanks for Kay who did all the hard work here on making this\nhappen.\n\nCc: Kay Sievers \u003ckay.sievers@vrfy.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "8e369672af8700299ab372bad9397f230b1d591a", "tree": "8676cfdb7f8c1ac5ee124aef050d541d70f876d0", "parents": [ "6950d76c531671ec389e36183311826597951ac6", "a125a3945c950caef001f22055bf201a36568533" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Jan 08 14:05:09 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Jan 08 14:05:09 2012 -0800" }, "message": "Merge branch \u0027dma-buf-merge\u0027 of git://people.freedesktop.org/~airlied/linux\n\n* \u0027dma-buf-merge\u0027 of git://people.freedesktop.org/~airlied/linux:\n dma-buf: mark EXPERIMENTAL for 1st release.\n dma-buf: Documentation for buffer sharing framework\n dma-buf: Introduce dma buffer sharing mechanism\n" }, { "commit": "d15bd7ee445d0702ad801fdaece348fdb79e6581", "tree": "6f18212787e77b9615c955506adda516206ecbac", "parents": [ "805a6af8dba5dfdd35ec35dc52ec0122400b2610" ], "author": { "name": "Sumit Semwal", "email": "sumit.semwal@ti.com", "time": "Mon Dec 26 14:53:15 2011 +0530" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri Jan 06 10:20:21 2012 +0000" }, "message": "dma-buf: Introduce dma buffer sharing mechanism\n\nThis is the first step in defining a dma buffer sharing mechanism.\n\nA new buffer object dma_buf is added, with operations and API to allow easy\nsharing of this buffer object across devices.\n\nThe framework allows:\n- creation of a buffer object, its association with a file pointer, and\n associated allocator-defined operations on that buffer. This operation is\n called the \u0027export\u0027 operation.\n- different devices to \u0027attach\u0027 themselves to this exported buffer object, to\n facilitate backing storage negotiation, using dma_buf_attach() API.\n- the exported buffer object to be shared with the other entity by asking for\n its \u0027file-descriptor (fd)\u0027, and sharing the fd across.\n- a received fd to get the buffer object back, where it can be accessed using\n the associated exporter-defined operations.\n- the exporter and user to share the scatterlist associated with this buffer\n object using map_dma_buf and unmap_dma_buf operations.\n\nAtleast one \u0027attach()\u0027 call is required to be made prior to calling the\nmap_dma_buf() operation.\n\nCouple of building blocks in map_dma_buf() are added to ease introduction\nof sync\u0027ing across exporter and users, and late allocation by the exporter.\n\nFor this first version, this framework will work with certain conditions:\n- *ONLY* exporter will be allowed to mmap to userspace (outside of this\n framework - mmap is not a buffer object operation),\n- currently, *ONLY* users that do not need CPU access to the buffer are\n allowed.\n\nMore details are there in the documentation patch.\n\nThis is based on design suggestions from many people at the mini-summits[1],\nmost notably from Arnd Bergmann \u003carnd@arndb.de\u003e, Rob Clark \u003crob@ti.com\u003e and\nDaniel Vetter \u003cdaniel@ffwll.ch\u003e.\n\nThe implementation is inspired from proof-of-concept patch-set from\nTomasz Stanislawski \u003ct.stanislaws@samsung.com\u003e, who demonstrated buffer sharing\nbetween two v4l2 devices. [2]\n\n[1]: https://wiki.linaro.org/OfficeofCTO/MemoryManagement\n[2]: http://lwn.net/Articles/454389\n\nSigned-off-by: Sumit Semwal \u003csumit.semwal@linaro.org\u003e\nSigned-off-by: Sumit Semwal \u003csumit.semwal@ti.com\u003e\nReviewed-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nReviewed-by: Dave Airlie \u003cairlied@redhat.com\u003e\nReviewed-and-Tested-by: Rob Clark \u003crob.clark@linaro.org\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n" }, { "commit": "ccbc60d3e19a1b6ae66ca0d89b3da02dde62088b", "tree": "69d5fa8774598183ef650f44608fa89044e19ebf", "parents": [ "5858441c95587c6869950314742d99e6a03a2d16" ], "author": { "name": "Ben Hutchings", "email": "ben@decadent.org.uk", "time": "Thu Nov 24 07:04:39 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 20:12:47 2011 -0800" }, "message": "topology: Provide CPU topology in sysfs in !SMP configurations\n\nWe should provide topology information to userland even if it\u0027s not\nvery interesting. The current code appears to work properly for !SMP\n(tested on i386).\n\nReference: http://bugs.debian.org/649216\nReported-by: Marcus Osdoba \u003cmarcus.osdoba@googlemail.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "f5fc87905ea075a0b14878086fd4fe38be128844", "tree": "09d7ad146b737caefb472534de95ef53f95d7e65", "parents": [ "d4e06701b89286a306b31e20ec69a904fae374a1", "90923351d480fffd0d24646db83f6f8315eed0d9" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jul 23 11:14:47 2011 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jul 23 11:14:47 2011 -0700" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap:\n regulator: Convert tps65023 to use regmap API\n regmap: Add SPI bus support\n regmap: Add I2C bus support\n regmap: Add generic non-memory mapped register access API\n" }, { "commit": "b83a313bf2520183641cf485d68cc273323597d2", "tree": "e478834902bba3d4c774804d55a88c9b50bca2c0", "parents": [ "620917de59eeb934b9f8cf35cc2d95c1ac8ed0fc" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Wed May 11 19:59:58 2011 +0200" }, "committer": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Sat Jul 23 07:56:03 2011 +0100" }, "message": "regmap: Add generic non-memory mapped register access API\n\nThere are many places in the tree where we implement register access for\ndevices on non-memory mapped buses, especially I2C and SPI. Since hardware\ndesigners seem to have settled on a relatively consistent set of register\ninterfaces this can be effectively factored out into shared code. There\nare a standard set of formats for marshalling data for exchange with the\ndevice, with the actual I/O mechanisms generally being simple byte\nstreams.\n\nWe create an abstraction for marshaling data into formats which can be\nsent on the control interfaces, and create a standard method for\nplugging in actual transport underneath that.\n\nThis is mostly a refactoring and renaming of the bottom level of the\nexisting code for sharing register I/O which we have in ASoC. A\nsubsequent patch in this series converts ASoC to use this. The main\ndifference in interface is that reads return values by writing to a\nlocation provided by a pointer rather than in the return value, ensuring\nwe can use the full range of the type for register data. We also use\nunsigned types rather than ints for the same reason.\n\nAs some of the devices can have very large register maps the existing\nASoC code also contains infrastructure for managing register caches.\nThis cache work will be moved over in a future stage to allow for\nseparate review, the current patch only deals with the physical I/O.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Liam Girdwood \u003clrg@ti.com\u003e\nAcked-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nAcked-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nAcked-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "ab493a0f0f55d28636ac860ea682d57b84257f10", "tree": "41c1801407e25060ae415a7c2bb1cb6a8df45884", "parents": [ "74315cccd2104a953f493acca2c6b0519d6f5c6f" ], "author": { "name": "Ohad Ben-Cohen", "email": "ohad@wizery.com", "time": "Thu Jun 02 02:48:05 2011 +0300" }, "committer": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Tue Jun 14 14:47:41 2011 +0200" }, "message": "drivers: iommu: move to a dedicated folder\n\nCreate a dedicated folder for iommu drivers, and move the base\niommu implementation over there.\n\nGrouping the various iommu drivers in a single location will help\nfinding similar problems shared by different platforms, so they\ncould be solved once, in the iommu framework, instead of solved\ndifferently (or duplicated) in each driver.\n\nSigned-off-by: Ohad Ben-Cohen \u003cohad@wizery.com\u003e\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\n" }, { "commit": "40dc166cb5dddbd36aa4ad11c03915ea538f5a61", "tree": "0a778159cf89ddee9e7d3134ae40569bdccd2a24", "parents": [ "f9b9e806ae0ede772cbb9916d9ac7354a123d044" ], "author": { "name": "Rafael J. Wysocki", "email": "rjw@sisk.pl", "time": "Tue Mar 15 00:43:46 2011 +0100" }, "committer": { "name": "Rafael J. Wysocki", "email": "rjw@sisk.pl", "time": "Tue Mar 15 00:43:46 2011 +0100" }, "message": "PM / Core: Introduce struct syscore_ops for core subsystems PM\n\nSome subsystems need to carry out suspend/resume and shutdown\noperations with one CPU on-line and interrupts disabled. The only\nway to register such operations is to define a sysdev class and\na sysdev specifically for this purpose which is cumbersome and\ninefficient. Moreover, the arguments taken by sysdev suspend,\nresume and shutdown callbacks are practically never necessary.\n\nFor this reason, introduce a simpler interface allowing subsystems\nto register operations to be executed very late during system suspend\nand shutdown and very early during resume in the form of\nstrcut syscore_ops objects.\n\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nAcked-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "7a868088ee48d1816c10f9be6d32aef4cf30bcf7", "tree": "84a233edb60bab167328da49fa85c5c0ed59f46d", "parents": [ "38f49a5132f24d29236820eb5c7dd956e47f94a3" ], "author": { "name": "matt mooney", "email": "mfm@muteddisk.com", "time": "Fri Sep 24 12:17:11 2010 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Oct 22 10:16:44 2010 -0700" }, "message": "driver-core: base: change to new flag variable\n\nReplace EXTRA_CFLAGS with ccflags-y.\n\nSigned-off-by: matt mooney \u003cmfm@muteddisk.com\u003e\nAcked-by: WANG Cong \u003cxiyou.wangcong@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2b2af54a5bb6f7e80ccf78f20084b93c398c3a8b", "tree": "bb27e3b16a2a8fadeea869033a406f0a19b63e29", "parents": [ "ea5ffff57dce2f4c85ab056f4b0a202f71db2bdf" ], "author": { "name": "Kay Sievers", "email": "kay.sievers@vrfy.org", "time": "Thu Apr 30 15:23:42 2009 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Tue Sep 15 09:50:49 2009 -0700" }, "message": "Driver Core: devtmpfs - kernel-maintained tmpfs-based /dev\n\nDevtmpfs lets the kernel create a tmpfs instance called devtmpfs\nvery early at kernel initialization, before any driver-core device\nis registered. Every device with a major/minor will provide a\ndevice node in devtmpfs.\n\nDevtmpfs can be changed and altered by userspace at any time,\nand in any way needed - just like today\u0027s udev-mounted tmpfs.\nUnmodified udev versions will run just fine on top of it, and will\nrecognize an already existing kernel-created device node and use it.\nThe default node permissions are root:root 0600. Proper permissions\nand user/group ownership, meaningful symlinks, all other policy still\nneeds to be applied by userspace.\n\nIf a node is created by devtmps, devtmpfs will remove the device node\nwhen the device goes away. If the device node was created by\nuserspace, or the devtmpfs created node was replaced by userspace, it\nwill no longer be removed by devtmpfs.\n\nIf it is requested to auto-mount it, it makes init\u003d/bin/sh work\nwithout any further userspace support. /dev will be fully populated\nand dynamic, and always reflect the current device state of the kernel.\nWith the commonly used dynamic device numbers, it solves the problem\nwhere static devices nodes may point to the wrong devices.\n\nIt is intended to make the initial bootup logic simpler and more robust,\nby de-coupling the creation of the inital environment, to reliably run\nuserspace processes, from a complex userspace bootstrap logic to provide\na working /dev.\n\nSigned-off-by: Kay Sievers \u003ckay.sievers@vrfy.org\u003e\nSigned-off-by: Jan Blunck \u003cjblunck@suse.de\u003e\nTested-By: Harald Hoyer \u003charald@redhat.com\u003e\nTested-By: Scott James Remnant \u003cscott@ubuntu.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a56af87648054089d89874b52e3fc23ed4f274ad", "tree": "81714be5cc39f830b4acf55ec782b46f36e67ebe", "parents": [ "162dd4212409fd2d36ff22547ea821bf3e86bcc9" ], "author": { "name": "Ming Lei", "email": "tom.leiming@gmail.com", "time": "Sun Jul 12 21:44:55 2009 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Tue Sep 15 09:50:47 2009 -0700" }, "message": "driver-core: move dma-coherent.c from kernel to driver/base\n\nPlacing dma-coherent.c in driver/base is better than in kernel,\nsince it contains code to do per-device coherent dma memory\nhandling.\n\nSigned-off-by: Ming Lei \u003ctom.leiming@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1aaf118352b85bb359ce28070bcc478f659a7031", "tree": "101fe9b227c81576d735fedbf4533ce60343ad29", "parents": [ "fc2100eb4d0960b56c2c705a97941c08fb1c0fd4" ], "author": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Wed Nov 26 17:25:13 2008 +0100" }, "committer": { "name": "Joerg Roedel", "email": "joerg.roedel@amd.com", "time": "Sat Jan 03 14:10:09 2009 +0100" }, "message": "select IOMMU_API when DMAR and/or AMD_IOMMU is selected\n\nThese two IOMMUs can implement the current version of this API. So\nselect the API if one or both of these IOMMU drivers is selected.\n\nSigned-off-by: Joerg Roedel \u003cjoerg.roedel@amd.com\u003e\n" }, { "commit": "b297d520b9af536d5580ac505dd316be4cf5560c", "tree": "a8f292b308c166ebd383b73fa09538775352c874", "parents": [ "c773633916c66f8362ca01983d97bd33e35b743f", "e34f44b3517fe545f7fd45a8c2f6ee1e5e4432d3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@woody.linux-foundation.org", "time": "Tue Feb 05 19:05:48 2008 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@woody.linux-foundation.org", "time": "Tue Feb 05 19:05:48 2008 -0800" }, "message": "Merge branch \u0027dmapool\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/willy/misc\n\n* \u0027dmapool\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/willy/misc:\n pool: Improve memory usage for devices which can\u0027t cross boundaries\n Change dmapool free block management\n dmapool: Tidy up includes and add comments\n dmapool: Validate parameters to dma_pool_create\n Avoid taking waitqueue lock in dmapool\n dmapool: Fix style problems\n Move dmapool.c to mm/ directory\n" }, { "commit": "92b421416f8194aec87b1439487b5544e9ac8187", "tree": "d0f29e8252bb50fd30e59936b023956af516ce4a", "parents": [ "9148fe8767dc8612b2e66d11126744d6436cc94e" ], "author": { "name": "Randy Dunlap", "email": "randy.dunlap@oracle.com", "time": "Mon Dec 31 10:05:43 2007 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 24 20:40:42 2008 -0800" }, "message": "driver core: fix build with SYSFS\u003dn\n\nWhen SYSFS\u003dn and MODULES\u003dy, build ends with:\n\nlinux-2.6.24-rc6-mm1/drivers/base/module.c: In function \u0027module_add_driver\u0027:\nlinux-2.6.24-rc6-mm1/drivers/base/module.c:49: error: \u0027module_kset\u0027 undeclared (first use in this function)\nmake[3]: *** [drivers/base/module.o] Error 1\n\nBelow is one possible fix.\nBuild-tested with all 4 config combinations of SYSFS \u0026 MODULES.\n\nSigned-off-by: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c63469a3985a9771c18a916b8d42845d044ea0b1", "tree": "7d54c8741aec9d71864203ce430d289d40c4c975", "parents": [ "cbe9c595f1de2e2a98403be2c14bfbc2486e84c4" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Nov 28 12:23:18 2007 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 24 20:40:35 2008 -0800" }, "message": "Driver core: move the driver specific module code into the driver core\n\nThe module driver specific code should belong in the driver core, not in\nthe kernel/ directory. So move this code. This is done in preparation\nfor some struct device_driver rework that should be confined to the\ndriver core code only.\n\nThis also lets us keep from exporting these functions, as no external\ncode should ever be calling it.\n\nThanks to Andrew Morton for the !CONFIG_MODULES fix.\n\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "141e9d4b5492499c4735d764b599c21e83dac154", "tree": "6f18a6c1c73f7c62412a3cd17191cd6c75652d60", "parents": [ "09b56adc98e0f8a21644fcb4d20ad367c3fceb55" ], "author": { "name": "Matthew Wilcox", "email": "matthew@wil.cx", "time": "Mon Dec 03 11:57:48 2007 -0500" }, "committer": { "name": "Matthew Wilcox", "email": "matthew@wil.cx", "time": "Tue Dec 04 10:39:54 2007 -0500" }, "message": "Move dmapool.c to mm/ directory\n\nSigned-off-by: Matthew Wilcox \u003cwilly@linux.intel.com\u003e\n" }, { "commit": "411f0f3edc141a582190d3605cadd1d993abb6df", "tree": "d9d745beb57ffb0a987c1991635db940127421b6", "parents": [ "9a82782f8f58219d0c6dc5f0211ce301adf6c6f4" ], "author": { "name": "Heiko Carstens", "email": "heiko.carstens@de.ibm.com", "time": "Sun May 06 14:49:09 2007 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@woody.linux-foundation.org", "time": "Mon May 07 12:12:51 2007 -0700" }, "message": "Introduce CONFIG_HAS_DMA\n\nArchitectures that don\u0027t support DMA can say so by adding a config NO_DMA\nto their Kconfig file. This will prevent compilation of some dma specific\ndriver code. Also dma-mapping-broken.h isn\u0027t needed anymore on at least\ns390. This avoids compilation and linking of otherwise dead/broken code.\n\nOther architectures that include dma-mapping-broken.h are arm26, h8300,\nm68k, m68knommu and v850. If these could be converted as well we could get\nrid of the header file.\n\nSigned-off-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\n\"John W. Linville\" \u003clinville@tuxdriver.com\u003e\nCc: Kyle McMartin \u003ckyle@parisc-linux.org\u003e\nCc: \u003cJames.Bottomley@SteelEye.com\u003e\nCc: Tejun Heo \u003chtejun@gmail.com\u003e\nCc: Jeff Garzik \u003cjeff@garzik.org\u003e\nCc: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nCc: \u003cgeert@linux-m68k.org\u003e\nCc: \u003czippel@linux-m68k.org\u003e\nCc: \u003cspyro@f2s.com\u003e\nCc: \u003cuclinux-v850@lsi.nec.co.jp\u003e\nCc: \u003cysato@users.sourceforge.jp\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "9ac7849e35f705830f7b016ff272b0ff1f7ff759", "tree": "7f17cdff87e154937a15cc2ec8da9b4e6018ce8e", "parents": [ "77a527eadb425b60db3f5f0aae6a4c51c38e35e5" ], "author": { "name": "Tejun Heo", "email": "htejun@gmail.com", "time": "Sat Jan 20 16:00:26 2007 +0900" }, "committer": { "name": "Jeff Garzik", "email": "jeff@garzik.org", "time": "Fri Feb 09 17:39:36 2007 -0500" }, "message": "devres: device resource management\n\nImplement device resource management, in short, devres. A device\ndriver can allocate arbirary size of devres data which is associated\nwith a release function. On driver detach, release function is\ninvoked on the devres data, then, devres data is freed.\n\ndevreses are typed by associated release functions. Some devreses are\nbetter represented by single instance of the type while others need\nmultiple instances sharing the same release function. Both usages are\nsupported.\n\ndevreses can be grouped using devres group such that a device driver\ncan easily release acquired resources halfway through initialization\nor selectively release resources (e.g. resources for port 1 out of 4\nports).\n\nThis patch adds devres core including documentation and the following\nmanaged interfaces.\n\n* alloc/free\t: devm_kzalloc(), devm_kzfree()\n* IO region\t: devm_request_region(), devm_release_region()\n* IRQ\t\t: devm_request_irq(), devm_free_irq()\n* DMA\t\t: dmam_alloc_coherent(), dmam_free_coherent(),\n\t\t dmam_declare_coherent_memory(), dmam_pool_create(),\n\t\t dmam_pool_destroy()\n* PCI\t\t: pcim_enable_device(), pcim_pin_device(), pci_is_managed()\n* iomap\t\t: devm_ioport_map(), devm_ioport_unmap(), devm_ioremap(),\n\t\t devm_ioremap_nocache(), devm_iounmap(), pcim_iomap_table(),\n\t\t pcim_iomap(), pcim_iounmap()\n\nSigned-off-by: Tejun Heo \u003chtejun@gmail.com\u003e\nSigned-off-by: Jeff Garzik \u003cjeff@garzik.org\u003e\n" }, { "commit": "53947027ad90542ddb2bb746e3175827c270610a", "tree": "385add6ef71095c9dba4c23ef778d92502de1086", "parents": [ "8c2676a5870ab15cbeea9f826266bc946fe3cc26" ], "author": { "name": "Keith Mannthey", "email": "kmannth@us.ibm.com", "time": "Sat Sep 30 23:27:08 2006 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sun Oct 01 00:39:18 2006 -0700" }, "message": "[PATCH] hot-add-mem x86_64: use CONFIG_MEMORY_HOTPLUG_SPARSE\n\nMigate CONFIG_MEMORY_HOTPLUG to CONFIG_MEMORY_HOTPLUG_SPARSE where needed.\n\nSigned-off-by: Keith Mannthey \u003ckmannth@us.ibm.com\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Andi Kleen \u003cak@muc.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "a5117ba7da37deb09df5eb802dace229b3fb1e9f", "tree": "eec1e160cbc11a4a1dae107ed27d92c991f5fcf6", "parents": [ "3e95637a48820ff8bedb33e6439def96ccff1de5" ], "author": { "name": "Rene Herman", "email": "rene.herman@keyaccess.nl", "time": "Tue Jun 06 23:54:02 2006 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jun 21 12:40:49 2006 -0700" }, "message": "[PATCH] Driver model: add ISA bus\n\nDuring the recent \"isa drivers using platform devices\" discussion it was\npointed out that (ALSA) ISA drivers ran into the problem of not having\nthe option to fail driver load (device registration rather) upon not\nfinding their hardware due to a probe() error not being passed up\nthrough the driver model. In the course of that, I suggested a seperate\nISA bus might be best; Russell King agreed and suggested this bus could\nuse the .match() method for the actual device discovery.\n\nThe attached does this. For this old non (generically) discoverable ISA\nhardware only the driver itself can do discovery so as a difference with\nthe platform_bus, this isa_bus also distributes match() up to the driver.\n\nAs another difference: these devices only exist in the driver model due\nto the driver creating them because it might want to drive them, meaning\nthat all device creation has been made internal as well.\n\nThe usage model this provides is nice, and has been acked from the ALSA\nside by Takashi Iwai and Jaroslav Kysela. The ALSA driver module_init\u0027s\nnow (for oldisa-only drivers) become:\n\nstatic int __init alsa_card_foo_init(void)\n{\n\treturn isa_register_driver(\u0026snd_foo_isa_driver, SNDRV_CARDS);\n}\n\nstatic void __exit alsa_card_foo_exit(void)\n{\n\tisa_unregister_driver(\u0026snd_foo_isa_driver);\n}\n\nQuite like the other bus models therefore. This removes a lot of\nduplicated init code from the ALSA ISA drivers.\n\nThe passed in isa_driver struct is the regular driver struct embedding a\nstruct device_driver, the normal probe/remove/shutdown/suspend/resume\ncallbacks, and as indicated that .match callback.\n\nThe \"SNDRV_CARDS\" you see being passed in is a \"unsigned int ndev\"\nparameter, indicating how many devices to create and call our methods with.\n\nThe platform_driver callbacks are called with a platform_device param;\nthe isa_driver callbacks are being called with a \"struct device *dev,\nunsigned int id\" pair directly -- with the device creation completely\ninternal to the bus it\u0027s much cleaner to not leak isa_dev\u0027s by passing\nthem in at all. The id is the only thing we ever want other then the\nstruct device * anyways, and it makes for nicer code in the callbacks as\nwell.\n\nWith this additional .match() callback ISA drivers have all options. If\nALSA would want to keep the old non-load behaviour, it could stick all\nof the old .probe in .match, which would only keep them registered after\neverything was found to be present and accounted for. If it wanted the\nbehaviour of always loading as it inadvertently did for a bit after the\nchangeover to platform devices, it could just not provide a .match() and\ndo everything in .probe() as before.\n\nIf it, as Takashi Iwai already suggested earlier as a way of following\nthe model from saner buses more closely, wants to load when a later bind\ncould conceivably succeed, it could use .match() for the prerequisites\n(such as checking the user wants the card enabled and that port/irq/dma\nvalues have been passed in) and .probe() for everything else. This is\nthe nicest model.\n\nTo the code...\n\nThis exports only two functions; isa_{,un}register_driver().\n\nisa_register_driver() register\u0027s the struct device_driver, and then\nloops over the passed in ndev creating devices and registering them.\nThis causes the bus match method to be called for them, which is:\n\nint isa_bus_match(struct device *dev, struct device_driver *driver)\n{\n struct isa_driver *isa_driver \u003d to_isa_driver(driver);\n\n if (dev-\u003eplatform_data \u003d\u003d isa_driver) {\n if (!isa_driver-\u003ematch ||\n isa_driver-\u003ematch(dev, to_isa_dev(dev)-\u003eid))\n return 1;\n dev-\u003eplatform_data \u003d NULL;\n }\n return 0;\n}\n\nThe first thing this does is check if this device is in fact one of this\ndriver\u0027s devices by seeing if the device\u0027s platform_data pointer is set\nto this driver. Platform devices compare strings, but we don\u0027t need to\ndo that with everything being internal, so isa_register_driver() abuses\ndev-\u003eplatform_data as a isa_driver pointer which we can then check here.\nI believe platform_data is available for this, but if rather not, moving\nthe isa_driver pointer to the private struct isa_dev is ofcourse fine as\nwell.\n\nThen, if the the driver did not provide a .match, it matches. If it did,\nthe driver match() method is called to determine a match.\n\nIf it did _not_ match, dev-\u003eplatform_data is reset to indicate this to\nisa_register_driver which can then unregister the device again.\n\nIf during all this, there\u0027s any error, or no devices matched at all\neverything is backed out again and the error, or -ENODEV, is returned.\n\nisa_unregister_driver() just unregisters the matched devices and the\ndriver itself.\n\nMore global points/questions...\n\n- I\u0027m introducing include/linux/isa.h. It was available but is ofcourse\na somewhat generic name. Moving more isa stuff over to it in time is\nofcourse fine, so can I have it please? :)\n\n- I\u0027m using device_initcall() and added the isa.o (dependent on\nCONFIG_ISA) after the base driver model things in the Makefile. Will\nthis do, or I really need to stick it in drivers/base/init.c, inside\n#ifdef CONFIG_ISA? It\u0027s working fine.\n\nLastly -- I also looked, a bit, into integrating with PnP. \"Old ISA\"\ncould be another pnp_protocol, but this does not seem to be a good\nmatch, largely due to the same reason platform_devices weren\u0027t -- the\ndevices do not have a life of their own outside the driver, meaning the\npnp_protocol {get,set}_resources callbacks would need to callback into\ndriver -- which again means you first need to _have_ that driver. Even\nif there\u0027s clean way around that, you only end up inventing fake but\nvalid-form PnP IDs and generally catering to the PnP layer without any\npractical advantages over this very simple isa_bus. The thing I also\nsuggested earlier about the user echoing values into /sys to set up the\nhardware from userspace first is... well, cute, but a horrible idea from\na user standpoint.\n\nComments ofcourse appreciated. Hope it\u0027s okay. As said, the usage model\nis nice at least.\n\nSigned-off-by: Rene Herman \u003crene.herman@keyaccess.nl\u003e\n" }, { "commit": "4039483fd3065920f035eed39ec59085421c0a4f", "tree": "fc89410a8cd031c3f71a7319987fa6fc9b09336c", "parents": [ "e391553222211e07dfbe2f01c413b4e6d0ae32aa" ], "author": { "name": "Michael Holzheu", "email": "holzheu@de.ibm.com", "time": "Tue May 09 12:53:49 2006 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jun 21 12:40:48 2006 -0700" }, "message": "[PATCH] Driver Core: Add /sys/hypervisor when needed\n\nTo have a home for all hypervisors, this patch creates /sys/hypervisor.\nA new config option SYS_HYPERVISOR is introduced, which should to be set\nby architecture dependent hypervisors (e.g. s390 or Xen).\n\nAcked-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Michael Holzheu \u003cholzheu@de.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "69dcc99199fe29b0a29471a3488d39d9d33b25fc", "tree": "4232ad9a782dee6abfe7fa20c95a49249195de8f", "parents": [ "66ac5a294db70aa377c0d7bbdb0c4e3ef2349b7b" ], "author": { "name": "Zhang, Yanmin", "email": "yanmin.zhang@intel.com", "time": "Fri Feb 03 03:04:36 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Feb 03 08:32:09 2006 -0800" }, "message": "[PATCH] Export cpu topology in sysfs\n\nThe patch implements cpu topology exportation by sysfs.\n\nItems (attributes) are similar to /proc/cpuinfo.\n\n1) /sys/devices/system/cpu/cpuX/topology/physical_package_id:\n\trepresent the physical package id of cpu X;\n2) /sys/devices/system/cpu/cpuX/topology/core_id:\n\trepresent the cpu core id to cpu X;\n3) /sys/devices/system/cpu/cpuX/topology/thread_siblings:\n\trepresent the thread siblings to cpu X in the same core;\n4) /sys/devices/system/cpu/cpuX/topology/core_siblings:\n\trepresent the thread siblings to cpu X in the same physical package;\n\nTo implement it in an architecture-neutral way, a new source file,\ndriver/base/topology.c, is to export the 5 attributes.\n\nIf one architecture wants to support this feature, it just needs to\nimplement 4 defines, typically in file include/asm-XXX/topology.h.\nThe 4 defines are:\n#define topology_physical_package_id(cpu)\n#define topology_core_id(cpu)\n#define topology_thread_siblings(cpu)\n#define topology_core_siblings(cpu)\n\nThe type of **_id is int.\nThe type of siblings is cpumask_t.\n\nTo be consistent on all architectures, the 4 attributes should have\ndeafult values if their values are unavailable. Below is the rule.\n\n1) physical_package_id: If cpu has no physical package id, -1 is the\ndefault value.\n\n2) core_id: If cpu doesn\u0027t support multi-core, its core id is 0.\n\n3) thread_siblings: Just include itself, if the cpu doesn\u0027t support\nHT/multi-thread.\n\n4) core_siblings: Just include itself, if the cpu doesn\u0027t support\nmulti-core and HT/Multi-thread.\n\nSo be careful when declaring the 4 defines in include/asm-XXX/topology.h.\n\nIf an attribute isn\u0027t defined on an architecture, it won\u0027t be exported.\n\nThank Nathan, Greg, Andi, Paul and Venki.\n\nThe patch provides defines for i386/x86_64/ia64.\n\nSigned-off-by: Zhang, Yanmin \u003cyanmin.zhang@intel.com\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Nick Piggin \u003cnickpiggin@yahoo.com.au\u003e\nCc: Greg KH \u003cgreg@kroah.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "3947be1969a9ce455ec30f60ef51efb10e4323d1", "tree": "0b4b3b4c268beb7aa88cb685cce48b6bb5053c47", "parents": [ "bdc8cb984576ab5b550c8b24c6fa111a873503e3" ], "author": { "name": "Dave Hansen", "email": "haveblue@us.ibm.com", "time": "Sat Oct 29 18:16:54 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Sat Oct 29 21:40:44 2005 -0700" }, "message": "[PATCH] memory hotplug: sysfs and add/remove functions\n\nThis adds generic memory add/remove and supporting functions for memory\nhotplug into a new file as well as a memory hotplug kernel config option.\n\nIndividual architecture patches will follow.\n\nFor now, disable memory hotplug when swsusp is enabled. There\u0027s a lot of\nchurn there right now. We\u0027ll fix it up properly once it calms down.\n\nSigned-off-by: Matt Tolentino \u003cmatthew.e.tolentino@intel.com\u003e\nSigned-off-by: Dave Hansen \u003chaveblue@us.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "07e4a3e27fe414980ddc85a358e5a56abc48b363", "tree": "eb32858e7facf8b24a2f0fc2d4e829d6ee715c09", "parents": [ "af70316af182f4716cc5eec7e0d27fc731d164bd" ], "author": { "name": "mochel@digitalimplant.org", "email": "mochel@digitalimplant.org", "time": "Mon Mar 21 10:52:54 2005 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Jun 20 15:15:13 2005 -0700" }, "message": "[PATCH] Move device/driver code to drivers/base/dd.c\n\nThis relocates the driver binding/unbinding code to drivers/base/dd.c. This is done\nfor two reasons: One, it\u0027s not code related to the bus_type itself; it uses some from\nthat, some from devices, and some from drivers. And Two, it will make it easier to do\nsome of the upcoming lock removal on that code..\n\nSigned-off-by: Patrick Mochel \u003cmochel@digitalimplant.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "cd987d38cc59053e0bab8150ffaca33b109067f3", "tree": "68cf99616bd548bff80ca12f37912d9cc4b31edd", "parents": [ "2fc68447df5c76cf254037047b4b02551bd5d760" ], "author": { "name": "gregkh@suse.de", "email": "gregkh@suse.de", "time": "Wed Mar 23 11:12:38 2005 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Jun 20 15:15:11 2005 -0700" }, "message": "[PATCH] class: remove class_simple code, as no one in the tree is using it anymore.\n\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "0b405a0f7e4d4d18fd1fe46ddf5ff465443036ab", "tree": "49d74df6eddfdd095c650e0af34cde7f4548a2d5", "parents": [ "82428b62aa6294ea640c7e920a9224ecaf46db65" ], "author": { "name": "David Brownell", "email": "david-b@pacbell.net", "time": "Thu May 12 12:06:27 2005 -0700" }, "committer": { "name": "Greg KH", "email": "gregkh@suse.de", "time": "Tue May 17 14:54:55 2005 -0700" }, "message": "[PATCH] Driver Core: remove driver model detach_state\n\nThe driver model has a \"detach_state\" mechanism that:\n\n - Has never been used by any in-kernel drive;\n - Is superfluous, since driver remove() methods can do the same thing;\n - Became buggy when the suspend() parameter changed semantics and type;\n - Could self-deadlock when called from certain suspend contexts;\n - Is effectively wasted documentation, object code, and headspace.\n\nThis removes that \"detach_state\" mechanism; net code shrink, as well\nas a per-device saving in the driver model and sysfs.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.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" } ] }