)]}' { "log": [ { "commit": "112b4a0bf1080b3d40a2d3b3982361229b25e72d", "tree": "e9b49ac3df442cc469b0823378961d4d46b88bc5", "parents": [ "126cda50468d26c4c67f20c51a800685d42d1c61" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Fri Jan 08 14:43:20 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Jan 11 09:34:10 2010 -0800" }, "message": "mn10300: insert PCI root bus resources for the ASB2305 devel motherboard\n\nInsert PCI root bus resources for the MN10300-based ASB2305 development\nkit motherboard. This is required because the CPU\u0027s window onto the PCI\nbus address space is considerably smaller than the CPU\u0027s full address\nspace and non-PCI devices lie outside of the PCI window that we might want\nto access.\n\nWithout this patch, the PCI root bus uses the platform-level bus\nresources, and these are then confined to the PCI window, thus making\nplatform_device_add() reject devices outside of this window.\n\nWe also add a reservation for the PCI SRAM region.\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "126cda50468d26c4c67f20c51a800685d42d1c61", "tree": "6973dea92f24f2dadaf019afb5cf520f3514cbaa", "parents": [ "e716381f9f4ea65df2e2a911275b47ed6ae53d4b" ], "author": { "name": "Bjorn Helgaas", "email": "bjorn.helgaas@hp.com", "time": "Fri Jan 08 14:43:19 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Jan 11 09:34:10 2010 -0800" }, "message": "mn10300: use generic pci_enable_resources()\n\nUse the generic pci_enable_resources() instead of the arch-specific code.\n\nUnlike this arch-specific code, the generic version:\n\n - checks PCI_NUM_RESOURCES (11), not 6, resources\n - skips resources that have neither IORESOURCE_IO nor IORESOURCE_MEM set\n - skips ROM resources unless IORESOURCE_ROM_ENABLE is set\n - checks for resource collisions with \"!r-\u003eparent\"\n\nSigned-off-by: Bjorn Helgaas \u003cbjorn.helgaas@hp.com\u003e\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "e716381f9f4ea65df2e2a911275b47ed6ae53d4b", "tree": "d48476ff6a7e3929a3fb4ff60f9dde034377639f", "parents": [ "07c706a6226ea7556a41fced300248d1daac90db" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Fri Jan 08 14:43:18 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Jan 11 09:34:10 2010 -0800" }, "message": "mn10300: use KERN_ERR not KERN_ERROR\n\nUse KERN_ERR not KERN_ERROR in the ASB2305 platform code.\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "07c706a6226ea7556a41fced300248d1daac90db", "tree": "a1a8607fcc960e1ec9af72e4e91850cea41a2898", "parents": [ "e5d20d01023e76f3c1289cfca2e3305de7ff9e69" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri Jan 08 14:43:17 2010 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Jan 11 09:34:10 2010 -0800" }, "message": "mn10300: fix several bogus includes on abs2305\n\nasm/cpu never existed for mn10300; the files they are looking for are in\nasm.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "d22a001bf6a502e978a8617e3f297b4d762cfbb5", "tree": "6291200ec18203153ff6e26a666bd7809659b371", "parents": [ "933d35f00cfaf99985515c7c212d9dee30b1a1fb" ], "author": { "name": "Mark Salter", "email": "msalter@redhat.com", "time": "Thu Oct 01 15:44:01 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Oct 01 16:11:12 2009 -0700" }, "message": "mn10300: fix kernel build failures when using gcc-4.x\n\nFix some build failures when using gcc-4.x for MN10300.\n\nFirstly, __get_user() fails to build because the pointer points to a const and\n__gu_val ends up being read-only:\n\nIn file included from include/linux/mempolicy.h:62,\n from init/main.c:50:\ninclude/linux/pagemap.h: In function \u0027fault_in_pages_readable\u0027:\ninclude/linux/pagemap.h:394: error: read-only variable \u0027__gu_val\u0027 used as \u0027asm\u0027 output\ninclude/linux/pagemap.h:394: error: read-only variable \u0027__gu_val\u0027 used as \u0027asm\u0027 output\ninclude/linux/pagemap.h:394: error: read-only variable \u0027__gu_val\u0027 used as \u0027asm\u0027 output\ninclude/linux/pagemap.h:400: error: read-only variable \u0027__gu_val\u0027 used as \u0027asm\u0027 output\ninclude/linux/pagemap.h:400: error: read-only variable \u0027__gu_val\u0027 used as \u0027asm\u0027 output\ninclude/linux/pagemap.h:400: error: read-only variable \u0027__gu_val\u0027 used as \u0027asm\u0027 output\nmake[1]: *** [init/main.o] Error 1\n\nSecondly, gcc-4 doesn\u0027t allow casts of lvalues:\n\n UPD include/linux/compile.h\narch/mn10300/kernel/rtc.c: In function \u0027calibrate_clock\u0027:\narch/mn10300/kernel/rtc.c:170: error: lvalue required as left operand of assignment\narch/mn10300/kernel/rtc.c:172: error: lvalue required as left operand of assignment\nmake[1]: *** [arch/mn10300/kernel/rtc.o] Error 1\n\nThese are seen with gcc 4.2.1.\n\nSigned-off-by: Mark Salter \u003cmsalter@redhat.com\u003e\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "2f2a2132ff056bb45697dc855eb4fd95b70b38cb", "tree": "e20dcbf96a99121fb45e5f4e78660ff7eb48851b", "parents": [ "da7616610c8d2ec16a8ada44216e836e5fcbd08b" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Fri Apr 10 14:33:48 2009 +0100" }, "committer": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Fri Apr 10 14:33:48 2009 +0100" }, "message": "Separate out the proc- and unit-specific header directories from the general\nMN10300 arch headers and place them instead in the same directories as contain\nthe .c files for the processor and unit implementations.\n\nThis permits the symlinks include/asm/proc and include/asm/unit to be\ndispensed with. This does, however, require that #include \u003casm/proc/xxx.h\u003e be\nconverted to #include \u003cproc/xxx.h\u003e and similarly for asm/unit -\u003e unit.\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\n" }, { "commit": "d9190913b71831f5e3d04de62cfb1fd069a9db35", "tree": "f70fded9e2368946a396a355d1848ff777891031", "parents": [ "58bafe72ad937ec0813109254a154cf32be25fc4" ], "author": { "name": "Wei Yongjun", "email": "yjwei@cn.fujitsu.com", "time": "Fri Feb 20 15:38:40 2009 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 20 17:57:48 2009 -0800" }, "message": "mn10300: fix typo \u0026\u0026 -\u003e || in arch/mn10300/unit-asb2305/pci.c\n\nFix the typo \u0026\u0026 -\u003e ||.\n\nSigned-off-by: Wei Yongjun \u003cyjwei@cn.fujitsu.com\u003e\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "d6478fad430e37148b56f642c87301ba72476675", "tree": "fe6378edf75342970ac171173dadf19309e3bbdc", "parents": [ "7ac9c1c24c0e68bdb89524e8c99e13fffcb2fcfb" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Wed Oct 01 13:47:06 2008 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Oct 01 09:40:43 2008 -0700" }, "message": "MN10300: Fix IRQ handling\n\nFix the IRQ handling on the MN10300 arch.\n\nThis patch makes a number of significant changes:\n\n (1) It separates the irq_chip definition for edge-triggered interrupts from\n the one for level-triggered interrupts.\n\n This is necessary because the MN10300 PIC latches the IRQ channel\u0027s\n interrupt request bit (GxICR_REQUEST), even after the device has ceased to\n assert its interrupt line and the interrupt channel has been disabled in\n the PIC. So for level-triggered interrupts we need to clear this bit when\n we re-enable - which is achieved by setting GxICR_DETECT but not\n GxICR_REQUEST when writing to the register.\n\n Not doing this results in spurious interrupts occurring because calling\n mask_ack() at the start of handle_level_irq() is insufficient - it fails\n to clear the REQUEST latch because the device that caused the interrupt is\n still asserting its interrupt line at this point.\n\n (2) IRQ disablement [irq_chip::disable_irq()] shouldn\u0027t clear the interrupt\n request flag for edge-triggered interrupts lest it lose an interrupt.\n\n (3) IRQ unmasking [irq_chip::unmask_irq()] also shouldn\u0027t clear the interrupt\n request flag for edge-triggered interrupts lest it lose an interrupt.\n\n (4) The end() operation is now left to the default (no-operation) as\n __do_IRQ() is compiled out. This may affect misrouted_irq(), but\n according to Thomas Gleixner it\u0027s the correct thing to do.\n\n (5) handle_level_irq() is used for edge-triggered interrupts rather than\n handle_edge_irq() as the MN10300 PIC latches interrupt events even on\n masked IRQ channels, thus rendering IRQ_PENDING unnecessary. It is\n sufficient to call mask_ack() at the start and unmask() at the end.\n\n (6) For level-triggered interrupts, ack() is now NULL as it\u0027s not used, and\n there is no effective ACK function on the PIC. mask_ack() is now the\n same as mask() as the latch continues to latch, even when the channel is\n masked.\n\nFurther, the patch discards the disable() op implementation as its now the same\nas the mask() op implementation, which is used instead.\n\nIt also discards the enable() op implementations as they\u0027re now the same as\nthe unmask() op implementations, which are used instead.\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b70d3a2c596fb52b02488ad4aef13fa0d602090c", "tree": "502793fdd2ca7c7e0d66af3e750d4ffbec6db248", "parents": [ "626adeb6675fdf60e9d8c6212776b0b0acf0e376" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Apr 29 00:59:11 2008 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Apr 29 08:06:02 2008 -0700" }, "message": "iomap: fix 64 bits resources on 32 bits\n\nAlmost all implementations of pci_iomap() in the kernel, including the generic\nlib/iomap.c one, copies the content of a struct resource into unsigned long\u0027s\nwhich will break on 32 bits platforms with 64 bits resources.\n\nThis fixes all definitions of pci_iomap() to use resource_size_t. I also\n\"fixed\" the 64bits arch for consistency.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: \u003clinux-arch@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1ba6ab11d8fbd8d29afec4e39236e1255ae0339a", "tree": "68970431b31c1fd21966f567113f87d24c6c7196", "parents": [ "3b57eff02c37c79e6254884d374a6a9233e11efc" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Feb 13 15:06:38 2008 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sun Apr 20 21:46:58 2008 -0700" }, "message": "PCI: remove initial bios sort of PCI devices on x86\n\nWe currently keep 2 lists of PCI devices in the system, one in the\ndriver core, and one all on its own. This second list is sorted at boot\ntime, in \"BIOS\" order, to try to remain compatible with older kernels\n(2.2 and earlier days). There was also a \"nosort\" option to turn this\nsorting off, to remain compatible with even older kernel versions, but\nthat just ends up being what we have been doing from 2.5 days...\n\nUnfortunately, the second list of devices is not really ever used to \ndetermine the probing order of PCI devices or drivers[1]. That is done\nusing the driver core list instead. This change happened back in the\nearly 2.5 days.\n\nRelying on BIOS ording for the binding of drivers to specific device\nnames is problematic for many reasons, and userspace tools like udev\nexist to properly name devices in a persistant manner if that is needed,\nno reliance on the BIOS is needed.\n\nMatt Domsch and others at Dell noticed this back in 2006, and added a\nboot option to sort the PCI device lists (both of them) in a\nbreadth-first manner to help remain compatible with the 2.4 order, if\nneeded for any reason. This option is not going away, as some systems\nrely on them.\n\nThis patch removes the sorting of the internal PCI device list in \"BIOS\"\nmode, as it\u0027s not needed at all anymore, and hasn\u0027t for many years.\nI\u0027ve also removed the PCI flags for this from some other arches that for\nsome reason defined them, but never used them.\n\nThis should not change the ordering of any drivers or device probing.\n\n[1] The old-style pci_get_device and pci_find_device() still used this\nsorting order, but there are very few drivers that use these functions,\nas they are deprecated for use in this manner. If for some reason, a\ndriver rely on the order and uses these functions, the breadth-first\nboot option will resolve any problem.\n\nCc: Matt Domsch \u003cMatt_Domsch@dell.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b920de1b77b72ca9432ac3f97edb26541e65e5dd", "tree": "40fa9be1470e929c47927dea7eddf184c0204229", "parents": [ "ef3d534754f31fed9c3b976fee1ece1b3bc38282" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Fri Feb 08 04:19:31 2008 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@woody.linux-foundation.org", "time": "Fri Feb 08 09:22:30 2008 -0800" }, "message": "mn10300: add the MN10300/AM33 architecture to the kernel\n\nAdd architecture support for the MN10300/AM33 CPUs produced by MEI to the\nkernel.\n\nThis patch also adds board support for the ASB2303 with the ASB2308 daughter\nboard, and the ASB2305. The only processor supported is the MN103E010, which\nis an AM33v2 core plus on-chip devices.\n\n[akpm@linux-foundation.org: nuke cvs control strings]\nSigned-off-by: Masakazu Urade \u003curade.masakazu@jp.panasonic.com\u003e\nSigned-off-by: Koichi Yasutake \u003cyasutake.koichi@jp.panasonic.com\u003e\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" } ] }