)]}' { "log": [ { "commit": "bb176f7d038fee4d46b3293e64e173bfb05ab7b5", "tree": "3083ebddffa88ffe7e4889dc1ba618bb55c89953", "parents": [ "95731ebb114c5f0c028459388560fc2a72fe5049" ], "author": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Wed Jun 19 14:19:33 2013 +0530" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Fri Jun 21 01:06:34 2013 +0200" }, "message": "cpufreq: Fix minor formatting issues\n\nThere were a few noticeable formatting issues in core cpufreq code.\nThis cleans them up to make code look better. The changes include:\n - Whitespace cleanup.\n - Rearrangements of code.\n - Multiline comments fixes.\n - Formatting changes to fit 80 columns.\n\nCopyright information in cpufreq.c is also updated to include my name\nfor 2013.\n\n[rjw: Changelog]\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n" }, { "commit": "95731ebb114c5f0c028459388560fc2a72fe5049", "tree": "7e1acaa2d116dad92e83355eb36dc26831d1accf", "parents": [ "d1922f02562fe230396400e466e6e38dfeb072f5" ], "author": { "name": "Xiaoguang Chen", "email": "chenxg@marvell.com", "time": "Wed Jun 19 15:00:07 2013 +0800" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Fri Jun 21 00:56:04 2013 +0200" }, "message": "cpufreq: Fix governor start/stop race condition\n\nCpufreq governors\u0027 stop and start operations should be carried out\nin sequence. Otherwise, there will be unexpected behavior, like in\nthe example below.\n\nSuppose there are 4 CPUs and policy-\u003ecpu\u003dCPU0, CPU1/2/3 are linked\nto CPU0. The normal sequence is:\n\n 1) Current governor is userspace. An application tries to set the\n governor to ondemand. It will call __cpufreq_set_policy() in\n which it will stop the userspace governor and then start the\n ondemand governor.\n\n 2) Current governor is userspace. The online of CPU3 runs on CPU0.\n It will call cpufreq_add_policy_cpu() in which it will first\n stop the userspace governor, and then start it again.\n\nIf the sequence of the above two cases interleaves, it becomes:\n\n 1) Application stops userspace governor\n 2) Hotplug stops userspace governor\n\nwhich is a problem, because the governor shouldn\u0027t be stopped twice\nin a row. What happens next is:\n\n 3) Application starts ondemand governor\n 4) Hotplug starts a governor\n\nIn step 4, the hotplug is supposed to start the userspace governor,\nbut now the governor has been changed by the application to ondemand,\nso the ondemand governor is started once again, which is incorrect.\n\nThe solution is to prevent policy governors from being stopped\nmultiple times in a row. A governor should only be stopped once for\none policy. After it has been stopped, no more governor stop\noperations should be executed.\n\nAlso add a mutex to serialize governor operations.\n\n[rjw: Changelog. And you owe me a beverage of my choice.]\nSigned-off-by: Xiaoguang Chen \u003cchenxg@marvell.com\u003e\nAcked-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n" }, { "commit": "d1922f02562fe230396400e466e6e38dfeb072f5", "tree": "48af6f97ddb9af49c376cf9b312620721a893833", "parents": [ "7fb6a53db58c729ff470095371f431b6d66c527b" ], "author": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Wed Jun 05 11:47:38 2013 +0530" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Wed Jun 19 02:01:07 2013 +0200" }, "message": "cpufreq: Simplify userspace governor\n\nUserspace governor has got more code than what it needs for its\nfunctioning, so simplify it.\n\nPortions of code removed are:\n - Extra header files which aren\u0027t required anymore (rearrange them\n as well).\n - cpu_{max|min|cur|set}_freq, as they are always the same as\n policy-\u003e{max|min|cur}.\n - userspace_cpufreq_notifier_block as we don\u0027t need to set\n cpu_cur_freq anymore.\n - cpus_using_userspace_governor as it was for the notifier code.\n\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n" }, { "commit": "7fb6a53db58c729ff470095371f431b6d66c527b", "tree": "57379088a169748c4335cbce7c5b76ab616d8392", "parents": [ "7a4b35082c0f6997cb32b67a9cde169ec8e64706" ], "author": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Thu Apr 04 18:24:25 2013 +0530" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Fri Jun 07 13:44:39 2013 +0200" }, "message": "cpufreq: powerpc: move cpufreq driver to drivers/cpufreq\n\nMove cpufreq driver of powerpc platform to drivers/cpufreq.\n\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n" }, { "commit": "7a4b35082c0f6997cb32b67a9cde169ec8e64706", "tree": "c3fb875143d9c7862c2051bcd3447e26e354fdde", "parents": [ "defa4c738aa90e29e91eff43b0c1b3198367ce9c", "ea61623fe9badd5a195b3a0878e6d89a2f97ac0e" ], "author": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Fri Jun 07 13:18:59 2013 +0200" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Fri Jun 07 13:18:59 2013 +0200" }, "message": "Merge branch \u0027cpufreq-next\u0027 of git://git.linaro.org/people/vireshk/linux into pm-cpufreq\n\nARM cpufreq updates from Viresh Kumar.\n" }, { "commit": "ea61623fe9badd5a195b3a0878e6d89a2f97ac0e", "tree": "ea6d067c5856317befd1f8ba4481353ab1c6c710", "parents": [ "fe948f541abc1e176da4daf4dd181751f764ec75" ], "author": { "name": "Ezequiel Garcia", "email": "ezequiel.garcia@free-electrons.com", "time": "Tue Jun 04 14:03:18 2013 -0300" }, "committer": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Fri Jun 07 16:33:36 2013 +0530" }, "message": "cpufreq: kirkwood: Select CPU_FREQ_TABLE option\n\nWe need to select CPU_FREQ_TABLE in order to build without\nthis kind of errors:\n\ndrivers/built-in.o: In function `kirkwood_cpufreq_cpu_exit\u0027:\n/home/zeta/linux-devel/marvell-legacy/drivers/cpufreq/kirkwood-cpufreq.c:145:\nundefined reference to `cpufreq_frequency_table_put_attr\u0027\n\nSigned-off-by: Ezequiel Garcia \u003cezequiel.garcia@free-electrons.com\u003e\nAcked-by: Jason Cooper \u003cjason@lakedaemon.net\u003e\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\n" }, { "commit": "fe948f541abc1e176da4daf4dd181751f764ec75", "tree": "a1bf3361890132c065b298d56f22d0bcd07eb81a", "parents": [ "4b416745b9aa20a2b51509348d886ea8a5c99951" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Mon Jun 03 23:41:14 2013 +0200" }, "committer": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Fri Jun 07 16:33:28 2013 +0530" }, "message": "cpufreq: big.LITTLE needs cpufreq table\n\nLike a lot of the other cpufreq drivers, this one needs to\nselect CONFIG_CPU_FREQ_TABLE to avoid a build error like\n\nbuilt-in.o: In function `bL_cpufreq_set_target\u0027:\ncpufreq/arm_big_little.c:71: undefined reference to `cpufreq_frequency_table_target\u0027\nbuilt-in.o: In function `bL_cpufreq_verify_policy\u0027:\ncpufreq/arm_big_little.c:55: undefined reference to `cpufreq_frequency_table_verify\u0027\nbuilt-in.o: In function `bL_cpufreq_init\u0027:\ncpufreq/arm_big_little.c:170: undefined reference to `cpufreq_frequency_table_cpuinfo\u0027\ncpufreq/arm_big_little.c:178: undefined reference to `cpufreq_frequency_table_get_attr\u0027\nbuilt-in.o:(.data+0x5a80c): undefined reference to `cpufreq_freq_attr_scaling_available_freqs\u0027\n\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nCc: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\n" }, { "commit": "4b416745b9aa20a2b51509348d886ea8a5c99951", "tree": "1abbb7283e621728fb3ae9a338e72c4515bd93ba", "parents": [ "d683b96b072dc4680fc74964eca77e6a23d1fa6e" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Sat Jun 01 00:22:44 2013 +0200" }, "committer": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Fri Jun 07 16:20:58 2013 +0530" }, "message": "cpufreq: SPEAr needs cpufreq table\n\nLike a lot of the other cpufreq drivers, this one needs to\nselect CONFIG_CPU_FREQ_TABLE to avoid a build error like\n\ndrivers/built-in.o: In function `spear_cpufreq_exit\u0027:\nspear-cpufreq.c:198: undefined reference to `cpufreq_frequency_table_put_attr\u0027\ndrivers/built-in.o: In function `spear_cpufreq_verify\u0027:\nspear-cpufreq.c:35: undefined reference to `cpufreq_frequency_table_verify\u0027\ndrivers/built-in.o: In function `spear_cpufreq_init\u0027:\nspear-cpufreq.c:181: undefined reference to `cpufreq_frequency_table_cpuinfo\u0027\nspear-cpufreq.c:187: undefined reference to `cpufreq_frequency_table_get_attr\u0027\ndrivers/built-in.o: In function `spear_cpufreq_target\u0027:\nspear-cpufreq.c:120: undefined reference to `cpufreq_frequency_table_target\u0027\ndrivers/built-in.o:(.data+0x5e63c): undefined reference to `cpufreq_freq_attr_scaling_available_freqs\u0027\n\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nCc: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nCc: cpufreq@vger.kernel.org\nCc: linux-pm@vger.kernel.org\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\n" }, { "commit": "defa4c738aa90e29e91eff43b0c1b3198367ce9c", "tree": "f571c9c29413859f392182d4f1494891bb3fa20e", "parents": [ "a262e94cdcb961762e5d91e7fcb857bba7d420a0" ], "author": { "name": "Tang Yuantian", "email": "yuantian.tang@freescale.com", "time": "Wed Jun 05 09:30:48 2013 +0000" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Wed Jun 05 14:19:28 2013 +0200" }, "message": "cpufreq: powerpc: Add cpufreq driver for Freescale e500mc SoCs\n\nAdd cpufreq driver for Freescale e500mc, e5500 and e6500 SoCs\nwhich are capable of changing the CPU frequency dynamically\n\nSigned-off-by: Tang Yuantian \u003cYuantian.Tang@freescale.com\u003e\nSigned-off-by: Li Yang \u003cleoli@freescale.com\u003e\nAcked-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n" }, { "commit": "a262e94cdcb961762e5d91e7fcb857bba7d420a0", "tree": "c72b98652841617dae7a103ca2478227efa6d90e", "parents": [ "27209d913e5127a1e7ef6655319a406833462d0c" ], "author": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Fri May 31 06:15:08 2013 +0000" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Tue Jun 04 14:26:27 2013 +0200" }, "message": "cpufreq: remove unnecessary cpufreq_cpu_{get|put}() calls\n\nstruct cpufreq_policy is already passed as argument to some routines\nlike: __cpufreq_driver_getavg() and so we don\u0027t really need to do\ncpufreq_cpu_get() before and cpufreq_cpu_put() in them to get a\npolicy structure.\n\nRemove them.\n\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n" }, { "commit": "27209d913e5127a1e7ef6655319a406833462d0c", "tree": "cbfa42b10d1da3be523dbc5423ca4e96b6687636", "parents": [ "5070158804b5339c71809f5e673cea1cfacd804d" ], "author": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Wed May 29 12:23:14 2013 +0530" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Tue Jun 04 14:26:20 2013 +0200" }, "message": "cpufreq: MAINTAINERS: Add git tree path for ARM specific updates\n\nTo reduce cpufreq maintenance load for Rafael, ARM specific patches\nwill be applied by me now. Rafael will pull in these changes on a\nregular basis (after rc\u0027s are released). Additionally, I will be\nsending pull request for every merge window and rc\u0027s (for fixes).\n\nWeb interface of my tree is available at:\n\nhttps://git.linaro.org/gitweb?p\u003dpeople/vireshk/linux.git;a\u003dsummary\n\nBranch names will be: cpufreq-next and cpufreq-fixes.\n\nThis also prefixes the main tree path with \"git \".\n\n[rjw: Changelog]\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n" }, { "commit": "5070158804b5339c71809f5e673cea1cfacd804d", "tree": "42256e81e326af4e568a179787e66d434a0b1ffc", "parents": [ "2361be23666232dbb4851a527f466c4cbf5340fc" ], "author": { "name": "Viresh Kumar", "email": "viresh.kumar@linaro.org", "time": "Sat Mar 30 16:25:15 2013 +0530" }, "committer": { "name": "Rafael J. Wysocki", "email": "rafael.j.wysocki@intel.com", "time": "Tue Jun 04 14:25:59 2013 +0200" }, "message": "cpufreq: rename index as driver_data in cpufreq_frequency_table\n\nThe \"index\" field of struct cpufreq_frequency_table was never an\nindex and isn\u0027t used at all by the cpufreq core. It only is useful\nfor cpufreq drivers for their internal purposes.\n\nMany people nowadays blindly set it in ascending order with the\nassumption that the core will use it, which is a mistake.\n\nRename it to \"driver_data\" as that\u0027s what its purpose is. All of its\nusers are updated accordingly.\n\n[rjw: Changelog]\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nAcked-by: Simon Horman \u003chorms+renesas@verge.net.au\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\n" }, { "commit": "d683b96b072dc4680fc74964eca77e6a23d1fa6e", "tree": "ef93b753185308856223654f4560a71e033ffc08", "parents": [ "cc8639739250a4a5bbfb29abffdab8ff2c8ab1b6" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Jun 02 17:11:17 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Jun 02 17:11:17 2013 +0900" }, "message": "Linux 3.10-rc4\n" }, { "commit": "cc8639739250a4a5bbfb29abffdab8ff2c8ab1b6", "tree": "86bdb6694d6361a97bfe6b16807028c0e148dccb", "parents": [ "aa3ae6de36c86994c3446bdbc6b69ece9193732a", "4edb38695d9a3cd62739f8595e21f36f0aabf4c2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Jun 02 06:24:54 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Jun 02 06:24:54 2013 +0900" }, "message": "Merge branch \u0027for-3.10\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux\n\nPull parisc fixes from Helge Deller:\n \"This patcheset includes fixes for:\n\n - the PCI/LBA which brings back the stifb graphics framebuffer\n console\n - possible memory overflows in parisc kernel init code\n - parport support on older GSC machines\n - avoids that users by mistake enable PARPORT_PC_SUPERIO on parisc\n - MAINTAINERS file list updates for parisc.\"\n\n* \u0027for-3.10\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux:\n parisc: parport0: fix this legacy no-device port driver!\n parport_pc: disable PARPORT_PC_SUPERIO on parisc architecture\n parisc/PCI: lba: fix: convert to pci_create_root_bus() for correct root bus resources (v2)\n parisc/PCI: Set type for LBA bus_num resource\n MAINTAINERS: update parisc architecture file list\n parisc: kernel: using strlcpy() instead of strcpy()\n parisc: rename \"CONFIG_PA7100\" to \"CONFIG_PA7000\"\n parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50\n parisc: memory overflow, \u0027name\u0027 length is too short for using\n" }, { "commit": "4edb38695d9a3cd62739f8595e21f36f0aabf4c2", "tree": "2f5ef46b4f2aab3ab24e69c082828cb2b1f2e8df", "parents": [ "c218c713c56b01d4a1cd69390f675cc44857f5fd" ], "author": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Thu May 30 21:06:39 2013 +0000" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:46:42 2013 +0200" }, "message": "parisc: parport0: fix this legacy no-device port driver!\n\nFix the above kernel error from parport_announce_port() on 32bit GSC\nmachines (e.g. B160L). The parport driver requires now a pointer to the\ndevice struct.\n\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "c218c713c56b01d4a1cd69390f675cc44857f5fd", "tree": "e2cd670d807137df8259e11d51a195f3833cc443", "parents": [ "b204a4d2d4f2061659bb5c33f5a4013fb0f6ffbe" ], "author": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Thu May 30 16:24:46 2013 +0000" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:45:34 2013 +0200" }, "message": "parport_pc: disable PARPORT_PC_SUPERIO on parisc architecture\n\nIf enabled, CONFIG_PARPORT_PC_SUPERIO scans on PC-like hardware for\nvarious super-io chips by accessing i/o ports in a range which will\ncrash any parisc hardware at once.\n\nIn addition, parisc has it\u0027s own incompatible superio chip\n(CONFIG_SUPERIO), so if we disable PARPORT_PC_SUPERIO completely for\nparisc we can avoid that people by accident enable the parport_pc\nsuperio option too.\n\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "b204a4d2d4f2061659bb5c33f5a4013fb0f6ffbe", "tree": "9f2f4deec31508581b8ed7d7da2f00f2da07d706", "parents": [ "b47d4934e71d918814aee4a1d0211f81329b767e" ], "author": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Fri May 31 22:24:58 2013 +0000" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:44:25 2013 +0200" }, "message": "parisc/PCI: lba: fix: convert to pci_create_root_bus() for correct root bus resources (v2)\n\ncommit dc7dce280a\nAuthor: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nDate: Fri Oct 28 16:27:27 2011 -0600\n parisc/PCI: lba: convert to pci_create_root_bus() for correct root bus\n resources\n\n Supply root bus resources to pci_create_root_bus() so they\u0027re correct\n immediately. This fixes the problem of \"early\" and \"header\" quirks seeing\n incorrect root bus resources.\n\nadded tests for elmmio_space.start while it should use\nelmmio_space.flags. This for example led to incorrect resource\nassignments and a non-working stifb framebuffer on most parisc machines.\n\nLBA 10:1: PCI host bridge to bus 0000:01\npci_bus 0000:01: root bus resource [io 0x12000-0x13fff] (bus address [0x2000-0x3fff])\npci_bus 0000:01: root bus resource [mem 0xfffffffffa000000-0xfffffffffbffffff] (bus address [0xfa000000-0xfbffffff])\npci_bus 0000:01: root bus resource [mem 0xfffffffff4800000-0xfffffffff4ffffff] (bus address [0xf4800000-0xf4ffffff])\npci_bus 0000:01: root bus resource [??? 0x00000001 flags 0x0]\n\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\nAcked-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\n" }, { "commit": "b47d4934e71d918814aee4a1d0211f81329b767e", "tree": "57d43d3946044634dc90f58a02a848a4ae5ce27d", "parents": [ "2b6bac9ee99fa7d60dfa0debd82ccf4217931b1e" ], "author": { "name": "Bjorn Helgaas", "email": "bhelgaas@google.com", "time": "Thu May 30 11:45:39 2013 -0600" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:43:02 2013 +0200" }, "message": "parisc/PCI: Set type for LBA bus_num resource\n\nThe non-PAT resource probing code failed to set the type of the LBA bus_num\nresource (30aa80da43 \"parisc/PCI: register busn_res for root buses\" did\nthe corresponding thing for the PAT case).\n\nThis causes incorrect resource assignments and a non-working stifb\nframebuffer on most parisc machines.\n\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "2b6bac9ee99fa7d60dfa0debd82ccf4217931b1e", "tree": "6d6e60a24a7c2eafd80cfaf59fe09a6ba7aa9f5c", "parents": [ "ea99b1adf22abd62bdcf14b1c9a0a4d3664eefd8" ], "author": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Thu May 30 13:48:07 2013 +0000" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:37:19 2013 +0200" }, "message": "MAINTAINERS: update parisc architecture file list\n\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "ea99b1adf22abd62bdcf14b1c9a0a4d3664eefd8", "tree": "a5ae4d443b53c2f338e78bf4799937a2d4501f1e", "parents": [ "766039022a480ede847659daaa78772bdcc598ae" ], "author": { "name": "Chen Gang", "email": "gang.chen@asianux.com", "time": "Thu May 30 01:18:43 2013 +0000" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:29:01 2013 +0200" }, "message": "parisc: kernel: using strlcpy() instead of strcpy()\n\n\u0027boot_args\u0027 is an input args, and \u0027boot_command_line\u0027 has a fix length.\nSo use strlcpy() instead of strcpy() to avoid memory overflow.\n\nSigned-off-by: Chen Gang \u003cgang.chen@asianux.com\u003e\nAcked-by: Kyle McMartin \u003ckyle@mcmartin.ca\u003e\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "766039022a480ede847659daaa78772bdcc598ae", "tree": "3ce54dfacd8f160484180f973dd598c100710563", "parents": [ "ae249b5fa27f9fba25aa59664d4338efc2dd2394" ], "author": { "name": "Paul Bolle", "email": "pebolle@tiscali.nl", "time": "Wed May 29 09:56:58 2013 +0000" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:28:47 2013 +0200" }, "message": "parisc: rename \"CONFIG_PA7100\" to \"CONFIG_PA7000\"\n\nThere\u0027s a Makefile line setting cflags for CONFIG_PA7100. But that\nKconfig macro doesn\u0027t exist. There is a Kconfig symbol PA7000, which\ncovers both PA7000 and PA7100 processors. So let\u0027s use the corresponding\nKconfig macro.\n\nSigned-off-by: Paul Bolle \u003cpebolle@tiscali.nl\u003e\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "ae249b5fa27f9fba25aa59664d4338efc2dd2394", "tree": "cc045e18623c34e05ad2df2973e461dd40e4dc1c", "parents": [ "3f108de96ba449a8df3d7e3c053bf890fee2cb95" ], "author": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Tue May 28 20:35:54 2013 +0000" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:28:35 2013 +0200" }, "message": "parisc: fix kernel BUG at arch/parisc/include/asm/mmzone.h:50\n\nWith CONFIG_DISCONTIGMEM\u003dy and multiple physical memory areas,\ncat /proc/kpageflags triggers this kernel bug:\n\nkernel BUG at arch/parisc/include/asm/mmzone.h:50!\nCPU: 2 PID: 7848 Comm: cat Tainted: G D W 3.10.0-rc3-64bit #44\n IAOQ[0]: kpageflags_read0x128/0x238\n IAOQ[1]: kpageflags_read0x12c/0x238\n RP(r2): proc_reg_read0xbc/0x130\nBacktrace:\n [\u003c00000000402ca2d4\u003e] proc_reg_read0xbc/0x130\n [\u003c0000000040235bcc\u003e] vfs_read0xc4/0x1d0\n [\u003c0000000040235f0c\u003e] SyS_read0x94/0xf0\n [\u003c0000000040105fc0\u003e] syscall_exit0x0/0x14\n\nkpageflags_read() walks through the whole memory, even if some memory\nareas are physically not available. So, we should better not BUG on an\nunavailable pfn in pfn_to_nid() but just return the expected value -1 or\n0.\n\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "3f108de96ba449a8df3d7e3c053bf890fee2cb95", "tree": "fcd442cb11a9110e16293457d9e5ac7de433c2e3", "parents": [ "0f7dafd44e2de131f67fca87378e30ca86bc00d5" ], "author": { "name": "Chen Gang", "email": "gang.chen@asianux.com", "time": "Mon May 27 04:57:09 2013 +0000" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Sat Jun 01 14:27:56 2013 +0200" }, "message": "parisc: memory overflow, \u0027name\u0027 length is too short for using\n\n\u0027path.bc[i]\u0027 can be asigned by PCI_SLOT() which can \u0027\u003e 10\u0027, so sizeof(6\n* \"%u:\" + \"%u\" + \u0027\\0\u0027) may be 21.\n\nSince \u0027name\u0027 length is 20, it may be memory overflow.\n\nAnd \u0027path.bc[i]\u0027 is \u0027unsigned char\u0027 for printing, we can be sure the\nmax length of \u0027name\u0027 must be less than 28.\n\nSo simplify thinking, we can use 28 instead of 20 directly, and do not\nthink of whether \u0027patchc.bc[i]\u0027 can \u0027\u003e 100\u0027.\n\nSigned-off-by: Chen Gang \u003cgang.chen@asianux.com\u003e\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "aa3ae6de36c86994c3446bdbc6b69ece9193732a", "tree": "0dcc31399bcf032caae4e1939f14cb40484c23a5", "parents": [ "008bd2de940114a2d781b2efdd1a34a0fcf0f7ec", "badec11b645e21acbc2411d7759e3efa559af443" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 20:13:16 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 20:13:16 2013 +0900" }, "message": "Merge branch \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc\n\nPull powerpc fixes from Ben Herrenschmidt:\n \"Here are a few more fixes for powerpc 3.10. It\u0027s a bit more than I\n would have liked this late in the game but I suppose that\u0027s what\n happens with a brand new chip generation coming out.\n\n A few regression fixes, some last minute fixes for new P8 features\n such as transactional memory,...\n\n There\u0027s also one powerpc KVM patch that I requested that adds two\n missing functions to our in-kernel interrupt controller support which\n is itself a new 3.10 feature. These are defined by the base\n hypervisor specification. We didn\u0027t implement them originally because\n Linux doesn\u0027t use them but they are simple and I\u0027m not comfortable\n having a half-implemented interface in 3.10 and having to deal with\n versionning etc... later when something starts needing those calls.\n They cannot be emulated in qemu when using in-kernel interrupt\n controller (not enough shared state).\n\n Just added a last minute patch to fix a typo introducing a breakage in\n our cputable for Power7+ processors, sorry about that, but the\n regression it fixes just hurt me :-)\"\n\n* \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:\n powerpc/cputable: Fix typo on P7+ cputable entry\n powerpc/perf: Add missing SIER support\n powerpc/perf: Revert to original NO_SIPR logic\n powerpc/pci: Remove the unused variables in pci_process_bridge_OF_ranges\n powerpc/pci: Remove the stale comments of pci_process_bridge_OF_ranges\n powerpc/pseries: Always enable CONFIG_HOTPLUG_CPU on PSERIES SMP\n powerpc/kvm/book3s: Add support for H_IPOLL and H_XIRR_X in XICS emulation\n powerpc/32bit:Store temporary result in r0 instead of r8\n powerpc/mm: Always invalidate tlb on hpte invalidate and update\n powerpc/pseries: Improve stream generation comments in copypage/user\n powerpc/pseries: Kill all prefetch streams on context switch\n powerpc/cputable: Fix oprofile_cpu_type on power8\n powerpc/mpic: Fix irq distribution problem when MPIC_SINGLE_DEST_CPU\n powerpc/tm: Fix userspace stack corruption on signal delivery for active transactions\n powerpc/tm: Move TM abort cause codes to uapi\n powerpc/tm: Abort on emulation and alignment faults\n powerpc/tm: Update cause codes documentation\n powerpc/tm: Make room for hypervisor in abort cause codes\n" }, { "commit": "008bd2de940114a2d781b2efdd1a34a0fcf0f7ec", "tree": "c094bb86133f266f52fa296328c2fb79aca7ce5d", "parents": [ "0f7dafd44e2de131f67fca87378e30ca86bc00d5", "aafc9d158b0039e600fc429246c7bb04a111fb26" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 20:05:20 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 20:05:20 2013 +0900" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending\n\nPull scsi target fixes from Nicholas Bellinger:\n \"The highlights include:\n\n - Re-instate sess-\u003ewait_list in target_wait_for_sess_cmds() for\n active I/O shutdown handling in fabrics using se_cmd-\u003ecmd_kref\n - Make ib_srpt call target_sess_cmd_list_set_waiting() during session\n shutdown\n - Fix FILEIO off-by-one READ_CAPACITY bug for !S_ISBLK export\n - Fix iscsi-target login error heap buffer overflow (Kees)\n - Fix iscsi-target active I/O shutdown handling regression in\n v3.10-rc1\n\n A big thanks to Kees Cook for fixing a long standing login error\n buffer overflow bug.\n\n All patches are CC\u0027ed to stable with the exception of the v3.10-rc1\n specific regression + other minor target cleanup.\"\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending:\n iscsi-target: Fix iscsit_free_cmd() se_cmd-\u003ecmd_kref shutdown handling\n target: Propigate up -\u003ecmd_kref put return via transport_generic_free_cmd\n iscsi-target: fix heap buffer overflow on error\n target/file: Fix off-by-one READ_CAPACITY bug for !S_ISBLK export\n ib_srpt: Call target_sess_cmd_list_set_waiting during shutdown_session\n target: Re-instate sess_wait_list for target_wait_for_sess_cmds\n target: Remove unused wait_for_tasks bit in target_wait_for_sess_cmds\n" }, { "commit": "0f7dafd44e2de131f67fca87378e30ca86bc00d5", "tree": "af28ce75d6e09bb09c89aa1dc01bff341d5f7bfa", "parents": [ "c361cb59acbb503c033971e8be8c029bbfd67f18", "d68c380590c390a488fe214e5ebf9439216ac3ba" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 19:55:26 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 19:55:26 2013 +0900" }, "message": "Merge tag \u0027clk-fixes-for-linus\u0027 of git://git.linaro.org/people/mturquette/linux\n\nPull clock subsystem fixes from Mike Turquette:\n \"A mix of small fixes affecting mostly ARM platforms as well as a\n discrete clock expander chip. Most fixes are corrections to lousy\n clock data of one form or another.\"\n\n* tag \u0027clk-fixes-for-linus\u0027 of git://git.linaro.org/people/mturquette/linux:\n clk: mxs: Include clk mxs header file\n clk: vt8500: Fix unbalanced spinlock in vt8500_dclk_set_rate()\n clk: si5351: Set initial clkout rate when defined in platform data.\n clk: si5351: Fix clkout rate computation.\n clk: samsung: Add CLK_IGNORE_UNUSED flag for the sysreg clocks\n clk: ux500: clk-sysctrl: handle clocks with no parents\n clk: ux500: Provide device enumeration number suffix for SMSC911x\n" }, { "commit": "c361cb59acbb503c033971e8be8c029bbfd67f18", "tree": "51f38c226256b1b5590f28953b0e0a888871b14f", "parents": [ "6cf3c736200e3924d8ce6b37e5006a4598b9236d", "56c21b53ab071feb3ce93375a563ead745fa7105" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 19:53:41 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 19:53:41 2013 +0900" }, "message": "Merge tag \u0027fbdev-for-3.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/plagnioj/linux-fbdev\n\nPull fbdev fixes from Jean-Christophe PLAGNIOL-VILLARD:\n \"This contains some small fixes\n\n - Atmel LCDC: fix blank the backlight on remove\n - ps3fb: fix compile warning\n - OMAPDSS: Fix crash with DT boot\"\n\n* tag \u0027fbdev-for-3.10-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/plagnioj/linux-fbdev:\n atmel_lcdfb: blank the backlight on remove\n trivial: atmel_lcdfb: add missing error message\n OMAPDSS: Fix crash with DT boot\n fbdev/ps3fb: fix compile warning\n" }, { "commit": "6cf3c736200e3924d8ce6b37e5006a4598b9236d", "tree": "9560341b063c1a10e62201c84141af0d63396b61", "parents": [ "f8cb27916ae256ef3b4e2ecca7262109dcfdd083", "4ad1f70ebcdb69393ce083f514bf4a4a3a3e65cb" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 19:51:52 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 19:51:52 2013 +0900" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs\n\nPull assorted fixes from Al Viro:\n \"There\u0027ll be more - I\u0027m trying to dig out from under the pile of mail\n (a couple of weeks of something flu-like ;-/) and there\u0027s several more\n things waiting for review; this is just the obvious stuff.\"\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs:\n zoran: racy refcount handling in vm_ops -\u003eopen()/-\u003eclose()\n befs_readdir(): do not increment -\u003ef_pos if filldir tells us to stop\n hpfs: deadlock and race in directory lseek()\n qnx6: qnx6_readdir() has a braino in pos calculation\n fix buffer leak after \"scsi: saner replacements for -\u003eproc_info()\"\n vfs: Fix invalid ida_remove() call\n" }, { "commit": "f8cb27916ae256ef3b4e2ecca7262109dcfdd083", "tree": "163bffef6ab19dca50a25b454841e006578e233c", "parents": [ "1d822d6094bbc1363907d9221acf5e78fb5c3ed9", "eb54d43707c69340581940e1fcaecb4d7d17b814" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 19:48:59 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 19:48:59 2013 +0900" }, "message": "Merge tag \u0027nfs-for-3.10-4\u0027 of git://git.linux-nfs.org/projects/trondmy/linux-nfs\n\nPull two NFS client fixes from Trond Myklebust:\n - Fix a regression that broke NFS mounting using klibc and busybox\n - Stable fix to check access modes correctly on NFSv4 delegated open()\n\n* tag \u0027nfs-for-3.10-4\u0027 of git://git.linux-nfs.org/projects/trondmy/linux-nfs:\n NFS: Fix security flavor negotiation with legacy binary mounts\n NFSv4: Fix a thinko in nfs4_try_open_cached\n" }, { "commit": "badec11b645e21acbc2411d7759e3efa559af443", "tree": "8da6b07aac56a92dad808208a24f1b08a3c2e470", "parents": [ "58a032c3b106adcd2b83b7e631de3b79f238cdd2" ], "author": { "name": "Will Schmidt", "email": "will_schmidt@vnet.ibm.com", "time": "Mon May 20 05:04:18 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 09:30:03 2013 +1000" }, "message": "powerpc/cputable: Fix typo on P7+ cputable entry\n\nFix a typo in setting COMMON_USER2_POWER7 bits to .cpu_user_features2\ncpu specs table.\n\nSigned-off-by: Will Schmidt \u003cwill_schmidt@vnet.ibm.com\u003e\nAcked-by: Michael Neuling \u003cmikey@neuling.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "58a032c3b106adcd2b83b7e631de3b79f238cdd2", "tree": "66316cc67cf604c1321ec084782b787a70a81629", "parents": [ "cbda6aa10bd2d97e38f4d26a03a0b2183ad580ba" ], "author": { "name": "Michael Ellerman", "email": "michael@ellerman.id.au", "time": "Wed May 15 20:19:31 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:29 2013 +1000" }, "message": "powerpc/perf: Add missing SIER support\n\nCommit 8f61aa3 \"Add support for SIER\" missed updates to siar_valid()\nand perf_get_data_addr().\n\nIn both cases we need to check the SIER instead of mmcra.\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "cbda6aa10bd2d97e38f4d26a03a0b2183ad580ba", "tree": "17a5e32e8e24b61f4314ea19d39ae93440727754", "parents": [ "858957ab1e3a7ee29ed40309bdf0f1b7bcf5bf30" ], "author": { "name": "Michael Ellerman", "email": "michael@ellerman.id.au", "time": "Wed May 15 20:19:30 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:29 2013 +1000" }, "message": "powerpc/perf: Revert to original NO_SIPR logic\n\nThis is a revert and then some of commit 860aad7 \"Add regs_no_sipr()\".\nThis workaround was only needed on early chip versions.\n\nAs before NO_SIPR becomes a static flag of the PMU struct.\n\nSigned-off-by: Michael Ellerman \u003cmichael@ellerman.id.au\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "858957ab1e3a7ee29ed40309bdf0f1b7bcf5bf30", "tree": "0653caf89e197d3c449581c2c5c0172d95b9ded8", "parents": [ "279838960484fa22d903086eea743a6b6700647d" ], "author": { "name": "Kevin Hao", "email": "haokexin@gmail.com", "time": "Thu May 16 20:58:42 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:28 2013 +1000" }, "message": "powerpc/pci: Remove the unused variables in pci_process_bridge_OF_ranges\n\nThe codes which ever used these two variables have gone. Throw away\nthem too.\n\nSigned-off-by: Kevin Hao \u003chaokexin@gmail.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "279838960484fa22d903086eea743a6b6700647d", "tree": "6c34222df22bb0405a848830d1358590612d3199", "parents": [ "f274ef8747d3be649bba8708696fb31cb00fa75a" ], "author": { "name": "Kevin Hao", "email": "haokexin@gmail.com", "time": "Thu May 16 20:58:41 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:28 2013 +1000" }, "message": "powerpc/pci: Remove the stale comments of pci_process_bridge_OF_ranges\n\nThese comments already don\u0027t apply to the current code. So just remove\nthem.\n\nSigned-off-by: Kevin Hao \u003chaokexin@gmail.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "f274ef8747d3be649bba8708696fb31cb00fa75a", "tree": "85db531f3a99d5cf972d15f5cd737e9cafd85e57", "parents": [ "8e44ddc3f34d22c55f2977ac8b160609935d37ca" ], "author": { "name": "Srivatsa S. Bhat", "email": "srivatsa.bhat@linux.vnet.ibm.com", "time": "Tue May 21 09:32:48 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:27 2013 +1000" }, "message": "powerpc/pseries: Always enable CONFIG_HOTPLUG_CPU on PSERIES SMP\n\nAdam Lackorzynski reported the following build failure on\n!CONFIG_HOTPLUG_CPU configuration:\n\n CC arch/powerpc/kernel/rtas.o\narch/powerpc/kernel/rtas.c: In function ‘rtas_cpu_state_change_mask’:\narch/powerpc/kernel/rtas.c:843:4: error: implicit declaration of function ‘cpu_down’ [-Werror\u003dimplicit-function-declaration]\ncc1: all warnings being treated as errors\nmake[1]: *** [arch/powerpc/kernel/rtas.o] Error 1\nmake: *** [arch/powerpc/kernel] Error 2\n\nThe build fails because cpu_down() is defined only under CONFIG_HOTPLUG_CPU.\n\nLooking further, the mobility code in pseries is one of the call-sites which\nuses rtas_ibm_suspend_me(), which in turn calls rtas_cpu_state_change_mask().\nAnd the mobility code is unconditionally compiled-in (it does not fall under\nany Kconfig option). And commit 120496ac (powerpc: Bring all threads online\nprior to migration/hibernation) which introduced this build regression is\ncritical for the proper functioning of the migration code. So it appears\nthat the only solution to this problem is to enable CONFIG_HOTPLUG_CPU if\nSMP is enabled on PPC_PSERIES platforms. So make that change in the Kconfig.\n\nReported-by: Adam Lackorzynski \u003cadam@os.inf.tu-dresden.de\u003e\nCc: stable@vger.kernel.org\nSigned-off-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "8e44ddc3f34d22c55f2977ac8b160609935d37ca", "tree": "f6fea15542dba7adb3ba4ce9575ece75b05e8c9b", "parents": [ "f7b3367774f92a688d39ed767f0ae9b93af7873a" ], "author": { "name": "Paul Mackerras", "email": "paulus@samba.org", "time": "Thu May 23 15:42:21 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:27 2013 +1000" }, "message": "powerpc/kvm/book3s: Add support for H_IPOLL and H_XIRR_X in XICS emulation\n\nThis adds the remaining two hypercalls defined by PAPR for manipulating\nthe XICS interrupt controller, H_IPOLL and H_XIRR_X. H_IPOLL returns\ninformation about the priority and pending interrupts for a virtual\ncpu, without changing any state. H_XIRR_X is like H_XIRR in that it\nreads and acknowledges the highest-priority pending interrupt, but it\nalso returns the timestamp (timebase register value) from when the\ninterrupt was first received by the hypervisor. Currently we just\nreturn the current time, since we don\u0027t do any software queueing of\nvirtual interrupts inside the XICS emulation code.\n\nThese hcalls are not currently used by Linux guests, but may be in\nfuture.\n\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nAcked-by: Scott Wood \u003cscottwood@freescale.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "f7b3367774f92a688d39ed767f0ae9b93af7873a", "tree": "bb56b252d76d7476612ede66b15e7fea5daa0dff", "parents": [ "0608d692463598c1d6e826d9dd7283381b4f246c" ], "author": { "name": "Priyanka Jain", "email": "Priyanka.Jain@freescale.com", "time": "Fri May 31 01:20:02 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:27 2013 +1000" }, "message": "powerpc/32bit:Store temporary result in r0 instead of r8\n\nCommit a9c4e541ea9b22944da356f2a9258b4eddcc953b\n\"powerpc/kprobe: Complete kprobe and migrate exception frame\"\nintroduced a regression:\n\nWhile returning from exception handling in case of PREEMPT enabled,\n_TIF_NEED_RESCHED bit is checked in TI_FLAGS (thread_info flag) of current\ntask. Only if this bit is set, it should continue with the process of\ncalling preempt_schedule_irq() to schedule highest priority task if\navailable.\n\nCurrent code assumes that r8 contains TI_FLAGS and check this for\n_TIF_NEED_RESCHED, but as r8 is modified in the code which executes before\nthis check, r8 no longer contains the expected TI_FLAGS information.\n\nAs a result check for comparison with _TIF_NEED_RESCHED was failing even if\nNEED_RESCHED bit is set in the current thread_info flag. Due to this,\npreempt_schedule_irq() and in turn scheduler was not getting called even if\nhighest priority task is ready for execution.\n\nSo, store temporary results in r0 instead of r8 to prevent r8 from getting\nmodified as subsequent code is dependent on its value.\n\nSigned-off-by: Priyanka Jain \u003cPriyanka.Jain@freescale.com\u003e\nCC: \u003cstable@vger.kernel.org\u003e [v3.7+]\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "0608d692463598c1d6e826d9dd7283381b4f246c", "tree": "646aee0d04c866118215cfa9a7529108287309e2", "parents": [ "280a5ba22ca35575721d42e536176a3561f4ec43" ], "author": { "name": "Aneesh Kumar K.V", "email": "aneesh.kumar@linux.vnet.ibm.com", "time": "Fri May 31 01:03:24 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:26 2013 +1000" }, "message": "powerpc/mm: Always invalidate tlb on hpte invalidate and update\n\nIf a hash bucket gets full, we \"evict\" a more/less random entry from it.\nWhen we do that we don\u0027t invalidate the TLB (hpte_remove) because we assume\nthe old translation is still technically \"valid\". This implies that when\nwe are invalidating or updating pte, even if HPTE entry is not valid\nwe should do a tlb invalidate.\n\nThis was a regression introduced by b1022fbd293564de91596b8775340cf41ad5214c\n\nSigned-off-by: Aneesh Kumar K.V \u003caneesh.kumar@linux.vnet.ibm.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "280a5ba22ca35575721d42e536176a3561f4ec43", "tree": "1f3d8d44e8fe3fdcd30bd45a0b881a0d878cd7b2", "parents": [ "a515348fc69fd1d9e8ebd34a16f1026d7fe32048" ], "author": { "name": "Michael Neuling", "email": "mikey@neuling.org", "time": "Wed May 29 19:34:29 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:26 2013 +1000" }, "message": "powerpc/pseries: Improve stream generation comments in copypage/user\n\nNo code changes, just documenting what\u0027s happening a little better.\n\nSigned-off-by: Michael Neuling \u003cmikey@neuling.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "a515348fc69fd1d9e8ebd34a16f1026d7fe32048", "tree": "b51f9766922a1050e376df6680bfae4cec82014f", "parents": [ "2ac6f427ad837a69561160b282eff80d9f0c2466" ], "author": { "name": "Michael Neuling", "email": "mikey@neuling.org", "time": "Wed May 29 19:34:27 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:25 2013 +1000" }, "message": "powerpc/pseries: Kill all prefetch streams on context switch\n\nOn context switch, we should have no prefetch streams leak from one\nuserspace process to another. This frees up prefetch resources for the\nnext process.\n\nBased on patch from Milton Miller.\n\nSigned-off-by: Michael Neuling \u003cmikey@neuling.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "2ac6f427ad837a69561160b282eff80d9f0c2466", "tree": "62200ceeffc27b770e9cd9bf384d9c3d95ca3cb5", "parents": [ "e242114afff0a41550e174cd787cdbafd34625de" ], "author": { "name": "Nishanth Aravamudan", "email": "nacc@linux.vnet.ibm.com", "time": "Tue May 28 10:39:50 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:25 2013 +1000" }, "message": "powerpc/cputable: Fix oprofile_cpu_type on power8\n\nMaynard informed me that neither the oprofile kernel module nor oprofile\nuserspace has been updated to support that \"legacy\" oprofile module\ninterface for power8, which is indicated by \"ppc64/power8.\" This results\nin no samples. The solution is to default to the \"timer\" type, instead.\nThe raw entry also should be updated, as \"ppc64/ibm-compat-v1\" indicates\nto oprofile userspace to use \"compatibility events\" which are obsolete\nin ISA 2.07.\n\nSigned-off-by: Nishanth Aravamudan \u003cnacc@us.ibm.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "e242114afff0a41550e174cd787cdbafd34625de", "tree": "5dc04865bd28f94e54a79a47a37a6186bd734fe1", "parents": [ "2b3f8e87cf99a33fb6faf5026d7147748bbd77b6" ], "author": { "name": "chenhui zhao", "email": "chenhui.zhao@freescale.com", "time": "Mon May 27 21:59:43 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:24 2013 +1000" }, "message": "powerpc/mpic: Fix irq distribution problem when MPIC_SINGLE_DEST_CPU\n\nFor the mpic with a flag MPIC_SINGLE_DEST_CPU, only one bit should be\nset in interrupt destination registers.\n\nThe code is applicable to 64-bit platforms as well as 32-bit.\n\nSigned-off-by: Zhao Chenhui \u003cchenhui.zhao@freescale.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "2b3f8e87cf99a33fb6faf5026d7147748bbd77b6", "tree": "dfeb4cb63821ec34279d26b0ac7a35d96316b648", "parents": [ "b75c100ef24894bd2c8b52e123bcc5f191c5d9fd" ], "author": { "name": "Michael Neuling", "email": "mikey@neuling.org", "time": "Sun May 26 18:09:41 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:23 2013 +1000" }, "message": "powerpc/tm: Fix userspace stack corruption on signal delivery for active transactions\n\nWhen in an active transaction that takes a signal, we need to be careful with\nthe stack. It\u0027s possible that the stack has moved back up after the tbegin.\nThe obvious case here is when the tbegin is called inside a function that\nreturns before a tend. In this case, the stack is part of the checkpointed\ntransactional memory state. If we write over this non transactionally or in\nsuspend, we are in trouble because if we get a tm abort, the program counter\nand stack pointer will be back at the tbegin but our in memory stack won\u0027t be\nvalid anymore.\n\nTo avoid this, when taking a signal in an active transaction, we need to use\nthe stack pointer from the checkpointed state, rather than the speculated\nstate. This ensures that the signal context (written tm suspended) will be\nwritten below the stack required for the rollback. The transaction is aborted\nbecuase of the treclaim, so any memory written between the tbegin and the\nsignal will be rolled back anyway.\n\nFor signals taken in non-TM or suspended mode, we use the\nnormal/non-checkpointed stack pointer.\n\nTested with 64 and 32 bit signals\n\nSigned-off-by: Michael Neuling \u003cmikey@neuling.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e # v3.9\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "b75c100ef24894bd2c8b52e123bcc5f191c5d9fd", "tree": "ec15563f8fb0aeb0f8dc97066a06c9261ce0c94f", "parents": [ "6ce6c629fd8254b3177650de99699682ff7f6707" ], "author": { "name": "Michael Neuling", "email": "mikey@neuling.org", "time": "Sun May 26 18:30:56 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:23 2013 +1000" }, "message": "powerpc/tm: Move TM abort cause codes to uapi\n\nThese cause codes are usable by userspace, so let\u0027s export to uapi.\n\nSigned-off-by: Michael Neuling \u003cmikey@neuling.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e # v3.9\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "6ce6c629fd8254b3177650de99699682ff7f6707", "tree": "08a371c158cbf22868e71d36c0430640d9daf8cc", "parents": [ "24b92375dc4ec8a15262e8aaaab60b7404d4b1e7" ], "author": { "name": "Michael Neuling", "email": "mikey@neuling.org", "time": "Sun May 26 18:09:39 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:22 2013 +1000" }, "message": "powerpc/tm: Abort on emulation and alignment faults\n\nIf we are emulating an instruction inside an active user transaction that\ntouches memory, the kernel can\u0027t emulate it as it operates in transactional\nsuspend context. We need to abort these transactions and send them back to\nuserspace for the hardware to rollback.\n\nWe can service these if the user transaction is in suspend mode, since the\nkernel will operate in the same suspend context.\n\nThis adds a check to all alignment faults and to specific instruction\nemulations (only string instructions for now). If the user process is in an\nactive (non-suspended) transaction, we abort the transaction go back to\nuserspace allowing the HW to roll back the transaction and tell the user of the\nfailure. This also adds new tm abort cause codes to report the reason of the\npersistent error to the user.\n\nCrappy test case here http://neuling.org/devel/junkcode/aligntm.c\n\nSigned-off-by: Michael Neuling \u003cmikey@neuling.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e # v3.9\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "24b92375dc4ec8a15262e8aaaab60b7404d4b1e7", "tree": "f5fd6508e7d29d44d099f17df3f0081f90aacb50", "parents": [ "35f7097fcedec63fcba1852dbee96f74a2d90878" ], "author": { "name": "Michael Neuling", "email": "mikey@neuling.org", "time": "Sun May 26 18:09:38 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:22 2013 +1000" }, "message": "powerpc/tm: Update cause codes documentation\n\nSigned-off-by: Michael Neuling \u003cmikey@neuling.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e # 3.9 only\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "35f7097fcedec63fcba1852dbee96f74a2d90878", "tree": "536d59a4eed1079cc42f6f1a6fbe4c24956ee1eb", "parents": [ "58f8bbd2e39c3732c55698494338ee19a92c53a0" ], "author": { "name": "Michael Neuling", "email": "mikey@neuling.org", "time": "Sun May 26 18:09:37 2013 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Sat Jun 01 08:29:22 2013 +1000" }, "message": "powerpc/tm: Make room for hypervisor in abort cause codes\n\nPAPR carves out 0xff-0xe0 for hypervisor use of transactional memory software\nabort cause codes. Unfortunately we don\u0027t respect this currently.\n\nBelow fixes this to move our cause codes to below this region.\n\nSigned-off-by: Michael Neuling \u003cmikey@neuling.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e # 3.9 only\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "1d822d6094bbc1363907d9221acf5e78fb5c3ed9", "tree": "34ac892dc1fad4d6289818a04886bb7b2623b74a", "parents": [ "7cfb9532581ed3d0e542712be6f9ca5bc1c3b021", "a1457c0ce976bad1356b9b0437f2a5c3ab8a9cfc" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:59:14 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:59:14 2013 +0900" }, "message": "Merge branch \u0027for_linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs\n\nPull reiserfs fixes from Jan Kara:\n \"Three reiserfs fixes. They fix real problems spotted by users so I\n hope they are ok even at this stage.\"\n\n* \u0027for_linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs:\n reiserfs: fix deadlock with nfs racing on create/lookup\n reiserfs: fix problems with chowning setuid file w/ xattrs\n reiserfs: fix spurious multiple-fill in reiserfs_readdir_dentry\n" }, { "commit": "7cfb9532581ed3d0e542712be6f9ca5bc1c3b021", "tree": "3fc02a775bb5a2e7332bde94591733497b31c562", "parents": [ "e8d256aca05b6de163605a04f86e5827ef77899f", "7bc0dc271e494e12be3afd3c6431e5216347c624" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:56:21 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:56:21 2013 +0900" }, "message": "Merge tag \u0027for-linus-v3.10-rc4-crc-xattr-fixes\u0027 of git://oss.sgi.com/xfs/xfs\n\nPull xfs extended attribute fixes for CRCs from Ben Myers:\n \"Here are several fixes that are relevant on CRC enabled XFS\n filesystems. They are followed by a rework of the remote attribute\n code so that each block of the attribute contains a header with a CRC.\n\n Previously there was a CRC header per extent in the remote attribute\n code, but this was untenable because it was not possible to know how\n many extents would be allocated for the attribute until after the\n allocation has completed, due to the fragmentation of free space.\n This became complicated because the size of the headers needs to be\n added to the length of the payload to get the overall length required\n for the allocation. With a header per block, things are less\n complicated at the cost of a little space.\n\n I would have preferred to defer this and the rest of the CRC queue to\n 3.11 to mitigate risk for existing non-crc users in 3.10. Doing so\n would require setting a feature bit for the on-disk changes, and so I\n have been pressured into sending this pull request by Eric Sandeen and\n David Chinner from Red Hat. I\u0027ll send another pull request or two\n with the rest of the CRC queue next week.\n\n - Remove assert on count of remote attribute CRC headers\n - Fix the number of blocks read in for remote attributes\n - Zero remote attribute tails properly\n - Fix mapping of remote attribute buffers to have correct length\n - initialize temp leaf properly in xfs_attr3_leaf_unbalance, and\n xfs_attr3_leaf_compact\n - Rework remote atttributes to have a header per block\"\n\n* tag \u0027for-linus-v3.10-rc4-crc-xattr-fixes\u0027 of git://oss.sgi.com/xfs/xfs:\n xfs: rework remote attr CRCs\n xfs: fully initialise temp leaf in xfs_attr3_leaf_compact\n xfs: fully initialise temp leaf in xfs_attr3_leaf_unbalance\n xfs: correctly map remote attr buffers during removal\n xfs: remote attribute tail zeroing does too much\n xfs: remote attribute read too short\n xfs: remote attribute allocation may be contiguous\n" }, { "commit": "e8d256aca05b6de163605a04f86e5827ef77899f", "tree": "05de636b72b3d96808daea2aba104e07d722f79d", "parents": [ "977b55cf988b86cdc929fef730a78aca98a8ebdb", "e400d27d1690d609f203f2d7d8efebc98cbc3089" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:50:16 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:50:16 2013 +0900" }, "message": "Merge tag \u0027for-linus-v3.10-rc4\u0027 of git://oss.sgi.com/xfs/xfs\n\nPull xfs fixes from Ben Myers:\n - Fix nested transactions in xfs_qm_scall_setqlim\n - Clear suid/sgid bits when we truncate with size update\n - Fix recovery for split buffers\n - Fix block count on remote symlinks\n - Add fsgeom flag for v5 superblock support\n - Disable XFS_IOC_SWAPEXT for CRC enabled filesystems\n - Fix dirv3 freespace block corruption\n\n* tag \u0027for-linus-v3.10-rc4\u0027 of git://oss.sgi.com/xfs/xfs:\n xfs: fix dir3 freespace block corruption\n xfs: disable swap extents ioctl on CRC enabled filesystems\n xfs: add fsgeom flag for v5 superblock support.\n xfs: fix incorrect remote symlink block count\n xfs: fix split buffer vector log recovery support\n xfs: kill suid/sgid through the truncate path.\n xfs: avoid nesting transactions in xfs_qm_scall_setqlim()\n" }, { "commit": "977b55cf988b86cdc929fef730a78aca98a8ebdb", "tree": "90f2c6b53356f453cfe337e7888bd1c6d859741f", "parents": [ "fe696b47eb061f47559ce7394d517cfb85af50f5", "37448adfc7ce0d6d5892b87aa8d57edde4126f49" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:47:04 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:47:04 2013 +0900" }, "message": "Merge tag \u0027please-pull-aertracefix\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras\n\nPull aer error logging fix from Tony Luck:\n \"Can\u0027t call pci_get_domain_bus_and_slot() from interupt context\"\n\n* tag \u0027please-pull-aertracefix\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras:\n aerdrv: Move cper_print_aer() call out of interrupt context\n" }, { "commit": "fe696b47eb061f47559ce7394d517cfb85af50f5", "tree": "76765761af98e15e6bc86ab59b2520a5d82b1fa1", "parents": [ "a93cb29acaa8f75618c3f202d1cf43c231984644", "9955ac47f4ba1c95ecb6092aeaefb40a22e99268" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:45:10 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jun 01 06:45:10 2013 +0900" }, "message": "Merge tag \u0027arm64-stable\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64\n\nPull arm64 fixes from Catalin Marinas:\n - Module compilation issues (symbol not exported).\n - Plug a hole where user space can bring the kernel down.\n\n* tag \u0027arm64-stable\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64:\n arm64: don\u0027t kill the kernel on a bad esr from el0\n arm64: treat unhandled compat el0 traps as undef\n arm64: Do not report user faults for handled signals\n arm64: kernel: compiling issue, need \u0027EXPORT_SYMBOL(clear_page)\u0027\n" }, { "commit": "a1457c0ce976bad1356b9b0437f2a5c3ab8a9cfc", "tree": "56f8e9119ed4be27f05a31b9ae5990111a232d69", "parents": [ "4a8570112b76a63ad21cfcbe2783f98f7fd5ba1b" ], "author": { "name": "Jeff Mahoney", "email": "jeffm@suse.com", "time": "Fri May 31 15:51:17 2013 -0400" }, "committer": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Fri May 31 23:14:20 2013 +0200" }, "message": "reiserfs: fix deadlock with nfs racing on create/lookup\n\nReiserfs is currently able to be deadlocked by having two NFS clients\nwhere one has removed and recreated a file and another is accessing the\nfile with an open file handle.\n\nIf one client deletes and recreates a file with timing such that the\nrecreated file obtains the same [dirid, objectid] pair as the original\nfile while another client accesses the file via file handle, the create\nand lookup can race and deadlock if the lookup manages to create the\nin-memory inode first.\n\nThe create thread, in insert_inode_locked4, will hold the write lock\nwhile waiting on the other inode to be unlocked. The lookup thread,\nanywhere in the iget path, will release and reacquire the write lock while\nit schedules. If it needs to reacquire the lock while the create thread\nhas it, it will never be able to make forward progress because it needs\nto reacquire the lock before ultimately unlocking the inode.\n\nThis patch drops the write lock across the insert_inode_locked4 call so\nthat the ordering of inode_wait -\u003e write lock is retained. Since this\nwould have been the case before the BKL push-down, this is safe.\n\nSigned-off-by: Jeff Mahoney \u003cjeffm@suse.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\n" }, { "commit": "4a8570112b76a63ad21cfcbe2783f98f7fd5ba1b", "tree": "e2009e9a11575062ed38fa464ea03801aa2c5594", "parents": [ "0bdc7acba56a7ca4232f15f37b16f7ec079385ab" ], "author": { "name": "Jeff Mahoney", "email": "jeffm@suse.com", "time": "Fri May 31 15:54:17 2013 -0400" }, "committer": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Fri May 31 23:14:11 2013 +0200" }, "message": "reiserfs: fix problems with chowning setuid file w/ xattrs\n\nreiserfs_chown_xattrs() takes the iattr struct passed into -\u003esetattr\nand uses it to iterate over all the attrs associated with a file to change\nownership of xattrs (and transfer quota associated with the xattr files).\n\nWhen the setuid bit is cleared during chown, ATTR_MODE and iattr-\u003eia_mode\nare passed to all the xattrs as well. This means that the xattr directory\nwill have S_IFREG added to its mode bits.\n\nThis has been prevented in practice by a missing IS_PRIVATE check\nin reiserfs_acl_chmod, which caused a double-lock to occur while holding\nthe write lock. Since the file system was completely locked up, the\nwriteout of the corrupted mode never happened.\n\nThis patch temporarily clears everything but ATTR_UID|ATTR_GID for the\ncalls to reiserfs_setattr and adds the missing IS_PRIVATE check.\n\nSigned-off-by: Jeff Mahoney \u003cjeffm@suse.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\n" }, { "commit": "0bdc7acba56a7ca4232f15f37b16f7ec079385ab", "tree": "86b25345b4c252d5bbbe43387de26a804c4d679d", "parents": [ "58f8bbd2e39c3732c55698494338ee19a92c53a0" ], "author": { "name": "Jeff Mahoney", "email": "jeffm@jeffreymahoney.com", "time": "Fri May 31 15:07:52 2013 -0400" }, "committer": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Fri May 31 23:13:58 2013 +0200" }, "message": "reiserfs: fix spurious multiple-fill in reiserfs_readdir_dentry\n\nAfter sleeping for filldir(), we check to see if the file system has\nchanged and research. The next_pos pointer is updated but its value\nisn\u0027t pushed into the key used for the search itself. As a result,\nthe search returns the same item that the last cycle of the loop did\nand filldir() is called multiple times with the same data.\n\nThe end result is that the buffer can contain the same name multiple\ntimes. This can be returned to userspace or used internally in the\nxattr code where it can manifest with the following warning:\n\njdm-20004 reiserfs_delete_xattrs: Couldn\u0027t delete all xattrs (-2)\n\nreiserfs_for_each_xattr uses reiserfs_readdir_dentry to iterate over\nthe xattr names and ends up trying to unlink the same name twice. The\nsecond attempt fails with -ENOENT and the error is returned. At some\npoint I\u0027ll need to add support into reiserfsck to remove the orphaned\ndirectories left behind when this occurs.\n\nThe fix is to push the value into the key before researching.\n\nSigned-off-by: Jeff Mahoney \u003cjeffm@suse.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\n" }, { "commit": "4ad1f70ebcdb69393ce083f514bf4a4a3a3e65cb", "tree": "686f96672a8432dffe178a155891e1806e083713", "parents": [ "448293aadb54ab38b9c053bf9f1eecafdc0ed214" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Thu May 23 04:38:22 2013 -0400" }, "committer": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri May 31 15:33:32 2013 -0400" }, "message": "zoran: racy refcount handling in vm_ops -\u003eopen()/-\u003eclose()\n\nworse, we lock -\u003eresource_lock too late when we are destroying the\nfinal clonal VMA; the check for lack of other mappings of the same\nopened file can race with mmap().\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\n" }, { "commit": "56c21b53ab071feb3ce93375a563ead745fa7105", "tree": "c6c10744b170546f41b6467d0458d5203d0dadca", "parents": [ "65ac057bce426b4abdf42384c4e09e40a634df32" ], "author": { "name": "Richard Genoud", "email": "richard.genoud@gmail.com", "time": "Fri May 31 15:49:35 2013 +0000" }, "committer": { "name": "Jean-Christophe PLAGNIOL-VILLARD", "email": "plagnioj@jcrosoft.com", "time": "Sat Jun 01 03:18:55 2013 +0800" }, "message": "atmel_lcdfb: blank the backlight on remove\n\nWhen removing atmel_lcdfb module, the backlight is unregistered but not\nblanked. (only for CONFIG_BACKLIGHT_ATMEL_LCDC case).\nThis can result in the screen going full white depending on how the PWM\nis wired.\n\nSigned-off-by: Richard Genoud \u003crichard.genoud@gmail.com\u003e\nSigned-off-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\n" }, { "commit": "65ac057bce426b4abdf42384c4e09e40a634df32", "tree": "ae30cae5f0489e12c8720d3c5e8a8e1e60346059", "parents": [ "2436e8aa8abef2536dc3bfb554f8dcb3a8b07560" ], "author": { "name": "Richard Genoud", "email": "richard.genoud@gmail.com", "time": "Fri May 31 14:28:38 2013 +0000" }, "committer": { "name": "Jean-Christophe PLAGNIOL-VILLARD", "email": "plagnioj@jcrosoft.com", "time": "Sat Jun 01 03:18:30 2013 +0800" }, "message": "trivial: atmel_lcdfb: add missing error message\n\nWhen a too small framebuffer is given, the atmel_lcdfb_check_var\nsilently fails.\nAdding an error message will save some head scratching.\n\nSigned-off-by: Richard Genoud \u003crichard.genoud@gmail.com\u003e\nSigned-off-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\n" }, { "commit": "448293aadb54ab38b9c053bf9f1eecafdc0ed214", "tree": "c7ef8d7de99d7048c8b29f932a970ffdd5c6c045", "parents": [ "31abdab9c11bb1694ecd1476a7edbe8e964d94ac" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Wed May 22 13:41:26 2013 -0400" }, "committer": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri May 31 15:17:56 2013 -0400" }, "message": "befs_readdir(): do not increment -\u003ef_pos if filldir tells us to stop\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\n" }, { "commit": "31abdab9c11bb1694ecd1476a7edbe8e964d94ac", "tree": "3aeca5bc6bd3976552077909509e3a7e2be9542b", "parents": [ "1d7095c72d35eee4ebc28e66563e636b9adafeb2" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Sat May 18 02:38:52 2013 -0400" }, "committer": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri May 31 15:17:43 2013 -0400" }, "message": "hpfs: deadlock and race in directory lseek()\n\nFor one thing, there\u0027s an ABBA deadlock on hpfs fs-wide lock and i_mutex\nin hpfs_dir_lseek() - there\u0027s a lot of methods that grab the former with\nthe caller already holding the latter, so it must take i_mutex first.\n\nFor another, locking the damn thing, carefully validating the offset,\nthen dropping locks and assigning the offset is obviously racy.\n\nMoreover, we _must_ do hpfs_add_pos(), or the machinery in dnode.c\nwon\u0027t modify the sucker on B-tree surgeries.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\n" }, { "commit": "1d7095c72d35eee4ebc28e66563e636b9adafeb2", "tree": "9af1a639bd7a26c7c4d77506eef615153fef2a79", "parents": [ "801d9d26bfd6e88e9cf0efbb30b649d1bdc15dcf" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri May 17 15:21:56 2013 -0400" }, "committer": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri May 31 15:17:31 2013 -0400" }, "message": "qnx6: qnx6_readdir() has a braino in pos calculation\n\nWe want to mask lower 5 bits out, not leave only those and clear the\nrest... As it is, we end up always starting to read from the beginning\nof directory, no matter what the current position had been.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\n" }, { "commit": "801d9d26bfd6e88e9cf0efbb30b649d1bdc15dcf", "tree": "8d47d18324a3e7ad95dcbd7e45cdc9761f30505d", "parents": [ "5d477b6079619910dab882fa229cce1f14f86cf8" ], "author": { "name": "Jan Beulich", "email": "JBeulich@suse.com", "time": "Wed May 29 13:26:53 2013 +0100" }, "committer": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri May 31 15:16:51 2013 -0400" }, "message": "fix buffer leak after \"scsi: saner replacements for -\u003eproc_info()\"\n\nThat patch failed to set proc_scsi_fops\u0027 .release method.\n\nSigned-off-by: Jan Beulich \u003cjbeulich@suse.com\u003e\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\n" }, { "commit": "5d477b6079619910dab882fa229cce1f14f86cf8", "tree": "02d3791a335d20f6515b26aa8657b47120105796", "parents": [ "a93cb29acaa8f75618c3f202d1cf43c231984644" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Fri May 10 14:04:11 2013 +0200" }, "committer": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Fri May 31 15:16:33 2013 -0400" }, "message": "vfs: Fix invalid ida_remove() call\n\nWhen the group id of a shared mount is not allocated, the umount still\ntries to call mnt_release_group_id(), which eventually hits a kernel\nwarning at ida_remove() spewing a message like:\n ida_remove called for id\u003d0 which is not allocated.\n\nThis patch fixes the bug simply checking the group id in the caller.\n\nReported-by: Cristian Rodríguez \u003ccrrodriguez@opensuse.org\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\n" }, { "commit": "9955ac47f4ba1c95ecb6092aeaefb40a22e99268", "tree": "c875695e3bba3d45cea40678671b6bb6b67e6d76", "parents": [ "381cc2b9705512ee7c7f1839cbdde374625a2a9f" ], "author": { "name": "Mark Rutland", "email": "mark.rutland@arm.com", "time": "Tue May 28 15:54:15 2013 +0100" }, "committer": { "name": "Catalin Marinas", "email": "catalin.marinas@arm.com", "time": "Fri May 31 16:04:51 2013 +0100" }, "message": "arm64: don\u0027t kill the kernel on a bad esr from el0\n\nRather than completely killing the kernel if we receive an esr value we\ncan\u0027t deal with in the el0 handlers, send the process a SIGILL and log\nthe esr value in the hope that we can debug it. If we receive a bad esr\nfrom el1, we\u0027ll die() as before.\n\nSigned-off-by: Mark Rutland \u003cmark.rutland@arm.com\u003e\nSigned-off-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nCc: stable@vger.kernel.org\n" }, { "commit": "381cc2b9705512ee7c7f1839cbdde374625a2a9f", "tree": "7b13ed8486efe15b07f1eb194241667a0f5c1fd9", "parents": [ "953dbbed9ee310100bc841cdea8f992d192531c6" ], "author": { "name": "Mark Rutland", "email": "mark.rutland@arm.com", "time": "Fri May 24 12:02:35 2013 +0100" }, "committer": { "name": "Catalin Marinas", "email": "catalin.marinas@arm.com", "time": "Fri May 31 16:04:44 2013 +0100" }, "message": "arm64: treat unhandled compat el0 traps as undef\n\nCurrently, if a compat process reads or writes from/to a disabled\ncp15/cp14 register, the trap is not handled by the el0_sync_compat\nhandler, and the kernel will head to bad_mode, where it will die(), and\noops(). For 64 bit processes, disabled system register accesses are\ncurrently treated as unhandled instructions.\n\nThis patch modifies entry.S to treat these unhandled traps as undefined\ninstructions, sending a SIGILL to userspace. This gives processes a\nchance to handle this and stop using inaccessible registers, and\nprevents further issues in the kernel as a result of the die().\n\nReported-by: Johannes Jensen \u003cJohannes.Jensen@arm.com\u003e\nSigned-off-by: Mark Rutland \u003cmark.rutland@arm.com\u003e\nSigned-off-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\n" }, { "commit": "aafc9d158b0039e600fc429246c7bb04a111fb26", "tree": "a570c77c9cbd92b3b8a7fb7892bab519119dae92", "parents": [ "d5ddad4168348337d98d6b8f156a3892de444411" ], "author": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Fri May 31 00:49:41 2013 -0700" }, "committer": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Fri May 31 01:21:28 2013 -0700" }, "message": "iscsi-target: Fix iscsit_free_cmd() se_cmd-\u003ecmd_kref shutdown handling\n\nWith the introduction of target_get_sess_cmd() referencing counting for\nISCSI_OP_SCSI_CMD processing with iser-target, iscsit_free_cmd() usage\nin traditional iscsi-target driver code now needs to be aware of the\nactive I/O shutdown case when a remaining se_cmd-\u003ecmd_kref reference may\nexist after transport_generic_free_cmd() completes, requiring a final\ntarget_put_sess_cmd() to release iscsi_cmd descriptor memory.\n\nThis patch changes iscsit_free_cmd() to invoke __iscsit_free_cmd() before\ntransport_generic_free_cmd() -\u003e target_put_sess_cmd(), and also avoids\naquiring the per-connection queue locks for typical fast-path calls\nduring normal ISTATE_REMOVE operation.\n\nAlso update iscsit_free_cmd() usage throughout iscsi-target to\nuse the new \u0027bool shutdown\u0027 parameter.\n\nThis patch fixes a regression bug introduced during v3.10-rc1 in\ncommit 3e1c81a95, that was causing the following WARNING to appear:\n\n[ 257.235153] ------------[ cut here]------------\n[ 257.240314] WARNING: at kernel/softirq.c:160 local_bh_enable_ip+0x3c/0x86()\n[ 257.248089] Modules linked in: vhost_scsi ib_srpt ib_cm ib_sa ib_mad ib_core tcm_qla2xxx tcm_loop\n\ttcm_fc libfc iscsi_target_mod target_core_pscsi target_core_file\n\ttarget_core_iblock target_core_mod configfs ipv6 iscsi_tcp libiscsi_tcp\n\tlibiscsi scsi_transport_iscsi loop acpi_cpufreq freq_table mperf\n\tkvm_intel kvm crc32c_intel button ehci_pci pcspkr joydev i2c_i801\n\tmicrocode ext3 jbd raid10 raid456 async_pq async_xor xor async_memcpy\n\tasync_raid6_recov raid6_pq async_tx raid1 raid0 linear igb hwmon\n\ti2c_algo_bit i2c_core ptp ata_piix libata qla2xxx uhci_hcd ehci_hcd\n\tmlx4_core scsi_transport_fc scsi_tgt pps_core\n[ 257.308748] CPU: 1 PID: 3295 Comm: iscsi_ttx Not tainted 3.10.0-rc2+ #103\n[ 257.316329] Hardware name: Intel Corporation S5520HC/S5520HC, BIOS S5500.86B.01.00.0057.031020111721 03/10/2011\n[ 257.327597] ffffffff814c24b7 ffff880458331b58 ffffffff8138eef2 ffff880458331b98\n[ 257.335892] ffffffff8102c052 ffff880400000008 0000000000000000 ffff88085bdf0000\n[ 257.344191] ffff88085bdf00d8 ffff88085bdf00e0 ffff88085bdf00f8 ffff880458331ba8\n[ 257.352488] Call Trace:\n[ 257.355223] [\u003cffffffff8138eef2\u003e] dump_stack+0x19/0x1f\n[ 257.360963] [\u003cffffffff8102c052\u003e] warn_slowpath_common+0x62/0x7b\n[ 257.367669] [\u003cffffffff8102c080\u003e] warn_slowpath_null+0x15/0x17\n[ 257.374181] [\u003cffffffff81032345\u003e] local_bh_enable_ip+0x3c/0x86\n[ 257.380697] [\u003cffffffff813917fd\u003e] _raw_spin_unlock_bh+0x10/0x12\n[ 257.387311] [\u003cffffffffa029069c\u003e] iscsit_free_r2ts_from_list+0x5e/0x67 [iscsi_target_mod]\n[ 257.396438] [\u003cffffffffa02906c5\u003e] iscsit_release_cmd+0x20/0x223 [iscsi_target_mod]\n[ 257.404893] [\u003cffffffffa02977a4\u003e] lio_release_cmd+0x3a/0x3e [iscsi_target_mod]\n[ 257.412964] [\u003cffffffffa01d59a1\u003e] target_release_cmd_kref+0x7a/0x7c [target_core_mod]\n[ 257.421712] [\u003cffffffffa01d69bc\u003e] target_put_sess_cmd+0x5f/0x7f [target_core_mod]\n[ 257.430071] [\u003cffffffffa01d6d6d\u003e] transport_release_cmd+0x59/0x6f [target_core_mod]\n[ 257.438625] [\u003cffffffffa01d6eb4\u003e] transport_put_cmd+0x131/0x140 [target_core_mod]\n[ 257.446985] [\u003cffffffffa01d6192\u003e] ? transport_wait_for_tasks+0xfa/0x1d5 [target_core_mod]\n[ 257.456121] [\u003cffffffffa01d6f11\u003e] transport_generic_free_cmd+0x4e/0x52 [target_core_mod]\n[ 257.465159] [\u003cffffffff81050537\u003e] ? __migrate_task+0x110/0x110\n[ 257.471674] [\u003cffffffffa02904ba\u003e] iscsit_free_cmd+0x46/0x55 [iscsi_target_mod]\n[ 257.479741] [\u003cffffffffa0291edb\u003e] iscsit_immediate_queue+0x301/0x353 [iscsi_target_mod]\n[ 257.488683] [\u003cffffffffa0292f7e\u003e] iscsi_target_tx_thread+0x1c6/0x2a8 [iscsi_target_mod]\n[ 257.497623] [\u003cffffffff81047486\u003e] ? wake_up_bit+0x25/0x25\n[ 257.503652] [\u003cffffffffa0292db8\u003e] ? iscsit_ack_from_expstatsn+0xd5/0xd5 [iscsi_target_mod]\n[ 257.512882] [\u003cffffffff81046f89\u003e] kthread+0xb0/0xb8\n[ 257.518329] [\u003cffffffff81046ed9\u003e] ? kthread_freezable_should_stop+0x60/0x60\n[ 257.526105] [\u003cffffffff81396fec\u003e] ret_from_fork+0x7c/0xb0\n[ 257.532133] [\u003cffffffff81046ed9\u003e] ? kthread_freezable_should_stop+0x60/0x60\n[ 257.539906] ---[ end trace 5520397d0f2e0800 ]---\n\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\n" }, { "commit": "d5ddad4168348337d98d6b8f156a3892de444411", "tree": "8d9151a21c95709ccc0b58cd60a61beba8248459", "parents": [ "cea4dcfdad926a27a18e188720efe0f2c9403456" ], "author": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Fri May 31 00:46:11 2013 -0700" }, "committer": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Fri May 31 01:21:23 2013 -0700" }, "message": "target: Propigate up -\u003ecmd_kref put return via transport_generic_free_cmd\n\nGo ahead and propigate up the -\u003ecmd_kref put return value from\ntarget_put_sess_cmd() -\u003e transport_release_cmd() -\u003e transport_put_cmd()\n-\u003e transport_generic_free_cmd().\n\nThis is useful for certain fabrics when determining the active I/O\nshutdown case with SCF_ACK_KREF where a final target_put_sess_cmd()\nis still required by the caller.\n\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\n" }, { "commit": "a93cb29acaa8f75618c3f202d1cf43c231984644", "tree": "8dc7397da40218c367e6e7cd26dce875a57e0a38", "parents": [ "4203afc3fb0c5dd4ced24ee116f31ec591f7c5c7", "970fa986fadb1165cf38b45b70e98302a3bee497" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 16:04:05 2013 +1000" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 16:04:05 2013 +1000" }, "message": "Merge branch \u0027drm-fixes\u0027 of git://people.freedesktop.org/~airlied/linux\n\nPull drm fixes from Dave Airlie:\n \"One qxl 32-bit warning fix, the rest is a bunch of radeon fixes from\n Alex for some issues we\u0027ve been seeing.\"\n\n* \u0027drm-fixes\u0027 of git://people.freedesktop.org/~airlied/linux:\n drm/qxl: fix build warnings on 32-bit\n radeon: use max_bus_speed to activate gen2 speeds\n drm/radeon: narrow scope of Apple re-POST hack\n drm/radeon: don\u0027t check crtcs in card_posted() on cards without DCE\n drm/radeon: fix card_posted check for newer asics\n drm/radeon: fix typo in cu_per_sh on verde\n drm/radeon: UVD block on SUMO2 is the same as on SUMO\n" }, { "commit": "970fa986fadb1165cf38b45b70e98302a3bee497", "tree": "cef03cadfa4b62f2f9814e94a1a98f2f0193513e", "parents": [ "e9a0a3adc2cd753d18c6a56e7d8210ab58819f32" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri May 31 12:45:09 2013 +1000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Fri May 31 12:45:09 2013 +1000" }, "message": "drm/qxl: fix build warnings on 32-bit\n\nJust the usual printk related warnings.\n\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n" }, { "commit": "d68c380590c390a488fe214e5ebf9439216ac3ba", "tree": "184e1e51abc0cc8e77c2e6af289bae8feb47c5b2", "parents": [ "419e321df8d7d605f21f980903befc65ee66e848" ], "author": { "name": "Fabio Estevam", "email": "fabio.estevam@freescale.com", "time": "Mon May 27 12:28:25 2013 -0300" }, "committer": { "name": "Mike Turquette", "email": "mturquette@linaro.org", "time": "Thu May 30 18:27:24 2013 -0700" }, "message": "clk: mxs: Include clk mxs header file\n\nFix the following sparse warnings:\n\ndrivers/clk/mxs/clk-imx28.c:72:5: warning: symbol \u0027mxs_saif_clkmux_select\u0027 was not declared. Should it be static?\ndrivers/clk/mxs/clk-imx28.c:156:12: warning: symbol \u0027mx28_clocks_init\u0027 was not declared. Should it be static?\n\nSigned-off-by: Fabio Estevam \u003cfabio.estevam@freescale.com\u003e\nAcked-by: Shawn Guo \u003cshawn.guo@linaro.org\u003e\nSigned-off-by: Mike Turquette \u003cmturquette@linaro.org\u003e\n[mturquette@linaro.org: fixed $SUBJECT line]\n" }, { "commit": "cea4dcfdad926a27a18e188720efe0f2c9403456", "tree": "7ae6fd132bbd1e7cd888dcaae6946cecfd20a2e1", "parents": [ "21363ca873334391992f2f424856aa864345bb61" ], "author": { "name": "Kees Cook", "email": "keescook@chromium.org", "time": "Thu May 23 10:32:17 2013 -0700" }, "committer": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Thu May 30 18:07:54 2013 -0700" }, "message": "iscsi-target: fix heap buffer overflow on error\n\nIf a key was larger than 64 bytes, as checked by iscsi_check_key(), the\nerror response packet, generated by iscsi_add_notunderstood_response(),\nwould still attempt to copy the entire key into the packet, overflowing\nthe structure on the heap.\n\nRemote preauthentication kernel memory corruption was possible if a\ntarget was configured and listening on the network.\n\nCVE-2013-2850\n\nSigned-off-by: Kees Cook \u003ckeescook@chromium.org\u003e\nCc: stable@vger.kernel.org\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\n" }, { "commit": "4203afc3fb0c5dd4ced24ee116f31ec591f7c5c7", "tree": "18d8932af2c04b249f154b1c85ce8893ccc7fea3", "parents": [ "484b002e28ca328195829ddc06fa9082c8ad41f8", "afe3c3fd5392b2f0066930abc5dbd3f4b14a0f13" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 09:48:56 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 09:48:56 2013 +0900" }, "message": "Merge branch \u0027for-3.10\u0027 of git://linux-nfs.org/~bfields/linux\n\nPull nfsd fixes from Bruce Fields:\n \"A couple minor fixes for the (new to 3.10) gss-proxy code.\n\n And one regression from user-namespace changes. (XBMC clients were\n doing something admittedly weird--sending -1 gid\u0027s--but something that\n we used to allow.)\"\n\n* \u0027for-3.10\u0027 of git://linux-nfs.org/~bfields/linux:\n svcrpc: fix failures to handle -1 uid\u0027s and gid\u0027s\n svcrpc: implement O_NONBLOCK behavior for use-gss-proxy\n svcauth_gss: fix error code in use_gss_proxy()\n" }, { "commit": "21363ca873334391992f2f424856aa864345bb61", "tree": "a3bf98065a2ae02afd26dce1b1c34e75a4c7ee5b", "parents": [ "1d19f7800d643b270b28d0a969c5eca455d54397" ], "author": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Wed May 29 21:35:23 2013 -0700" }, "committer": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Thu May 30 17:46:27 2013 -0700" }, "message": "target/file: Fix off-by-one READ_CAPACITY bug for !S_ISBLK export\n\nThis patch fixes a bug where FILEIO was incorrectly reporting the number\nof logical blocks (+ 1) when using non struct block_device export mode.\n\nIt changes fd_get_blocks() to follow all other backend -\u003eget_blocks() cases,\nand reduces the calculated dev_size by one dev-\u003edev_attrib.block_size\nnumber of bytes, and also fixes initial fd_block_size assignment at\nfd_configure_device() time introduced in commit 0fd97ccf4.\n\nReported-by: Wenchao Xia \u003cxiawenc@linux.vnet.ibm.com\u003e\nReported-by: Badari Pulavarty \u003cpbadari@us.ibm.com\u003e\nTested-by: Badari Pulavarty \u003cpbadari@us.ibm.com\u003e\nCc: stable@vger.kernel.org\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\n" }, { "commit": "484b002e28ca328195829ddc06fa9082c8ad41f8", "tree": "f407d16112b9916854e4c3a22d4d9ea8dae90048", "parents": [ "3655b22de04e3635fe3a2d7b9529cb12609a9bd0", "5187b28ff08249ab8a162e802209ed04e271ca02" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 09:44:10 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 09:44:10 2013 +0900" }, "message": "Merge branch \u0027x86-urgent-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull x86 fixes from Peter Anvin:\n\n - Three EFI-related fixes\n\n - Two early memory initialization fixes\n\n - build fix for older binutils\n\n - fix for an eager FPU performance regression -- currently we don\u0027t\n allow the use of the FPU at interrupt time *at all* in eager mode,\n which is clearly wrong.\n\n* \u0027x86-urgent-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n x86: Allow FPU to be used at interrupt time even with eagerfpu\n x86, crc32-pclmul: Fix build with older binutils\n x86-64, init: Fix a possible wraparound bug in switchover in head_64.S\n x86, range: fix missing merge during add range\n x86, efi: initial the local variable of DataSize to zero\n efivar: fix oops in efivar_update_sysfs_entries() caused by memory reuse\n efivarfs: Never return ENOENT from firmware again\n" }, { "commit": "5187b28ff08249ab8a162e802209ed04e271ca02", "tree": "d6620d76ab4011f03d5960f0e3dc4711e098b5fb", "parents": [ "2baad6121e2b2fa3428ee6cb2298107be11ab23a" ], "author": { "name": "Pekka Riikonen", "email": "priikone@iki.fi", "time": "Mon May 13 14:32:07 2013 +0200" }, "committer": { "name": "H. Peter Anvin", "email": "hpa@linux.intel.com", "time": "Thu May 30 16:36:42 2013 -0700" }, "message": "x86: Allow FPU to be used at interrupt time even with eagerfpu\n\nWith the addition of eagerfpu the irq_fpu_usable() now returns false\nnegatives especially in the case of ksoftirqd and interrupted idle task,\ntwo common cases for FPU use for example in networking/crypto. With\neagerfpu\u003doff FPU use is possible in those contexts. This is because of\nthe eagerfpu check in interrupted_kernel_fpu_idle():\n\n...\n * For now, with eagerfpu we will return interrupted kernel FPU\n * state as not-idle. TBD: Ideally we can change the return value\n * to something like __thread_has_fpu(current). But we need to\n * be careful of doing __thread_clear_has_fpu() before saving\n * the FPU etc for supporting nested uses etc. For now, take\n * the simple route!\n...\n \tif (use_eager_fpu())\n \t\treturn 0;\n\nAs eagerfpu is automatically \"on\" on those CPUs that also have the\nfeatures like AES-NI this patch changes the eagerfpu check to return 1 in\ncase the kernel_fpu_begin() has not been said yet. Once it has been the\n__thread_has_fpu() will start returning 0.\n\nNotice that with eagerfpu the __thread_has_fpu is always true initially.\nFPU use is thus always possible no matter what task is under us, unless\nthe state has already been saved with kernel_fpu_begin().\n\n[ hpa: this is a performance regression, not a correctness regression,\n but since it can be quite serious on CPUs which need encryption at\n interrupt time I am marking this for urgent/stable. ]\n\nSigned-off-by: Pekka Riikonen \u003cpriikone@iki.fi\u003e\nLink: http://lkml.kernel.org/r/alpine.GSO.2.00.1305131356320.18@git.silcnet.org\nCc: \u003cstable@vger.kernel.org\u003e v3.7+\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\n" }, { "commit": "2baad6121e2b2fa3428ee6cb2298107be11ab23a", "tree": "e2f944a9ff91a60ab7ac73152f1ff9a8bb56f96c", "parents": [ "e9d0626ed43a41a3fc526d1df06122b0d4eac174" ], "author": { "name": "Jan Beulich", "email": "JBeulich@suse.com", "time": "Wed May 29 13:43:54 2013 +0100" }, "committer": { "name": "H. Peter Anvin", "email": "hpa@linux.intel.com", "time": "Thu May 30 16:36:23 2013 -0700" }, "message": "x86, crc32-pclmul: Fix build with older binutils\n\nbinutils prior to 2.18 (e.g. the ones found on SLE10) don\u0027t support\nassembling PEXTRD, so a macro based approach like the one for PCLMULQDQ\nin the same file should be used.\n\nThis requires making the helper macros capable of recognizing 32-bit\ngeneral purpose register operands.\n\n[ hpa: tagging for stable as it is a low risk build fix ]\n\nSigned-off-by: Jan Beulich \u003cjbeulich@suse.com\u003e\nLink: http://lkml.kernel.org/r/51A6142A02000078000D99D8@nat28.tlf.novell.com\nCc: Alexander Boyko \u003calexander_boyko@xyratex.com\u003e\nCc: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nCc: Huang Ying \u003cying.huang@intel.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e v3.9\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\n" }, { "commit": "7bc0dc271e494e12be3afd3c6431e5216347c624", "tree": "9a33ad50512cc9bbdd13229c6cade51458fae148", "parents": [ "634fd5322a3e6ae632dcf5f20eebc0583ba50838" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 21 18:02:08 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:26:31 2013 -0500" }, "message": "xfs: rework remote attr CRCs\n\nNote: this changes the on-disk remote attribute format. I assert\nthat this is OK to do as CRCs are marked experimental and the first\nkernel it is included in has not yet reached release yet. Further,\nthe userspace utilities are still evolving and so anyone using this\nstuff right now is a developer or tester using volatile filesystems\nfor testing this feature. Hence changing the format right now to\nsave longer term pain is the right thing to do.\n\nThe fundamental change is to move from a header per extent in the\nattribute to a header per filesytem block in the attribute. This\nmeans there are more header blocks and the parsing of the attribute\ndata is slightly more complex, but it has the advantage that we\nalways know the size of the attribute on disk based on the length of\nthe data it contains.\n\nThis is where the header-per-extent method has problems. We don\u0027t\nknow the size of the attribute on disk without first knowing how\nmany extents are used to hold it. And we can\u0027t tell from a\nmapping lookup, either, because remote attributes can be allocated\ncontiguously with other attribute blocks and so there is no obvious\nway of determining the actual size of the atribute on disk short of\nwalking and mapping buffers.\n\nThe problem with this approach is that if we map a buffer\nincorrectly (e.g. we make the last buffer for the attribute data too\nlong), we then get buffer cache lookup failure when we map it\ncorrectly. i.e. we get a size mismatch on lookup. This is not\nnecessarily fatal, but it\u0027s a cache coherency problem that can lead\nto returning the wrong data to userspace or writing the wrong data\nto disk. And debug kernels will assert fail if this occurs.\n\nI found lots of niggly little problems trying to fix this issue on a\n4k block size filesystem, finally getting it to pass with lots of\nfixes. The thing is, 1024 byte filesystems still failed, and it was\ngetting really complex handling all the corner cases that were\nshowing up. And there were clearly more that I hadn\u0027t found yet.\n\nIt is complex, fragile code, and if we don\u0027t fix it now, it will be\ncomplex, fragile code forever more.\n\nHence the simple fix is to add a header to each filesystem block.\nThis gives us the same relationship between the attribute data\nlength and the number of blocks on disk as we have without CRCs -\nit\u0027s a linear mapping and doesn\u0027t require us to guess anything. It\nis simple to implement, too - the remote block count calculated at\nlookup time can be used by the remote attribute set/get/remove code\nwithout modification for both CRC and non-CRC filesystems. The world\nbecomes sane again.\n\nBecause the copy-in and copy-out now need to iterate over each\nfilesystem block, I moved them into helper functions so we separate\nthe block mapping and buffer manupulations from the attribute data\nand CRC header manipulations. The code becomes much clearer as a\nresult, and it is a lot easier to understand and debug. It also\nappears to be much more robust - once it worked on 4k block size\nfilesystems, it has worked without failure on 1k block size\nfilesystems, too.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit ad1858d77771172e08016890f0eb2faedec3ecee)\n" }, { "commit": "634fd5322a3e6ae632dcf5f20eebc0583ba50838", "tree": "9add9c9df36af29972ef5c0d50543a76d03f6a62", "parents": [ "9e80c76205b46b338cb56c336148f54b2326342f" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 21 18:02:06 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:26:24 2013 -0500" }, "message": "xfs: fully initialise temp leaf in xfs_attr3_leaf_compact\n\nxfs_attr3_leaf_compact() uses a temporary buffer for compacting the\nthe entries in a leaf. It copies the the original buffer into the\ntemporary buffer, then zeros the original buffer completely. It then\ncopies the entries back into the original buffer. However, the\noriginal buffer has not been correctly initialised, and so the\nmovement of the entries goes horribly wrong.\n\nMake sure the zeroed destination buffer is fully initialised, and\nonce we\u0027ve set up the destination incore header appropriately, write\nis back to the buffer before starting to move entries around.\n\nWhile debugging this, the _d/_s prefixes weren\u0027t sufficient to\nremind me what buffer was what, so rename then all _src/_dst.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit d4c712bcf26a25c2b67c90e44e0b74c7993b5334)\n" }, { "commit": "9e80c76205b46b338cb56c336148f54b2326342f", "tree": "1d6732f2e0d124e5cb9e4c52a2e101d799ffe336", "parents": [ "58a72281555bf301f6dff24db2db205c87ef8db1" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 21 18:02:05 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:26:16 2013 -0500" }, "message": "xfs: fully initialise temp leaf in xfs_attr3_leaf_unbalance\n\nxfs_attr3_leaf_unbalance() uses a temporary buffer for recombining\nthe entries in two leaves when the destination leaf requires\ncompaction. The temporary buffer ends up being copied back over the\noriginal destination buffer, so the header in the temporary buffer\nneeds to contain all the information that is in the destination\nbuffer.\n\nTo make sure the temporary buffer is fully initialised, once we\u0027ve\nset up the temporary incore header appropriately, write is back to\nthe temporary buffer before starting to move entries around.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 8517de2a81da830f5d90da66b4799f4040c76dc9)\n" }, { "commit": "58a72281555bf301f6dff24db2db205c87ef8db1", "tree": "08167ec47b27c14dcf71744557a0edaac73d2bdd", "parents": [ "26f714450c3907ce07c41a0bd1bea40368e0b4da" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 21 18:02:04 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:26:08 2013 -0500" }, "message": "xfs: correctly map remote attr buffers during removal\n\nIf we don\u0027t map the buffers correctly (same as for get/set\noperations) then the incore buffer lookup will fail. If a block\nnumber matches but a length is wrong, then debug kernels will ASSERT\nfail in _xfs_buf_find() due to the length mismatch. Ensure that we\nmap the buffers correctly by basing the length of the buffer on the\nattribute data length rather than the remote block count.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 6863ef8449f1908c19f43db572e4474f24a1e9da)\n" }, { "commit": "26f714450c3907ce07c41a0bd1bea40368e0b4da", "tree": "75fc5d6b3c66dcf43851b3160034b5bbf20147ab", "parents": [ "551b382f5368900d6d82983505cb52553c946a2b" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 21 18:02:03 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:25:58 2013 -0500" }, "message": "xfs: remote attribute tail zeroing does too much\n\nWhen an attribute data does not fill then entire remote block, we\nzero the remaining part of the buffer. This, however, needs to take\ninto account that the buffer has a header, and so the offset where\nzeroing starts and the length of zeroing need to take this into\naccount. Otherwise we end up with zeros over the end of the\nattribute value when CRCs are enabled.\n\nWhile there, make sure we only ask to map an extent that covers the\nremaining range of the attribute, rather than asking every time for\nthe full length of remote data. If the remote attribute blocks are\ncontiguous with other parts of the attribute tree, it will map those\nblocks as well and we can potentially zero them incorrectly. We can\nalso get buffer size mistmatches when trying to read or remove the\nremote attribute, and this can lead to not finding the correct\nbuffer when looking it up in cache.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 4af3644c9a53eb2f1ecf69cc53576561b64be4c6)\n" }, { "commit": "551b382f5368900d6d82983505cb52553c946a2b", "tree": "baab0a86b30c4c1896453ef11bb70af1ff01e176", "parents": [ "9531e2de6b7f04bd734b4bbc1e16a6955121615a" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 21 18:02:02 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:25:50 2013 -0500" }, "message": "xfs: remote attribute read too short\n\nReading a maximally size remote attribute fails when CRCs are\nenabled with this verification error:\n\nXFS (vdb): remote attribute header does not match required off/len/owner)\n\nThere are two reasons for this, the first being that the\nlength of the buffer being read is determined from the\nargs-\u003ermtblkcnt which doesn\u0027t take into account CRC headers. Hence\nthe mapped length ends up being too short and so we need to\ncalculate it directly from the value length.\n\nThe second is that the byte count of valid data within a buffer is\ncapped by the length of the data and so doesn\u0027t take into account\nthat the buffer might be longer due to headers. Hence we need to\ncalculate the data space in the buffer first before calculating the\nactual byte count of data.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 913e96bc292e1bb248854686c79d6545ef3ee720)\n" }, { "commit": "9531e2de6b7f04bd734b4bbc1e16a6955121615a", "tree": "6e259ff91845db749a116d7280ad59e2f65c6434", "parents": [ "e400d27d1690d609f203f2d7d8efebc98cbc3089" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 21 18:02:01 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:25:39 2013 -0500" }, "message": "xfs: remote attribute allocation may be contiguous\n\nWhen CRCs are enabled, there may be multiple allocations made if the\nheaders cause a length overflow. This, however, does not mean that\nthe number of headers required increases, as the second and\nsubsequent extents may be contiguous with the previous extent. Hence\nwhen we map the extents to write the attribute data, we may end up\nwith less extents than allocations made. Hence the assertion that we\nconsume the number of headers we calculated in the allocation loop\nis incorrect and needs to be removed.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 90253cf142469a40f89f989904abf0a1e500e1a6)\n" }, { "commit": "e400d27d1690d609f203f2d7d8efebc98cbc3089", "tree": "6bb2cdbfb4e6d8ccb650d10e03683e291eeb6c10", "parents": [ "7c9950fd2ac97431230544142d5e652e1b948372" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 28 18:37:17 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:22:54 2013 -0500" }, "message": "xfs: fix dir3 freespace block corruption\n\nWhen the directory freespace index grows to a second block (2017\n4k data blocks in the directory), the initialisation of the second\nnew block header goes wrong. The write verifier fires a corruption\nerror indicating that the block number in the header is zero. This\nwas being tripped by xfs/110.\n\nThe problem is that the initialisation of the new block is done just\nfine in xfs_dir3_free_get_buf(), but the caller then users a dirv2\nstructure to zero on-disk header fields that xfs_dir3_free_get_buf()\nhas already zeroed. These lined up with the block number in the dir\nv3 header format.\n\nWhile looking at this, I noticed that the struct xfs_dir3_free_hdr()\nhad 4 bytes of padding in it that wasn\u0027t defined as padding or being\nzeroed by the initialisation. Add a pad field declaration and fully\nzero the on disk and in-core headers in xfs_dir3_free_get_buf() so\nthat this is never an issue in the future. Note that this doesn\u0027t\nchange the on-disk layout, just makes the 32 bits of padding in the\nlayout explicit.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 5ae6e6a401957698f2bd8c9f4a86d86d02199fea)\n" }, { "commit": "7c9950fd2ac97431230544142d5e652e1b948372", "tree": "d7862206d6bc85506490ffa80d3e6ac5836a6e09", "parents": [ "e7927e879d12d27aa06b9bbed57cc32dcd7d17fd" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Mon May 27 16:38:24 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:20:08 2013 -0500" }, "message": "xfs: disable swap extents ioctl on CRC enabled filesystems\n\nCurrently, swapping extents from one inode to another is a simple\nact of switching data and attribute forks from one inode to another.\nThis, unfortunately in no longer so simple with CRC enabled\nfilesystems as there is owner information embedded into the BMBT\nblocks that are swapped between inodes. Hence swapping the forks\nbetween inodes results in the inodes having mapping blocks that\npoint to the wrong owner and hence are considered corrupt.\n\nTo fix this we need an extent tree block or record based swap\nalgorithm so that the BMBT block owner information can be updated\natomically in the swap transaction. This is a significant piece of\nnew work, so for the moment simply don\u0027t allow swap extent\noperations to succeed on CRC enabled filesystems.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nReviewed-by: Brian Foster \u003cbfoster@redhat.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 02f75405a75eadfb072609f6bf839e027de6a29a)\n" }, { "commit": "e7927e879d12d27aa06b9bbed57cc32dcd7d17fd", "tree": "c12b05d91c9cfc293f112757859f14f60d0c8733", "parents": [ "1de09d1ae48152e56399aba0bfd984fb0ddae6b0" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Mon May 27 16:38:26 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:19:45 2013 -0500" }, "message": "xfs: add fsgeom flag for v5 superblock support.\n\nCurrently userspace has no way of determining that a filesystem is\nCRC enabled. Add a flag to the XFS_IOC_FSGEOMETRY ioctl output to\nindicate that the filesystem has v5 superblock support enabled.\nThis will allow xfs_info to correctly report the state of the\nfilesystem.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Eric Sandeen \u003csandeen@redhat.com\u003e\nReviewed-by: Brian Foster \u003cbfoster@redhat.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 74137fff067961c9aca1e14d073805c3de8549bd)\n" }, { "commit": "1de09d1ae48152e56399aba0bfd984fb0ddae6b0", "tree": "5adf84f8a317632847416af4e68c3204c551cb63", "parents": [ "7d2ffe80aa000a149246b3745968634192eb5358" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Mon May 27 16:38:20 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:19:07 2013 -0500" }, "message": "xfs: fix incorrect remote symlink block count\n\nWhen CRCs are enabled, the number of blocks needed to hold a remote\nsymlink on a 1k block size filesystem may be 2 instead of 1. The\ntransaction reservation for the allocated blocks was not taking this\ninto account and only allocating one block. Hence when trying to\nread or invalidate such symlinks, we are mapping a hole where there\nshould be a block and things go bad at that point.\n\nFix the reservation to use the correct block count, clean up the\nblock count calculation similar to the remote attribute calculation,\nand add a debug guard to detect when we don\u0027t write the entire\nsymlink to disk.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nReviewed-by: Brian Foster \u003cbfoster@redhat.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 321a95839e65db3759a07a3655184b0283af90fe)\n" }, { "commit": "7d2ffe80aa000a149246b3745968634192eb5358", "tree": "9e1ea38497a637d1c12774ea23b38b6586b70e6e", "parents": [ "2962f5a5dcc56f69cbf62121a7be67cc15d6940b" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Mon May 27 16:38:23 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:18:01 2013 -0500" }, "message": "xfs: fix split buffer vector log recovery support\n\nA long time ago in a galaxy far away....\n\n.. the was a commit made to fix some ilinux specific \"fragmented\nbuffer\" log recovery problem:\n\nhttp://oss.sgi.com/cgi-bin/gitweb.cgi?p\u003darchive/xfs-import.git;a\u003dcommitdiff;h\u003db29c0bece51da72fb3ff3b61391a391ea54e1603\n\nThat problem occurred when a contiguous dirty region of a buffer was\nsplit across across two pages of an unmapped buffer. It\u0027s been a\nlong time since that has been done in XFS, and the changes to log\nthe entire inode buffers for CRC enabled filesystems has\nre-introduced that corner case.\n\nAnd, of course, it turns out that the above commit didn\u0027t actually\nfix anything - it just ensured that log recovery is guaranteed to\nfail when this situation occurs. And now for the gory details.\n\nxfstest xfs/085 is failing with this assert:\n\nXFS (vdb): bad number of regions (0) in inode log format\nXFS: Assertion failed: 0, file: fs/xfs/xfs_log_recover.c, line: 1583\n\nLargely undocumented factoid #1: Log recovery depends on all log\nbuffer format items starting with this format:\n\nstruct foo_log_format {\n\t__uint16_t\ttype;\n\t__uint16_t\tsize;\n\t....\n\nAs recoery uses the size field and assumptions about 32 bit\nalignment in decoding format items. So don\u0027t pay much attention to\nthe fact log recovery thinks that it decoding an inode log format\nitem - it just uses them to determine what the size of the item is.\n\nBut why would it see a log format item with a zero size? Well,\nluckily enough xfs_logprint uses the same code and gives the same\nerror, so with a bit of gdb magic, it turns out that it isn\u0027t a log\nformat that is being decoded. What logprint tells us is this:\n\nOper (130): tid: a0375e1a len: 28 clientid: TRANS flags: none\nBUF: #regs: 2 start blkno: 144 (0x90) len: 16 bmap size: 2 flags: 0x4000\nOper (131): tid: a0375e1a len: 4096 clientid: TRANS flags: none\nBUF DATA\n----------------------------------------------------------------------------\nOper (132): tid: a0375e1a len: 4096 clientid: TRANS flags: none\nxfs_logprint: unknown log operation type (4e49)\n**********************************************************************\n* ERROR: data block\u003d2 *\n**********************************************************************\n\nThat we\u0027ve got a buffer format item (oper 130) that has two regions;\nthe format item itself and one dirty region. The subsequent region\nafter the buffer format item and it\u0027s data is them what we are\ntripping over, and the first bytes of it at an inode magic number.\nNot a log opheader like there is supposed to be.\n\nThat means there\u0027s a problem with the buffer format item. It\u0027s dirty\ndata region is 4096 bytes, and it contains - you guessed it -\ninitialised inodes. But inode buffers are 8k, not 4k, and we log\nthem in their entirety. So something is wrong here. The buffer\nformat item contains:\n\n(gdb) p /x *(struct xfs_buf_log_format *)in_f\n$22 \u003d {blf_type \u003d 0x123c, blf_size \u003d 0x2, blf_flags \u003d 0x4000,\n blf_len \u003d 0x10, blf_blkno \u003d 0x90, blf_map_size \u003d 0x2,\n blf_data_map \u003d {0xffffffff, 0xffffffff, .... }}\n\nTwo regions, and a signle dirty contiguous region of 64 bits. 64 *\n128 \u003d 8k, so this should be followed by a single 8k region of data.\nAnd the blf_flags tell us that the type of buffer is a\nXFS_BLFT_DINO_BUF. It contains inodes. And because it doesn\u0027t have\nthe XFS_BLF_INODE_BUF flag set, that means it\u0027s an inode allocation\nbuffer. So, it should be followed by 8k of inode data.\n\nBut we know that the next region has a header of:\n\n(gdb) p /x *ohead\n$25 \u003d {oh_tid \u003d 0x1a5e37a0, oh_len \u003d 0x100000, oh_clientid \u003d 0x69,\n oh_flags \u003d 0x0, oh_res2 \u003d 0x0}\n\nand so be32_to_cpu(oh_len) \u003d 0x1000 \u003d 4096 bytes. It\u0027s simply not\nlong enough to hold all the logged data. There must be another\nregion. There is - there\u0027s a following opheader for another 4k of\ndata that contains the other half of the inode cluster data - the\none we assert fail on because it\u0027s not a log format header.\n\nSo why is the second part of the data not being accounted to the\ncorrect buffer log format structure? It took a little more work with\ngdb to work out that the buffer log format structure was both\nexpecting it to be there but hadn\u0027t accounted for it. It was at that\npoint I went to the kernel code, as clearly this wasn\u0027t a bug in\nxfs_logprint and the kernel was writing bad stuff to the log.\n\nFirst port of call was the buffer item formatting code, and the\ndiscontiguous memory/contiguous dirty region handling code\nimmediately stood out. I\u0027ve wondered for a long time why the code\nhad this comment in it:\n\n vecp-\u003ei_addr \u003d xfs_buf_offset(bp, buffer_offset);\n vecp-\u003ei_len \u003d nbits * XFS_BLF_CHUNK;\n vecp-\u003ei_type \u003d XLOG_REG_TYPE_BCHUNK;\n/*\n * You would think we need to bump the nvecs here too, but we do not\n * this number is used by recovery, and it gets confused by the boundary\n * split here\n * nvecs++;\n */\n vecp++;\n\nAnd it didn\u0027t account for the extra vector pointer. The case being\nhandled here is that a contiguous dirty region lies across a\nboundary that cannot be memcpy()d across, and so has to be split\ninto two separate operations for xlog_write() to perform.\n\nWhat this code assumes is that what is written to the log is two\nconsecutive blocks of data that are accounted in the buf log format\nitem as the same contiguous dirty region and so will get decoded as\nsuch by the log recovery code.\n\nThe thing is, xlog_write() knows nothing about this, and so just\ndoes it\u0027s normal thing of adding an opheader for each vector. That\nmeans the 8k region gets written to the log as two separate regions\nof 4k each, but because nvecs has not been incremented, the buf log\nformat item accounts for only one of them.\n\nHence when we come to log recovery, we process the first 4k region\nand then expect to come across a new item that starts with a log\nformat structure of some kind that tells us whenteh next data is\ngoing to be. Instead, we hit raw buffer data and things go bad real\nquick.\n\nSo, the commit from 2002 that commented out nvecs++ is just plain\nwrong. It breaks log recovery completely, and it would seem the only\nreason this hasn\u0027t been since then is that we don\u0027t log large\ncontigous regions of multi-page unmapped buffers very often. Never\nwould be a closer estimate, at least until the CRC code came along....\n\nSo, lets fix that by restoring the nvecs accounting for the extra\nregion when we hit this case.....\n\n.... and there\u0027s the problemin log recovery it is apparently working\naround:\n\nXFS: Assertion failed: i \u003d\u003d item-\u003eri_total, file: fs/xfs/xfs_log_recover.c, line: 2135\n\nYup, xlog_recover_do_reg_buffer() doesn\u0027t handle contigous dirty\nregions being broken up into multiple regions by the log formatting\ncode. That\u0027s an easy fix, though - if the number of contiguous dirty\nbits exceeds the length of the region being copied out of the log,\nonly account for the number of dirty bits that region covers, and\nthen loop again and copy more from the next region. It\u0027s a 2 line\nfix.\n\nNow xfstests xfs/085 passes, we have one less piece of mystery\ncode, and one more important piece of knowledge about how to\nstructure new log format items..\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 709da6a61aaf12181a8eea8443919ae5fc1b731d)\n" }, { "commit": "2962f5a5dcc56f69cbf62121a7be67cc15d6940b", "tree": "bd6e72c1c65e2e2c897e0e214528cf750c06ae27", "parents": [ "08fb39051f5581df45ae2a20c6cf2d0c4cddf7c2" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Mon May 27 16:38:25 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:17:35 2013 -0500" }, "message": "xfs: kill suid/sgid through the truncate path.\n\nXFS has failed to kill suid/sgid bits correctly when truncating\nfiles of non-zero size since commit c4ed4243 (\"xfs: split\nxfs_setattr\") introduced in the 3.1 kernel. Fix it.\n\nFix it.\n\ncc: stable kernel \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Brian Foster \u003cbfoster@redhat.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n\n(cherry picked from commit 56c19e89b38618390addfc743d822f99519055c6)\n" }, { "commit": "08fb39051f5581df45ae2a20c6cf2d0c4cddf7c2", "tree": "858c00c8c52004aba5de4ff6305440052a6829f6", "parents": [ "7ae077802c9f12959a81fa1a16c1ec2842dbae05" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Tue May 21 18:02:00 2013 +1000" }, "committer": { "name": "Ben Myers", "email": "bpm@sgi.com", "time": "Thu May 30 17:10:56 2013 -0500" }, "message": "xfs: avoid nesting transactions in xfs_qm_scall_setqlim()\n\nLockdep reports:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n[ INFO: possible recursive locking detected ]\n3.9.0+ #3 Not tainted\n---------------------------------------------\nsetquota/28368 is trying to acquire lock:\n (sb_internal){++++.?}, at: [\u003cc11e8846\u003e] xfs_trans_alloc+0x26/0x50\n\nbut task is already holding lock:\n (sb_internal){++++.?}, at: [\u003cc11e8846\u003e] xfs_trans_alloc+0x26/0x50\n\nfrom xfs_qm_scall_setqlim()-\u003exfs_dqread() when a dquot needs to be\nallocated.\n\nxfs_qm_scall_setqlim() is starting a transaction and then not\npassing it into xfs_qm_dqet() and so it starts it\u0027s own transaction\nwhen allocating the dquot. Splat!\n\nFix this by not allocating the dquot in xfs_qm_scall_setqlim()\ninside the setqlim transaction. This requires getting the dquot\nfirst (and allocating it if necessary) then dropping and relocking\nthe dquot before joining it to the setqlim transaction.\n\nReported-by: Michael L. Semon \u003cmlsemon35@gmail.com\u003e\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\n(cherry picked from commit f648167f3ac79018c210112508c732ea9bf67c7b)\n" }, { "commit": "3655b22de04e3635fe3a2d7b9529cb12609a9bd0", "tree": "e9c55e77e44a6de74c62ee7d907a293d97033fd3", "parents": [ "5489e948dc0f41a249c109d74612bf5aceab8f38", "8d0b8801c9e4c2c6b20cdac74dbab16facce7653" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 06:01:18 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 06:01:18 2013 +0900" }, "message": "Merge tag \u0027stable/for-linus-3.10-rc3-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen\n\nPull Xen fixes from Konrad Rzeszutek Wilk:\n - Use proper error paths\n - Clean up APIC IPI usage (incorrect arguments)\n - Delay XenBus frontend resume is backend (xenstored) is not running\n - Fix build error with various combinations of CONFIG_\n\n* tag \u0027stable/for-linus-3.10-rc3-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen:\n xenbus_client.c: correct exit path for xenbus_map_ring_valloc_hvm\n xen-pciback: more uses of cached MSI-X capability offset\n xen: Clean up apic ipi interface\n xenbus: save xenstore local status for later use\n xenbus: delay xenbus frontend resume if xenstored is not running\n xmem/tmem: fix \u0027undefined variable\u0027 build error.\n" }, { "commit": "5489e948dc0f41a249c109d74612bf5aceab8f38", "tree": "454e523b44c6daf97ba89f3c7eca179f5bd95032", "parents": [ "5c1dfc82bd01f0d5c18d2c963da260bcb378f24f" ], "author": { "name": "Jean-Christophe PLAGNIOL-VILLARD", "email": "plagnioj@jcrosoft.com", "time": "Thu May 30 22:23:44 2013 +0200" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 06:00:59 2013 +0900" }, "message": "MAINTAINERS: Framebuffer Layer maintainers update\n\nTomi and I will now take care of the Framebuffer Layer\n\nThe git tree is now on kernel.org\n\nSigned-off-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nCc: Tomi Valkeinen \u003ctomi.valkeinen@ti.com\u003e\nCc: Olof Johansson \u003colof@lixom.net\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Florian Tobias Schandinat \u003cFlorianSchandinat@gmx.de\u003e\nCc: linux-fbdev@vger.kernel.org\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "5c1dfc82bd01f0d5c18d2c963da260bcb378f24f", "tree": "a0c787bb2b2e50ab7a842ee789ddeb6cb3239916", "parents": [ "dcdbe33add56cb659ebf21fb9b6577507e21d952", "8a90bb5116889e98008fbc8178fc2a77bb51df4a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 05:59:28 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri May 31 05:59:28 2013 +0900" }, "message": "Merge tag \u0027sound-3.10\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound\n\nPull sound updates from Takashi Iwai:\n \"Again very calm updates at this time.\n\n All small fixes for individual drivers, mostly ASoC codecs, in\n addition to soc-compress fix for capture streams which is safe to\n apply as there is no in-tree users yet.\"\n\n* tag \u0027sound-3.10\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound:\n ASoC: cs42l52: fix default value for MASTERA_VOL.\n ASoC: wm8994: check for array index returned\n ASoC: wm8994: Fix reporting of accessory removal on WM8958\n ASoC: wm8994: use the correct pointer to get the control value\n ASoC: wm5110: Correct DSP4R Mixer control name\n ALSA: usb-6fire: Modify firmware version check\n ASoC: cs42l52: fix master playback mute mask.\n ASoC: cs42l52: fix bogus shifts in \"Speaker Volume\" and \"PCM Mixer Volume\" controls.\n ASoC: cs42l52: microphone bias is controlled by IFACE_CTL2 register.\n ASoC: davinci: fix sample rotation\n ASoC: wm5110: Add missing speaker initialisation\n ASoC: soc-compress: Send correct stream event for capture start\n ASoC: max98090: request IRQF_ONESHOT interrupt\n" }, { "commit": "eb54d43707c69340581940e1fcaecb4d7d17b814", "tree": "8f4e728db4b758a18ae1fe241bd1275df416c214", "parents": [ "f448badd34700ae728a32ba024249626d49c10e1" ], "author": { "name": "Chuck Lever", "email": "chuck.lever@oracle.com", "time": "Tue May 14 14:37:56 2013 -0400" }, "committer": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Thu May 30 16:31:34 2013 -0400" }, "message": "NFS: Fix security flavor negotiation with legacy binary mounts\n\nDarrick J. Wong \u003cdarrick.wong@oracle.com\u003e reports:\n\u003e I have a kvm-based testing setup that netboots VMs over NFS, the\n\u003e client end of which seems to have broken somehow in 3.10-rc1. The\n\u003e server\u0027s exports file looks like this:\n\u003e\n\u003e /storage/mtr/x64\t192.168.122.0/24(ro,sync,no_root_squash,no_subtree_check)\n\u003e\n\u003e On the client end (inside the VM), the initrd runs the following\n\u003e command to try to mount the rootfs over NFS:\n\u003e\n\u003e # mount -o nolock -o ro -o retrans\u003d10 192.168.122.1:/storage/mtr/x64/ /root\n\u003e\n\u003e (Note: This is the busybox mount command.)\n\u003e\n\u003e The mount fails with -EINVAL.\n\nCommit 4580a92d44 \"NFS: Use server-recommended security flavor by\ndefault (NFSv3)\" introduced a behavior regression for NFS mounts\ndone via a legacy binary mount(2) call.\n\nEnsure that a default security flavor is specified for legacy binary\nmount requests, since they do not invoke nfs_select_flavor() in the\nkernel.\n\nBusybox uses klibc\u0027s nfsmount command, which performs NFS mounts\nusing the legacy binary mount data format. /sbin/mount.nfs is not\naffected by this regression.\n\nReported-by: Darrick J. Wong \u003cdarrick.wong@oracle.com\u003e\nSigned-off-by: Chuck Lever \u003cchuck.lever@oracle.com\u003e\nTested-by: Darrick J. Wong \u003cdarrick.wong@oracle.com\u003e\nAcked-by: Weston Andros Adamson \u003cdros@netapp.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\n" }, { "commit": "37448adfc7ce0d6d5892b87aa8d57edde4126f49", "tree": "384a776fe506e4dfb1cb6d64cc56ce7ae3c289e9", "parents": [ "e4aa937ec75df0eea0bee03bffa3303ad36c986b" ], "author": { "name": "Lance Ortiz", "email": "lance.ortiz@hp.com", "time": "Thu May 30 08:25:12 2013 -0600" }, "committer": { "name": "Tony Luck", "email": "tony.luck@intel.com", "time": "Thu May 30 10:51:20 2013 -0700" }, "message": "aerdrv: Move cper_print_aer() call out of interrupt context\n\nThe following warning was seen on 3.9 when a corrected PCIe error was being\nhandled by the AER subsystem.\n\nWARNING: at .../drivers/pci/search.c:214 pci_get_dev_by_id+0x8a/0x90()\n\nThis occurred because a call to pci_get_domain_bus_and_slot() was added to\ncper_print_pcie() to setup for the call to cper_print_aer(). The warning\nshowed up because cper_print_pcie() is called in an interrupt context and\npci_get* functions are not supposed to be called in that context.\n\nThe solution is to move the cper_print_aer() call out of the interrupt\ncontext and into aer_recover_work_func() to avoid any warnings when calling\npci_get* functions.\n\nSigned-off-by: Lance Ortiz \u003clance.ortiz@hp.com\u003e\nAcked-by: Borislav Petkov \u003cbp@suse.de\u003e\nAcked-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\nSigned-off-by: Tony Luck \u003ctony.luck@intel.com\u003e\n" }, { "commit": "dcdbe33add56cb659ebf21fb9b6577507e21d952", "tree": "928b048cc5a189803a7735e95ce6b449c6c39924", "parents": [ "7b55eab81ecbbd44e76ac14c67479b82807c261b", "1aeeac7ad484e1bea6fe602880893b3074adb40a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 30 13:39:01 2013 +0900" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 30 13:39:01 2013 +0900" }, "message": "Merge branch \u0027mn10300\u0027 (mn10300 fixes from David Howells)\n\nMerge mn10300 fixes from David Howells.\n\n* emailed patches from David Howells \u003cdhowells@redhat.com\u003e:\n MN10300: Need pci_iomap() and __pci_ioport_map() defining\n MN10300: ASB2305\u0027s PCI code needs the definition of XIRQ1\n MN10300: Enable IRQs more in system call exit work path\n MN10300: Fix ret_from_kernel_thread\n" }, { "commit": "1aeeac7ad484e1bea6fe602880893b3074adb40a", "tree": "770cf5f8a75e5dee1e2bb7ceb159ff066acbd4c7", "parents": [ "b8bc9b0237873e814266566f84003d73799f170f" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Tue May 28 20:21:25 2013 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 30 13:38:48 2013 +0900" }, "message": "MN10300: Need pci_iomap() and __pci_ioport_map() defining\n\nInclude the generic definitions of pci_iomap() and __pci_ioport_map()\notherwise we can get errors like:\n\n lib/pci_iomap.c: In function \u0027pci_iomap\u0027:\n lib/pci_iomap.c:37: error: implicit declaration of function \u0027__pci_ioport_map\u0027\n lib/pci_iomap.c:37: warning: return makes pointer from integer without a cast\n\nand:\n\n drivers/pci/quirks.c: In function \u0027disable_igfx_irq\u0027:\n drivers/pci/quirks.c:2893: error: implicit declaration of function \u0027pci_iomap\u0027\n drivers/pci/quirks.c:2893: warning: initialization makes pointer from integer without a cast\n drivers/pci/quirks.c: In function \u0027reset_ivb_igd\u0027:\n drivers/pci/quirks.c:3133: warning: assignment makes pointer from integer without a cast\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: Ken Cox \u003cjkc@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b8bc9b0237873e814266566f84003d73799f170f", "tree": "51f915937f619313bbe6a8016275b829035abea4", "parents": [ "d17fc238ac1486906ff724b4a5fe4ec169f554c5" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Tue May 28 20:21:17 2013 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 30 13:38:48 2013 +0900" }, "message": "MN10300: ASB2305\u0027s PCI code needs the definition of XIRQ1\n\nThe code for PCI in the ASB2305 needs the definition of XIRQ1 from proc/irq.h\notherwise the following error appears:\n\n arch/mn10300/unit-asb2305/pci.c: In function \u0027unit_pci_init\u0027:\n arch/mn10300/unit-asb2305/pci.c:481: error: \u0027XIRQ1\u0027 undeclared (first use in this function)\n arch/mn10300/unit-asb2305/pci.c:481: error: (Each undeclared identifier is reported only once\n arch/mn10300/unit-asb2305/pci.c:481: error: for each function it appears in.)\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: Ken Cox \u003cjkc@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "d17fc238ac1486906ff724b4a5fe4ec169f554c5", "tree": "bf8e855854a26a3c93670d8365ccb6fd2448ec2f", "parents": [ "1e00227d4e8017ac9c3f73bf949a06c6e27f5122" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Tue May 28 20:21:10 2013 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 30 13:38:48 2013 +0900" }, "message": "MN10300: Enable IRQs more in system call exit work path\n\nEnable IRQs when calling schedule() for TIF_NEED_RESCHED and\ndo_notify_resume(). If interrupts are enabled during do_notify_resume(), a\nwarning can be seen (see lower down).\n\nWhilst we\u0027re at it, resume_userspace can be made local to entry.S as it is not\ncalled outside of there and it can be merged with the part of work_resched that\noccurs after schedule() is called.\n\n WARNING: at kernel/softirq.c:160 local_bh_enable+0x42/0xa0()\n Call Trace:\n local_bh_enable+0x42/0xa0\n unix_release_sock+0x86/0x23c\n unix_release+0x20/0x28\n sock_release+0x17/0x88\n sock_close+0x20/0x28\n __fput+0xc9/0x1fc\n ____fput+0xb/0x10\n task_work_run+0x64/0x78\n do_notify_resume+0x53d/0x544\n work_notifysig+0xa/0xc\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: Ken Cox \u003cjkc@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1e00227d4e8017ac9c3f73bf949a06c6e27f5122", "tree": "4c95be672e90ea282807a2d8d30367d550d0b5e8", "parents": [ "e4aa937ec75df0eea0bee03bffa3303ad36c986b" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Tue May 28 20:21:02 2013 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 30 13:38:48 2013 +0900" }, "message": "MN10300: Fix ret_from_kernel_thread\n\nret_from_kernel_thread needs to set A2 to the thread_info pointer before\njumping to syscall_exit.\n\nWithout this, we never correctly start userspace.\n\nThis was caused by the rejuggling of the fork/exec paths in commit\nddf23e87a804 (\"mn10300: switch to saner kernel_execve() semantics\")\n\nReported-by: Ken Cox \u003cjkc@redhat.com\u003e\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: Ken Cox \u003cjkc@redhat.com\u003e\nAcked-by: Al Viro \u003cviro@ZenIV.linux.org.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" } ], "next": "1d19f7800d643b270b28d0a969c5eca455d54397" }