)]}' { "log": [ { "commit": "b3743fa4442fc172e950ff0eaf6aa96e7d5ce9be", "tree": "fdc53b41cc1c1d762397bf673c43991000a6bdbe", "parents": [ "76fa82fb7156aa7191dfd1fdede1fc0da51d45dd" ], "author": { "name": "Dominik Brodowski", "email": "linux@dominikbrodowski.net", "time": "Fri Sep 09 13:03:23 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Sep 09 13:57:47 2005 -0700" }, "message": "[PATCH] yenta: share code with PCI core\n\nShare code between setup-bus.c and yenta_socket.c: use the write-out code of\nresources to the bridge also in yenta_socket.c, as it provides useful debug\noutput. In addition, it fixes the bug that the CPU-centric resource view\nmight need to be transferred to the PCI-centric view: setup-bus.c does that,\nwhile yenta-socket.c did not.\n\nSigned-off-by: Dominik Brodowski \u003clinux@dominikbrodowski.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "81d4af1340badcd2100c84fbd1bfd13156de41aa", "tree": "67b7302a238eb930c7416d00b3a316def6396b3d", "parents": [ "ae11be6f37dfa140b6c2d1a53b307ef57da69a04" ], "author": { "name": "Ivan Kokshaysky", "email": "ink@jurassic.park.msu.ru", "time": "Tue Aug 30 18:48:52 2005 +0400" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Aug 30 11:14:48 2005 -0700" }, "message": "[PATCH] x86: pci_assign_unassigned_resources() update\n\nI had some time to think about PCI assign issues in 2.6.13-rc series.\n\nThe major problem here is that we call pci_assign_unassigned_resources()\nway too early - at subsys_initcall level. Therefore we give no chances\nto ACPI and PnP routines (called at fs_initcall level) to reserve their\nrespective resources properly, as the comments in drivers/pnp/system.c\nand drivers/acpi/motherboard.c suggest:\n\n /**\n * Reserve motherboard resources after PCI claim BARs,\n * but before PCI assign resources for uninitialized PCI devices\n */\n\nSo I moved the pci_assign_unassigned_resources() call to\npcibios_assign_resources() (fs_initcall), which should hopefully fix a\nlot of problems and make PCIBIOS_MIN_IO tweaks unnecessary.\n\nOther changes:\n- remove resource assignment code from pcibios_assign_resources(), since\n it duplicates pci_assign_unassigned_resources() functionality and\n actually does nothing in 2.6.13;\n- modify ROM assignment code as per Ben\u0027s suggestion: try to use firmware\n settings by default (if PCI_ASSIGN_ROMS is not set);\n- set CARDBUS_IO_SIZE back to 4K as it\u0027s a wonderful stress test for\n various setups.\n\nConfirmed by Tero Roponen \u003cteanropo@cc.jyu.fi\u003e (who had problems with\nthe 4kB CardBus IO size previously).\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "26aad69e3dd854abe9028ca873fb40b410a39dd7", "tree": "0f9b4d31027e8cfeb26c9d391f9f27e2f0bfcedf", "parents": [ "9c2c38a122cc23d6a09b8004d60a33913683eedf" ], "author": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Aug 26 10:40:10 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Aug 26 10:40:10 2005 -0700" }, "message": "Only pre-allocate 256 bytes of cardbio IO range\n\nIt may seem small, but most cards need much less, if any, and this not\nonly makes the code adhere to the comment, it seems to fix a boot-time\nlockup on a ThinkPad 380XD laptop reported by Tero Roponen \u003cteanropo@cc.jyu.fi\u003e\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "10f4338ca8534823bc6c843edbbe42fd4e73d258", "tree": "e0e94513f07166de7f45cfdc2b8c2199e5be7a3d", "parents": [ "761a3ac08c63718dacde12aaf0ec6d6760e8c2b7" ], "author": { "name": "Ivan Kokshaysky", "email": "ink@jurassic.park.msu.ru", "time": "Fri Jul 29 12:16:22 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Jul 29 13:12:51 2005 -0700" }, "message": "[PATCH] PCI: remove PCI_BRIDGE_CTL_VGA handling from setup-bus.c\n\nThe setup-bus code doesn\u0027t work correctly for configurations\nwith more than one display adapter in the same PCI domain.\nThis stuff actually is a leftover of an early 2.4 PCI setup code\nand apparently it stopped working after some \"bridge_ctl\" changes.\nSo the best thing we can do is just to remove it and rely on the fact\nthat any firmware *has* to configure VGA port forwarding for the boot\ndisplay device properly.\n\nBut then we need to ensure that the bus-\u003ebridge_ctl will always\ncontain valid information collected at the probe time, therefore\nthe following change in pci_scan_bridge() is needed.\n\nSigned-off-by: Ivan Kokshaysky \u003cink@jurassic.park.msu.ru\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "960b8466548c9bc6f718b5f470c1a58000fab09d", "tree": "9dfe507f4b1d5dcde83249754a66d76a9851294f", "parents": [ "107177410b754b597028e430725bc3b316936b6b" ], "author": { "name": "Ivan Kokshaysky", "email": "ink@jurassic.park.msu.ru", "time": "Thu Jul 07 03:07:56 2005 +0400" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Wed Jul 06 16:12:58 2005 -0700" }, "message": "[PATCH] yet another fix for setup-bus.c/x86 merge\n\nThere is a slight disagreement between setup-bus.c code and traditional\nx86 PCI setup wrt which recourses are invalid vs resources that are free\nfor further allocations.\n\nIn particular, in the setup-bus.c, if we failed to allocate some resource,\nwe nullify \"start\" and \"flags\" fields, but *not* the \"end\" one.\n\nBut x86 pcibios_enable_resources() does the following check:\n\n\tif (!r-\u003estart \u0026\u0026 r-\u003eend) {\n\t\tprintk(KERN_ERR \"PCI: Device %s not available because of resource collisions\\n\", pci_name(dev));\n\t\treturn -EINVAL;\n\nwhich means that the device owning the offending resource cannot be\nenabled.\n\nIn particular, this breaks cardbus behind the normal decode p2p bridge -\nthe cardbus code from setup-bus.c requests rather large IO and MEM\nwindows, and if it fails, the socket is completely unavailable. Which\nis wrong, as the yenta code is capable to allocate smaller windows.\n\nSigned-off-by: Ivan Kokshaysky \u003cink@jurassic.park.msu.ru\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "299de0343c7d18448a69c635378342e9214b14af", "tree": "0a456358b5f919328e234868139c983813f4cb80", "parents": [ "90b54929b626c80056262d9d99b3f48522e404d0" ], "author": { "name": "Ivan Kokshaysky", "email": "ink@jurassic.park.msu.ru", "time": "Wed Jun 15 18:59:27 2005 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jul 01 13:35:50 2005 -0700" }, "message": "[PATCH] PCI: pci_assign_unassigned_resources() on x86\n\n- Add sanity check for io[port,mem]_resource in setup-bus.c. These\n resources look like \"free\" as they have no parents, but obviously\n we must not touch them.\n- In i386.c:pci_allocate_bus_resources(), if a bridge resource cannot be\n allocated for some reason, then clear its flags. This prevents any child\n allocations in this range, so the setup-bus code will work with a clean\n resource sub-tree.\n- i386.c:pcibios_enable_resources() doesn\u0027t enable bridges, as it checks\n only resources 0-5, which looks like a clear bug to me. I suspect it\n might break hotplug as well in some cases.\n\nFrom: Ivan Kokshaysky \u003cink@jurassic.park.msu.ru\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "542df5de56a23bf2d94b75e2b304ab0e5a5508a8", "tree": "6e9861262c3fb9cfa72a385ea8db5372c086e35b", "parents": [ "091ca9f06382e46d77213c35a97f7d0be9e350d2" ], "author": { "name": "Rajesh Shah", "email": "rajesh.shah@intel.com", "time": "Thu Apr 28 00:25:50 2005 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Jun 27 21:52:41 2005 -0700" }, "message": "[PATCH] acpi bridge hotadd: Remove hot-plugged devices that could not be allocated resources\n\nWhen hot-plugging an I/O hierarchy that contains many bridges and leaf\ndevices, it\u0027s possible that there are not enough resources to start all the\ndevice present. If we fail to assign a resource, clear the corresponding\nvalue in the pci_dev structure, so other code can take corrective action.\n\nSigned-off-by: Rajesh Shah \u003crajesh.shah@intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\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" } ] }