)]}' { "log": [ { "commit": "13ae246db4a02971ef4f557af1f6d3e21d64b710", "tree": "e40e4a686a57f987b1a3c682656de174e6b980b0", "parents": [ "6b21d18ed50c7d145220b0724ea7f2613abf0f95" ], "author": { "name": "Paul Gortmaker", "email": "paul.gortmaker@windriver.com", "time": "Sun Jan 29 15:44:45 2012 -0500" }, "committer": { "name": "Paul Gortmaker", "email": "paul.gortmaker@windriver.com", "time": "Tue Feb 28 19:31:56 2012 -0500" }, "message": "includecheck: delete any duplicate instances of module.h\n\nDifferent tree maintainers picked up independently generated\ntrivial compile fixes based on linux-next testing, resulting\nin some cases where a file would have got more than one addition\nof module.h once everything was all merged together.\n\nDelete any duplicates so includecheck isn\u0027t complaining about\nanything related to module.h/export.h changes.\n\nSigned-off-by: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\n" }, { "commit": "ee3253241a928f6c5c40960629d7071eb6a4b23c", "tree": "edf6d3800414eccb80ee6d861ec805c66fd74bb9", "parents": [ "b38a03b8bbb96ace10497af39e6cb656673fbcac", "62e37ca78b1a4ca2eb77875bfd7ac63a7e068c67" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 24 09:01:46 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 24 09:01:46 2012 -0800" }, "message": "Merge tag \u0027for-linus\u0027 of git://linux-c6x.org/git/projects/linux-c6x-upstreaming\n\nThis is the arch/c6x part of commit 7c43185138cf (\"Kbuild: Use dtc\u0027s -d\n(dependency) option\") which was dropped because c6x had not yet been\nmerged at the time.\n\n* tag \u0027for-linus\u0027 of git://linux-c6x.org/git/projects/linux-c6x-upstreaming:\n Kbuild: Use dtc\u0027s -d (dependency) option\n" }, { "commit": "37e79cbf7d45451fb4d1213184e484723c25c65a", "tree": "6a1ef497215365ec25c367d87feca3712ad66cb3", "parents": [ "0e69e084017f015555ae584972386296c8c1bf1c", "7372a4cd6c6fe07ae9d7d0340717736fba863580" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 24 08:57:22 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 24 08:57:22 2012 -0800" }, "message": "Merge tag \u0027rmobile-for-linus\u0027 of git://github.com/pmundt/linux-sh\n\nSH/R-Mobile fixes for 3.3-rc5\n\n* tag \u0027rmobile-for-linus\u0027 of git://github.com/pmundt/linux-sh:\n arch/arm/mach-shmobile/board-ag5evm.c: included linux/dma-mapping.h twice\n ARM: mach-shmobile: r8a7779 PFC IPSR4 fix\n ARM: mach-shmobile: sh73a0 PSTR 32-bit access fix\n ARM: mach-shmobile: add GPIO-to-IRQ translation to sh7372\n ARM: mach-shmobile: clock-sh73a0: add DSIxPHY clock support\n arm: fix compile failure in mach-shmobile/board-ag5evm.c\n ARM: mach-shmobile: mackerel: add ak4642 amixer settings on comment\n ARM: mach-shmobile: mackerel: use renesas_usbhs instead of r8a66597_hcd\n ARM: mach-shmobile: simplify MMCIF DMA configuration\n ARM: mach-shmobile: IRQ driven GPIO key support for Kota2\n ARM: mach-shmobile: sh73a0 IRQ sparse alloc fix\n ARM: mach-shmobile: sh73a0 PINT IRQ base fix\n" }, { "commit": "0e69e084017f015555ae584972386296c8c1bf1c", "tree": "93dd53668b4f7bb78cd7a58c3620f44ef32dc8c6", "parents": [ "371528caec553785c37f73fa3926ea0de84f986f", "1ae911cba414f7e805b2cb3798fa402b36a21601" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 24 08:56:51 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 24 08:56:51 2012 -0800" }, "message": "Merge tag \u0027sh-for-linus\u0027 of git://github.com/pmundt/linux-sh\n\nSuperH fixes for 3.3-rc5\n\n* tag \u0027sh-for-linus\u0027 of git://github.com/pmundt/linux-sh:\n sh: Fix sh2a build error for CONFIG_CACHE_WRITETHROUGH\n sh: modify a resource of sh_eth_giga1_resources in board-sh7757lcr\n arch/sh: remove references to cpu_*_map.\n sh: Fix typo in pci-sh7780.c\n sh: add platform_device for SPI1 in setup-sh7757\n sh: modify resource for SPI0 in setup-sh7757\n sh: se7724: fix compile breakage\n sh: clkfwk: bugfix: use clk_reparent() for div6 clocks\n sh: clock-sh7724: fixup sh_fsi clock settings\n sh: sh7757lcr: update to the new MMCIF DMA configuration\n sh: fix the sh_mmcif_plat_data in board-sh7757lcr\n video: pvr2fb: Fix up spurious section mismatch warnings.\n sh: Defer to asm-generic/device.h.\n" }, { "commit": "7372a4cd6c6fe07ae9d7d0340717736fba863580", "tree": "b56c938dadd5a61863915fb729b03321157fe1fe", "parents": [ "74eb436ec057e31e35addda35f9b94ee813cb633" ], "author": { "name": "Danny Kukawka", "email": "danny.kukawka@bisect.de", "time": "Thu Feb 16 15:46:38 2012 +0100" }, "committer": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:32:17 2012 +0900" }, "message": "arch/arm/mach-shmobile/board-ag5evm.c: included linux/dma-mapping.h twice\n\narch/arm/mach-shmobile/board-ag5evm.c: included \u0027linux/dma-mapping.h\u0027\ntwice, remove the duplicate.\n\nSigned-off-by: Danny Kukawka \u003cdanny.kukawka@bisect.de\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\n" }, { "commit": "74eb436ec057e31e35addda35f9b94ee813cb633", "tree": "509dc2c4cf06d5a6bf2ad067c66c40fda7f09587", "parents": [ "689189fb014203965ed89833d8d5566424540c9d" ], "author": { "name": "Magnus Damm", "email": "damm@opensource.se", "time": "Mon Jan 30 11:25:07 2012 +0900" }, "committer": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:24:59 2012 +0900" }, "message": "ARM: mach-shmobile: r8a7779 PFC IPSR4 fix\n\nFix the bit field width information for the IPSR4 register\nin the r8a7779 pin function controller (PFC).\n\nWithout this fix the Marzen board fails to receive data\nover the serial console due to misconfigured pin function\nfor the RX pin.\n\nSigned-off-by: Magnus Damm \u003cdamm@opensource.se\u003e\nTested-by: Kuninori Morimoto \u003ckuninori.morimoto.gx@renesas.com\u003e\nTested-by: Simon Horman \u003chorms@verge.net.au\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\n" }, { "commit": "689189fb014203965ed89833d8d5566424540c9d", "tree": "a426beea3ac939c418647f99c9a4c47e510079fc", "parents": [ "35eb304b5cd7b49d581bda79218b8134f3b689ea" ], "author": { "name": "Magnus Damm", "email": "damm@opensource.se", "time": "Mon Jan 30 11:03:49 2012 +0900" }, "committer": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:24:58 2012 +0900" }, "message": "ARM: mach-shmobile: sh73a0 PSTR 32-bit access fix\n\nConvert the sh73a0 SMP code to use 32-bit PSTR access.\n\nThis fixes wakeup from deep sleep for sh73a0 secondary CPUs.\n\nSigned-off-by: Magnus Damm \u003cdamm@opensource.se\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\n" }, { "commit": "35eb304b5cd7b49d581bda79218b8134f3b689ea", "tree": "3d75d9ada70814161d035b2f9166fee05d257dfb", "parents": [ "ca0cc30109241f280eb871794620d7cf198bb582", "bb4c7e9a9908548b458f34afb2fee74dc0d49f90" ], "author": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:23:23 2012 +0900" }, "committer": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:23:23 2012 +0900" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux into rmobile-fixes-for-linus\n" }, { "commit": "1ae911cba414f7e805b2cb3798fa402b36a21601", "tree": "2fdcac2443cd99dc22c3f4dfa2cf24382dee4f80", "parents": [ "befe0756d5fa5841f02e2029bbcc77225b9a13bb" ], "author": { "name": "Phil Edworthy", "email": "phil.edworthy@renesas.com", "time": "Tue Feb 21 08:29:57 2012 +0000" }, "committer": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:21:46 2012 +0900" }, "message": "sh: Fix sh2a build error for CONFIG_CACHE_WRITETHROUGH\n\nSigned-off-by: Phil Edworthy \u003cphil.edworthy@renesas.com\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\n" }, { "commit": "befe0756d5fa5841f02e2029bbcc77225b9a13bb", "tree": "72b85a85ecfc21f7e923e196c7b630d71cec1daf", "parents": [ "004f4ce9f3d50044e9542aac466e44fa3ef0258f" ], "author": { "name": "Shimoda, Yoshihiro", "email": "yoshihiro.shimoda.uh@renesas.com", "time": "Mon Feb 20 17:26:50 2012 +0900" }, "committer": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:21:46 2012 +0900" }, "message": "sh: modify a resource of sh_eth_giga1_resources in board-sh7757lcr\n\nThe latest sh_eth driver needs a resource of TSU in the channel 1,\nif the controller has TSU registers. So, this patch adds the resource.\n\nSigned-off-by: Yoshihiro Shimoda \u003cyoshihiro.shimoda.uh@renesas.com\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\n" }, { "commit": "004f4ce9f3d50044e9542aac466e44fa3ef0258f", "tree": "f6db2ccbb4aa03c810accd168807de755857564c", "parents": [ "ecfb68c673dc71579b53a46fa22168e7a11f2f19" ], "author": { "name": "Rusty Russell", "email": "rusty@rustcorp.com.au", "time": "Wed Feb 15 15:28:04 2012 +1030" }, "committer": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:21:45 2012 +0900" }, "message": "arch/sh: remove references to cpu_*_map.\n\nThis has been obsolescent for a while; time for the final push.\n\nSigned-off-by: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nCc: Paul Mundt \u003clethal@linux-sh.org\u003e\nCc: linux-sh@vger.kernel.org\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\n" }, { "commit": "ecfb68c673dc71579b53a46fa22168e7a11f2f19", "tree": "8ece878dcf34db87776df1ac713f056d5ce041dd", "parents": [ "c40e0fa51cc746cd2da58ca0b98c2f61280c7b4d" ], "author": { "name": "Masanari Iida", "email": "standby24x7@gmail.com", "time": "Sat Feb 04 21:40:24 2012 +0900" }, "committer": { "name": "Paul Mundt", "email": "lethal@linux-sh.org", "time": "Fri Feb 24 13:21:44 2012 +0900" }, "message": "sh: Fix typo in pci-sh7780.c\n\nCorrect spelling \"erorr\" to \"error\" in\narch/sh/drivers/pci/pci-sh7780.c\n\nSigned-off-by: Masanari Iida \u003cstandby24x7@gmail.com\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\n" }, { "commit": "73c8e679aa8d123c1b05fa837daacd0aa0c4cb85", "tree": "f1f891b6c5997e83ebd75685c6532acc03de2392", "parents": [ "0200971d2f6a5443869fae7ef8a5f4c8606e5446", "18b246fa60dd4bfc71c78d669e2ffaa5df454d6a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 23 11:48:36 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 23 11:48:36 2012 -0800" }, "message": "Merge branch \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc\n\nBenH says:\n \u0027Here are a few more powerpc bits for you. A stupid regression I\n introduced with my previous commit to \"fix\" program check exceptions\n (brown paper bag for me), fix the cpuidle default, a bug fix for\n something that isn\u0027t strictly speaking a regression but some upstream\n changes causes it to show in lockdep now while it didn\u0027t before, and\n finally a trivial one for rusty to make his life easier later on\n removing the old cpumask cruft. \u0027\n\n* \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:\n powerpc: Fix various issues with return to userspace\n cpuidle: Default y on powerpc pSeries\n powerpc: Fix program check handling when lockdep is enabled\n powerpc: Remove references to cpu_*_map\n" }, { "commit": "71c01b9d5b00e5887f6a81a5303c65841e096d61", "tree": "fd9420a67e0a7c7c39361622dc704b57bfc8f17e", "parents": [ "437cf4c7b7feeca29f74e1e6f8d458ea2623d5e2", "3372f5a7d005dd42e754490fed6a0171c4a018c6" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Feb 22 08:45:08 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Feb 22 08:45:08 2012 -0800" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu\n\nIt contains 3 important fixes for ColdFire based machines:\n - fix processes getting stuck when running from strace\n - fix kernel vmalloced pages not being visible in all kernel contexts\n - fix shared user pages sometimes being visible in another process\n context\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu:\n m68k: Do not set global share for non-kernel shared pages\n m68k: Add shared bit to Coldfire kernel page entries\n m68knommu: fix syscall tracing stuck process\n" }, { "commit": "18b246fa60dd4bfc71c78d669e2ffaa5df454d6a", "tree": "ea9d8fecb9f83b4223032ffd9eb15a2d5bdbf335", "parents": [ "aa491ad3d4bf3c7994a419b3bb1c91b9b4fd2a8a" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Feb 22 16:48:32 2012 +1100" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Feb 22 16:48:53 2012 +1100" }, "message": "powerpc: Fix various issues with return to userspace\n\nWe have a few problems when returning to userspace. This is a\nquick set of fixes for 3.3, I\u0027ll look into a more comprehensive\nrework for 3.4. This fixes:\n\n - We kept interrupts soft-disabled when schedule\u0027ing or calling\ndo_signal when returning to userspace as a result of a hardware\ninterrupt.\n\n - Rename do_signal to do_notify_resume like all other archs (and\ndo_signal_pending back to do_signal, which it was before Roland\nchanged it).\n\n - Add the missing call to key_replace_session_keyring() to\ndo_notify_resume().\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n---\n" }, { "commit": "922b9f86a020258d3ea3bfed27251efaed7a03a3", "tree": "5cdb92aed142e9d96c0e38352cbc0d6cb2dd581f", "parents": [ "07d2f1a54a78a648093f4f3a33aa86b03cf9e25f" ], "author": { "name": "Michael Ellerman", "email": "michael@ellerman.id.au", "time": "Mon Feb 20 21:32:30 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Feb 22 16:48:49 2012 +1100" }, "message": "powerpc: Fix program check handling when lockdep is enabled\n\nIn commit 54321242afe (\"Disable interrupts early in Program Check\"), we\nswitched from enabling to disabling interrupts in program_check_common.\n\nWhereas ENABLE_INTS leaves r3 untouched, if lockdep is enabled DISABLE_INTS\ncalls into lockdep code and will clobber r3. That means we pass a bogus\nstruct pt_regs* into program_check_exception() and all hell breaks loose.\n\nSo load our regs pointer into r3 after we call DISABLE_INTS.\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "07d2f1a54a78a648093f4f3a33aa86b03cf9e25f", "tree": "c38ef23928ce9b51477b0bfd7d069017d7b24cba", "parents": [ "27e74da9800289e69ba907777df1e2085231eff7" ], "author": { "name": "Rusty Russell", "email": "rusty@rustcorp.com.au", "time": "Wed Feb 15 17:51:26 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Feb 22 16:48:47 2012 +1100" }, "message": "powerpc: Remove references to cpu_*_map\n\nThis has been obsolescent for a while; time for the final push.\n\nIn adjacent context, replaced old cpus_* with cpumask_*.\n\nSigned-off-by: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "6b0d1abb354d2d6b991c051e7380bd484a05e61f", "tree": "e39663a9a4b949de7024af9780f716e16377960d", "parents": [ "faf309009e2e18d30c032b7d9479f29b91677c37", "5180bb392a8aab5233e6db858ac1d8371533e20f" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 21 18:24:42 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 21 18:24:42 2012 -0800" }, "message": "Merge branch \u0027fixes\u0027 of git://git.linaro.org/people/rmk/linux-arm\n\nA few more things this time around. The only thing warranting some\ncommentry is the modpost change, which allows folk building a Thumb2\nenabled kernel to see section mismatch warnings. This is why many\nweren\u0027t noticed with OMAP.\n\n* \u0027fixes\u0027 of git://git.linaro.org/people/rmk/linux-arm:\n ARM/audit: include audit header and fix audit arch\n ARM: OMAP: fix voltage domain build errors with PM_OPP disabled\n ARM/PCI: Remove ARM\u0027s duplicate definition of \u0027pcibios_max_latency\u0027\n ARM: 7336/1: smp_twd: Don\u0027t register CPUFREQ notifiers if local timers are not initialised\n ARM: 7327/1: need to include asm/system.h in asm/processor.h\n ARM: 7326/2: PL330: fix null pointer dereference in pl330_chan_ctrl()\n ARM: 7164/3: PL330: Fix the size of the dst_cache_ctrl field\n ARM: 7325/1: fix v7 boot with lockdep enabled\n ARM: 7324/1: modpost: Fix section warnings for ARM for many compilers\n ARM: 7323/1: Do not allow ARM_LPAE on pre-ARMv7 architectures\n" }, { "commit": "faf309009e2e18d30c032b7d9479f29b91677c37", "tree": "09a22833eaf02886cc1de6ac513aad1143dcf822", "parents": [ "797a796a13df6b84a4791e57306737059b5b2384" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 21 17:24:20 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 21 17:24:20 2012 -0800" }, "message": "sys_poll: fix incorrect type for \u0027timeout\u0027 parameter\n\nThe \u0027poll()\u0027 system call timeout parameter is supposed to be \u0027int\u0027, not\n\u0027long\u0027.\n\nNow, the reason this matters is that right now 32-bit compat mode is\nbroken on at least x86-64, because the 32-bit code just calls\n\u0027sys_poll()\u0027 directly on x86-64, and the 32-bit argument will have been\nzero-extended, turning a signed \u0027int\u0027 into a large unsigned \u0027long\u0027\nvalue.\n\nWe could just introduce a \u0027compat_sys_poll()\u0027 function for this, and\nthat may eventually be what we have to do, but since the actual standard\npoll() semantics is *supposed* to be \u0027int\u0027, and since at least on x86-64\nglibc sign-extends the argument before invocing the system call (so\nnobody can actually use a 64-bit timeout value in user space _anyway_,\neven in 64-bit binaries), the simpler solution would seem to be to just\nfix the definition of the system call to match what it should have been\nfrom the very start.\n\nIf it turns out that somebody somehow circumvents the user-level libc\n64-bit sign extension and actually uses a large unsigned 64-bit timeout\ndespite that not being how poll() is supposed to work, we will need to\ndo the compat_sys_poll() approach.\n\nReported-by: Thomas Meyer \u003cthomas@m3y3r.de\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "5180bb392a8aab5233e6db858ac1d8371533e20f", "tree": "8ce5c857bdca8abfefcaadc05843e3c0dbea87ec", "parents": [ "3ddd4d0c629f3d013aa1ab24bb0546dfe342ff94" ], "author": { "name": "Eric Paris", "email": "eparis@redhat.com", "time": "Tue Feb 21 11:26:55 2012 -0500" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 21 16:50:14 2012 +0000" }, "message": "ARM/audit: include audit header and fix audit arch\n\nBoth bugs being fixed were introduced in:\n29ef73b7a823b77a7cd0bdd7d7cded3fb6c2587b\n\nInclude linux/audit.h to fix below build errors:\n\n CC arch/arm/kernel/ptrace.o\narch/arm/kernel/ptrace.c: In function \u0027syscall_trace\u0027:\narch/arm/kernel/ptrace.c:919: error: implicit declaration of function \u0027audit_syscall_exit\u0027\narch/arm/kernel/ptrace.c:921: error: implicit declaration of function \u0027audit_syscall_entry\u0027\narch/arm/kernel/ptrace.c:921: error: \u0027AUDIT_ARCH_ARMEB\u0027 undeclared (first use in this function)\narch/arm/kernel/ptrace.c:921: error: (Each undeclared identifier is reported only once\narch/arm/kernel/ptrace.c:921: error: for each function it appears in.)\nmake[1]: *** [arch/arm/kernel/ptrace.o] Error 1\nmake: *** [arch/arm/kernel] Error 2\n\nThis part of the patch is:\nReported-by: Axel Lin \u003caxel.lin@gmail.com\u003e\nReported-by: Peter Ujfalusi \u003cpeter.ujfalusi@ti.com\u003e\n(They both provided patches to fix it)\n\nThis patch also (at the request of the list) fixes the fact that\nARM has both LE and BE versions however the audit code was called as if\nit was always BE. If audit userspace were to try to interpret the bits\nit got from a LE system it would obviously do so incorrectly. Fix this\nby using the right arch flag on the right system.\n\nThis part of the patch is:\nReported-by: Russell King - ARM Linux \u003clinux@arm.linux.org.uk\u003e\n\nSigned-off-by: Eric Paris \u003ceparis@redhat.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "3ddd4d0c629f3d013aa1ab24bb0546dfe342ff94", "tree": "ce83fad9ef10554af0e1f69cd6d9a3f9dfd9e090", "parents": [ "e23e8c0690d2952dce53e712d01d5b2179f98b64" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Wed Feb 15 11:28:06 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 21 09:36:34 2012 +0000" }, "message": "ARM: OMAP: fix voltage domain build errors with PM_OPP disabled\n\nThe voltage domain code wants the voltage tables, which are in the\nopp*.c files. These files aren\u0027t built when PM_OPP is disabled,\ncausing the following build errors at link time:\n\ntwl-common.c:(.init.text+0x2e48): undefined reference to `omap34xx_vddmpu_volt_data\u0027\ntwl-common.c:(.init.text+0x2e4c): undefined reference to `omap34xx_vddcore_volt_data\u0027\ntwl-common.c:(.init.text+0x2e5c): undefined reference to `omap36xx_vddmpu_volt_data\u0027\ntwl-common.c:(.init.text+0x2e60): undefined reference to `omap36xx_vddcore_volt_data\u0027\ntwl-common.c:(.init.text+0x2830): undefined reference to `omap44xx_vdd_mpu_volt_data\u0027\ntwl-common.c:(.init.text+0x283c): undefined reference to `omap44xx_vdd_iva_volt_data\u0027\ntwl-common.c:(.init.text+0x2844): undefined reference to `omap44xx_vdd_core_volt_data\u0027\n\nAcked-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "e23e8c0690d2952dce53e712d01d5b2179f98b64", "tree": "df2533028276a094b2b38c5922b0cf6561e5d1eb", "parents": [ "910ba598c818243cf3de2f97e03c49948bbb0511" ], "author": { "name": "Myron Stowe", "email": "mstowe@redhat.com", "time": "Tue Feb 07 15:26:44 2012 -0700" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 21 09:35:32 2012 +0000" }, "message": "ARM/PCI: Remove ARM\u0027s duplicate definition of \u0027pcibios_max_latency\u0027\n\nThe patch series to re-factor PCI\u0027s \u0027latency timer\u0027 setup (re:\nhttp://marc.info/?l\u003dlinux-kernel\u0026m\u003d131983853831049\u0026w\u003d2) forgot to\nremove the ARM specific definition of \u0027pcibios_max_latency\u0027 once such\nhad been moved into the pci core resulting in ARM related compile\nerrors -\n drivers/built-in.o:(.data+0x230): multiple definition of\n `pcibios_max_latency\u0027\n arch/arm/common/built-in.o:(.data+0x40c): first defined here\n make[1]: *** [vmlinux.o] Error 1\n\nIn the series, patch 2/16 (commit 168c8619fd8) converted the ARM\nspecific version of \u0027pcibios_set_master()\u0027 to a non-inlined version.\nThis was done in preperation for hosting it up into PCI\u0027s core, which\nwas done in patch 10/16 (commit 96c5590058d) of the series (and\nwhere the removal of ARM\u0027s \u0027pcibios_max_latency\u0027 was overlooked).\n\nReported-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Myron Stowe \u003cmyron.stowe@redhat.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "910ba598c818243cf3de2f97e03c49948bbb0511", "tree": "b8508a68eafcda631c2ce624b418e46c69a00282", "parents": [ "fee6a3c33a8f137f39cd9997b0476411f73576c7" ], "author": { "name": "Santosh Shilimkar", "email": "santosh.shilimkar@ti.com", "time": "Tue Feb 21 10:24:22 2012 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 21 09:26:46 2012 +0000" }, "message": "ARM: 7336/1: smp_twd: Don\u0027t register CPUFREQ notifiers if local timers are not initialised\n\nCurrent ARM local timer code registers CPUFREQ notifiers even in case\nthe twd_timer_setup() isn\u0027t called. That seems to be wrong and\nwould eventually lead to kernel crash on the CPU frequency transitions\non the SOCs where the local timer doesn\u0027t exist or broken because of\nhardware BUG. Fix it by testing twd_evt and *__this_cpu_ptr(twd_evt).\n\nThe issue was observed with v3.3-rc3 and building an OMAP2+ kernel\non OMAP3 SOC which doesn\u0027t have TWD.\n\nBelow is the dump for reference :\n\n Unable to handle kernel paging request at virtual address 007e900\n pgd \u003d cdc20000\n [007e9000] *pgd\u003d00000000\n Internal error: Oops: 5 [#1] SMP\n Modules linked in:\n CPU: 0 Not tainted (3.3.0-rc3-pm+debug+initramfs #9)\n PC is at twd_update_frequency+0x34/0x48\n LR is at twd_update_frequency+0x10/0x48\n pc : [\u003cc001382c\u003e] lr : [\u003cc0013808\u003e] psr: 60000093\n sp : ce311dd8 ip : 00000000 fp : 00000000\n r10: 00000000 r9 : 00000001 r8 : ce310000\n r7 : c0440458 r6 : c00137f8 r5 : 00000000 r4 : c0947a74\n r3 : 00000000 r2 : 007e9000 r1 : 00000000 r0 : 00000000\n Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment usr\n Control: 10c5387d Table: 8dc20019 DAC: 00000015\n Process sh (pid: 599, stack limit \u003d 0xce3102f8)\n Stack: (0xce311dd8 to 0xce312000)\n 1dc0: 6000c\n 1de0: 00000001 00000002 00000000 00000000 00000000 00000000 00000\n 1e00: ffffffff c093d8f0 00000000 ce311ebc 00000001 00000001 ce310\n 1e20: c001386c c0437c4c c0e95b60 c0e95ba8 00000001 c0e95bf8 ffff4\n 1e40: 00000000 00000000 c005ef74 ce310000 c0435cf0 ce311ebc 00000\n 1e60: ce352b40 0007a120 c08d5108 c08ba040 c08ba040 c005f030 00000\n 1e80: c08bc554 c032fe2c 0007a120 c08d4b64 ce352b40 c08d8618 ffff8\n 1ea0: c08ba040 c033364c ce311ecc c0433b50 00000002 ffffffea c0330\n 1ec0: 0007a120 0007a120 22222201 00000000 22222222 00000000 ce357\n 1ee0: ce3d6000 cdc2aed8 ce352ba0 c0470164 00000002 c032f47c 00034\n 1f00: c0331cac ce352b40 00000007 c032f6d0 ce352bbc 0003d090 c0930\n 1f20: c093d8bc c03306a4 00000007 ce311f80 00000007 cdc2aec0 ce358\n 1f40: ce8d20c0 00000007 b6fe5000 ce311f80 00000007 ce310000 0000c\n 1f60: c000de74 ce987400 ce8d20c0 b6fe5000 00000000 00000000 0000c\n 1f80: 00000000 00000000 001fbac8 00000000 00000007 001fbac8 00004\n 1fa0: c000df04 c000dd60 00000007 001fbac8 00000001 b6fe5000 00000\n 1fc0: 00000007 001fbac8 00000007 00000004 b6fe5000 00000000 00202\n 1fe0: 00000000 beb565f8 00101ffc 00008e8c 60000010 00000001 00000\n [\u003cc001382c\u003e] (twd_update_frequency+0x34/0x48) from [\u003cc008ac4c\u003e] )\n [\u003cc008ac4c\u003e] (smp_call_function_single+0x17c/0x1c8) from [\u003cc0013)\n [\u003cc0013890\u003e] (twd_cpufreq_transition+0x24/0x30) from [\u003cc0437c4c\u003e)\n [\u003cc0437c4c\u003e] (notifier_call_chain+0x44/0x84) from [\u003cc005efe4\u003e] ()\n [\u003cc005efe4\u003e] (__srcu_notifier_call_chain+0x70/0xa4) from [\u003cc005f)\n [\u003cc005f030\u003e] (srcu_notifier_call_chain+0x18/0x20) from [\u003cc032fe2)\n [\u003cc032fe2c\u003e] (cpufreq_notify_transition+0xc8/0x1b0) from [\u003cc0333)\n [\u003cc033364c\u003e] (omap_target+0x1b4/0x28c) from [\u003cc032f47c\u003e] (__cpuf)\n [\u003cc032f47c\u003e] (__cpufreq_driver_target+0x50/0x64) from [\u003cc0331d24)\n [\u003cc0331d24\u003e] (cpufreq_set+0x78/0x98) from [\u003cc032f6d0\u003e] (store_sc)\n [\u003cc032f6d0\u003e] (store_scaling_setspeed+0x5c/0x74) from [\u003cc03306a4\u003e)\n [\u003cc03306a4\u003e] (store+0x58/0x74) from [\u003cc014d868\u003e] (sysfs_write_fi)\n [\u003cc014d868\u003e] (sysfs_write_file+0x80/0xb4) from [\u003cc00f2c2c\u003e] (vfs)\n [\u003cc00f2c2c\u003e] (vfs_write+0xa8/0x138) from [\u003cc00f2e9c\u003e] (sys_write)\n [\u003cc00f2e9c\u003e] (sys_write+0x40/0x6c) from [\u003cc000dd60\u003e] (ret_fast_s)\n Code: e594300c e792210c e1a01000 e5840004 (e7930002)\n ---[ end trace 5da3b5167c1ecdda ]---\n\nReported-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nAcked-by: Marc Zyngier \u003cmarc.zyngier@arm.com\u003e\nTested-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nSigned-off-by: Santosh Shilimkar \u003csantosh.shilimkar@ti.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "27e74da9800289e69ba907777df1e2085231eff7", "tree": "3b01385191da0722f747529908a902b169fae805", "parents": [ "8ebbfb49574818f07a25bc119b1bbdf1c2853a39" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 20 19:34:10 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 20 19:34:10 2012 -0800" }, "message": "i387: export \u0027fpu_owner_task\u0027 per-cpu variable\n\n(And define it properly for x86-32, which had its \u0027current_task\u0027\ndeclaration in separate from x86-64)\n\nBitten by my dislike for modules on the machines I use, and the fact\nthat apparently nobody else actually wanted to test the patches I sent\nout.\n\nSnif. Nobody else cares.\n\nAnyway, we probably should uninline the \u0027kernel_fpu_begin()\u0027 function\nthat is what modules actually use and that references this, but this is\nthe minimal fix for now.\n\nReported-by: Josh Boyer \u003cjwboyer@gmail.com\u003e\nReported-and-tested-by: Jongman Heo \u003cjongman.heo@samsung.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "39e255dab5a993cbebb35598015da1d4a0eb3727", "tree": "3994bee56175ff08d09a6b2de5783456252833d6", "parents": [ "1a4edd9072d3826f1b1234a9b3cc69fcfdebdbfa", "cf1eb40f8f5ea12c9e569e7282161fc7f194fd62" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 20 16:13:39 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 20 16:13:39 2012 -0800" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux:\n [S390] correct ktime to tod clock comparator conversion\n [S390] 3215 deadlock with tty_wakeup\n [S390] incorrect PageTables counter for kvm page tables\n [S390] idle: avoid RCU usage in extended quiescent state\n" }, { "commit": "7e16838d94b566a17b65231073d179bc04d590c8", "tree": "356ae3999d89d2419fd4b85b062a24820f4a4d82", "parents": [ "80ab6f1e8c981b1b6604b2f22e36c917526235cd" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Feb 19 13:27:00 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 20 10:58:54 2012 -0800" }, "message": "i387: support lazy restore of FPU state\n\nThis makes us recognize when we try to restore FPU state that matches\nwhat we already have in the FPU on this CPU, and avoids the restore\nentirely if so.\n\nTo do this, we add two new data fields:\n\n - a percpu \u0027fpu_owner_task\u0027 variable that gets written any time we\n update the \"has_fpu\" field, and thus acts as a kind of back-pointer\n to the task that owns the CPU. The exception is when we save the FPU\n state as part of a context switch - if the save can keep the FPU\n state around, we leave the \u0027fpu_owner_task\u0027 variable pointing at the\n task whose FP state still remains on the CPU.\n\n - a per-thread \u0027last_cpu\u0027 field, that indicates which CPU that thread\n used its FPU on last. We update this on every context switch\n (writing an invalid CPU number if the last context switch didn\u0027t\n leave the FPU in a lazily usable state), so we know that *that*\n thread has done nothing else with the FPU since.\n\nThese two fields together can be used when next switching back to the\ntask to see if the CPU still matches: if \u0027fpu_owner_task\u0027 matches the\ntask we are switching to, we know that no other task (or kernel FPU\nusage) touched the FPU on this CPU in the meantime, and if the current\nCPU number matches the \u0027last_cpu\u0027 field, we know that this thread did no\nother FP work on any other CPU, so the FPU state on the CPU must match\nwhat was saved on last context switch.\n\nIn that case, we can avoid the \u0027f[x]rstor\u0027 entirely, and just clear the\nCR0.TS bit.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "80ab6f1e8c981b1b6604b2f22e36c917526235cd", "tree": "dfd8c2e909d614bc230aa87c0ea5742cf8510c57", "parents": [ "cea20ca3f3181fc36788a15bc65d1062b96a0a6c" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Feb 19 11:48:44 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 20 10:58:28 2012 -0800" }, "message": "i387: use \u0027restore_fpu_checking()\u0027 directly in task switching code\n\nThis inlines what is usually just a couple of instructions, but more\nimportantly it also fixes the theoretical error case (can that FPU\nrestore really ever fail? Maybe we should remove the checking).\n\nWe can\u0027t start sending signals from within the scheduler, we\u0027re much too\ndeep in the kernel and are holding the runqueue lock etc. So don\u0027t\nbother even trying.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "cea20ca3f3181fc36788a15bc65d1062b96a0a6c", "tree": "86c646c0d228d1fe265536b81d86af406ff92c8e", "parents": [ "b01543dfe67bb1d191998e90d20534dc354de059" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 20 10:24:09 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 20 10:24:09 2012 -0800" }, "message": "i387: fix up some fpu_counter confusion\n\nThis makes sure we clear the FPU usage counter for newly created tasks,\njust so that we start off in a known state (for example, don\u0027t try to\npreload the FPU state on the first task switch etc).\n\nIt also fixes a thinko in when we increment the fpu_counter at task\nswitch time, introduced by commit 34ddc81a230b (\"i387: re-introduce FPU\nstate preloading at context switch time\"). We should increment the\n*new* task fpu_counter, not the old task, and only if we decide to use\nthat state (whether lazily or preloaded).\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "be2874cb4e625716fa9758ad122084da7764cad0", "tree": "68966366c698bac9e4fd5dc5d12aa4bc3aad98fc", "parents": [ "584216b79ca684431ac6f961ae5cf0bb1d31024f", "a5368e770c9ec58b9d18378844c149df8513e7b8" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:40:00 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:40:00 2012 -0800" }, "message": "Merge tag \u0027fixes-3.3-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc\n\nThese are the bug fixes that have accumulated since 3.3-rc3 in arm-soc.\nThe majority of them are regression fixes for stuff that broke during\nthe merge 3.3 window.\n\nThe notable ones are:\n\n* The at91 ata drivers both broke because of an earlier cleanup patch that\n some other patches were based on. Jean-Christophe decided to remove\n the legacy at91_ide driver and fix the new-style at91-pata driver while\n keeping the cleanup patch. I almost rejected the patches for being too\n late and too big but in the end decided to accept them because they\n fix a regression.\n\n* A patch fixing build breakage from the sysdev-to-device conversion\n colliding with other changes touches a number of mach-s3c files.\n\n* b0654037 \"ARM: orion: Fix Orion5x GPIO regression from MPP cleanup\"\n is a mechanical change that unfortunately touches a lot of lines\n that should up in the diffstat.\n\n* tag \u0027fixes-3.3-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (28 commits)\n ARM: at91: drop ide driver in favor of the pata one\n pata/at91: use newly introduced SMC accessors\n ARM: at91: add accessor to manage SMC\n ARM: at91:rtc/rtc-at91sam9: ioremap register bank\n ARM: at91: USB AT91 gadget registration for module\n ep93xx: fix build of vision_ep93xx.c\n ARM: OMAP2xxx: PM: fix OMAP2xxx-specific UART idle bug in v3.3\n ARM: orion: Fix USB phy for orion5x.\n ARM: orion: Fix Orion5x GPIO regression from MPP cleanup\n ARM: EXYNOS: Add cpu-offset property in gic device tree node\n ARM: EXYNOS: Bring exynos4-dt up to date\n ARM: OMAP3: cm-t35: fix section mismatch warning\n ARM: OMAP2: Fix the OMAP2 only build break seen with 2011+ ARM tool-chains\n ARM: tegra: paz00: fix wrong UART port on mini-pcie plug\n ARM: tegra: paz00: fix wrong SD1 power gpio\n i2c: tegra: Add devexit_p() for remove\n ARM: EXYNOS: Correct M-5MOLS sensor clock frequency on Universal C210 board\n ARM: EXYNOS: Correct framebuffer window size on Nuri board\n ARM: SAMSUNG: Fix missing api-change from subsys_interface change\n ARM: EXYNOS: Fix \"warning: initialization from incompatible pointer type\"\n ...\n" }, { "commit": "06ca7c4376b779e6cb11527abc4f609ddca35b58", "tree": "3762945d93d82c1489d1ef254941d2af0c5fdc57", "parents": [ "7bcd5b4671c3aa9185a7e6f76ee12e392070ddea", "9a45a9407c69d068500923480884661e2b9cc421" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:26:37 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:26:37 2012 -0800" }, "message": "Merge branch \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc\n\nHere are a few more fixes for powerpc. Some are regressions, the rest\nis simple/obvious/nasty enough that I deemed it good to go now.\n\nHere\u0027s also step one of deprecating legacy iSeries support: we are\nremoving it from the main defconfig.\n\nNobody seems to be using it anymore and the code is nasty to maintain,\n(involves horrible hacks in various low level areas of the kernel) so we\nplan to actually rip it out at some point. For now let\u0027s just avoid\nbuilding it by default. Stephen will proceed to do the actual removal\nlater (probably 3.4 or 3.5).\n\n* \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:\n powerpc/perf: power_pmu_start restores incorrect values, breaking frequency events\n powerpc/adb: Use set_current_state()\n powerpc: Disable interrupts early in Program Check\n powerpc: Remove legacy iSeries from ppc64_defconfig\n powerpc/fsl/pci: Fix PCIe fixup regression\n powerpc: Fix kernel log of oops/panic instruction dump\n" }, { "commit": "34ddc81a230b15c0e345b6b253049db731499f7e", "tree": "0c3afd68071ec1a8a1d8724ef9a42ef845ecf402", "parents": [ "f94edacf998516ac9d849f7bc6949a703977a7f3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 12:56:35 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 14:03:48 2012 -0800" }, "message": "i387: re-introduce FPU state preloading at context switch time\n\nAfter all the FPU state cleanups and finally finding the problem that\ncaused all our FPU save/restore problems, this re-introduces the\npreloading of FPU state that was removed in commit b3b0870ef3ff (\"i387:\ndo not preload FPU state at task switch time\").\n\nHowever, instead of simply reverting the removal, this reimplements\npreloading with several fixes, most notably\n\n - properly abstracted as a true FPU state switch, rather than as\n open-coded save and restore with various hacks.\n\n In particular, implementing it as a proper FPU state switch allows us\n to optimize the CR0.TS flag accesses: there is no reason to set the\n TS bit only to then almost immediately clear it again. CR0 accesses\n are quite slow and expensive, don\u0027t flip the bit back and forth for\n no good reason.\n\n - Make sure that the same model works for both x86-32 and x86-64, so\n that there are no gratuitous differences between the two due to the\n way they save and restore segment state differently due to\n architectural differences that really don\u0027t matter to the FPU state.\n\n - Avoid exposing the \"preload\" state to the context switch routines,\n and in particular allow the concept of lazy state restore: if nothing\n else has used the FPU in the meantime, and the process is still on\n the same CPU, we can avoid restoring state from memory entirely, just\n re-expose the state that is still in the FPU unit.\n\n That optimized lazy restore isn\u0027t actually implemented here, but the\n infrastructure is set up for it. Of course, older CPU\u0027s that use\n \u0027fnsave\u0027 to save the state cannot take advantage of this, since the\n state saving also trashes the state.\n\nIn other words, there is now an actual _design_ to the FPU state saving,\nrather than just random historical baggage. Hopefully it\u0027s easier to\nfollow as a result.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "f94edacf998516ac9d849f7bc6949a703977a7f3", "tree": "4a5c5487d86f3b3873b8ca1ba1c0b00b832870ad", "parents": [ "4903062b5485f0e2c286a23b44c9b59d9b017d53" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 17 21:48:54 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 10:19:41 2012 -0800" }, "message": "i387: move TS_USEDFPU flag from thread_info to task_struct\n\nThis moves the bit that indicates whether a thread has ownership of the\nFPU from the TS_USEDFPU bit in thread_info-\u003estatus to a word of its own\n(called \u0027has_fpu\u0027) in task_struct-\u003ethread.has_fpu.\n\nThis fixes two independent bugs at the same time:\n\n - changing \u0027thread_info-\u003estatus\u0027 from the scheduler causes nasty\n problems for the other users of that variable, since it is defined to\n be thread-synchronous (that\u0027s what the \"TS_\" part of the naming was\n supposed to indicate).\n\n So perfectly valid code could (and did) do\n\n\tti-\u003estatus |\u003d TS_RESTORE_SIGMASK;\n\n and the compiler was free to do that as separate load, or and store\n instructions. Which can cause problems with preemption, since a task\n switch could happen in between, and change the TS_USEDFPU bit. The\n change to TS_USEDFPU would be overwritten by the final store.\n\n In practice, this seldom happened, though, because the \u0027status\u0027 field\n was seldom used more than once, so gcc would generally tend to\n generate code that used a read-modify-write instruction and thus\n happened to avoid this problem - RMW instructions are naturally low\n fat and preemption-safe.\n\n - On x86-32, the current_thread_info() pointer would, during interrupts\n and softirqs, point to a *copy* of the real thread_info, because\n x86-32 uses %esp to calculate the thread_info address, and thus the\n separate irq (and softirq) stacks would cause these kinds of odd\n thread_info copy aliases.\n\n This is normally not a problem, since interrupts aren\u0027t supposed to\n look at thread information anyway (what thread is running at\n interrupt time really isn\u0027t very well-defined), but it confused the\n heck out of irq_fpu_usable() and the code that tried to squirrel\n away the FPU state.\n\n (It also caused untold confusion for us poor kernel developers).\n\nIt also turns out that using \u0027task_struct\u0027 is actually much more natural\nfor most of the call sites that care about the FPU state, since they\ntend to work with the task struct for other reasons anyway (ie\nscheduling). And the FPU data that we are going to save/restore is\nfound there too.\n\nThanks to Arjan Van De Ven \u003carjan@linux.intel.com\u003e for pointing us to\nthe %esp issue.\n\nCc: Arjan van de Ven \u003carjan@linux.intel.com\u003e\nReported-and-tested-by: Raphael Prevost \u003craphael@buro.asia\u003e\nAcked-and-tested-by: Suresh Siddha \u003csuresh.b.siddha@intel.com\u003e\nTested-by: Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "cf1eb40f8f5ea12c9e569e7282161fc7f194fd62", "tree": "768a78bd496b7a385bd2b05d5dde4563c84728cd", "parents": [ "656d9125376006cf696b0836f1c6723a892629ca" ], "author": { "name": "Martin Schwidefsky", "email": "schwidefsky@de.ibm.com", "time": "Fri Feb 17 10:29:23 2012 +0100" }, "committer": { "name": "Martin Schwidefsky", "email": "schwidefsky@de.ibm.com", "time": "Fri Feb 17 10:29:33 2012 +0100" }, "message": "[S390] correct ktime to tod clock comparator conversion\n\nThe conversion of the ktime to a value suitable for the clock comparator\ndoes not take changes to wall_to_monotonic into account. In fact the\nconversion just needs the boot clock (sched_clock_base_cc) and the\ntotal_sleep_time.\n\nThis is applicable to 3.2+ kernels.\n\nCC: stable@vger.kernel.org\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\n" }, { "commit": "2320c5793790fcda80e6dcc088dbda86040235e5", "tree": "647d98c36f114a48ee02a738c720ed2f8355a9a9", "parents": [ "f3612304ee04a1a36ded7604771ea56d818158cb" ], "author": { "name": "Martin Schwidefsky", "email": "schwidefsky@de.ibm.com", "time": "Fri Feb 17 10:29:21 2012 +0100" }, "committer": { "name": "Martin Schwidefsky", "email": "schwidefsky@de.ibm.com", "time": "Fri Feb 17 10:29:33 2012 +0100" }, "message": "[S390] incorrect PageTables counter for kvm page tables\n\nThe page_table_free_pgste function is used for kvm processes to free page\ntables that have the pgste extension. It calls pgtable_page_ctor instead of\npgtable_page_dtor which increases NR_PAGETABLE instead of decreasing it.\n\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\n" }, { "commit": "f3612304ee04a1a36ded7604771ea56d818158cb", "tree": "3be2e76a2a7929890b02bad3e6ed189419def3bc", "parents": [ "4903062b5485f0e2c286a23b44c9b59d9b017d53" ], "author": { "name": "Heiko Carstens", "email": "heiko.carstens@de.ibm.com", "time": "Fri Feb 17 10:29:20 2012 +0100" }, "committer": { "name": "Martin Schwidefsky", "email": "schwidefsky@de.ibm.com", "time": "Fri Feb 17 10:29:32 2012 +0100" }, "message": "[S390] idle: avoid RCU usage in extended quiescent state\n\nAvoid calling wake_up() from our NMI \"bottom halve\" from RCU extended\nquiescent state in idle. wake_up() has RCU read-side critical sections\nbut this will be completely ignored by RCU if the cpu is in extended\nquiescent state.\nWhich means that whatever object is being accessed from within the\nread-side critical section can be freed concurrently from a different\ncpu.\nSo make sure we leave extended quiescent state before calling wake_up().\n\nSigned-off-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\n" }, { "commit": "4903062b5485f0e2c286a23b44c9b59d9b017d53", "tree": "c521dd28c5aa409dcd76ca8a522886fa3c272a31", "parents": [ "b3b0870ef3ffed72b92415423da864f440f57ad6" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 19:11:15 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 19:11:15 2012 -0800" }, "message": "i387: move AMD K7/K8 fpu fxsave/fxrstor workaround from save to restore\n\nThe AMD K7/K8 CPUs don\u0027t save/restore FDP/FIP/FOP unless an exception is\npending. In order to not leak FIP state from one process to another, we\nneed to do a floating point load after the fxsave of the old process,\nand before the fxrstor of the new FPU state. That resets the state to\nthe (uninteresting) kernel load, rather than some potentially sensitive\nuser information.\n\nWe used to do this directly after the FPU state save, but that is\nactually very inconvenient, since it\n\n (a) corrupts what is potentially perfectly good FPU state that we might\n want to lazy avoid restoring later and\n\n (b) on x86-64 it resulted in a very annoying ordering constraint, where\n \"__unlazy_fpu()\" in the task switch needs to be delayed until after\n the DS segment has been reloaded just to get the new DS value.\n\nCoupling it to the fxrstor instead of the fxsave automatically avoids\nboth of these issues, and also ensures that we only do it when actually\nnecessary (the FP state after a save may never actually get used). It\u0027s\nsimply a much more natural place for the leaked state cleanup.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b3b0870ef3ffed72b92415423da864f440f57ad6", "tree": "b3e128019581669d44e6634d3b1bfb169c73598d", "parents": [ "6d59d7a9f5b723a7ac1925c136e93ec83c0c3043" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 15:45:23 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 15:45:23 2012 -0800" }, "message": "i387: do not preload FPU state at task switch time\n\nYes, taking the trap to re-load the FPU/MMX state is expensive, but so\nis spending several days looking for a bug in the state save/restore\ncode. And the preload code has some rather subtle interactions with\nboth paravirtualization support and segment state restore, so it\u0027s not\nnearly as simple as it should be.\n\nAlso, now that we no longer necessarily depend on a single bit (ie\nTS_USEDFPU) for keeping track of the state of the FPU, we migth be able\nto do better. If we are really switching between two processes that\nkeep touching the FP state, save/restore is inevitable, but in the case\nof having one process that does most of the FPU usage, we may actually\nbe able to do much better than the preloading.\n\nIn particular, we may be able to keep track of which CPU the process ran\non last, and also per CPU keep track of which process\u0027 FP state that CPU\nhas. For modern CPU\u0027s that don\u0027t destroy the FPU contents on save time,\nthat would allow us to do a lazy restore by just re-enabling the\nexisting FPU state - with no restore cost at all!\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "6d59d7a9f5b723a7ac1925c136e93ec83c0c3043", "tree": "9478d5c1cc3a3f85cc937d8d6ddaad926af7e830", "parents": [ "b6c66418dcad0fcf83cd1d0a39482db37bf4fc41" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 13:33:12 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 13:33:12 2012 -0800" }, "message": "i387: don\u0027t ever touch TS_USEDFPU directly, use helper functions\n\nThis creates three helper functions that do the TS_USEDFPU accesses, and\nmakes everybody that used to do it by hand use those helpers instead.\n\nIn addition, there\u0027s a couple of helper functions for the \"change both\nCR0.TS and TS_USEDFPU at the same time\" case, and the places that do\nthat together have been changed to use those. That means that we have\nfewer random places that open-code this situation.\n\nThe intent is partly to clarify the code without actually changing any\nsemantics yet (since we clearly still have some hard to reproduce bug in\nthis area), but also to make it much easier to use another approach\nentirely to caching the CR0.TS bit for software accesses.\n\nRight now we use a bit in the thread-info \u0027status\u0027 variable (this patch\ndoes not change that), but we might want to make it a full field of its\nown or even make it a per-cpu variable.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b6c66418dcad0fcf83cd1d0a39482db37bf4fc41", "tree": "0a23207a2ab766341fbf60d76b2c10984ec6e5ca", "parents": [ "15d8791cae75dca27bfda8ecfe87dca9379d6bb0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 12:22:48 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 12:22:48 2012 -0800" }, "message": "i387: move TS_USEDFPU clearing out of __save_init_fpu and into callers\n\nTouching TS_USEDFPU without touching CR0.TS is confusing, so don\u0027t do\nit. By moving it into the callers, we always do the TS_USEDFPU next to\nthe CR0.TS accesses in the source code, and it\u0027s much easier to see how\nthe two go hand in hand.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "15d8791cae75dca27bfda8ecfe87dca9379d6bb0", "tree": "e8e2cd53544eda0644ee141b6b0414e34d96f6be", "parents": [ "c38e23456278e967f094b08247ffc3711b1029b2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 09:15:04 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 09:15:04 2012 -0800" }, "message": "i387: fix x86-64 preemption-unsafe user stack save/restore\n\nCommit 5b1cbac37798 (\"i387: make irq_fpu_usable() tests more robust\")\nadded a sanity check to the #NM handler to verify that we never cause\nthe \"Device Not Available\" exception in kernel mode.\n\nHowever, that check actually pinpointed a (fundamental) race where we do\ncause that exception as part of the signal stack FPU state save/restore\ncode.\n\nBecause we use the floating point instructions themselves to save and\nrestore state directly from user mode, we cannot do that atomically with\ntesting the TS_USEDFPU bit: the user mode access itself may cause a page\nfault, which causes a task switch, which saves and restores the FP/MMX\nstate from the kernel buffers.\n\nThis kind of \"recursive\" FP state save is fine per se, but it means that\nwhen the signal stack save/restore gets restarted, it will now take the\n\u0027#NM\u0027 exception we originally tried to avoid. With preemption this can\nhappen even without the page fault - but because of the user access, we\ncannot just disable preemption around the save/restore instruction.\n\nThere are various ways to solve this, including using the\n\"enable/disable_page_fault()\" helpers to not allow page faults at all\nduring the sequence, and fall back to copying things by hand without the\nuse of the native FP state save/restore instructions.\n\nHowever, the simplest thing to do is to just allow the #NM from kernel\nspace, but fix the race in setting and clearing CR0.TS that this all\nexposed: the TS bit changes and the TS_USEDFPU bit absolutely have to be\natomic wrt scheduling, so while the actual state save/restore can be\ninterrupted and restarted, the act of actually clearing/setting CR0.TS\nand the TS_USEDFPU bit together must not.\n\nInstead of just adding random \"preempt_disable/enable()\" calls to what\nis already excessively ugly code, this introduces some helper functions\nthat mostly mirror the \"kernel_fpu_begin/end()\" functionality, just for\nthe user state instead.\n\nThose helper functions should probably eventually replace the other\nad-hoc CR0.TS and TS_USEDFPU tests too, but I\u0027ll need to think about it\nsome more: the task switching functionality in particular needs to\nexpose the difference between the \u0027prev\u0027 and \u0027next\u0027 threads, while the\nnew helper functions intentionally were written to only work with\n\u0027current\u0027.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "9a45a9407c69d068500923480884661e2b9cc421", "tree": "8ff43b5fd98ab68352dc4dd0823401a5736afab2", "parents": [ "64f8c13561fbd2f1a8b4a8975b2aee73b561093e" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Wed Feb 15 18:48:22 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:24:35 2012 +1100" }, "message": "powerpc/perf: power_pmu_start restores incorrect values, breaking frequency events\n\nperf on POWER stopped working after commit e050e3f0a71b (perf: Fix\nbroken interrupt rate throttling). That patch exposed a bug in\nthe POWER perf_events code.\n\nSince the PMCs count upwards and take an exception when the top bit\nis set, we want to write 0x80000000 - left in power_pmu_start. We were\ninstead programming in left which effectively disables the counter\nuntil we eventually hit 0x80000000. This could take seconds or longer.\n\nWith the patch applied I get the expected number of samples:\n\n SAMPLE events: 9948\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nAcked-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: \u003cstable@kernel.org\u003e\n" }, { "commit": "54321242afe6fcf8b7e589bc21ecf832bc5a206a", "tree": "dfc1d3bd73cd1c28421e27bbbbcad60368a69907", "parents": [ "a1a1d1bfc9be2a5ea8cce78ebd0f17c79489f053" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Mon Feb 13 20:42:18 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:15:10 2012 +1100" }, "message": "powerpc: Disable interrupts early in Program Check\n\nProgram Check exceptions are the result of WARNs, BUGs, some\ntype of breakpoints, kprobe, and other illegal instructions.\n\nWe want interrupts (and thus preemption) to remain disabled\nwhile doing the initial stage of testing the reason and\nbranching off to a debugger or kprobe, so we are still on\nthe original CPU which makes debugging easier in various cases.\n\nThis is how the code was intended, hence the local_irq_enable()\nright in the middle of program_check_exception().\n\nHowever, the assembly exception prologue for that exception was\nincorrectly marked as enabling interrupts, which defeats that\n(and records a redundant enable with lockdep).\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "a1a1d1bfc9be2a5ea8cce78ebd0f17c79489f053", "tree": "78a3d679a281096d34c8437e38547d3fcb0e3b2c", "parents": [ "13635dfdc6aa8d2890e02dc441decfcb4ae63e14" ], "author": { "name": "Stephen Rothwell", "email": "sfr@canb.auug.org.au", "time": "Tue Feb 14 16:31:09 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:15:08 2012 +1100" }, "message": "powerpc: Remove legacy iSeries from ppc64_defconfig\n\nSince we are heading towards removing the Legacy iSeries platform, start\nby no longer building it for ppc64_defconfig.\n\nSigned-off-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "13635dfdc6aa8d2890e02dc441decfcb4ae63e14", "tree": "817d08d8b06183bccb28e0c829213f1fceab3b3a", "parents": [ "40c8cefaaf12734327db7199a56e60058d98e7b6" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 18:22:20 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:15:03 2012 +1100" }, "message": "powerpc/fsl/pci: Fix PCIe fixup regression\n\nUpstream changes to the way PHB resources are registered\nbroke the resource fixup for FSL boards.\n\nWe can no longer rely on the resource pointer array for the PHB\u0027s\npci_bus structure, so let\u0027s leave it alone and go straight for\nthe PHB resources instead. This also makes the code generally\nmore readable.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "40c8cefaaf12734327db7199a56e60058d98e7b6", "tree": "639b20e1e2229f3bcc03c5ef92dcfa7ca784cd65", "parents": [ "778a785f02ad846446e91dab49331bd7d853c514" ], "author": { "name": "Ira Snyder", "email": "iws@ovro.caltech.edu", "time": "Fri Jan 06 12:34:07 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:11:23 2012 +1100" }, "message": "powerpc: Fix kernel log of oops/panic instruction dump\n\nA kernel oops/panic prints an instruction dump showing several\ninstructions before and after the instruction which caused the\noops/panic.\n\nThe code intended that the faulting instruction be enclosed in angle\nbrackets, however a bug caused the faulting instruction to be\ninterpreted by printk() as the message log level.\n\nTo fix this, the KERN_CONT log level is added before the actual text of\nthe printed message.\n\n\u003d\u003d\u003d Before the patch \u003d\u003d\u003d\n\n[ 1081.587266] Instruction dump:\n[ 1081.590236] 7c000110 7c0000f8 5400077c 552907f6 7d290378 992b0003 4e800020 38000001\n[ 1081.598034] 3d20c03a 9009a114 7c0004ac 39200000\n[ 1081.602500] 4e800020 3803ffd0 2b800009\n\n\u003c4\u003e[ 1081.587266] Instruction dump:\n\u003c4\u003e[ 1081.590236] 7c000110 7c0000f8 5400077c 552907f6 7d290378 992b0003 4e800020 38000001\n\u003c4\u003e[ 1081.598034] 3d20c03a 9009a114 7c0004ac 39200000\n\u003c98090000\u003e[ 1081.602500] 4e800020 3803ffd0 2b800009\n\n\u003d\u003d\u003d After the patch \u003d\u003d\u003d\n\n[ 51.385216] Instruction dump:\n[ 51.388186] 7c000110 7c0000f8 5400077c 552907f6 7d290378 992b0003 4e800020 38000001\n[ 51.395986] 3d20c03a 9009a114 7c0004ac 39200000 \u003c98090000\u003e 4e800020 3803ffd0 2b800009\n\n\u003c4\u003e[ 51.385216] Instruction dump:\n\u003c4\u003e[ 51.388186] 7c000110 7c0000f8 5400077c 552907f6 7d290378 992b0003 4e800020 38000001\n\u003c4\u003e[ 51.395986] 3d20c03a 9009a114 7c0004ac 39200000 \u003c98090000\u003e 4e800020 3803ffd0 2b800009\n\nSigned-off-by: Ira W. Snyder \u003ciws@ovro.caltech.edu\u003e\nCc: Paul Mackerras \u003cpaulus@samba.org\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: linuxppc-dev@lists.ozlabs.org\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "fee6a3c33a8f137f39cd9997b0476411f73576c7", "tree": "45a45c311f2e15629d8b61838b5ad1cd8851d935", "parents": [ "46e33c606af8e0caeeca374103189663d877c0d6" ], "author": { "name": "Olof Johansson", "email": "olof@lixom.net", "time": "Wed Feb 15 21:17:12 2012 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Wed Feb 15 21:10:49 2012 +0000" }, "message": "ARM: 7327/1: need to include asm/system.h in asm/processor.h\n\nFor files that include asm/processor.h but not asm/system.h:\n\narch/arm/mach-msm/include/mach/uncompress.h: In function \u0027putc\u0027:\narch/arm/mach-msm/include/mach/uncompress.h:48:3: error: implicit declaration of function \u0027smp_mb\u0027 [-Werror\u003dimplicit-function-declaration]\n\nIn this case, smp_mb() is from the cpu_relax() call in the msm putc().\n\nIt likely went uncaught when the uncompress.h change went in since the\ndefconfig didn\u0027t enable that code path, but later changes (e76f4750f4:\nARM: debug: arrange Kconfig options more logically) resulted in the\noption being on for msm_defconfig and thus exposed it.\n\nSigned-off-by: Olof Johansson \u003colof@lixom.net\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "46e33c606af8e0caeeca374103189663d877c0d6", "tree": "a1f97d7fd9af85b6f505c166222152192c11c1bb", "parents": [ "4272f98a1ae81709fc5c804c33c044064e419cd9" ], "author": { "name": "Javi Merino", "email": "javi.merino@arm.com", "time": "Wed Feb 15 17:36:39 2012 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Wed Feb 15 21:10:49 2012 +0000" }, "message": "ARM: 7326/2: PL330: fix null pointer dereference in pl330_chan_ctrl()\n\nThis fixes the thrd-\u003ereq_running field being accessed before thrd\nis checked for null. The error was introduced in\n\n abb959f: ARM: 7237/1: PL330: Fix driver freeze\n\nReference: \u003c1326458191-23492-1-git-send-email-mans.rullgard@linaro.org\u003e\n\nCc: stable@kernel.org\nSigned-off-by: Mans Rullgard \u003cmans.rullgard@linaro.org\u003e\nAcked-by: Javi Merino \u003cjavi.merino@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "4272f98a1ae81709fc5c804c33c044064e419cd9", "tree": "0e3af4e730a6f1bbec98f3e4808dd272e8ae8e58", "parents": [ "8e43a905dd574f54c5715d978318290ceafbe275" ], "author": { "name": "Javi Merino", "email": "javi.merino@arm.com", "time": "Wed Nov 16 12:36:39 2011 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Wed Feb 15 21:10:49 2012 +0000" }, "message": "ARM: 7164/3: PL330: Fix the size of the dst_cache_ctrl field\n\ndst_cache_ctrl affects bits 3, 1 and 0 of AWCACHE but it is a 3-bit\nfield in the Channel Control Register (see Table 3-21 of the DMA-330\nTechnical Reference Manual) and should be programmed as such.\n\nReference: \u003c1320244259-10496-3-git-send-email-javi.merino@arm.com\u003e\n\nSigned-off-by: Javi Merino \u003cjavi.merino@arm.com\u003e\nAcked-by: Jassi Brar \u003cjassisinghbrar@gmail.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "8e43a905dd574f54c5715d978318290ceafbe275", "tree": "4d2bc5178293689353675105ee37e1c287848f39", "parents": [ "6e2e340b59d2d4e7b6b7f2c2d02b0d5ca4df6458" ], "author": { "name": "Rabin Vincent", "email": "rabin@rab.in", "time": "Wed Feb 15 16:01:42 2012 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Wed Feb 15 21:09:52 2012 +0000" }, "message": "ARM: 7325/1: fix v7 boot with lockdep enabled\n\nBootup with lockdep enabled has been broken on v7 since b46c0f74657d\n(\"ARM: 7321/1: cache-v7: Disable preemption when reading CCSIDR\").\n\nThis is because v7_setup (which is called very early during boot) calls\nv7_flush_dcache_all, and the save_and_disable_irqs added by that patch\nends up attempting to call into lockdep C code (trace_hardirqs_off())\nwhen we are in no position to execute it (no stack, MMU off).\n\nFix this by using a notrace variant of save_and_disable_irqs. The code\nalready uses the notrace variant of restore_irqs.\n\nReviewed-by: Nicolas Pitre \u003cnico@linaro.org\u003e\nAcked-by: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nCc: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nCc: stable@vger.kernel.org\nSigned-off-by: Rabin Vincent \u003crabin@rab.in\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "c38e23456278e967f094b08247ffc3711b1029b2", "tree": "ecd87e1fcd9c4e397d531081e45718cae132f7c1", "parents": [ "7ada1dd62804ca9ce1cb8666c6e563cd92fa50c1" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Feb 15 08:05:18 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Feb 15 08:05:18 2012 -0800" }, "message": "i387: fix sense of sanity check\n\nThe check for save_init_fpu() (introduced in commit 5b1cbac37798: \"i387:\nmake irq_fpu_usable() tests more robust\") was the wrong way around, but\nI hadn\u0027t noticed, because my \"tests\" were bogus: the FPU exceptions are\ndisabled by default, so even doing a divide by zero never actually\ntriggers this code at all unless you do extra work to enable them.\n\nSo if anybody did enable them, they\u0027d get one spurious warning.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "08a183f02b5fef1cd78d27ffc8281fa96d79f814", "tree": "37621a2e6d7fe0cfe85465cef425467d33767ff1", "parents": [ "7ada1dd62804ca9ce1cb8666c6e563cd92fa50c1" ], "author": { "name": "Catalin Marinas", "email": "catalin.marinas@arm.com", "time": "Tue Feb 14 16:33:27 2012 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Wed Feb 15 11:04:36 2012 +0000" }, "message": "ARM: 7323/1: Do not allow ARM_LPAE on pre-ARMv7 architectures\n\nThis patch expands the Kconfig dependencies for ARM_LPAE to not allow\nenabling when architectures other than ARMv7 are built into the kernel.\n\nSigned-off-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nReported-by: Russell King \u003clinux@arm.linux.org.uk\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "62e37ca78b1a4ca2eb77875bfd7ac63a7e068c67", "tree": "19bb12d1f88431eb66b583900ac104cfbc278fcc", "parents": [ "dcd6c92267155e70a94b3927bce681ce74b80d1f" ], "author": { "name": "Stephen Warren", "email": "swarren@nvidia.com", "time": "Mon Jan 09 11:00:32 2012 -0700" }, "committer": { "name": "Mark Salter", "email": "msalter@redhat.com", "time": "Tue Feb 14 21:14:44 2012 -0500" }, "message": "Kbuild: Use dtc\u0027s -d (dependency) option\n\nThis hooks dtc into Kbuild\u0027s dependency system.\n\nThus, for example, \"make dtbs\" will rebuild tegra-harmony.dtb if only\ntegra20.dtsi has changed yet tegra-harmony.dts has not. The previous\nlack of this feature recently caused me to have very confusing \"git\nbisect\" results.\n\nFor ARM, it\u0027s obvious what to add to $(targets). I\u0027m not familiar enough\nwith other architectures to know what to add there. Powerpc appears to\nalready add various .dtb files into $(targets), but the other archs may\nneed something added to $(targets) to work.\n\nSigned-off-by: Stephen Warren \u003cswarren@nvidia.com\u003e\nAcked-by: Shawn Guo \u003cshawn.guo@linaro.org\u003e\nAcked-by: Mark Salter \u003cmsalter@redhat.com\u003e\n" }, { "commit": "ebf4bcbd5f249afc8f48a7aa32255f8ebbff5876", "tree": "47fdb196fc109411d4524bf2c25d88a6d5470477", "parents": [ "8b36ac50da8e12d0469a7268ddbd6cab29307deb", "778a785f02ad846446e91dab49331bd7d853c514" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:21:25 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:21:25 2012 -0800" }, "message": "Merge branch \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc\n\nQuoth BenH:\n \"Here are a few powerpc fixes for 3.3, all pretty trivial. I also\n added the patch to define GET_IP/SET_IP so we can use some more\n asm-generic goodness.\"\n\n* \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:\n powerpc/pseries/eeh: Fix crash when error happens during device probe\n powerpc/pseries: Fix partition migration hang in stop_topology_update\n powerpc/powernv: Disable interrupts while taking phb-\u003elock\n powerpc: Fix WARN_ON in decrementer_check_overflow\n powerpc/wsp: Fix IRQ affinity setting\n powerpc: Implement GET_IP/SET_IP\n powerpc/wsp: Permanently enable PCI class code workaround\n" }, { "commit": "694ce18ec3485f5b0a4f3820073f5e2b0b4e0870", "tree": "e979926df34b41e17024107ee4731739608d8b51", "parents": [ "13d261932bbfff7f45f288c5c8cce43177cccd3b", "a43a5ccdfa5bd5b2f00aa9b2321df268c2e5d6e2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:20:11 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:20:11 2012 -0800" }, "message": "Merge tag \u0027stable/for-linus-fixes-3.3-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen\n\nTwo fixes for VCPU offlining; One to fix the string format exposed\nby the xen-pci[front|back] to conform to the one used in majority of\nPCI drivers; Two fixes to make the code more resilient to invalid\nconfigurations.\n\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\n\n* tag \u0027stable/for-linus-fixes-3.3-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen:\n xenbus_dev: add missing error check to watch handling\n xen/pci[front|back]: Use %d instead of %1x for displaying PCI devfn.\n xen pvhvm: do not remap pirqs onto evtchns if !xen_have_vector_callback\n xen/smp: Fix CPU online/offline bug triggering a BUG: scheduling while atomic.\n xen/bootup: During bootup suppress XENBUS: Unable to read cpu state\n" }, { "commit": "778a785f02ad846446e91dab49331bd7d853c514", "tree": "4f8969fe08df41ced83f44ec9dd459ab10e72d69", "parents": [ "444080d13d05dc38d07dd3bf751d38bce7ab7c72" ], "author": { "name": "Thadeu Lima de Souza Cascardo", "email": "cascardo@linux.vnet.ibm.com", "time": "Wed Jan 11 09:09:58 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 15:01:39 2012 +1100" }, "message": "powerpc/pseries/eeh: Fix crash when error happens during device probe\n\nEEH may happen during a PCI driver probe. If the driver is trying to\naccess some register in a loop, the EEH code will try to print the\ndriver name. But the driver pointer in struct pci_dev is not set until\nprobe returns successfully.\n\nUse a function to test if the device and the driver pointer is NULL\nbefore accessing the driver\u0027s name.\n\nSigned-off-by: Thadeu Lima de Souza Cascardo \u003ccascardo@linux.vnet.ibm.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "444080d13d05dc38d07dd3bf751d38bce7ab7c72", "tree": "4a727f8de69b872a1ddf73bdf474ff61c8da9900", "parents": [ "f1c853b53cf2b49eb32791072c8a8ee04f122f58" ], "author": { "name": "Brian King", "email": "brking@linux.vnet.ibm.com", "time": "Wed Jan 11 06:56:04 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 15:01:39 2012 +1100" }, "message": "powerpc/pseries: Fix partition migration hang in stop_topology_update\n\nThis fixes a hang that was observed during live partition migration.\nSince stop_topology_update must not be called from an interrupt\ncontext, call it earlier in the migration process. The hang observed\ncan be seen below:\n\nWARNING: at kernel/timer.c:1011\nModules linked in: ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT xt_state iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables ip6table_filter ip6_tables x_tables ipv6 fuse loop ibmveth sg ext3 jbd mbcache raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid10 raid1 raid0 scsi_dh_alua scsi_dh_rdac scsi_dh_hp_sw scsi_dh_emc dm_round_robin dm_multipath scsi_dh sd_mod crc_t10dif ibmvfc scsi_transport_fc scsi_tgt scsi_mod dm_snapshot dm_mod\nNIP: c0000000000c52d8 LR: c00000000004be28 CTR: 0000000000000000\nREGS: c00000005ffd77d0 TRAP: 0700 Not tainted (3.2.0-git-00001-g07d106d)\nMSR: 8000000000021032 \u003cME,CE,IR,DR\u003e CR: 48000084 XER: 00000001\nCFAR: c00000000004be20\nTASK \u003d c00000005ec78860[0] \u0027swapper/3\u0027 THREAD: c00000005ec98000 CPU: 3\nGPR00: 0000000000000001 c00000005ffd7a50 c000000000fbbc98 c000000000ec8340\nGPR04: 00000000282a0020 0000000000000000 0000000000004000 0000000000000101\nGPR08: 0000000000000012 c00000005ffd4000 0000000000000020 c000000000f3ba88\nGPR12: 0000000000000000 c000000007f40900 0000000000000001 0000000000000004\nGPR16: 0000000000000001 0000000000000000 0000000000000000 c000000001022310\nGPR20: 0000000000000001 0000000000000000 0000000000200200 c000000001029e14\nGPR24: 0000000000000000 0000000000000001 0000000000000040 c00000003f74bc80\nGPR28: c00000003f74bc84 c000000000f38038 c000000000f16b58 c000000000ec8340\nNIP [c0000000000c52d8] .del_timer_sync+0x28/0x60\nLR [c00000000004be28] .stop_topology_update+0x20/0x38\nCall Trace:\n[c00000005ffd7a50] [c00000005ec78860] 0xc00000005ec78860 (unreliable)\n[c00000005ffd7ad0] [c00000000004be28] .stop_topology_update+0x20/0x38\n[c00000005ffd7b40] [c000000000028378] .__rtas_suspend_last_cpu+0x58/0x260\n[c00000005ffd7bf0] [c0000000000fa230] .generic_smp_call_function_interrupt+0x160/0x358\n[c00000005ffd7cf0] [c000000000036ec8] .smp_ipi_demux+0x88/0x100\n[c00000005ffd7d80] [c00000000005c154] .icp_hv_ipi_action+0x5c/0x80\n[c00000005ffd7e00] [c00000000012a088] .handle_irq_event_percpu+0x100/0x318\n[c00000005ffd7f00] [c00000000012e774] .handle_percpu_irq+0x84/0xd0\n[c00000005ffd7f90] [c000000000022ba8] .call_handle_irq+0x1c/0x2c\n[c00000005ec9ba20] [c00000000001157c] .do_IRQ+0x22c/0x2a8\n[c00000005ec9bae0] [c0000000000054bc] hardware_interrupt_entry+0x18/0x1c\nException: 501 at .cpu_idle+0x194/0x2f8\n LR \u003d .cpu_idle+0x194/0x2f8\n[c00000005ec9bdd0] [c000000000017e58] .cpu_idle+0x188/0x2f8 (unreliable)\n[c00000005ec9be90] [c00000000067ec18] .start_secondary+0x3e4/0x524\n[c00000005ec9bf90] [c0000000000093e8] .start_secondary_prolog+0x10/0x14\nInstruction dump:\nebe1fff8 4e800020 fbe1fff8 7c0802a6 f8010010 7c7f1b78 f821ff81 78290464\n80090014 5400019e 7c0000d0 78000fe0 \u003c0b000000\u003e 4800000c 7c210b78 7c421378\n\nSigned-off-by: Brian King \u003cbrking@linux.vnet.ibm.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "f1c853b53cf2b49eb32791072c8a8ee04f122f58", "tree": "203de9ee9f2ff6157c0f602f9cad0d3e254dff50", "parents": [ "6fe5f5f3ffade25aa94526010f219df3be521bf7" ], "author": { "name": "Michael Ellerman", "email": "michael@ellerman.id.au", "time": "Sun Feb 12 14:28:20 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 15:01:39 2012 +1100" }, "message": "powerpc/powernv: Disable interrupts while taking phb-\u003elock\n\nWe need to disable interrupts when taking the phb-\u003elock. Otherwise\nwe could deadlock with pci_lock taken from an interrupt.\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "6fe5f5f3ffade25aa94526010f219df3be521bf7", "tree": "08b4148aad720793b37564c8ef8cdef0aea10241", "parents": [ "7a768d30caa30e66ba89659f1845cc35b1bfc715" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Feb 08 19:34:13 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 15:01:38 2012 +1100" }, "message": "powerpc: Fix WARN_ON in decrementer_check_overflow\n\nWe use __get_cpu_var() which triggers a false positive warning\nin smp_processor_id() thinking interrupts are enabled (at this\npoint, they are soft-enabled but hard-disabled).\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "7a768d30caa30e66ba89659f1845cc35b1bfc715", "tree": "6a25b21e3dbe60e74513ac60b0f0071498edf7f8", "parents": [ "e62894273c7572cb1bec39096df605f42a66e964" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Feb 08 18:11:01 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 15:01:38 2012 +1100" }, "message": "powerpc/wsp: Fix IRQ affinity setting\n\nWe call the cache_hwirq_map() function with a linux IRQ number\nbut it expects a HW irq number. This triggers a BUG on multic-chip\nsetups in addition to not doing the right thing.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "e62894273c7572cb1bec39096df605f42a66e964", "tree": "8f63f7c32b136f8eb89c3b9abfe290687f9a842b", "parents": [ "454c0bfd0c6469276dec766e5b41efcf0ccf2619" ], "author": { "name": "Srikar Dronamraju", "email": "srikar@linux.vnet.ibm.com", "time": "Wed Feb 08 04:53:13 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 15:01:38 2012 +1100" }, "message": "powerpc: Implement GET_IP/SET_IP\n\nWith this change, helpers such as instruction_pointer() et al, get defined\nin the generic header in terms of GET_IP\n\nRemoved the unnecessary definition of profile_pc in !CONFIG_SMP case as\nsuggested by Mike Frysinger.\n\nSigned-off-by: Srikar Dronamraju \u003csrikar@linux.vnet.ibm.com\u003e\nSigned-off-by: Ananth N Mavinakayanahalli \u003cananth@in.ibm.com\u003e\nAcked-by: Mike Frysinger \u003cvapier@gentoo.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "454c0bfd0c6469276dec766e5b41efcf0ccf2619", "tree": "99b362fb2add3a0e5c9da2b1ed3e2624214bf8ef", "parents": [ "3ec1e88b33a3bdd852ce8e014052acec7a9da8b5" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sun Feb 05 13:50:04 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 15:01:38 2012 +1100" }, "message": "powerpc/wsp: Permanently enable PCI class code workaround\n\nIt appears that on the Chroma card, the class code of the root\ncomplex is still wrong even on DD2 or later chips. This could\nbe a firmware issue, but that breaks resource allocation so let\u0027s\nunconditionally fix it up.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "a5368e770c9ec58b9d18378844c149df8513e7b8", "tree": "2dc0953afd7f54f3269486fc0edbb41cd9cf804e", "parents": [ "88fa269bedc3ae0f67426ea7fe9d306103b7fb1c", "cf844751fb25e095d8fa30332cb173a73e5a736c" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 23:25:44 2012 +0000" }, "committer": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 23:25:44 2012 +0000" }, "message": "Merge branch \u0027at91-fixes\u0027 of git://github.com/at91linux/linux-at91 into fixes\n\n* \u0027at91-fixes\u0027 of git://github.com/at91linux/linux-at91:\n ARM: at91: drop ide driver in favor of the pata one\n pata/at91: use newly introduced SMC accessors\n ARM: at91: add accessor to manage SMC\n ARM: at91:rtc/rtc-at91sam9: ioremap register bank\n ARM: at91: USB AT91 gadget registration for module\n" }, { "commit": "88fa269bedc3ae0f67426ea7fe9d306103b7fb1c", "tree": "6f42d4d462f52ce8fe6eac3bf6c5922f2649f7e4", "parents": [ "e9c6c5dfd1dba03802b98aea518c08ab48cbbcc4", "1e056dddabc1b7a909d1f992fefb1d5d5bc8ff0d" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 22:41:04 2012 +0000" }, "committer": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 22:41:04 2012 +0000" }, "message": "Merge branch \u0027fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into fixes\n\n* \u0027fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:\n ARM: OMAP2xxx: PM: fix OMAP2xxx-specific UART idle bug in v3.3\n ARM: OMAP3: cm-t35: fix section mismatch warning\n ARM: OMAP2: Fix the OMAP2 only build break seen with 2011+ ARM tool-chains\n ARM: OMAP2+: board-generic: Add missing handle_irq callbacks\n" }, { "commit": "b14a29982ad90853cd71370af41adfd0009d7aa0", "tree": "639eca23b582459570667c21f4a9147ec06b1027", "parents": [ "a269c2f5a5ad2b24a19fdd723363daf18394ec85", "70d669de7356f6476db454dd8d053cd9c674a0d5" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 14:16:07 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 14:16:07 2012 -0800" }, "message": "Merge branch \u0027omap-fixes-warnings\u0027 of git://git.linaro.org/people/rmk/linux-arm\n\nThis set of changes are fixing various section mismatch warnings which\nlook to be completely valid. Primerily, those which are fixed are those\nwhich can cause oopses by manipulation of driver binding via sysfs. For\nexample: calling code marked __init from driver probe __devinit\nfunctions.\n\nSome of these changes will be reworked at the next merge window when the\nunderlying reasons are sorted out. In the mean time, I think it\u0027s\nimportant to have this fixed for correctness.\n\nAlso included in this set are fixes to various error messages in OMAP -\nincluding making them gramatically correct, fixing a few spelling\nerrors, and more importantly, making them greppable by unwrapping them.\n\nTony Lindgren has acked all these patches, put them out for testing a\nweek ago, and I\u0027ve tested them on the platforms I have.\n\n* \u0027omap-fixes-warnings\u0027 of git://git.linaro.org/people/rmk/linux-arm:\n ARM: omap: resolve nebulous \u0027Error setting wl12xx data\u0027\n ARM: omap: fix wrapped error messages in omap_hwmod.c\n ARM: omap: fix section mismatch warnings in mux.c caused by hsmmc.c\n ARM: omap: fix section mismatch warning for sdp3430_twl_gpio_setup()\n ARM: omap: fix section mismatch error for omap_4430sdp_display_init()\n ARM: omap: fix section mismatch warning for omap_secondary_startup()\n ARM: omap: preemptively fix section mismatch in omap4_sdp4430_wifi_mux_init()\n ARM: omap: fix section mismatch warning in mux.c\n ARM: omap: fix section mismatch errors in TWL PMIC driver\n ARM: omap: fix uninformative vc/i2c configuration error message\n ARM: omap: fix vc.c PMIC error message\n ARM: omap: fix prm44xx.c OMAP44XX_IRQ_PRCM build error\n" }, { "commit": "a269c2f5a5ad2b24a19fdd723363daf18394ec85", "tree": "5d5e2871bc83a4def56beb86400c68e6ce1dc27f", "parents": [ "ed5016d772b84348cb86ab3cdbc533bd4812f2bb", "6252547b8a7acced581b649af4ebf6d65f63a34b" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 14:15:22 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 14:15:22 2012 -0800" }, "message": "Merge branch \u0027omap-fixes-urgent\u0027 of git://git.linaro.org/people/rmk/linux-arm\n\nThis pull request covers the major oopsing issues with OMAP, caused by\nthe lack of the TWL driver. Even when the TWL driver is not built in,\nwe shouldn\u0027t oops.\n\n* \u0027omap-fixes-urgent\u0027 of git://git.linaro.org/people/rmk/linux-arm:\n ARM: omap: fix broken twl-core dependencies and ifdefs\n ARM: omap: fix oops in drivers/video/omap2/dss/dpi.c\n ARM: omap: fix oops in arch/arm/mach-omap2/vp.c when pmic is not found\n" }, { "commit": "ed5016d772b84348cb86ab3cdbc533bd4812f2bb", "tree": "b96d5fc7809b1374b76a588741d605c75820810b", "parents": [ "5b1cbac37798805c1fee18c8cebe5c0a13975b17", "bdf800c4fceb6d8dbe65471d214eb44a61f5bfc9" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 14:14:19 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 14:14:19 2012 -0800" }, "message": "Merge branch \u0027fixes\u0027 of git://git.linaro.org/people/rmk/linux-arm\n\n* \u0027fixes\u0027 of git://git.linaro.org/people/rmk/linux-arm:\n ARM: 7322/1: Print BUG instead of undefined instruction on BUG_ON()\n ARM: 7321/1: cache-v7: Disable preemption when reading CCSIDR\n ARM: 7320/1: Fix proc_info table alignment\n" }, { "commit": "5b1cbac37798805c1fee18c8cebe5c0a13975b17", "tree": "e56487f2338b236d21913f74f66a779fd71a5d7c", "parents": [ "be98c2cdb15ba26148cd2bd58a857d4f7759ed38" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 13:56:14 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 13:56:14 2012 -0800" }, "message": "i387: make irq_fpu_usable() tests more robust\n\nSome code - especially the crypto layer - wants to use the x86\nFP/MMX/AVX register set in what may be interrupt (typically softirq)\ncontext.\n\nThat *can* be ok, but the tests for when it was ok were somewhat\nsuspect. We cannot touch the thread-specific status bits either, so\nwe\u0027d better check that we\u0027re not going to try to save FP state or\nanything like that.\n\nNow, it may be that the TS bit is always cleared *before* we set the\nUSEDFPU bit (and only set when we had already cleared the USEDFP\nbefore), so the TS bit test may actually have been sufficient, but it\ncertainly was not obviously so.\n\nSo this explicitly verifies that we will not touch the TS_USEDFPU bit,\nand adds a few related sanity-checks. Because it seems that somehow\nAES-NI is corrupting user FP state. The cause is not clear, and this\npatch doesn\u0027t fix it, but while debugging it I really wanted the code to\nbe more obviously correct and robust.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "be98c2cdb15ba26148cd2bd58a857d4f7759ed38", "tree": "5eb1bdb4e443680c12901add5dc23a9cd3468872", "parents": [ "3ec1e88b33a3bdd852ce8e014052acec7a9da8b5" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 13:47:25 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 13:47:25 2012 -0800" }, "message": "i387: math_state_restore() isn\u0027t called from asm\n\nIt was marked asmlinkage for some really old and stale legacy reasons.\nFix that and the equally stale comment.\n\nNoticed when debugging the irq_fpu_usable() bugs.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "cf844751fb25e095d8fa30332cb173a73e5a736c", "tree": "0538ae065097c88a6fa681d653266aad702cac6b", "parents": [ "88dcde98ad113411f45ea7e8261839f7a1ba3c33" ], "author": { "name": "Jean-Christophe PLAGNIOL-VILLARD", "email": "plagnioj@jcrosoft.com", "time": "Thu Dec 15 21:24:03 2011 +0800" }, "committer": { "name": "Nicolas Ferre", "email": "nicolas.ferre@atmel.com", "time": "Mon Feb 13 18:31:37 2012 +0100" }, "message": "ARM: at91: drop ide driver in favor of the pata one\n\nDriver at91_ide is broken and should not be fixed: remove it.\nModification of device files that where making use of it. The\nPATA driver (pata_at91) is able to replace at91_ide.\n\nSigned-off-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nAcked-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\n" }, { "commit": "59594e13e4d83239332746395fe03ba49b8efa12", "tree": "a60e58e60039d413b5ac73ffa64d699913f17d33", "parents": [ "2dcc90e6ac06d78433aec682961d9b587a07d4b5" ], "author": { "name": "Jean-Christophe PLAGNIOL-VILLARD", "email": "plagnioj@jcrosoft.com", "time": "Sun Nov 27 19:29:57 2011 +0800" }, "committer": { "name": "Nicolas Ferre", "email": "nicolas.ferre@atmel.com", "time": "Mon Feb 13 18:31:36 2012 +0100" }, "message": "ARM: at91: add accessor to manage SMC\n\nSMC, Static Memory Controller will need more accessors to fine\nconfigure its parameters.\n\nSigned-off-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nAcked-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\n" }, { "commit": "e8c9dc93e27d891636defbc269f182a83e6abba8", "tree": "3e18ca43b79c53ca9e216e9ade9445e35bfd50f1", "parents": [ "d65b4e98d7ea3038b767b70fe8be959b2913f16d" ], "author": { "name": "Nicolas Ferre", "email": "nicolas.ferre@atmel.com", "time": "Fri Jan 27 11:14:44 2012 +0100" }, "committer": { "name": "Nicolas Ferre", "email": "nicolas.ferre@atmel.com", "time": "Mon Feb 13 16:46:41 2012 +0100" }, "message": "ARM: at91: USB AT91 gadget registration for module\n\nRegistration of at91_udc as a module will enable SoC\nrelated code.\n\nFix following an idea from Karel Znamenacek.\n\nSigned-off-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nAcked-by: Karel Znamenacek \u003ckarel@ryston.cz\u003e\nAcked-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nCc: stable \u003cstable@vger.kernel.org\u003e\n" }, { "commit": "70d669de7356f6476db454dd8d053cd9c674a0d5", "tree": "d71e3018964cb80fb8a00dabdb8aa74b6814e69c", "parents": [ "4f8a428dac431e7bd09673b404769d87df948eef" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 11:03:23 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:39 2012 +0000" }, "message": "ARM: omap: resolve nebulous \u0027Error setting wl12xx data\u0027\n\nIt\u0027s useful to print the error code when a called function fails so a\ndiagnosis of why it failed is possible. In this case, it fails because\nwe try to register some data for the wl12xx driver, but as the driver\nis not configured, a stub function is used which simply returns -ENOSYS.\n\nLet\u0027s do the simple thing for -rc and print the error code.\n\nAlso, the return code from platform_register_device() at each of these\nsites was not being checked. Add some checking, and again print the\nerror code.\n\nThis should be fixed properly for the next merge window so we don\u0027t\nissue error messages merely because a driver is not configured.\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "4f8a428dac431e7bd09673b404769d87df948eef", "tree": "c531b8a7888ccfb4bc7cf3898e50621909f1e053", "parents": [ "8930b4e3c31cf67140e6281879b28feac8381e29" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 10:59:37 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:39 2012 +0000" }, "message": "ARM: omap: fix wrapped error messages in omap_hwmod.c\n\nWhile trying to debug my OMAP platforms, they emitted this message:\n\nomap_hwmod: %s: enabled state can only be entered from initialized, idle, or disabled state\n\nThe following backtrace said it was from a function called \u0027_enable\u0027,\nwhich didn\u0027t provide much clue. Grepping didn\u0027t find it either.\n\nThe message is wrapped, so unwrap the message so grep can find it. Do\nthe same for three other messages in this file.\n\nAcked-by: Paul Walmsley \u003cpaul@pwsan.com\u003e\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "8930b4e3c31cf67140e6281879b28feac8381e29", "tree": "b44585aa6671cd6b019ced9af7d59a3ad1d2bd0c", "parents": [ "a98f77bb0a86914a39e3d0d001716965add5063e" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 10:51:39 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:38 2012 +0000" }, "message": "ARM: omap: fix section mismatch warnings in mux.c caused by hsmmc.c\n\nThe previous commit causes new section mismatch warnings:\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdb30): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_gpio()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_gpio().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_gpio is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdb4c): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_gpio()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_gpio().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_gpio is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdb60): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdb6c): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdb78): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdb90): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdb9c): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdba8): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdbc0): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdbcc): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdbd8): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdbf8): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc04): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc10): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc28): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc34): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc40): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc58): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc64): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc70): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xdc7c): Section mismatch in reference from the function omap_init_hsmmc() to the function .init.text:omap_mux_init_signal()\nThe function omap_init_hsmmc() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_init_hsmmc lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nAgain, as for omap2_hsmmc_init(), these functions are callable at\nruntime via the gpio-twl4030.c driver, and so these can\u0027t be marked\n__init.\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "a98f77bb0a86914a39e3d0d001716965add5063e", "tree": "581f59b50a97f78285a37df9a9102a14aeef2c81", "parents": [ "e3958fe05d78643ec6c0e651747b59361553a840" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 10:45:50 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:38 2012 +0000" }, "message": "ARM: omap: fix section mismatch warning for sdp3430_twl_gpio_setup()\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xd0f0): Section mismatch in reference from the function sdp3430_twl_gpio_setup() to the function .init.text:omap2_hsmmc_init()\nThe function sdp3430_twl_gpio_setup() references\nthe function __init omap2_hsmmc_init().\nThis is often because sdp3430_twl_gpio_setup lacks a __init\nannotation or the annotation of omap2_hsmmc_init is wrong.\n\nsdp3430_twl_gpio_setup() is called via platform data from the\ngpio-twl4030 module, which can be inserted and removed at runtime.\nThis makes sdp3430_twl_gpio_setup() callable at runtime, and prevents\nit being marked with an __init annotation.\n\nAs it calls omap2_hsmmc_init() unconditionally, the only resolution to\nthis warning is to remove the __init markings from omap2_hsmmc_init()\nand its called functions. This addresses the functions in hsmmc.c.\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "e3958fe05d78643ec6c0e651747b59361553a840", "tree": "33a6a0bd4dd92a91d1cb761ca61283ac90259dff", "parents": [ "45176f4cf7aa84da97c2c1e66569cb2e44cb97ce" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 10:41:34 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:38 2012 +0000" }, "message": "ARM: omap: fix section mismatch error for omap_4430sdp_display_init()\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xb798): Section mismatch in reference from the function omap_4430sdp_display_init() to the function .init.text:omap_display_init()\nThe function omap_4430sdp_display_init() references\nthe function __init omap_display_init().\nThis is often because omap_4430sdp_display_init lacks a __init\nannotation or the annotation of omap_display_init is wrong.\n\nFix this by adding __init to omap_4430sdp_display_init().\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "45176f4cf7aa84da97c2c1e66569cb2e44cb97ce", "tree": "15dab80f36b14ff0574e24a639ebabaaa2bbc51c", "parents": [ "d5de63f5f84d7def5e25a90e44234c58003876c1" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 10:34:01 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:37 2012 +0000" }, "message": "ARM: omap: fix section mismatch warning for omap_secondary_startup()\n\nWARNING: vmlinux.o(.text+0x1c664): Section mismatch in reference from the function omap_secondary_startup() to the function .cpuinit.text:secondary_startup()\nThe function omap_secondary_startup() references\nthe function __cpuinit secondary_startup().\nThis is often because omap_secondary_startup lacks a __cpuinit\nannotation or the annotation of secondary_startup is wrong.\n\nUnfortunately, fixing this causes a new warning which is harder to\nsolve:\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0x5328): Section mismatch in reference from the function omap4_hotplug_cpu() to the function .cpuinit.text:omap_secondary_startup()\nThe function omap4_hotplug_cpu() references\nthe function __cpuinit omap_secondary_startup().\nThis is often because omap4_hotplug_cpu lacks a __cpuinit\nannotation or the annotation of omap_secondary_startup is wrong.\n\nbecause omap4_hotplug_cpu() is used by power management code as well,\nwhich may not end up using omap_secondary_startup().\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "d5de63f5f84d7def5e25a90e44234c58003876c1", "tree": "0ca68720b7ec89b3aa146dcee3a4791d438abc10", "parents": [ "27d8d3bf06c574b8bc88d1cf50ed3e3b2c40935b" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 11:07:24 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:37 2012 +0000" }, "message": "ARM: omap: preemptively fix section mismatch in omap4_sdp4430_wifi_mux_init()\n\nFound by review.\n\nomap4_sdp4430_wifi_mux_init() is called by an __init marked function,\nand only calls omap_mux_init_gpio() and omap_mux_init_signal() which\nare both also an __init marked functions.\n\nThe only reason this doesn\u0027t issue a warning is because the compiler\ninlines omap4_sdp4430_wifi_mux_init() into omap4_sdp4430_wifi_init().\n\nSo, lets add the __init annotation to ensure this remains safe should\nthe compiler choose not to inline.\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "27d8d3bf06c574b8bc88d1cf50ed3e3b2c40935b", "tree": "51ec9fe9816b80727ae3425ebe9b5c31e060d2b3", "parents": [ "a0bb10e86642064f6cec9e23f523127e5cfbe609" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 10:18:34 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:36 2012 +0000" }, "message": "ARM: omap: fix section mismatch warning in mux.c\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0x15a4): Section mismatch in reference from the function omap_mux_init_signals() to the function .init.text:omap_mux_init_signal()\nThe function omap_mux_init_signals() references\nthe function __init omap_mux_init_signal().\nThis is often because omap_mux_init_signals lacks a __init\nannotation or the annotation of omap_mux_init_signal is wrong.\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "0bf68f53f164e169c2bc77f707338fc595b6ccfc", "tree": "2d9d4c6c3e9dd4873f7ecb6243171cc1029ddeec", "parents": [ "2d5b4790b1e7cffb8987e535d4969d10b62f3163" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 10:23:43 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:35 2012 +0000" }, "message": "ARM: omap: fix uninformative vc/i2c configuration error message\n\nOn my OMAP4 platform, I\u0027m getting this error message repeated several\ntimes at boot:\n\nomap_vc_i2c_init: I2C config for all channels must match.\nomap_vc_i2c_init: I2C config for all channels must match.\n\nThis doesn\u0027t help identify what the problem is. Fix this message to\nbe more informative:\n\nomap_vc_i2c_init: I2C config for vdd_iva does not match other channels (0).\nomap_vc_i2c_init: I2C config for vdd_mpu does not match other channels (0).\n\nThis allows us to identify which voltage domains have a problem, and\nwhat the I2C configuration state (a boolean, i2c_high_speed) setting\nbeing used actually is.\n\nFrom this we find that omap4_core_pmic has i2c_high_speed false, but\nomap4_iva_pmic and omap4_mpu_pmic both have it set true.\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nAcked-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "2d5b4790b1e7cffb8987e535d4969d10b62f3163", "tree": "23972c4d0471640bc98290f8c4b17f8cb6c78d38", "parents": [ "e6fa35aa9c4e4a32e616d307986283c4070cff78" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 10:13:02 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:34 2012 +0000" }, "message": "ARM: omap: fix vc.c PMIC error message\n\nWhile testing on my OMAP3430 platform, this error message was emitted:\n\nomap_vc_init_channel: PMIC info requried to configure vc forvdd_core not populated.Hence cannot initialize vc\n\nTrying to find this message was difficult because it was wrapped across\nseveral lines. It also mis-spells \"required\", doesn\u0027t read very well,\nand has spaces lacking. Let\u0027s replace it with a more concise:\n\nomap_vc_init_channel: No PMIC info for vdd_core\n\nWhile we\u0027re here, fix a simple spelling error in a comment.\n\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "e6fa35aa9c4e4a32e616d307986283c4070cff78", "tree": "b653c577c0f92b8126dda51f32e43d4ccd2e657c", "parents": [ "d65b4e98d7ea3038b767b70fe8be959b2913f16d" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 09:58:57 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Mon Feb 13 10:00:34 2012 +0000" }, "message": "ARM: omap: fix prm44xx.c OMAP44XX_IRQ_PRCM build error\n\nWhen CONFIG_OF is disabled, the compile fails with:\n\narch/arm/mach-omap2/prm44xx.c:41: error: \u0027OMAP44XX_IRQ_PRCM\u0027 undeclared here (not in a function)\n\nAcked-by: Tony Lindgren \u003ctony@atomide.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "e9c6c5dfd1dba03802b98aea518c08ab48cbbcc4", "tree": "a7219d12d3b7333cf7e85c9c163904c0aeb7c9e6", "parents": [ "ffafe770a4160862476405a442d28ee48d2249ef" ], "author": { "name": "H Hartley Sweeten", "email": "hartleys@visionengravers.com", "time": "Wed Feb 08 09:53:44 2012 -0700" }, "committer": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 06:56:39 2012 +0000" }, "message": "ep93xx: fix build of vision_ep93xx.c\n\nFix build breakage due to the following commits:\n\nCommit bd5f12a24766c1f299def0a78b008d4746f528f2\n ARM: 7042/3: mach-ep93xx: break out GPIO driver specifics\n\nCommit 257af9f9725aa8a863b306659208a031135d59e7\n ARM: 7041/1: gpio-ep93xx: hookup the to_irq callback in the driver\n\nThe vision_ep9307 machine uses the ep93xx build-in gpios and needs to\ninclude \u003cmach/gpio-ep93xx.h\u003e to pickup the defines.\n\nThe gpio_to_irq() call is now a callback to the gpio-ep93xx.c driver\nand cannot be used as a constant initializer for the .irq member of\nstruct i2c_board_info.\n\nSigned-off-by: Hartley Sweeten \u003chsweeten@visionengravers.com\u003e\nAcked-by: Ryan Mallon \u003crmallon@gmail.com\u003e\nAcked-by: Mika Westerberg \u003cmika.westerberg@iki.fi\u003e\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\n" }, { "commit": "ffafe770a4160862476405a442d28ee48d2249ef", "tree": "5bb7d5913427c245c61dd5eb384321dff386f841", "parents": [ "0dcd627896fb87b2e78a1ed78e469591208cffcd", "da911782be4c82dc1222aa0cb5bef28605d1e117" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 05:50:07 2012 +0000" }, "committer": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 05:50:26 2012 +0000" }, "message": "Merge branch \u0027v3.3-samsung-fixes-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung into fixes\n\n* \u0027v3.3-samsung-fixes-3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung: (2 commits)\n ARM: EXYNOS: Add cpu-offset property in gic device tree node\n ARM: EXYNOS: Bring exynos4-dt up to date\n Linux 3.3-rc3\n\nThis includes an update to the v3.3-rc3 release from v3.3-rc2\n\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\n" }, { "commit": "0dcd627896fb87b2e78a1ed78e469591208cffcd", "tree": "e7cf361144599ac2e80c00268466e4308edf652b", "parents": [ "72053353583230952c4b187e110e9da00dfc3afb", "0783a9bf4a5207e9d57b8c110022957f8dc88e2a" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 05:40:38 2012 +0000" }, "committer": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Feb 13 05:40:38 2012 +0000" }, "message": "Merge branch \u0027fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/olof/tegra into fixes\n\n* \u0027fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/olof/tegra:\n ARM: tegra: paz00: fix wrong UART port on mini-pcie plug\n ARM: tegra: paz00: fix wrong SD1 power gpio\n i2c: tegra: Add devexit_p() for remove\n ARM: tegra: dma: fix buildbreak for !CONFIG_TEGRA_SYSTEM_DMA\n" }, { "commit": "ce2814f227d3adae8456f7cbd0bd5f922fd284f0", "tree": "351a35a80fb62307ea48bc1b74f687d309dbb31a", "parents": [ "1282ab3f8f7bca1d3a7fb701fbe4f0f772e72ea0", "f39d47ff819ed52a2afbdbecbe35f23f7755f58d" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 10 09:05:07 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 10 09:05:07 2012 -0800" }, "message": "Merge branch \u0027perf-urgent-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\n* \u0027perf-urgent-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n perf: Fix double start/stop in x86_pmu_start()\n perf evsel: Fix an issue where perf report fails to show the proper percentage\n perf tools: Fix prefix matching for kernel maps\n perf tools: Fix perf stack to non executable on x86_64\n perf: Remove deprecated WARN_ON_ONCE()\n" }, { "commit": "1e056dddabc1b7a909d1f992fefb1d5d5bc8ff0d", "tree": "364fc419b5f8340ab23605f8cbb6607ba6db8513", "parents": [ "3686396410e41d97356924b246aced7c86e29ca0" ], "author": { "name": "Paul Walmsley", "email": "paul@pwsan.com", "time": "Thu Feb 09 18:24:03 2012 -0700" }, "committer": { "name": "Tony Lindgren", "email": "tony@atomide.com", "time": "Thu Feb 09 17:46:15 2012 -0800" }, "message": "ARM: OMAP2xxx: PM: fix OMAP2xxx-specific UART idle bug in v3.3\n\nOn OMAP2420-based systems, the PM code ignores the state of the UART\nfunctional clocks when determining what idle state to enter. This\nbreaks the serial port now that the UART driver\u0027s clock behavior can\nbe controlled via the PM autosuspend timeout.\n\nTo fix, remove the special-case idle handling for the UARTs in the\nOMAP2420/2430 PM idle code added by commit\n4af4016c53f52b26461b8030211f8427a58fa5ed (\"OMAP3: PM: UART: disable\nclocks when idle and off-mode support\").\n\nTested on Nokia N800. This patch is a collaboration between Tony\nLindgren \u003ctony@atomide.com\u003e and Paul Walmsley \u003cpaul@pwsan.com\u003e.\n\nSigned-off-by: Paul Walmsley \u003cpaul@pwsan.com\u003e\nAcked-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nSigned-off-by: Tony Lindgren \u003ctony@atomide.com\u003e\n" }, { "commit": "72053353583230952c4b187e110e9da00dfc3afb", "tree": "d5f3aba16b83475a9ffe68cece46167dfa239c0e", "parents": [ "b06540371063f0f07aafc1d1ac5e974da85c973c" ], "author": { "name": "Andrew Lunn", "email": "andrew@lunn.ch", "time": "Wed Feb 08 15:52:47 2012 +0100" }, "committer": { "name": "Olof Johansson", "email": "olof@lixom.net", "time": "Thu Feb 09 16:16:35 2012 -0800" }, "message": "ARM: orion: Fix USB phy for orion5x.\n\nThe patch \"ARM: orion: Consolidate USB platform setup code.\", commit\n4fcd3f374a928081d391cd9a570afe3b2c692fdc broke USB on TS-7800 and\nother orion5x boards, because the wrong type of PHY was being passed\nto the EHCI driver in the platform data. Orion5x needs EHCI_PHY_ORION\nand all the others want EHCI_PHY_NA.\n\nAllow the mach- code to tell the generic plat-orion code which USB PHY\nenum to place into the platform data.\n\nVersion 2: Rebase to v3.3-rc2.\n\nReported-by: Ambroz Bizjak \u003cambrop7@gmail.com\u003e\nSigned-off-by: Andrew Lunn \u003candrew@lunn.ch\u003e\nTested-by: Ambroz Bizjak \u003cambrop7@gmail.com\u003e\nAcked-by: Nicolas Pitre \u003cnico@linaro.org\u003e\nSigned-off-by: Olof Johansson \u003colof@lixom.net\u003e\n" }, { "commit": "b06540371063f0f07aafc1d1ac5e974da85c973c", "tree": "85de3bb66899780d7bbe1a2b298e95eefa5d45a9", "parents": [ "ab74a91429ed3e10b27632e22ff681be90d9cd0d" ], "author": { "name": "Andrew Lunn", "email": "andrew@lunn.ch", "time": "Wed Feb 08 15:52:07 2012 +0100" }, "committer": { "name": "Olof Johansson", "email": "olof@lixom.net", "time": "Thu Feb 09 16:16:31 2012 -0800" }, "message": "ARM: orion: Fix Orion5x GPIO regression from MPP cleanup\n\nPatchset \"ARM: orion: Refactor the MPP code common in the orion\nplatform\" broke at least Orion5x based platforms. These platforms have\npins configured as GPIO when the selector is not 0x0. However the\ncommon code assumes the selector is always 0x0 for a GPIO lines. It\nthen ignores the GPIO bits in the MPP definitions, resulting in that\nOrion5x machines cannot correctly configure there GPIO lines.\n\nThe Fix removes the assumption that the selector is always 0x0.\nIn order that none GPIO configurations are correctly blocked,\nKirkwood and mv78xx0 MPP definitions are corrected to only set the\nGPIO bits for GPIO configurations.\n\nThis third version, which does not contain any whitespace changes,\nand is rebased on v3.3-rc2.\n\nSigned-off-by: Andrew Lunn \u003candrew@lunn.ch\u003e\nAcked-by: Nicolas Pitre \u003cnico@linaro.org\u003e\nSigned-off-by: Olof Johansson \u003colof@lixom.net\u003e\n" }, { "commit": "19e00f2f1d5273dbc52eab0ebc315cae3aa44b2a", "tree": "50a7aecb4b3b94db2dd8061b3692fe216bc371cc", "parents": [ "b05ee6bf9e6c7acc38dca1466b63bb24ae5df6f3", "197234520bd83aba2199add57a9d2678ee7f9781" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 09 13:52:57 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 09 13:52:57 2012 -0800" }, "message": "Merge tag \u0027tty-3.3-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty\n\nSerial/TTY fixes for the 3.3-rc3 tree\n\nJust a few new device ids, omap serial driver regression fixes, and a\nbuild fix for the 8250 driver movement.\n\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n* tag \u0027tty-3.3-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty:\n tty: serial: omap-serial: wakeup latency constraint is in microseconds, not milliseconds\n tty: serial: OMAP: block idle while the UART is transferring data in PIO mode\n tty: serial: OMAP: use a 1-byte RX FIFO threshold in PIO mode\n m32r: relocate drivers back out of 8250 dir\n tty: fix a build failure on sparc\n serial: samsung: Add support for EXYNOS5250\n serial: samsung: Add support for EXYNOS4212 and EXYNOS4412\n drivers/tty/vt/vt_ioctl.c: fix KDFONTOP 32bit compatibility layer\n" }, { "commit": "be4b0281956c5cae4f63f31f11d07625a6988766", "tree": "c75f6d88a142889eec90c5ae2e023b31fb3445df", "parents": [ "0ba5f66836c9253c67c469fb4016f94ea30ff2ce" ], "author": { "name": "Paul Walmsley", "email": "paul@pwsan.com", "time": "Wed Jan 25 19:50:52 2012 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 09 10:48:34 2012 -0800" }, "message": "tty: serial: OMAP: block idle while the UART is transferring data in PIO mode\n\nPrevent OMAP UARTs from going idle while they are still transferring\ndata in PIO mode. This works around an oversight in the OMAP UART\nhardware present in OMAP34xx and earlier: an idle UART won\u0027t send a\nwakeup when the TX FIFO threshold is reached. This causes long delays\nduring data transmission when the MPU powerdomain enters a low-power\nmode. The MPU interrupt controller is not able to respond to\ninterrupts when it\u0027s in a low-power state, so the TX buffer is not\nrefilled until another wakeup event occurs.\n\nThis fix changes the erratum i291 DMA idle workaround. Rather than\ntoggling between force-idle and no-idle, it will toggle between\nsmart-idle and no-idle. The important part of the workaround is the\nno-idle part, so this shouldn\u0027t result in any change in behavior.\n\nThis fix should work on all OMAP UARTs. Future patches intended for\nthe 3.4 merge window will make this workaround conditional on a\n\"feature\" flag, and will use the OMAP36xx+ TX event wakeup support.\n\nThanks to Kevin Hilman \u003ckhilman@ti.com\u003e for mentioning the erratum i291\nworkaround, which led to the development of this approach.\n\nSigned-off-by: Paul Walmsley \u003cpaul@pwsan.com\u003e\nCc: Alan Cox \u003calan@linux.intel.com\u003e\nCc: Tomi Valkeinen \u003ctomi.valkeinen@ti.com\u003e\nAcked-by: Govindraj.R \u003cgovindraj.raja@ti.com\u003e\nReviewed-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nTested-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "d980e0f8d858c6963d676013e976ff00ab7acb2b", "tree": "aa21ac38e3f41b3e39e099523738b9f0b627e3f7", "parents": [ "d65b4e98d7ea3038b767b70fe8be959b2913f16d" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Tue Feb 07 09:42:11 2012 +0000" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Thu Feb 09 17:56:53 2012 +0000" }, "message": "ARM: omap: fix oops in arch/arm/mach-omap2/vp.c when pmic is not found\n\nWhen the PMIC is not found, voltdm-\u003epmic will be NULL. vp.c\u0027s\ninitialization function tries to dereferences this, which causes an\noops:\n\nUnable to handle kernel NULL pointer dereference at virtual address 00000000\npgd \u003d c0004000\n[00000000] *pgd\u003d00000000\nInternal error: Oops: 5 [#1] PREEMPT\nModules linked in:\nCPU: 0 Not tainted (3.3.0-rc2+ #204)\nPC is at omap_vp_init+0x5c/0x15c\nLR is at omap_vp_init+0x58/0x15c\npc : [\u003cc03db880\u003e] lr : [\u003cc03db87c\u003e] psr: 60000013\nsp : c181ff30 ip : c181ff68 fp : c181ff64\nr10: c0407808 r9 : c040786c r8 : c0407814\nr7 : c0026868 r6 : c00264fc r5 : c040ad6c r4 : 00000000\nr3 : 00000040 r2 : 000032c8 r1 : 0000fa00 r0 : 000032c8\nFlags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel\nControl: 10c5387d Table: 80004019 DAC: 00000015\nProcess swapper (pid: 1, stack limit \u003d 0xc181e2e8)\nStack: (0xc181ff30 to 0xc1820000)\nff20: c0381d00 c02e9c6d c0383582 c040786c\nff40: c040ad6c c00264fc c0026868 c0407814 00000000 c03d9de4 c181ff8c c181ff68\nff60: c03db448 c03db830 c02e982c c03fdfb8 c03fe004 c0039988 00000013 00000000\nff80: c181ff9c c181ff90 c03d9df8 c03db390 c181ffdc c181ffa0 c0008798 c03d9df0\nffa0: c181ffc4 c181ffb0 c0055a44 c0187050 c0039988 c03fdfb8 c03fe004 c0039988\nffc0: 00000013 00000000 00000000 00000000 c181fff4 c181ffe0 c03d1284 c0008708\nffe0: 00000000 c03d1208 00000000 c181fff8 c0039988 c03d1214 1077ce40 01f7ee08\nBacktrace:\n[\u003cc03db824\u003e] (omap_vp_init+0x0/0x15c) from [\u003cc03db448\u003e] (omap_voltage_late_init+0xc4/0xfc)\n[\u003cc03db384\u003e] (omap_voltage_late_init+0x0/0xfc) from [\u003cc03d9df8\u003e] (omap2_common_pm_late_init+0x14/0x54)\n r8:00000000 r7:00000013 r6:c0039988 r5:c03fe004 r4:c03fdfb8\n[\u003cc03d9de4\u003e] (omap2_common_pm_late_init+0x0/0x54) from [\u003cc0008798\u003e] (do_one_initcall+0x9c/0x164)\n[\u003cc00086fc\u003e] (do_one_initcall+0x0/0x164) from [\u003cc03d1284\u003e] (kernel_init+0x7c/0x120)\n[\u003cc03d1208\u003e] (kernel_init+0x0/0x120) from [\u003cc0039988\u003e] (do_exit+0x0/0x2cc)\n r5:c03d1208 r4:00000000\nCode: e5ca300b e5900034 ebf69027 e5994024 (e5941000)\n---[ end trace aed617dddaf32c3d ]---\nKernel panic - not syncing: Attempted to kill init!\n\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "bdf800c4fceb6d8dbe65471d214eb44a61f5bfc9", "tree": "8ab19a3fe66c67f20174ecf8732e9c09607b46f1", "parents": [ "b46c0f74657d1fe1c1b0c1452631cc38a9e6987f" ], "author": { "name": "Stephen Boyd", "email": "sboyd@codeaurora.org", "time": "Tue Feb 07 19:42:33 2012 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Thu Feb 09 16:25:37 2012 +0000" }, "message": "ARM: 7322/1: Print BUG instead of undefined instruction on BUG_ON()\n\nThe ARM kernel uses undefined instructions to implement\nBUG/BUG_ON(). This leads to problems where people don\u0027t read one\nline above the Oops message and see the \"kernel BUG at ...\"\nmessage and so they wrongly assume the kernel has hit an\nundefined instruction.\n\nInstead of printing:\n\n Internal error: Oops - undefined instruction: 0 [#1] PREEMPT SMP\n\nprint\n\n Internal error: Oops - BUG: 0 [#1] PREEMPT SMP\n\nThis should prevent people from thinking the BUG_ON was an\nundefined instruction when it was actually intentional.\n\nSigned-off-by: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nAcked-by: Simon Glass \u003csjg@chromium.org\u003e\nTested-by: Simon Glass \u003csjg@chromium.org\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "b46c0f74657d1fe1c1b0c1452631cc38a9e6987f", "tree": "b6004a9408492488526c7c5cfdbb43b28c3d814a", "parents": [ "b8b9987ffdc2ab9c5e2c1edad556b23ccb38249b" ], "author": { "name": "Stephen Boyd", "email": "sboyd@codeaurora.org", "time": "Tue Feb 07 19:42:07 2012 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Thu Feb 09 16:25:37 2012 +0000" }, "message": "ARM: 7321/1: cache-v7: Disable preemption when reading CCSIDR\n\narmv7\u0027s flush_cache_all() flushes caches via set/way. To\ndetermine the cache attributes (line size, number of sets,\netc.) the assembly first writes the CSSELR register to select a\ncache level and then reads the CCSIDR register. The CSSELR register\nis banked per-cpu and is used to determine which cache level CCSIDR\nreads. If the task is migrated between when the CSSELR is written and\nthe CCSIDR is read the CCSIDR value may be for an unexpected cache\nlevel (for example L1 instead of L2) and incorrect cache flushing\ncould occur.\n\nDisable interrupts across the write and read so that the correct\ncache attributes are read and used for the cache flushing\nroutine. We disable interrupts instead of disabling preemption\nbecause the critical section is only 3 instructions and we want\nto call v7_dcache_flush_all from __v7_setup which doesn\u0027t have a\nfull kernel stack with a struct thread_info.\n\nThis fixes a problem we see in scm_call() when flush_cache_all()\nis called from preemptible context and sometimes the L2 cache is\nnot properly flushed out.\n\nSigned-off-by: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nAcked-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nReviewed-by: Nicolas Pitre \u003cnico@linaro.org\u003e\nCc: stable@vger.kernel.org\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "b8b9987ffdc2ab9c5e2c1edad556b23ccb38249b", "tree": "2a09d6c72facf9288d173bd71b4fcca71ba689c6", "parents": [ "d65b4e98d7ea3038b767b70fe8be959b2913f16d" ], "author": { "name": "Marc Zyngier", "email": "Marc.Zyngier@arm.com", "time": "Tue Feb 07 02:46:38 2012 +0100" }, "committer": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Thu Feb 09 16:25:37 2012 +0000" }, "message": "ARM: 7320/1: Fix proc_info table alignment\n\nWith an admittedly exotic choice of configuration options\n(CC_OPTIMIZE_FOR_SIZE, THUMB2, some other size-minimizing ones)\nand compiler, the proc_info table can end up being misaligned,\nand the kernel being unbootable (Error: unrecognized/unsupported\nprocessor variant).\n\nForcing the alignement to 4 bytes in the linker script fixes the\nissue.\n\nSigned-off-by: Marc Zyngier \u003cmarc.zyngier@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n" }, { "commit": "da911782be4c82dc1222aa0cb5bef28605d1e117", "tree": "9614f74f2c46d6dc89ff45464edbf250f23c8fc0", "parents": [ "35bded8f91e887bf2d692071bb720b03c6ccd3fe" ], "author": { "name": "Thomas Abraham", "email": "thomas.abraham@linaro.org", "time": "Wed Feb 08 11:42:43 2012 +0900" }, "committer": { "name": "Kukjin Kim", "email": "kgene.kim@samsung.com", "time": "Thu Feb 09 18:40:22 2012 +0900" }, "message": "ARM: EXYNOS: Add cpu-offset property in gic device tree node\n\nCommit db0d4db22a78 (\u0027ARM: gic: allow GIC to support non-banked setups)\nrequires a cpu-offset property to be specified for non-banked gic\ncontrollers, which is the case for Exynos4.\n\nReported-and-Tested-by: Karol Lewandowski \u003ck.lewandowsk@samsung.com\u003e\nSigned-off-by: Thomas Abraham \u003cthomas.abraham@linaro.org\u003e\nSigned-off-by: Kukjin Kim \u003ckgene.kim@samsung.com\u003e\n" }, { "commit": "35bded8f91e887bf2d692071bb720b03c6ccd3fe", "tree": "127d22605468cbc332c57e16780c39b95726ab99", "parents": [ "d65b4e98d7ea3038b767b70fe8be959b2913f16d" ], "author": { "name": "Karol Lewandowski", "email": "k.lewandowsk@samsung.com", "time": "Wed Feb 08 11:42:39 2012 +0900" }, "committer": { "name": "Kukjin Kim", "email": "kgene.kim@samsung.com", "time": "Thu Feb 09 18:40:22 2012 +0900" }, "message": "ARM: EXYNOS: Bring exynos4-dt up to date\n\nThis commit brings exynos4-dt in line with recent changes to\nmach-exynos tree, specifically:\n\n - Fixes build break related to replacing plat/exynos4.h with\n common.h in commit cc511b8d84d8 (\"ARM: 7257/1: EXYNOS:\n introduce arch/arm/mach-exynos/common.[ch]\")\n\n - Converts machine to use CONFIG_MULTI_IRQ_HANDLER as done for\n other machines in commit 4e44d2cb95bd (\"ARM: exynos4: convert\n to CONFIG_MULTI_IRQ_HANDLER\")\n\n - Adds restart specifier as done for other machines in commit\n 9eb4859564d6 (\"ARM: 7262/1: restart: EXYNOS: use new restart hook\")\n\nSigned-off-by: Karol Lewandowski \u003ck.lewandowsk@samsung.com\u003e\nSigned-off-by: Kyungmin Park \u003ckyungmin.park@samsung.com\u003e\nCc: Thomas Abraham \u003cthomas.abraham@linaro.org\u003e\nSigned-off-by: Kukjin Kim \u003ckgene.kim@samsung.com\u003e\n" }, { "commit": "3686396410e41d97356924b246aced7c86e29ca0", "tree": "7a7a4a56f48d78c5d0672ec67214ab53b71c889a", "parents": [ "fef67c518349a4cd0eba6b38bde4afdc76538147" ], "author": { "name": "Igor Grinberg", "email": "grinberg@compulab.co.il", "time": "Sun Feb 05 13:39:40 2012 +0200" }, "committer": { "name": "Tony Lindgren", "email": "tony@atomide.com", "time": "Tue Feb 07 21:36:32 2012 -0800" }, "message": "ARM: OMAP3: cm-t35: fix section mismatch warning\n\nWARNING: arch/arm/mach-omap2/built-in.o(.text+0xeae8):\nSection mismatch in reference from the function cm_t35_init_usbh()\nto the (unknown reference) .init.data:(unknown)\nThe function cm_t35_init_usbh() references\nthe (unknown reference) __initdata (unknown).\nThis is often because cm_t35_init_usbh lacks a __initdata\nannotation or the annotation of (unknown) is wrong.\n\nSigned-off-by: Igor Grinberg \u003cgrinberg@compulab.co.il\u003e\nSigned-off-by: Tony Lindgren \u003ctony@atomide.com\u003e\n" }, { "commit": "fef67c518349a4cd0eba6b38bde4afdc76538147", "tree": "2d94c645c8f73a8089167b903d2aa66e81a79c52", "parents": [ "2416dc85107bf862acde82ffb8b0c86193487fd5" ], "author": { "name": "Santosh Shilimkar", "email": "santosh.shilimkar@ti.com", "time": "Mon Feb 06 15:49:47 2012 +0530" }, "committer": { "name": "Tony Lindgren", "email": "tony@atomide.com", "time": "Tue Feb 07 21:33:16 2012 -0800" }, "message": "ARM: OMAP2: Fix the OMAP2 only build break seen with 2011+ ARM tool-chains\n\nWith the latest Sourcery G++ Lite 2011.03-41 and latest linaro\ntool-chains OMAP2 only build breaks with below error.\n\narch/arm/mach-omap2/omap-smc.S: Assembler messages:\narch/arm/mach-omap2/omap-smc.S:30: Error: selected processor does not support ARM mode `smc #0\u0027\narch/arm/mach-omap2/omap-smc.S:53: Error: selected processor does not support ARM mode `smc #0\u0027\narch/arm/mach-omap2/omap-smc.S:61: Error: selected processor does not support ARM mode `smc #0\u0027\narch/arm/mach-omap2/omap-smc.S:69: Error: selected processor does not support ARM mode `smc #0\u0027\narch/arm/mach-omap2/omap-smc.S:77: Error: selected processor does not support ARM mode `smc #0\u0027\nmake[1]: *** [arch/arm/mach-omap2/omap-smc.o] Error 1\n\nOMAP2 devices doesn\u0027t have the security support but the security support\nwas getting built because of OMAP2PLUS. Don\u0027t build security code for\nOMAP2 devices.\n\nWhile at it, fix the secure-common line in the Makefile to use tabs\ninstead of spaces.\n\nReported-by: Kevin Hilman \u003ckhilman@ti.com\u003e\nSigned-off-by: Santosh Shilimkar \u003csantosh.shilimkar@ti.com\u003e\nSigned-off-by: Tony Lindgren \u003ctony@atomide.com\u003e\n" }, { "commit": "2416dc85107bf862acde82ffb8b0c86193487fd5", "tree": "465c0cd18c9d7ca06eca8cc543966ed3c1b50454", "parents": [ "62aa2b537c6f5957afd98e29f96897419ed5ebab", "b755706cd726e5d465c28c2cd64c618419034981" ], "author": { "name": "Tony Lindgren", "email": "tony@atomide.com", "time": "Tue Feb 07 20:57:41 2012 -0800" }, "committer": { "name": "Tony Lindgren", "email": "tony@atomide.com", "time": "Tue Feb 07 20:57:41 2012 -0800" }, "message": "Merge branch \u0027fixes-dt\u0027 into fixes\n" } ], "next": "98e96852480566333f6dacd3223f0be15df34d60" }