)]}' { "log": [ { "commit": "ae552f6b54840fc7fb7a7ee688632b55e7eb9cef", "tree": "15a41fb40bde267fc8ebddc02797b932c1efa44c", "parents": [ "2f1eef27008bd0abf9879e51a74fb9d0418634e8" ], "author": { "name": "Felipe Balbi", "email": "balbi@ti.com", "time": "Wed Apr 23 09:58:26 2014 -0500" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:42 2014 +0800" }, "message": "bluetooth: hci_ldisc: fix deadlock condition\n\ncommit da64c27d3c93ee9f89956b9de86c4127eb244494 upstream.\n\nLDISCs shouldn\u0027t call tty-\u003eops-\u003ewrite() from within\n-\u003ewrite_wakeup().\n\n-\u003ewrite_wakeup() is called with port lock taken and\nIRQs disabled, tty-\u003eops-\u003ewrite() will try to acquire\nthe same port lock and we will deadlock.\n\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nReviewed-by: Peter Hurley \u003cpeter@hurleysoftware.com\u003e\nReported-by: Huang Shijie \u003cb32955@freescale.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nTested-by: Andreas Bießmann \u003candreas@biessmann.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n[tim.niemeyer@corscience.de: rebased on 3.4.103]\nSigned-off-by: Tim Niemeyer \u003ctim.niemeyer@corscience.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "2f1eef27008bd0abf9879e51a74fb9d0418634e8", "tree": "363bbc5f67cd1ec1305010bd0a32e7f7093b8746", "parents": [ "69724a603fc759242348f931068b97c6634e40f9" ], "author": { "name": "Pawel Moll", "email": "pawel.moll@arm.com", "time": "Fri Jun 13 16:03:32 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:42 2014 +0800" }, "message": "perf: Handle compat ioctl\n\ncommit b3f207855f57b9c8f43a547a801340bb5cbc59e5 upstream.\n\nWhen running a 32-bit userspace on a 64-bit kernel (eg. i386\napplication on x86_64 kernel or 32-bit arm userspace on arm64\nkernel) some of the perf ioctls must be treated with special\ncare, as they have a pointer size encoded in the command.\n\nFor example, PERF_EVENT_IOC_ID in 32-bit world will be encoded\nas 0x80042407, but 64-bit kernel will expect 0x80082407. In\nresult the ioctl will fail returning -ENOTTY.\n\nThis patch solves the problem by adding code fixing up the\nsize as compat_ioctl file operation.\n\nReported-by: Drew Richardson \u003cdrew.richardson@arm.com\u003e\nSigned-off-by: Pawel Moll \u003cpawel.moll@arm.com\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Arnaldo Carvalho de Melo \u003cacme@kernel.org\u003e\nCc: Jiri Olsa \u003cjolsa@redhat.com\u003e\nLink: http://lkml.kernel.org/r/1402671812-9078-1-git-send-email-pawel.moll@arm.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: David Ahern \u003cdsahern@gmail.com\u003e\n[lizf: Backported to 3.4 by David Ahern]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "69724a603fc759242348f931068b97c6634e40f9", "tree": "ee1494d332a6b706006658789135a62068101469", "parents": [ "efdbbff6f413513eb11aaa7bce3b289faee88f29" ], "author": { "name": "Sergio Gelato", "email": "Sergio.Gelato@astro.su.se", "time": "Fri Oct 10 22:46:36 2014 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:42 2014 +0800" }, "message": "NFS: fix stable regression\n\nBugLink: http://bugs.launchpad.net/bugs/1348670\n\nFix regression introduced in pre-3.14 kernels by cherry-picking\naa07c713ecfc0522916f3cd57ac628ea6127c0ec\n(NFSD: Call -\u003eset_acl with a NULL ACL structure if no entries).\n\nThe affected code was removed in 3.14 by commit\n4ac7249ea5a0ceef9f8269f63f33cc873c3fac61\n(nfsd: use get_acl and -\u003eset_acl).\nThe -\u003eset_acl methods are already able to cope with a NULL argument.\n\nSigned-off-by: Sergio Gelato \u003cSergio.Gelato@astro.su.se\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "efdbbff6f413513eb11aaa7bce3b289faee88f29", "tree": "6d43fb009b3b2e68ef2e13815478a274e0e97ff8", "parents": [ "df22b9ebd5c3b63bfb2582470b53771bf276f252" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Wed Sep 03 09:33:00 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:41 2014 +0800" }, "message": "ext4: avoid trying to kfree an ERR_PTR pointer\n\ncommit a9cfcd63e8d206ce4235c355d857c4fbdf0f4587 upstream.\n\nThanks to Dan Carpenter for extending smatch to find bugs like this.\n(This was found using a development version of smatch.)\n\nFixes: 36de928641ee48b2078d3fe9514242aaa2f92013\nReported-by: Dan Carpenter \u003cdan.carpenter@oracle.com\nSigned-off-by: Theodore Ts\u0027o \u003ctytso@mit.edu\u003e\n[lizf: Backported to 3.4:\n- s/new.bh/new_bh/\n- drop the change to ext4_cross_rename()]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "df22b9ebd5c3b63bfb2582470b53771bf276f252", "tree": "be6647d8b44023474cd11eba135a6c5bfce9cf03", "parents": [ "50d6b91ac79a7ca600f62dbd917dec65e7751c85" ], "author": { "name": "Theodore Ts\u0027o", "email": "tytso@mit.edu", "time": "Sat Aug 23 17:47:19 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:41 2014 +0800" }, "message": "ext4: propagate errors up to ext4_find_entry()\u0027s callers\n\ncommit 36de928641ee48b2078d3fe9514242aaa2f92013 upstream.\n\nIf we run into some kind of error, such as ENOMEM, while calling\next4_getblk() or ext4_dx_find_entry(), we need to make sure this error\ngets propagated up to ext4_find_entry() and then to its callers. This\nway, transient errors such as ENOMEM can get propagated to the VFS.\nThis is important so that the system calls return the appropriate\nerror, and also so that in the case of ext4_lookup(), we return an\nerror instead of a NULL inode, since that will result in a negative\ndentry cache entry that will stick around long past the OOM condition\nwhich caused a transient ENOMEM error.\n\nGoogle-Bug-Id: #17142205\n\nSigned-off-by: Theodore Ts\u0027o \u003ctytso@mit.edu\u003e\n[lizf: Backported to 3.4:\n- adjust context\n- s/old.bh/old_bh/g\n- s/new.bh/new_bh/g\n- drop the changes to ext4_find_delete_entry() and ext4_cross_rename()\n- add return value check for one more exr4_find_entry() in ext4_rename()]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "50d6b91ac79a7ca600f62dbd917dec65e7751c85", "tree": "bd909c2f453c8e8febcb41f7f908814d7eda0cf1", "parents": [ "62db31b50ea97524defc93b74a851e6d7ca864ed" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Wed Jul 30 14:55:26 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:41 2014 +0800" }, "message": "nl80211: clear skb cb before passing to netlink\n\ncommit bd8c78e78d5011d8111bc2533ee73b13a3bd6c42 upstream.\n\nIn testmode and vendor command reply/event SKBs we use the\nskb cb data to store nl80211 parameters between allocation\nand sending. This causes the code for CONFIG_NETLINK_MMAP\nto get confused, because it takes ownership of the skb cb\ndata when the SKB is handed off to netlink, and it doesn\u0027t\nexplicitly clear it.\n\nClear the skb cb explicitly when we\u0027re done and before it\ngets passed to netlink to avoid this issue.\n\nReported-by: Assaf Azulay \u003cassaf.azulay@intel.com\u003e\nReported-by: David Spinadel \u003cdavid.spinadel@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "62db31b50ea97524defc93b74a851e6d7ca864ed", "tree": "8d499e801fcce592920be8d578929e7cbfd61fed", "parents": [ "48dd9ce77c7e5e4f4ad5be567bf0b939bbfb7872" ], "author": { "name": "Jens Axboe", "email": "axboe@fb.com", "time": "Tue Sep 16 13:38:51 2014 -0600" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:41 2014 +0800" }, "message": "genhd: fix leftover might_sleep() in blk_free_devt()\n\ncommit 46f341ffcfb5d8530f7d1e60f3be06cce6661b62 upstream.\n\nCommit 2da78092 changed the locking from a mutex to a spinlock,\nso we now longer sleep in this context. But there was a leftover\nmight_sleep() in there, which now triggers since we do the final\nfree from an RCU callback. Get rid of it.\n\nReported-by: Pontus Fuchs \u003cpontus.fuchs@gmail.com\u003e\nSigned-off-by: Jens Axboe \u003caxboe@fb.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "48dd9ce77c7e5e4f4ad5be567bf0b939bbfb7872", "tree": "56cadac5006ba46a4b51c669242862124f6b2b8e", "parents": [ "232beb6ef710cf53def84d01276f59766b62756e" ], "author": { "name": "Josh Triplett", "email": "josh@joshtriplett.org", "time": "Fri Oct 03 16:00:54 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:40 2014 +0800" }, "message": "init/Kconfig: Hide printk log config if CONFIG_PRINTK\u003dn\n\ncommit 361e9dfbaae84b0b246ed18d1ab7c82a1a41b53e upstream.\n\nThe buffers sized by CONFIG_LOG_BUF_SHIFT and\nCONFIG_LOG_CPU_MAX_BUF_SHIFT do not exist if CONFIG_PRINTK\u003dn, so don\u0027t\nask about their size at all.\n\nSigned-off-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nAcked-by: Randy Dunlap \u003crdunlap@infradead.org\u003e\n[lizf: Backported to 3.4:\n - drop the change to CONFIG_LOG_CPU_MAX_BUF_SHIFT as it doesn\u0027t exist in 3.4]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "232beb6ef710cf53def84d01276f59766b62756e", "tree": "25de72e5898ba09f9a0ad97743e1aa47f8f3df18", "parents": [ "ea38cd4170bdf0aa767d04df8363d08d5cc45dd2" ], "author": { "name": "Peter Zijlstra", "email": "peterz@infradead.org", "time": "Thu Oct 02 16:17:02 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:40 2014 +0800" }, "message": "perf: fix perf bug in fork()\n\ncommit 6c72e3501d0d62fc064d3680e5234f3463ec5a86 upstream.\n\nOleg noticed that a cleanup by Sylvain actually uncovered a bug; by\ncalling perf_event_free_task() when failing sched_fork() we will not yet\nhave done the memset() on -\u003eperf_event_ctxp[] and will therefore try and\n\u0027free\u0027 the inherited contexts, which are still in use by the parent\nprocess. This is bad..\n\nSuggested-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nReported-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nReported-by: Sylvain \u0027ythier\u0027 Hitier \u003csylvain.hitier@gmail.com\u003e\nSigned-off-by: Peter Zijlstra (Intel) \u003cpeterz@infradead.org\u003e\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "ea38cd4170bdf0aa767d04df8363d08d5cc45dd2", "tree": "d3e20c5f3459264af1cc20ae4258265c853b84c2", "parents": [ "e5b741351f667d05dd8be1a297202682d0cb4969" ], "author": { "name": "Mel Gorman", "email": "mgorman@suse.de", "time": "Thu Oct 02 19:47:41 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:40 2014 +0800" }, "message": "mm: migrate: Close race between migration completion and mprotect\n\ncommit d3cb8bf6081b8b7a2dabb1264fe968fd870fa595 upstream.\n\nA migration entry is marked as write if pte_write was true at the time the\nentry was created. The VMA protections are not double checked when migration\nentries are being removed as mprotect marks write-migration-entries as\nread. It means that potentially we take a spurious fault to mark PTEs write\nagain but it\u0027s straight-forward. However, there is a race between write\nmigrations being marked read and migrations finishing. This potentially\nallows a PTE to be write that should have been read. Close this race by\ndouble checking the VMA permissions using maybe_mkwrite when migration\ncompletes.\n\n[torvalds@linux-foundation.org: use maybe_mkwrite]\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "e5b741351f667d05dd8be1a297202682d0cb4969", "tree": "020a27d45c07f48583b14d388187a49b878ab22e", "parents": [ "3efcfa5433a7c6ff5e04489398b1d7434f51b733" ], "author": { "name": "Xiubo Li", "email": "Li.Xiubo@freescale.com", "time": "Sun Sep 28 17:29:37 2014 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:39 2014 +0800" }, "message": "ASoC: core: fix possible ZERO_SIZE_PTR pointer dereferencing error.\n\ncommit 6596aa047b624aeec2ea321962cfdecf9953a383 upstream.\n\nSince we cannot make sure the \u0027params-\u003enum_regs\u0027 will always be none\nzero here, and then if it equals to zero, the kmemdup() will return\nZERO_SIZE_PTR, which equals to ((void *)16).\n\nSo this patch fix this with just doing the zero check before calling\nkmemdup().\n\nSigned-off-by: Xiubo Li \u003cLi.Xiubo@freescale.com\u003e\nSigned-off-by: Mark Brown \u003cbroonie@kernel.org\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "3efcfa5433a7c6ff5e04489398b1d7434f51b733", "tree": "1c027c72d9404081209070c1b3d355ed7c2020c1", "parents": [ "8c3c6b9ee4d81b84b19dd07cb46d99fbf33850ab" ], "author": { "name": "Robin Murphy", "email": "robin.murphy@arm.com", "time": "Thu Sep 25 11:56:19 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:39 2014 +0800" }, "message": "ARM: 8165/1: alignment: don\u0027t break misaligned NEON load/store\n\ncommit 5ca918e5e3f9df4634077c06585c42bc6a8d699a upstream.\n\nThe alignment fixup incorrectly decodes faulting ARM VLDn/VSTn\ninstructions (where the optional alignment hint is given but incorrect)\nas LDR/STR, leading to register corruption. Detect these and correctly\ntreat them as unhandled, so that userspace gets the fault it expects.\n\nReported-by: Simon Hosie \u003csimon.hosie@arm.com\u003e\nSigned-off-by: Robin Murphy \u003crobin.murphy@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "8c3c6b9ee4d81b84b19dd07cb46d99fbf33850ab", "tree": "d7a03f5f8be55dbe5728cf0f1a805ed5f92ae32b", "parents": [ "8b4675102596aa0f550fd7c32b9ed576b30e020a" ], "author": { "name": "Miklos Szeredi", "email": "mszeredi@suse.cz", "time": "Wed Sep 24 17:56:17 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:39 2014 +0800" }, "message": "shmem: fix nlink for rename overwrite directory\n\ncommit b928095b0a7cff7fb9fcf4c706348ceb8ab2c295 upstream.\n\nIf overwriting an empty directory with rename, then need to drop the extra\nnlink.\n\nTest prog:\n\n#include \u003cstdio.h\u003e\n#include \u003cfcntl.h\u003e\n#include \u003cerr.h\u003e\n#include \u003csys/stat.h\u003e\n\nint main(void)\n{\n\tconst char *test_dir1 \u003d \"test-dir1\";\n\tconst char *test_dir2 \u003d \"test-dir2\";\n\tint res;\n\tint fd;\n\tstruct stat statbuf;\n\n\tres \u003d mkdir(test_dir1, 0777);\n\tif (res \u003d\u003d -1)\n\t\terr(1, \"mkdir(\\\"%s\\\")\", test_dir1);\n\n\tres \u003d mkdir(test_dir2, 0777);\n\tif (res \u003d\u003d -1)\n\t\terr(1, \"mkdir(\\\"%s\\\")\", test_dir2);\n\n\tfd \u003d open(test_dir2, O_RDONLY);\n\tif (fd \u003d\u003d -1)\n\t\terr(1, \"open(\\\"%s\\\")\", test_dir2);\n\n\tres \u003d rename(test_dir1, test_dir2);\n\tif (res \u003d\u003d -1)\n\t\terr(1, \"rename(\\\"%s\\\", \\\"%s\\\")\", test_dir1, test_dir2);\n\n\tres \u003d fstat(fd, \u0026statbuf);\n\tif (res \u003d\u003d -1)\n\t\terr(1, \"fstat(%i)\", fd);\n\n\tif (statbuf.st_nlink !\u003d 0) {\n\t\tfprintf(stderr, \"nlink is %lu, should be 0\\n\", statbuf.st_nlink);\n\t\treturn 1;\n\t}\n\n\treturn 0;\n}\n\nSigned-off-by: Miklos Szeredi \u003cmszeredi@suse.cz\u003e\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "8b4675102596aa0f550fd7c32b9ed576b30e020a", "tree": "e0b3a9abce7cc70bd839a12601cf76fc57595bb0", "parents": [ "78d8eefded616224fc40ba2f9269bb53b7e6604e" ], "author": { "name": "Joseph Qi", "email": "joseph.qi@huawei.com", "time": "Thu Sep 25 16:05:16 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:39 2014 +0800" }, "message": "ocfs2/dlm: do not get resource spinlock if lockres is new\n\ncommit 5760a97c7143c208fa3a8f8cad0ed7dd672ebd28 upstream.\n\nThere is a deadlock case which reported by Guozhonghua:\n https://oss.oracle.com/pipermail/ocfs2-devel/2014-September/010079.html\n\nThis case is caused by \u0026res-\u003espinlock and \u0026dlm-\u003emaster_lock\nmisordering in different threads.\n\nIt was introduced by commit 8d400b81cc83 (\"ocfs2/dlm: Clean up refmap\nhelpers\"). Since lockres is new, it doesn\u0027t not require the\n\u0026res-\u003espinlock. So remove it.\n\nFixes: 8d400b81cc83 (\"ocfs2/dlm: Clean up refmap helpers\")\nSigned-off-by: Joseph Qi \u003cjoseph.qi@huawei.com\u003e\nReviewed-by: joyce.xue \u003cxuejiufei@huawei.com\u003e\nReported-by: Guozhonghua \u003cguozhonghua@h3c.com\u003e\nCc: Joel Becker \u003cjlbec@evilplan.org\u003e\nCc: Mark Fasheh \u003cmfasheh@suse.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "78d8eefded616224fc40ba2f9269bb53b7e6604e", "tree": "065b9945fc4e96b508fa5d8270f4fe335b4afb9e", "parents": [ "504c4611c9da8b2cade4a45a31376293a4d53ed1" ], "author": { "name": "Andreas Rohner", "email": "andreas.rohner@gmx.net", "time": "Thu Sep 25 16:05:14 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:38 2014 +0800" }, "message": "nilfs2: fix data loss with mmap()\n\ncommit 56d7acc792c0d98f38f22058671ee715ff197023 upstream.\n\nThis bug leads to reproducible silent data loss, despite the use of\nmsync(), sync() and a clean unmount of the file system. It is easily\nreproducible with the following script:\n\n ----------------[BEGIN SCRIPT]--------------------\n mkfs.nilfs2 -f /dev/sdb\n mount /dev/sdb /mnt\n\n dd if\u003d/dev/zero bs\u003d1M count\u003d30 of\u003d/mnt/testfile\n\n umount /mnt\n mount /dev/sdb /mnt\n CHECKSUM_BEFORE\u003d\"$(md5sum /mnt/testfile)\"\n\n /root/mmaptest/mmaptest /mnt/testfile 30 10 5\n\n sync\n CHECKSUM_AFTER\u003d\"$(md5sum /mnt/testfile)\"\n umount /mnt\n mount /dev/sdb /mnt\n CHECKSUM_AFTER_REMOUNT\u003d\"$(md5sum /mnt/testfile)\"\n umount /mnt\n\n echo \"BEFORE MMAP:\\t$CHECKSUM_BEFORE\"\n echo \"AFTER MMAP:\\t$CHECKSUM_AFTER\"\n echo \"AFTER REMOUNT:\\t$CHECKSUM_AFTER_REMOUNT\"\n ----------------[END SCRIPT]--------------------\n\nThe mmaptest tool looks something like this (very simplified, with\nerror checking removed):\n\n ----------------[BEGIN mmaptest]--------------------\n data \u003d mmap(NULL, file_size - file_offset, PROT_READ | PROT_WRITE,\n MAP_SHARED, fd, file_offset);\n\n for (i \u003d 0; i \u003c write_count; ++i) {\n memcpy(data + i * 4096, buf, sizeof(buf));\n msync(data, file_size - file_offset, MS_SYNC))\n }\n ----------------[END mmaptest]--------------------\n\nThe output of the script looks something like this:\n\n BEFORE MMAP: 281ed1d5ae50e8419f9b978aab16de83 /mnt/testfile\n AFTER MMAP: 6604a1c31f10780331a6850371b3a313 /mnt/testfile\n AFTER REMOUNT: 281ed1d5ae50e8419f9b978aab16de83 /mnt/testfile\n\nSo it is clear, that the changes done using mmap() do not survive a\nremount. This can be reproduced a 100% of the time. The problem was\nintroduced in commit 136e8770cd5d (\"nilfs2: fix issue of\nnilfs_set_page_dirty() for page at EOF boundary\").\n\nIf the page was read with mpage_readpage() or mpage_readpages() for\nexample, then it has no buffers attached to it. In that case\npage_has_buffers(page) in nilfs_set_page_dirty() will be false.\nTherefore nilfs_set_file_dirty() is never called and the pages are never\ncollected and never written to disk.\n\nThis patch fixes the problem by also calling nilfs_set_file_dirty() if the\npage has no buffers attached to it.\n\n[akpm@linux-foundation.org: s/PAGE_SHIFT/PAGE_CACHE_SHIFT/]\nSigned-off-by: Andreas Rohner \u003candreas.rohner@gmx.net\u003e\nTested-by: Andreas Rohner \u003candreas.rohner@gmx.net\u003e\nSigned-off-by: Ryusuke Konishi \u003ckonishi.ryusuke@lab.ntt.co.jp\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "504c4611c9da8b2cade4a45a31376293a4d53ed1", "tree": "04f9cece0aec0d44b4603095e5c5f7819c63801d", "parents": [ "4fae6ccac642aa30d189dea30ef14306aad4d2d2" ], "author": { "name": "Markos Chandras", "email": "markos.chandras@imgtec.com", "time": "Tue Sep 16 15:55:12 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:38 2014 +0800" }, "message": "MIPS: mcount: Adjust stack pointer for static trace in MIPS32\n\ncommit 8a574cfa2652545eb95595d38ac2a0bb501af0ae upstream.\n\nEvery mcount() call in the MIPS 32-bit kernel is done as follows:\n\n[...]\nmove at, ra\njal _mcount\naddiu sp, sp, -8\n[...]\n\nbut upon returning from the mcount() function, the stack pointer\nis not adjusted properly. This is explained in details in 58b69401c797\n(MIPS: Function tracer: Fix broken function tracing).\n\nCommit ad8c396936e3 (\"MIPS: Unbreak function tracer for 64-bit kernel.)\nfixed the stack manipulation for 64-bit but it didn\u0027t fix it completely\nfor MIPS32.\n\nSigned-off-by: Markos Chandras \u003cmarkos.chandras@imgtec.com\u003e\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/7792/\nSigned-off-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "4fae6ccac642aa30d189dea30ef14306aad4d2d2", "tree": "f4277880c2438c5ef039b4a88d818555150799f9", "parents": [ "699c06b386d592bede77d5a28ed1637c80ab99c0" ], "author": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 09:41:02 2014 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:38 2014 +0800" }, "message": "cpuset: PF_SPREAD_PAGE and PF_SPREAD_SLAB should be atomic flags\n\ncommit 2ad654bc5e2b211e92f66da1d819e47d79a866f0 upstream.\n\nWhen we change cpuset.memory_spread_{page,slab}, cpuset will flip\nPF_SPREAD_{PAGE,SLAB} bit of tsk-\u003eflags for each task in that cpuset.\nThis should be done using atomic bitops, but currently we don\u0027t,\nwhich is broken.\n\nTetsuo reported a hard-to-reproduce kernel crash on RHEL6, which happened\nwhen one thread tried to clear PF_USED_MATH while at the same time another\nthread tried to flip PF_SPREAD_PAGE/PF_SPREAD_SLAB. They both operate on\nthe same task.\n\nHere\u0027s the full report:\nhttps://lkml.org/lkml/2014/9/19/230\n\nTo fix this, we make PF_SPREAD_PAGE and PF_SPREAD_SLAB atomic flags.\n\nv4:\n- updated mm/slab.c. (Fengguang Wu)\n- updated Documentation.\n\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Miao Xie \u003cmiaox@cn.fujitsu.com\u003e\nCc: Kees Cook \u003ckeescook@chromium.org\u003e\nFixes: 950592f7b991 (\"cpusets: update tasks\u0027 page/slab spread flags in time\")\nReported-by: Tetsuo Handa \u003cpenguin-kernel@I-love.SAKURA.ne.jp\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\n[lizf: Backported to 3.4:\n - adjust context\n - check current-\u003eflags \u0026 PF_MEMPOLICY rather than current-\u003emempolicy]\n" }, { "commit": "699c06b386d592bede77d5a28ed1637c80ab99c0", "tree": "f05290151e1f98926d21fd63aa38ffbb94c85538", "parents": [ "f4d8504c6629c83dd6eec43a2eb7f34b9bae09a7" ], "author": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 09:40:40 2014 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:38 2014 +0800" }, "message": "sched: add macros to define bitops for task atomic flags\n\ncommit e0e5070b20e01f0321f97db4e4e174f3f6b49e50 upstream.\n\nThis will simplify code when we add new flags.\n\nv3:\n- Kees pointed out that no_new_privs should never be cleared, so we\nshouldn\u0027t define task_clear_no_new_privs(). we define 3 macros instead\nof a single one.\n\nv2:\n- updated scripts/tags.sh, suggested by Peter\n\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Miao Xie \u003cmiaox@cn.fujitsu.com\u003e\nCc: Tetsuo Handa \u003cpenguin-kernel@I-love.SAKURA.ne.jp\u003e\nAcked-by: Peter Zijlstra (Intel) \u003cpeterz@infradead.org\u003e\nAcked-by: Kees Cook \u003ckeescook@chromium.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\n[lizf: Backported to 3.4:\n - adjust context\n - remove no_new_priv code\n - add atomic_flags to struct task_struct]\n" }, { "commit": "f4d8504c6629c83dd6eec43a2eb7f34b9bae09a7", "tree": "c327a3fecd4568cd6e543c05b74af40466201a38", "parents": [ "6a77b9b1b47cd16ec052e50bda427e24e118e909" ], "author": { "name": "Wanpeng Li", "email": "wanpeng.li@linux.intel.com", "time": "Wed Sep 24 16:38:05 2014 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:37 2014 +0800" }, "message": "sched: Fix unreleased llc_shared_mask bit during CPU hotplug\n\ncommit 03bd4e1f7265548832a76e7919a81f3137c44fd1 upstream.\n\nThe following bug can be triggered by hot adding and removing a large number of\nxen domain0\u0027s vcpus repeatedly:\n\n\tBUG: unable to handle kernel NULL pointer dereference at 0000000000000004 IP: [..] find_busiest_group\n\tPGD 5a9d5067 PUD 13067 PMD 0\n\tOops: 0000 [#3] SMP\n\t[...]\n\tCall Trace:\n\tload_balance\n\t? _raw_spin_unlock_irqrestore\n\tidle_balance\n\t__schedule\n\tschedule\n\tschedule_timeout\n\t? lock_timer_base\n\tschedule_timeout_uninterruptible\n\tmsleep\n\tlock_device_hotplug_sysfs\n\tonline_store\n\tdev_attr_store\n\tsysfs_write_file\n\tvfs_write\n\tSyS_write\n\tsystem_call_fastpath\n\nLast level cache shared mask is built during CPU up and the\nbuild_sched_domain() routine takes advantage of it to setup\nthe sched domain CPU topology.\n\nHowever, llc_shared_mask is not released during CPU disable,\nwhich leads to an invalid sched domainCPU topology.\n\nThis patch fix it by releasing the llc_shared_mask correctly\nduring CPU disable.\n\nYasuaki also reported that this can happen on real hardware:\n\n https://lkml.org/lkml/2014/7/22/1018\n\nHis case is here:\n\n\t\u003d\u003d\n\tHere is an example on my system.\n\tMy system has 4 sockets and each socket has 15 cores and HT is\n\tenabled. In this case, each core of sockes is numbered as\n\tfollows:\n\n\t\t | CPU#\n\tSocket#0 | 0-14 , 60-74\n\tSocket#1 | 15-29, 75-89\n\tSocket#2 | 30-44, 90-104\n\tSocket#3 | 45-59, 105-119\n\n\tThen llc_shared_mask of CPU#30 has 0x3fff80000001fffc0000000.\n\n\tIt means that last level cache of Socket#2 is shared with\n\tCPU#30-44 and 90-104.\n\n\tWhen hot-removing socket#2 and #3, each core of sockets is\n\tnumbered as follows:\n\n\t\t | CPU#\n\tSocket#0 | 0-14 , 60-74\n\tSocket#1 | 15-29, 75-89\n\n\tBut llc_shared_mask is not cleared. So llc_shared_mask of CPU#30\n\tremains having 0x3fff80000001fffc0000000.\n\n\tAfter that, when hot-adding socket#2 and #3, each core of\n\tsockets is numbered as follows:\n\n\t\t | CPU#\n\tSocket#0 | 0-14 , 60-74\n\tSocket#1 | 15-29, 75-89\n\tSocket#2 | 30-59\n\tSocket#3 | 90-119\n\n\tThen llc_shared_mask of CPU#30 becomes\n\t0x3fff8000fffffffc0000000. It means that last level cache of\n\tSocket#2 is shared with CPU#30-59 and 90-104. So the mask has\n\tthe wrong value.\n\nSigned-off-by: Wanpeng Li \u003cwanpeng.li@linux.intel.com\u003e\nTested-by: Linn Crosetto \u003clinn@hp.com\u003e\nReviewed-by: Borislav Petkov \u003cbp@suse.de\u003e\nReviewed-by: Toshi Kani \u003ctoshi.kani@hp.com\u003e\nReviewed-by: Yasuaki Ishimatsu \u003cisimatu.yasuaki@jp.fujitsu.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Prarit Bhargava \u003cprarit@redhat.com\u003e\nCc: Steven Rostedt \u003csrostedt@redhat.com\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nLink: http://lkml.kernel.org/r/1411547885-48165-1-git-send-email-wanpeng.li@linux.intel.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "6a77b9b1b47cd16ec052e50bda427e24e118e909", "tree": "d3effa733fe9aa6936ab7b546af15e4543b97511", "parents": [ "7433a2a7ac62c02e072069e51d69a511b2026d7f" ], "author": { "name": "John David Anglin", "email": "dave.anglin@bell.net", "time": "Mon Sep 22 20:54:50 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:37 2014 +0800" }, "message": "parisc: Only use -mfast-indirect-calls option for 32-bit kernel builds\n\ncommit d26a7730b5874a5fa6779c62f4ad7c5065a94723 upstream.\n\nIn spite of what the GCC manual says, the -mfast-indirect-calls has\nnever been supported in the 64-bit parisc compiler. Indirect calls have\nalways been done using function descriptors irrespective of the\n-mfast-indirect-calls option.\n\nRecently, it was noticed that a function descriptor was always requested\nwhen the -mfast-indirect-calls option was specified. This caused\nproblems when the option was used in application code and doesn\u0027t make\nany sense because the whole point of the option is to avoid using a\nfunction descriptor for indirect calls.\n\nFixing this broke 64-bit kernel builds.\n\nI will fix GCC but for now we need the attached change. This results in\nthe same kernel code as before.\n\nSigned-off-by: John David Anglin \u003cdave.anglin@bell.net\u003e\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "7433a2a7ac62c02e072069e51d69a511b2026d7f", "tree": "f85815dd4d741059ae14b86c00510027fffc26d7", "parents": [ "d7bbf15e60a6368bb958a52d2e8ac5a18fd4c37e" ], "author": { "name": "Anton Altaparmakov", "email": "aia21@cam.ac.uk", "time": "Mon Sep 22 01:53:03 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:37 2014 +0800" }, "message": "Fix nasty 32-bit overflow bug in buffer i/o code.\n\ncommit f2d5a94436cc7cc0221b9a81bba2276a25187dd3 upstream.\n\nOn 32-bit architectures, the legacy buffer_head functions are not always\nhandling the sector number with the proper 64-bit types, and will thus\nfail on 4TB+ disks.\n\nAny code that uses __getblk() (and thus bread(), breadahead(),\nsb_bread(), sb_breadahead(), sb_getblk()), and calls it using a 64-bit\nblock on a 32-bit arch (where \"long\" is 32-bit) causes an inifinite loop\nin __getblk_slow() with an infinite stream of errors logged to dmesg\nlike this:\n\n __find_get_block_slow() failed. block\u003d6740375944, b_blocknr\u003d2445408648\n b_state\u003d0x00000020, b_size\u003d512\n device sda1 blocksize: 512\n\nNote how in hex block is 0x191C1F988 and b_blocknr is 0x91C1F988 i.e. the\ntop 32-bits are missing (in this case the 0x1 at the top).\n\nThis is because grow_dev_page() is broken and has a 32-bit overflow due\nto shifting the page index value (a pgoff_t - which is just 32 bits on\n32-bit architectures) left-shifted as the block number. But the top\nbits to get lost as the pgoff_t is not type cast to sector_t / 64-bit\nbefore the shift.\n\nThis patch fixes this issue by type casting \"index\" to sector_t before\ndoing the left shift.\n\nNote this is not a theoretical bug but has been seen in the field on a\n4TiB hard drive with logical sector size 512 bytes.\n\nThis patch has been verified to fix the infinite loop problem on 3.17-rc5\nkernel using a 4TB disk image mounted using \"-o loop\". Without this patch\ndoing a \"find /nt\" where /nt is an NTFS volume causes the inifinite loop\n100% reproducibly whilst with the patch it works fine as expected.\n\nSigned-off-by: Anton Altaparmakov \u003caia21@cantab.net\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "d7bbf15e60a6368bb958a52d2e8ac5a18fd4c37e", "tree": "12b7605d4e12b3f9e7e2ef90183537e89bea5169", "parents": [ "8fcf8e698c8f33ff9f94ad067121e77a9ead6be5" ], "author": { "name": "Clemens Ladisch", "email": "clemens@ladisch.de", "time": "Sun Sep 21 22:50:57 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:36 2014 +0800" }, "message": "ALSA: pcm: fix fifo_size frame calculation\n\ncommit a9960e6a293e6fc3ed414643bb4e4106272e4d0a upstream.\n\nThe calculated frame size was wrong because snd_pcm_format_physical_width()\nactually returns the number of bits, not bytes.\n\nUse snd_pcm_format_size() instead, which not only returns bytes, but also\nsimplifies the calculation.\n\nFixes: 8bea869c5e56 (\"ALSA: PCM midlevel: improve fifo_size handling\")\nSigned-off-by: Clemens Ladisch \u003cclemens@ladisch.de\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "8fcf8e698c8f33ff9f94ad067121e77a9ead6be5", "tree": "c8b002a0bfcd41df3477b2236dac35f84efc1995", "parents": [ "a125f73de40225692d7f0e722d452aad65467b8f" ], "author": { "name": "David Dueck", "email": "davidcdueck@googlemail.com", "time": "Wed Sep 17 14:26:48 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:36 2014 +0800" }, "message": "can: at91_can: add missing prepare and unprepare of the clock\n\ncommit e77980e50bc2850599d4d9c0192b67a9ffd6daac upstream.\n\nIn order to make the driver work with the common clock framework, this patch\nconverts the clk_enable()/clk_disable() to\nclk_prepare_enable()/clk_disable_unprepare(). While there, add the missing\nerror handling.\n\nSigned-off-by: David Dueck \u003cdavidcdueck@googlemail.com\u003e\nSigned-off-by: Anthony Harivel \u003canthony.harivel@emtrion.de\u003e\nAcked-by: Boris Brezillon \u003cboris.brezillon@free-electrons.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "a125f73de40225692d7f0e722d452aad65467b8f", "tree": "2e215716930b42a3f6c8b0c349ce4132425e57f5", "parents": [ "a6cdbaecaa2575bd2f0dd290ff83cfe2dae06959" ], "author": { "name": "Marc Kleine-Budde", "email": "mkl@pengutronix.de", "time": "Tue Sep 16 15:31:27 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:36 2014 +0800" }, "message": "can: flexcan: put TX mailbox into TX_INACTIVE mode after tx-complete\n\ncommit de5944883ebbedbf5adc8497659772f5da7b7d72 upstream.\n\nAfter sending a RTR frame the TX mailbox becomes a RX_EMPTY mailbox. To avoid\nside effects when the RX-FIFO is full, this patch puts the TX mailbox into\nTX_INACTIVE mode in the transmission complete interrupt handler. This, of\ncourse, leaves a race window between the actual completion of the transmission\nand the handling of tx-complete interrupt. However this is the best we can do\nwithout busy polling the tx complete interrupt.\n\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "a6cdbaecaa2575bd2f0dd290ff83cfe2dae06959", "tree": "e8d8669052b38be5fd501c245da88c384cd0b80c", "parents": [ "12c6d3d6558aecc71f612698d2d18425f810e66d" ], "author": { "name": "David Jander", "email": "david@protonic.nl", "time": "Wed Sep 03 16:47:22 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:36 2014 +0800" }, "message": "can: flexcan: implement workaround for errata ERR005829\n\ncommit 25e924450fcb23c11c07c95ea8964dd9f174652e upstream.\n\nThis patch implements the workaround mentioned in ERR005829:\n\n ERR005829: FlexCAN: FlexCAN does not transmit a message that is enabled to\n be transmitted in a specific moment during the arbitration process.\n\nWorkaround: The workaround consists of two extra steps after setting up a\nmessage for transmission:\n\nStep 8: Reserve the first valid mailbox as an inactive mailbox (CODE\u003d0b1000).\nIf RX FIFO is disabled, this mailbox must be message buffer 0. Otherwise, the\nfirst valid mailbox can be found using the \"RX FIFO filters\" table in the\nFlexCAN chapter of the chip reference manual.\n\nStep 9: Write twice INACTIVE code (0b1000) into the first valid mailbox.\n\nSigned-off-by: David Jander \u003cdavid@protonic.nl\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "12c6d3d6558aecc71f612698d2d18425f810e66d", "tree": "7978a4f9101455edd170b8fc33fb87ebcdad9a2a", "parents": [ "b06c98e5ba07bcadc0e18a1bc45cfd147da02b34" ], "author": { "name": "David Jander", "email": "david@protonic.nl", "time": "Wed Aug 27 11:58:05 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:35 2014 +0800" }, "message": "can: flexcan: correctly initialize mailboxes\n\ncommit fc05b884a31dbf259cc73cc856e634ec3acbebb6 upstream.\n\nApparently mailboxes may contain random data at startup, causing some of them\nbeing prepared for message reception. This causes overruns being missed or even\nconfusing the IRQ check for trasmitted messages, increasing the transmit\ncounter instead of the error counter.\n\nThis patch initializes all mailboxes after the FIFO as RX_INACTIVE.\n\nSigned-off-by: David Jander \u003cdavid@protonic.nl\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "b06c98e5ba07bcadc0e18a1bc45cfd147da02b34", "tree": "4f020b624fbb3c891ab8cb8fa6a5a47ffe5e7275", "parents": [ "c228332adb106bd3cd2cfd99ae4e6a95eb51ccd9" ], "author": { "name": "Marc Kleine-Budde", "email": "mkl@pengutronix.de", "time": "Tue Sep 16 12:39:28 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:35 2014 +0800" }, "message": "can: flexcan: mark TX mailbox as TX_INACTIVE\n\ncommit c32fe4ad3e4861b2bfa1f44114c564935a123dda upstream.\n\nThis patch fixes the initialization of the TX mailbox. It is now correctly\ninitialized as TX_INACTIVE not RX_EMPTY.\n\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "c228332adb106bd3cd2cfd99ae4e6a95eb51ccd9", "tree": "c7ed30b7eb222e62a3924781644a22df43519677", "parents": [ "b75a0661cd875b9880aa61a9fe9a6ce873b5cf10" ], "author": { "name": "Mark", "email": "markk@clara.co.uk", "time": "Wed Sep 17 19:15:43 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:35 2014 +0800" }, "message": "USB: storage: Add quirks for Entrega/Xircom USB to SCSI converters\n\ncommit c80b4495c61636edc58fe1ce300f09f24db28e10 upstream.\n\nThis patch adds quirks for Entrega Technologies (later Xircom PortGear) USB-\nSCSI converters. They use Shuttle Technology EUSB-01/EUSB-S1 chips. The\nUS_FL_SCM_MULT_TARG quirk is needed to allow multiple devices on the SCSI\nchain to be accessed. Without it only the (single) device with SCSI ID 0\ncan be used.\n\nThe standalone converter sold by Entrega had model number U1-SC25. Xircom\nacquired Entrega and re-branded the product line PortGear. The PortGear USB\nto SCSI Converter (model PGSCSI) is internally identical to the Entrega\nproduct, but later models may use a different USB ID. The Entrega-branded\nunits have USB ID 1645:0007, as does my Xircom PGSCSI, but the Windows and\nMacintosh drivers also support 085A:0028.\n\nEntrega also sold the \"Mac USB Dock\", which provides two USB ports, a Mac\n(8-pin mini-DIN) serial port and a SCSI port. It appears to the computer as\na four-port hub, USB-serial, and USB-SCSI converters. The USB-SCSI part may\nhave initially used the same ID as the standalone U1-SC25 (1645:0007), but\nlater production used 085A:0026.\n\nMy Xircom PortGear PGSCSI has bcdDevice\u003d0x0100. Units with bcdDevice\u003d0x0133\nprobably also exist.\n\nThis patch adds quirks for 1645:0007, 085A:0026 and 085A:0028. The Windows\ndriver INF file also mentions 085A:0032 \"PortStation SCSI Module\", but I\ncouldn\u0027t find any mention of that actually existing in the wild; perhaps it\nwas cancelled before release?\n\nSigned-off-by: Mark Knibbs \u003cmarkk@clara.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "b75a0661cd875b9880aa61a9fe9a6ce873b5cf10", "tree": "2265436fa4799a0c1f28bc5ac8a58dbc64b1d0d7", "parents": [ "361be5431892472a729017528779293256e9c825" ], "author": { "name": "Mark", "email": "markk@clara.co.uk", "time": "Tue Sep 16 16:51:41 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:35 2014 +0800" }, "message": "USB: storage: Add quirk for Ariston Technologies iConnect USB to SCSI adapter\n\ncommit b6a3ed677991558ce09046397a7c4d70530d15b3 upstream.\n\nHi,\n\nThe Ariston Technologies iConnect 025 and iConnect 050 (also known as e.g.\niSCSI-50) are SCSI-USB converters which use Shuttle Technology/SCM\nMicrosystems chips. Only the connectors differ; both have the same USB ID.\nThe US_FL_SCM_MULT_TARG quirk is required to use SCSI devices with ID other\nthan 0.\n\nI don\u0027t have one of these, but based on the other entries for Shuttle/\nSCM-based converters this patch is very likely correct. I used 0x0000 and\n0x9999 for bcdDeviceMin and bcdDeviceMax because I\u0027m not sure which\nbcdDevice value the products use.\n\nSigned-off-by: Mark Knibbs \u003cmarkk@clara.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "361be5431892472a729017528779293256e9c825", "tree": "05743d2bef9569540aedf05103685cf3373f1d06", "parents": [ "b559f0bd22b56a1f753a77459b9fade3eebf5077" ], "author": { "name": "Mark", "email": "markk@clara.co.uk", "time": "Tue Sep 16 16:22:50 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:34 2014 +0800" }, "message": "USB: storage: Add quirk for Adaptec USBConnect 2000 USB-to-SCSI Adapter\n\ncommit 67d365a57a51fb9dece6a5ceb504aa381cae1e5b upstream.\n\nThe Adaptec USBConnect 2000 is another SCSI-USB converter which uses\nShuttle Technology/SCM Microsystems chips. The US_FL_SCM_MULT_TARG quirk is\nrequired to use SCSI devices with ID other than 0.\n\nI don\u0027t have a USBConnect 2000, but based on the other entries for Shuttle/\nSCM-based converters this patch is very likely correct. I used 0x0000 and\n0x9999 for bcdDeviceMin and bcdDeviceMax because I\u0027m not sure which\nbcdDevice value the product uses.\n\nSigned-off-by: Mark Knibbs \u003cmarkk@clara.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "b559f0bd22b56a1f753a77459b9fade3eebf5077", "tree": "3abc3de2637cc96301ed1a9d49009d532b112c81", "parents": [ "b6cab216d3bf0b0f302a229a28037a088c7ada01" ], "author": { "name": "Mike Christie", "email": "michaelc@cs.wisc.edu", "time": "Wed Sep 03 00:00:39 2014 -0500" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:34 2014 +0800" }, "message": "libiscsi: fix potential buffer overrun in __iscsi_conn_send_pdu\n\ncommit db9bfd64b14a3a8f1868d2164518fdeab1b26ad1 upstream.\n\nThis patches fixes a potential buffer overrun in __iscsi_conn_send_pdu.\nThis function is used by iscsi drivers and userspace to send iscsi PDUs/\ncommands. For login commands, we have a set buffer size. For all other\ncommands we do not support data buffers.\n\nThis was reported by Dan Carpenter here:\nhttp://www.spinics.net/lists/linux-scsi/msg66838.html\n\nReported-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Mike Christie \u003cmichaelc@cs.wisc.edu\u003e\nReviewed-by: Sagi Grimberg \u003csagig@mellanox.com\u003e\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "b6cab216d3bf0b0f302a229a28037a088c7ada01", "tree": "9a519c40a0c104fc8708816326b4f382d35a010d", "parents": [ "0965d12e7ee793a911fed1b674ba3464680b959a" ], "author": { "name": "Trond Myklebust", "email": "trond.myklebust@primarydata.com", "time": "Thu Sep 18 11:51:32 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:34 2014 +0800" }, "message": "NFSv4: Fix another bug in the close/open_downgrade code\n\ncommit cd9288ffaea4359d5cfe2b8d264911506aed26a4 upstream.\n\nJames Drew reports another bug whereby the NFS client is now sending\nan OPEN_DOWNGRADE in a situation where it should really have sent a\nCLOSE: the client is opening the file for O_RDWR, but then trying to\ndo a downgrade to O_RDONLY, which is not allowed by the NFSv4 spec.\n\nReported-by: James Drews \u003cdrews@engr.wisc.edu\u003e\nLink: http://lkml.kernel.org/r/541AD7E5.8020409@engr.wisc.edu\nFixes: aee7af356e15 (NFSv4: Fix problems with close in the presence...)\nSigned-off-by: Trond Myklebust \u003ctrond.myklebust@primarydata.com\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "0965d12e7ee793a911fed1b674ba3464680b959a", "tree": "21011f07e92a15894f3a1d3bbfd3977a625d9110", "parents": [ "bce95d5d5ce5d57e72da6ab6dda819c4d79cbb52" ], "author": { "name": "Joern Engel", "email": "joern@logfs.org", "time": "Tue Sep 02 17:49:54 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:34 2014 +0800" }, "message": "iscsi-target: avoid NULL pointer in iscsi_copy_param_list failure\n\ncommit 8ae757d09c45102b347a1bc2867f54ffc1ab8fda upstream.\n\nIn iscsi_copy_param_list() a failed iscsi_param_list memory allocation\ncurrently invokes iscsi_release_param_list() to cleanup, and will promptly\ntrigger a NULL pointer dereference.\n\nInstead, go ahead and return for the first iscsi_copy_param_list()\nfailure case.\n\nFound by coverity.\n\nSigned-off-by: Joern Engel \u003cjoern@logfs.org\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "bce95d5d5ce5d57e72da6ab6dda819c4d79cbb52", "tree": "04e00e67bf5bd6f9f1f80b486caa6fbe1e8bc768", "parents": [ "c0efaae65f73e201a2a06f9eb407e2a442279a78" ], "author": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Wed Sep 17 11:45:17 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:33 2014 +0800" }, "message": "iscsi-target: Fix memory corruption in iscsit_logout_post_handler_diffcid\n\ncommit b53b0d99d6fbf7d44330395349a895521cfdbc96 upstream.\n\nThis patch fixes a bug in iscsit_logout_post_handler_diffcid() where\na pointer used as storage for list_for_each_entry() was incorrectly\nbeing used to determine if no matching entry had been found.\n\nThis patch changes iscsit_logout_post_handler_diffcid() to key off\nbool conn_found to determine if the function needs to exit early.\n\nReported-by: Joern Engel \u003cjoern@logfs.org\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "c0efaae65f73e201a2a06f9eb407e2a442279a78", "tree": "4143161265cc5eb215e68bd146807c39c0202530", "parents": [ "a98e6a5c58582fef294c97dd5a952ca8f1a5c720" ], "author": { "name": "Hans de Goede", "email": "hdegoede@redhat.com", "time": "Thu Sep 11 10:10:26 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:33 2014 +0800" }, "message": "Input: i8042 - add nomux quirk for Avatar AVIU-145A6\n\ncommit d2682118f4bb3ceb835f91c1a694407a31bb7378 upstream.\n\nThe sys_vendor / product_name are somewhat generic unfortunately, so this\nmay lead to some false positives. But nomux usually does no harm, where as\nnot having it clearly is causing problems on the Avatar AVIU-145A6.\n\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d77391\n\nReported-by: Hugo P \u003csaurosii@gmail.com\u003e\nSigned-off-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "a98e6a5c58582fef294c97dd5a952ca8f1a5c720", "tree": "37cae8a72bf90a2c2876780ff2c01495a2c08a0c", "parents": [ "87fd5ce262733a437d0135741c6621f5418e6ede" ], "author": { "name": "Hans de Goede", "email": "hdegoede@redhat.com", "time": "Wed Sep 10 13:53:37 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:33 2014 +0800" }, "message": "Input: i8042 - add Fujitsu U574 to no_timeout dmi table\n\ncommit cc18a69c92d0972bc2fc5a047ee3be1e8398171b upstream.\n\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d69731\n\nReported-by: Jason Robinson \u003cmail@jasonrobinson.me\u003e\nSigned-off-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "87fd5ce262733a437d0135741c6621f5418e6ede", "tree": "61ba1d3b4ed34b882ebd20021113c0272209bc20", "parents": [ "1f8f277312d81d9412ec94bec8ab1ba0dce0bf05" ], "author": { "name": "Charles Keepax", "email": "ckeepax@opensource.wolfsonmicro.com", "time": "Tue Sep 09 16:51:49 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:32 2014 +0800" }, "message": "ASoC: samsung-i2s: Check secondary DAI exists before referencing\n\ncommit 133c2681c4a0c1b589d138c2fdd0f131bdce20ed upstream.\n\nIn a couple of places the driver is missing a check to ensure there is a\nsecondary DAI before it de-references the pointer to it, causing a null\npointer de-reference. This patch adds a check to avoid this.\n\nSigned-off-by: Charles Keepax \u003cckeepax@opensource.wolfsonmicro.com\u003e\nAcked-by: Sylwester Nawrocki \u003cs.nawrocki@samsung.com\u003e\nSigned-off-by: Mark Brown \u003cbroonie@linaro.org\u003e\n[lizf: Backported to 3.4: drop the changes to i2s_shutdown()]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "1f8f277312d81d9412ec94bec8ab1ba0dce0bf05", "tree": "8e03c5bb56e719859f858c5c00387e20491daf97", "parents": [ "cf33e82d6b78b8ada9ee06809440a62adcb16021" ], "author": { "name": "Cong Wang", "email": "cwang@twopensource.com", "time": "Tue Sep 02 15:27:20 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:32 2014 +0800" }, "message": "perf: Fix a race condition in perf_remove_from_context()\n\ncommit 3577af70a2ce4853d58e57d832e687d739281479 upstream.\n\nWe saw a kernel soft lockup in perf_remove_from_context(),\nit looks like the `perf` process, when exiting, could not go\nout of the retry loop. Meanwhile, the target process was forking\na child. So either the target process should execute the smp\nfunction call to deactive the event (if it was running) or it should\ndo a context switch which deactives the event.\n\nIt seems we optimize out a context switch in perf_event_context_sched_out(),\nand what\u0027s more important, we still test an obsolete task pointer when\nretrying, so no one actually would deactive that event in this situation.\nFix it directly by reloading the task pointer in perf_remove_from_context().\n\nThis should cure the above soft lockup.\n\nSigned-off-by: Cong Wang \u003ccwang@twopensource.com\u003e\nSigned-off-by: Cong Wang \u003cxiyou.wangcong@gmail.com\u003e\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Paul Mackerras \u003cpaulus@samba.org\u003e\nCc: Arnaldo Carvalho de Melo \u003cacme@kernel.org\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nLink: http://lkml.kernel.org/r/1409696840-843-1-git-send-email-xiyou.wangcong@gmail.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "cf33e82d6b78b8ada9ee06809440a62adcb16021", "tree": "9615aaf40267b14f39e8d90e96be10128d3af54b", "parents": [ "49d4f0197912461fb2939ca51521b47655b04b11" ], "author": { "name": "Aurelien Jarno", "email": "aurelien@aurel32.net", "time": "Sun Jul 20 19:58:23 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:32 2014 +0800" }, "message": "MIPS: ZBOOT: add missing \u003clinux/string.h\u003e include\n\ncommit 29593fd5a8149462ed6fad0d522234facdaee6c8 upstream.\n\nCommit dc4d7b37 (MIPS: ZBOOT: gather string functions into string.c)\nmoved the string related functions into a separate file, which might\ncause the following build error, depending on the configuration:\n\n| CC arch/mips/boot/compressed/decompress.o\n| In file included from linux/arch/mips/boot/compressed/../../../../lib/decompress_unxz.c:234:0,\n| from linux/arch/mips/boot/compressed/decompress.c:67:\n| linux/arch/mips/boot/compressed/../../../../lib/xz/xz_dec_stream.c: In function \u0027fill_temp\u0027:\n| linux/arch/mips/boot/compressed/../../../../lib/xz/xz_dec_stream.c:162:2: error: implicit declaration of function \u0027memcpy\u0027 [-Werror\u003dimplicit-function-declaration]\n| cc1: some warnings being treated as errors\n| linux/scripts/Makefile.build:308: recipe for target \u0027arch/mips/boot/compressed/decompress.o\u0027 failed\n| make[6]: *** [arch/mips/boot/compressed/decompress.o] Error 1\n| linux/arch/mips/Makefile:308: recipe for target \u0027vmlinuz\u0027 failed\n\nIt does not fail with the standard configuration, as when\nCONFIG_DYNAMIC_DEBUG is not enabled \u003clinux/string.h\u003e gets included in\ninclude/linux/dynamic_debug.h. There might be other ways for it to\nget indirectly included.\n\nWe can\u0027t add the include directly in xz_dec_stream.c as some\narchitectures might want to use a different version for the boot/\ndirectory (see for example arch/x86/boot/string.h).\n\nSigned-off-by: Aurelien Jarno \u003caurelien@aurel32.net\u003e\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/7420/\nSigned-off-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "49d4f0197912461fb2939ca51521b47655b04b11", "tree": "c9fbeb1f40c7e05498e157a4d6a2846d68750306", "parents": [ "a90ec2a8bbd22a90dfdb5ca1b294c900226b7ff8" ], "author": { "name": "Andrew Hunter", "email": "ahh@google.com", "time": "Thu Sep 04 14:17:16 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:32 2014 +0800" }, "message": "jiffies: Fix timeval conversion to jiffies\n\ncommit d78c9300c51d6ceed9f6d078d4e9366f259de28c upstream.\n\ntimeval_to_jiffies tried to round a timeval up to an integral number\nof jiffies, but the logic for doing so was incorrect: intervals\ncorresponding to exactly N jiffies would become N+1. This manifested\nitself particularly repeatedly stopping/starting an itimer:\n\nsetitimer(ITIMER_PROF, \u0026val, NULL);\nsetitimer(ITIMER_PROF, NULL, \u0026val);\n\nwould add a full tick to val, _even if it was exactly representable in\nterms of jiffies_ (say, the result of a previous rounding.) Doing\nthis repeatedly would cause unbounded growth in val. So fix the math.\n\nHere\u0027s what was wrong with the conversion: we essentially computed\n(eliding seconds)\n\njiffies \u003d usec * (NSEC_PER_USEC/TICK_NSEC)\n\nby using scaling arithmetic, which took the best approximation of\nNSEC_PER_USEC/TICK_NSEC with denominator of 2^USEC_JIFFIE_SC \u003d\nx/(2^USEC_JIFFIE_SC), and computed:\n\njiffies \u003d (usec * x) \u003e\u003e USEC_JIFFIE_SC\n\nand rounded this calculation up in the intermediate form (since we\ncan\u0027t necessarily exactly represent TICK_NSEC in usec.) But the\nscaling arithmetic is a (very slight) *over*approximation of the true\nvalue; that is, instead of dividing by (1 usec/ 1 jiffie), we\neffectively divided by (1 usec/1 jiffie)-epsilon (rounding\ndown). This would normally be fine, but we want to round timeouts up,\nand we did so by adding 2^USEC_JIFFIE_SC - 1 before the shift; this\nwould be fine if our division was exact, but dividing this by the\nslightly smaller factor was equivalent to adding just _over_ 1 to the\nfinal result (instead of just _under_ 1, as desired.)\n\nIn particular, with HZ\u003d1000, we consistently computed that 10000 usec\nwas 11 jiffies; the same was true for any exact multiple of\nTICK_NSEC.\n\nWe could possibly still round in the intermediate form, adding\nsomething less than 2^USEC_JIFFIE_SC - 1, but easier still is to\nconvert usec-\u003ensec, round in nanoseconds, and then convert using\ntime*spec*_to_jiffies. This adds one constant multiplication, and is\nnot observably slower in microbenchmarks on recent x86 hardware.\n\nTested: the following program:\n\nint main() {\n struct itimerval zero \u003d {{0, 0}, {0, 0}};\n /* Initially set to 10 ms. */\n struct itimerval initial \u003d zero;\n initial.it_interval.tv_usec \u003d 10000;\n setitimer(ITIMER_PROF, \u0026initial, NULL);\n /* Save and restore several times. */\n for (size_t i \u003d 0; i \u003c 10; ++i) {\n struct itimerval prev;\n setitimer(ITIMER_PROF, \u0026zero, \u0026prev);\n /* on old kernels, this goes up by TICK_USEC every iteration */\n printf(\"previous value: %ld %ld %ld %ld\\n\",\n prev.it_interval.tv_sec, prev.it_interval.tv_usec,\n prev.it_value.tv_sec, prev.it_value.tv_usec);\n setitimer(ITIMER_PROF, \u0026prev, NULL);\n }\n return 0;\n}\n\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Ingo Molnar \u003cmingo@redhat.com\u003e\nCc: Paul Turner \u003cpjt@google.com\u003e\nCc: Richard Cochran \u003crichardcochran@gmail.com\u003e\nCc: Prarit Bhargava \u003cprarit@redhat.com\u003e\nReviewed-by: Paul Turner \u003cpjt@google.com\u003e\nReported-by: Aaron Jacobs \u003cjacobsa@google.com\u003e\nSigned-off-by: Andrew Hunter \u003cahh@google.com\u003e\n[jstultz: Tweaked to apply to 3.17-rc]\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\n[lizf: Backported to 3.4: adjust filename]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "a90ec2a8bbd22a90dfdb5ca1b294c900226b7ff8", "tree": "ef7deed717405b30b968df907c37e16ace60f250", "parents": [ "e06503426ebc296f1ae67bfd4733afadb69076cb" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Sat Sep 13 21:55:46 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:31 2014 +0800" }, "message": "don\u0027t bugger nd-\u003eseq on set_root_rcu() from follow_dotdot_rcu()\n\ncommit 7bd88377d482e1eae3c5329b12e33cfd664fa6a9 upstream.\n\nreturn the value instead, and have path_init() do the assignment. Broken by\n\"vfs: Fix absolute RCU path walk failures due to uninitialized seq number\",\nwhich was Cc-stable with 2.6.38+ as destination. This one should go where\nit went.\n\nTo avoid dummy value returned in case when root is already set (it would do\nno harm, actually, since the only caller that doesn\u0027t ignore the return value\nis guaranteed to have nd-\u003eroot *not* set, but it\u0027s more obvious that way),\nlift the check into callers. And do the same to set_root(), to keep them\nin sync.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\n[lizf: Backported to 3.4:\n - remove the changes to follow_link() as it doesn\u0027t call set_root()]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "e06503426ebc296f1ae67bfd4733afadb69076cb", "tree": "f2830b94df6dca8837d91a538787dc6120d07c51", "parents": [ "b114657d1e55a0484bcfdb3f3b946f96bb2f80e7" ], "author": { "name": "Richard Larocque", "email": "rlarocque@google.com", "time": "Tue Sep 09 18:31:05 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:31 2014 +0800" }, "message": "alarmtimer: Lock k_itimer during timer callback\n\ncommit 474e941bed9262f5fa2394f9a4a67e24499e5926 upstream.\n\nLocks the k_itimer\u0027s it_lock member when handling the alarm timer\u0027s\nexpiry callback.\n\nThe regular posix timers defined in posix-timers.c have this lock held\nduring timout processing because their callbacks are routed through\nposix_timer_fn(). The alarm timers follow a different path, so they\nought to grab the lock somewhere else.\n\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Richard Cochran \u003crichardcochran@gmail.com\u003e\nCc: Prarit Bhargava \u003cprarit@redhat.com\u003e\nCc: Sharvil Nanavati \u003csharvil@google.com\u003e\nSigned-off-by: Richard Larocque \u003crlarocque@google.com\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "b114657d1e55a0484bcfdb3f3b946f96bb2f80e7", "tree": "b2e1e5035bb4dd5ecf74f3513241c2478a36df87", "parents": [ "7ccf24be49f1020e408ee27a3714d41590009422" ], "author": { "name": "Richard Larocque", "email": "rlarocque@google.com", "time": "Tue Sep 09 18:31:04 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:31 2014 +0800" }, "message": "alarmtimer: Do not signal SIGEV_NONE timers\n\ncommit 265b81d23a46c39df0a735a3af4238954b41a4c2 upstream.\n\nAvoids sending a signal to alarm timers created with sigev_notify set to\nSIGEV_NONE by checking for that special case in the timeout callback.\n\nThe regular posix timers avoid sending signals to SIGEV_NONE timers by\nnot scheduling any callbacks for them in the first place. Although it\nwould be possible to do something similar for alarm timers, it\u0027s simpler\nto handle this as a special case in the timeout.\n\nPrior to this patch, the alarm timer would ignore the sigev_notify value\nand try to deliver signals to the process anyway. Even worse, the\nsanity check for the value of sigev_signo is skipped when SIGEV_NONE was\nspecified, so the signal number could be bogus. If sigev_signo was an\nunitialized value (as it often would be if SIGEV_NONE is used), then\nit\u0027s hard to predict which signal will be sent.\n\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Richard Cochran \u003crichardcochran@gmail.com\u003e\nCc: Prarit Bhargava \u003cprarit@redhat.com\u003e\nCc: Sharvil Nanavati \u003csharvil@google.com\u003e\nSigned-off-by: Richard Larocque \u003crlarocque@google.com\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "7ccf24be49f1020e408ee27a3714d41590009422", "tree": "c16f56adfb93c06a50e0b45a3bc77b60d9473d20", "parents": [ "40ee8d0faf83eb55d4829796a28dacf48519caec" ], "author": { "name": "Richard Larocque", "email": "rlarocque@google.com", "time": "Tue Sep 09 18:31:03 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:31 2014 +0800" }, "message": "alarmtimer: Return relative times in timer_gettime\n\ncommit e86fea764991e00a03ff1e56409ec9cacdbda4c9 upstream.\n\nReturns the time remaining for an alarm timer, rather than the time at\nwhich it is scheduled to expire. If the timer has already expired or it\nis not currently scheduled, the it_value\u0027s members are set to zero.\n\nThis new behavior matches that of the other posix-timers and the POSIX\nspecifications.\n\nThis is a change in user-visible behavior, and may break existing\napplications. Hopefully, few users rely on the old incorrect behavior.\n\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Richard Cochran \u003crichardcochran@gmail.com\u003e\nCc: Prarit Bhargava \u003cprarit@redhat.com\u003e\nCc: Sharvil Nanavati \u003csharvil@google.com\u003e\nSigned-off-by: Richard Larocque \u003crlarocque@google.com\u003e\n[jstultz: minor style tweak]\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\n[lizf: Backported to 3.4:\n - add alarm_expires_remaining() introduced by commit 6cffe00f7d4e]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "40ee8d0faf83eb55d4829796a28dacf48519caec", "tree": "0395a72bf583d469f1a2552716faf0dc7841b0dc", "parents": [ "e393942b1628770467481935738fd214566fe7bb" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Thu Sep 11 23:44:35 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:30 2014 +0800" }, "message": "futex: Unlock hb-\u003elock in futex_wait_requeue_pi() error path\n\ncommit 13c42c2f43b19aab3195f2d357db00d1e885eaa8 upstream.\n\nfutex_wait_requeue_pi() calls futex_wait_setup(). If\nfutex_wait_setup() succeeds it returns with hb-\u003elock held and\npreemption disabled. Now the sanity check after this does:\n\n if (match_futex(\u0026q.key, \u0026key2)) {\n\t \tret \u003d -EINVAL;\n\t\tgoto out_put_keys;\n\t}\n\nwhich releases the keys but does not release hb-\u003elock.\n\nSo we happily return to user space with hb-\u003elock held and therefor\npreemption disabled.\n\nUnlock hb-\u003elock before taking the exit route.\n\nReported-by: Dave \"Trinity\" Jones \u003cdavej@redhat.com\u003e\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nReviewed-by: Darren Hart \u003cdvhart@linux.intel.com\u003e\nReviewed-by: Davidlohr Bueso \u003cdave@stgolabs.net\u003e\nCc: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/alpine.DEB.2.10.1409112318500.4178@nanos\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\n[lizf: Backported to 3.4: queue_unlock() takes two parameters]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "e393942b1628770467481935738fd214566fe7bb", "tree": "56ccf588df6191a6af281f0652865509873bbdce", "parents": [ "e887b00b542e4b35e37ccedd4bcd72c293358b8f" ], "author": { "name": "Mathias Nyman", "email": "mathias.nyman@linux.intel.com", "time": "Thu Sep 11 13:55:48 2014 +0300" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:30 2014 +0800" }, "message": "xhci: Fix null pointer dereference if xhci initialization fails\n\ncommit c207e7c50f31113c24a9f536fcab1e8a256985d7 upstream.\n\nIf xhci initialization fails before the roothub bandwidth\ndomains (xhci-\u003erh_bw[i]) are allocated it will oops when\ntrying to access rh_bw members in xhci_mem_cleanup().\n\nReported-by: Manuel Reimer \u003cmanuel.reimer@gmx.de\u003e\nSigned-off-by: Mathias Nyman \u003cmathias.nyman@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "e887b00b542e4b35e37ccedd4bcd72c293358b8f", "tree": "4c7212193a71963c6d47b495cc53841f172f69b2", "parents": [ "7decb190e8fc2b655586934431b4b61723998e47" ], "author": { "name": "Mark", "email": "markk@clara.co.uk", "time": "Thu Sep 11 13:15:45 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:30 2014 +0800" }, "message": "storage: Add single-LUN quirk for Jaz USB Adapter\n\ncommit c66f1c62e85927357e7b3f4c701614dcb5c498a2 upstream.\n\nThe Iomega Jaz USB Adapter is a SCSI-USB converter cable. The hardware\nseems to be identical to e.g. the Microtech XpressSCSI, using a Shuttle/\nSCM chip set. However its firmware restricts it to only work with Jaz\ndrives.\n\nOn connecting the cable a message like this appears four times in the log:\n reset full speed USB device number 4 using uhci_hcd\n\nThat\u0027s non-fatal but the US_FL_SINGLE_LUN quirk fixes it.\n\nSigned-off-by: Mark Knibbs \u003cmarkk@clara.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "7decb190e8fc2b655586934431b4b61723998e47", "tree": "6a9b822fb2c79ba3e11255089ece71c7631c7e55", "parents": [ "dd3d82185d61b31589d5d9d99dda3d1877d0241c" ], "author": { "name": "Joe Lawrence", "email": "joe.lawrence@stratus.com", "time": "Wed Sep 10 15:07:50 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:29 2014 +0800" }, "message": "usb: hub: take hub-\u003ehdev reference when processing from eventlist\n\ncommit c605f3cdff53a743f6d875b76956b239deca1272 upstream.\n\nDuring surprise device hotplug removal tests, it was observed that\nhub_events may try to call usb_lock_device on a device that has already\nbeen freed. Protect the usb_device by taking out a reference (under the\nhub_event_lock) when hub_events pulls it off the list, returning the\nreference after hub_events is finished using it.\n\nSigned-off-by: Joe Lawrence \u003cjoe.lawrence@stratus.com\u003e\nSuggested-by: David Bulkow \u003cdavid.bulkow@stratus.com\u003e for using kref\nSuggested-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e for placement\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "dd3d82185d61b31589d5d9d99dda3d1877d0241c", "tree": "be82bd61724dacb06a1c0ec192b87891917d5d84", "parents": [ "3ffeeae6961bdfe56d685d3681319cf76b67c449" ], "author": { "name": "John Sung", "email": "penmount.touch@gmail.com", "time": "Tue Sep 09 10:06:51 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:29 2014 +0800" }, "message": "Input: serport - add compat handling for SPIOCSTYPE ioctl\n\ncommit a80d8b02751060a178bb1f7a6b7a93645a7a308b upstream.\n\nWhen running a 32-bit inputattach utility in a 64-bit system, there will be\nerror code \"inputattach: can\u0027t set device type\". This is caused by the\nserport device driver not supporting compat_ioctl, so that SPIOCSTYPE ioctl\nfails.\n\nSigned-off-by: John Sung \u003cpenmount.touch@gmail.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "3ffeeae6961bdfe56d685d3681319cf76b67c449", "tree": "eb20c8398fb6eb4526f1811c45ec1ce5d4e4d6ca", "parents": [ "54bf0ca8b15b687cfd932777a3894731c08d79a2" ], "author": { "name": "Ilya Dryomov", "email": "ilya.dryomov@inktank.com", "time": "Tue Sep 09 19:39:15 2014 +0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:29 2014 +0800" }, "message": "libceph: do not hard code max auth ticket len\n\ncommit c27a3e4d667fdcad3db7b104f75659478e0c68d8 upstream.\n\nWe hard code cephx auth ticket buffer size to 256 bytes. This isn\u0027t\nenough for any moderate setups and, in case tickets themselves are not\nencrypted, leads to buffer overflows (ceph_x_decrypt() errors out, but\nceph_decode_copy() doesn\u0027t - it\u0027s just a memcpy() wrapper). Since the\nbuffer is allocated dynamically anyway, allocated it a bit later, at\nthe point where we know how much is going to be needed.\n\nFixes: http://tracker.ceph.com/issues/8979\n\nSigned-off-by: Ilya Dryomov \u003cilya.dryomov@inktank.com\u003e\nReviewed-by: Sage Weil \u003csage@redhat.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "54bf0ca8b15b687cfd932777a3894731c08d79a2", "tree": "53ad1366ffef2eb4ab055d5f6c939f7aed4c02fb", "parents": [ "36d5b7b83ab7931290de2ce533f75c540cb90702" ], "author": { "name": "Ilya Dryomov", "email": "ilya.dryomov@inktank.com", "time": "Mon Sep 08 17:25:34 2014 +0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:29 2014 +0800" }, "message": "libceph: add process_one_ticket() helper\n\ncommit 597cda357716a3cf8d994cb11927af917c8d71fa upstream.\n\nAdd a helper for processing individual cephx auth tickets. Needed for\nthe next commit, which deals with allocating ticket buffers. (Most of\nthe diff here is whitespace - view with git diff -b).\n\nSigned-off-by: Ilya Dryomov \u003cilya.dryomov@inktank.com\u003e\nReviewed-by: Sage Weil \u003csage@redhat.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "36d5b7b83ab7931290de2ce533f75c540cb90702", "tree": "eb9961bdee1f8ee80a821aac4730b712f7fefd12", "parents": [ "386ba13164c2c136c0fbf585aa7b63831c96d7c8" ], "author": { "name": "Sage Weil", "email": "sage@redhat.com", "time": "Mon Aug 04 07:01:54 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:28 2014 +0800" }, "message": "libceph: gracefully handle large reply messages from the mon\n\ncommit 73c3d4812b4c755efeca0140f606f83772a39ce4 upstream.\n\nWe preallocate a few of the message types we get back from the mon. If we\nget a larger message than we are expecting, fall back to trying to allocate\na new one instead of blindly using the one we have.\n\nSigned-off-by: Sage Weil \u003csage@redhat.com\u003e\nReviewed-by: Ilya Dryomov \u003cilya.dryomov@inktank.com\u003e\n[lizf: Backported to 3.4: s/front_alloc_len/front_max/g]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "386ba13164c2c136c0fbf585aa7b63831c96d7c8", "tree": "affcf42c30def25c1ca75e020e816bcd1506a10d", "parents": [ "96eb53749fbfd77b92031cc6b97458fe5c4244ae" ], "author": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Sat Aug 30 13:51:06 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:28 2014 +0800" }, "message": "Input: synaptics - add support for ForcePads\n\ncommit 5715fc764f7753d464dbe094b5ef9cffa6e479a4 upstream.\n\nForcePads are found on HP EliteBook 1040 laptops. They lack any kind of\nphysical buttons, instead they generate primary button click when user\npresses somewhat hard on the surface of the touchpad. Unfortunately they\nalso report primary button click whenever there are 2 or more contacts\non the pad, messing up all multi-finger gestures (2-finger scrolling,\nmulti-finger tapping, etc). To cope with this behavior we introduce a\ndelay (currently 50 msecs) in reporting primary press in case more\ncontacts appear.\n\nReviewed-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "96eb53749fbfd77b92031cc6b97458fe5c4244ae", "tree": "7b8072a73eb00703e9877f5f20a27169a3d85145", "parents": [ "0d69cbb4a932a244ed2d5344b6ef0ccdf99fc8a3" ], "author": { "name": "Thomas Pugliese", "email": "thomas.pugliese@gmail.com", "time": "Thu Aug 07 15:45:35 2014 -0500" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:28 2014 +0800" }, "message": "uwb: init beacon cache entry before registering uwb device\n\ncommit 675f0ab2fe5a0f7325208e60b617a5f32b86d72c upstream.\n\nMake sure the uwb_dev-\u003ebce entry is set before calling uwb_dev_add in\nuwbd_dev_onair so that usermode will only see the device after it is\nproperly initialized. This fixes a kernel panic that can occur if\nusermode tries to access the IEs sysfs attribute of a UWB device before\nthe driver has had a chance to set the beacon cache entry.\n\nSigned-off-by: Thomas Pugliese \u003cthomas.pugliese@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "0d69cbb4a932a244ed2d5344b6ef0ccdf99fc8a3", "tree": "dc962d4e6216b208c32364d8468dd4102fecf042", "parents": [ "32b45e0ec8c6d1b613e074adc13385d4c63769a4" ], "author": { "name": "Taylor Braun-Jones", "email": "taylor.braun-jones@ge.com", "time": "Thu Aug 07 14:25:06 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:27 2014 +0800" }, "message": "USB: ftdi_sio: Add support for GE Healthcare Nemo Tracker device\n\ncommit 9c491c372d677b6420e0f8c6361fe422791662cc upstream.\n\nSigned-off-by: Taylor Braun-Jones \u003ctaylor.braun-jones@ge.com\u003e\nCc: Johan Hovold \u003cjohan@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "32b45e0ec8c6d1b613e074adc13385d4c63769a4", "tree": "1dd10d094f543f22a964262bae61a9d27644cb13", "parents": [ "488d89601e77e23b18755a0563579b67d950d9fb" ], "author": { "name": "Hans de Goede", "email": "hdegoede@redhat.com", "time": "Mon Sep 08 14:39:52 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:27 2014 +0800" }, "message": "Input: elantech - fix detection of touchpad on ASUS s301l\n\ncommit 271329b3c798b2102120f5df829071c211ef00ed upstream.\n\nAdjust Elantech signature validation to account fo rnewer models of\ntouchpads.\n\nReported-and-tested-by: Màrius Monton \u003cmarius.monton@gmail.com\u003e\nSigned-off-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdmitry.torokhov@gmail.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "488d89601e77e23b18755a0563579b67d950d9fb", "tree": "19520dc0069aad504f9d1a51eee901f31c73cef5", "parents": [ "2c858d84af5c7bebbee0c27383916e5fee649717" ], "author": { "name": "Felipe Balbi", "email": "balbi@ti.com", "time": "Wed Aug 27 16:38:04 2014 -0500" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:27 2014 +0800" }, "message": "usb: host: xhci: fix compliance mode workaround\n\ncommit 96908589a8b2584b1185f834d365f5cc360e8226 upstream.\n\nCommit 71c731a (usb: host: xhci: Fix Compliance Mode\non SN65LVP3502CP Hardware) implemented a workaround\nfor a known issue with Texas Instruments\u0027 USB 3.0\nredriver IC but it left a condition where any xHCI\nhost would be taken out of reset if port was placed\nin compliance mode and there was no device connected\nto the port.\n\nThat condition would trigger a fake connection to a\nnon-existent device so that usbcore would trigger a\nwarm reset of the port, thus taking the link out of\nreset.\n\nThis has the side-effect of preventing any xHCI host\nconnected to a Linux machine from starting and running\nthe USB 3.0 Electrical Compliance Suite because the\nport will mysteriously taken out of compliance mode\nand, thus, xHCI won\u0027t step through the necessary\ncompliance patterns for link validation.\n\nThis patch fixes the issue by just adding a missing\ncheck for XHCI_COMP_MODE_QUIRK inside\nxhci_hub_report_usb3_link_state() when PORT_CAS isn\u0027t\nset.\n\nThis patch should be backported to all kernels containing\ncommit 71c731a.\n\nFixes: 71c731a (usb: host: xhci: Fix Compliance Mode on SN65LVP3502CP Hardware)\nCc: Alexis R. Cortes \u003calexis.cortes@ti.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nAcked-by: Mathias Nyman \u003cmathias.nyman@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n[lizf: Backported to 3.4:\n - s/xhci_hub_report_usb3_link_state/xhci_hub_report_link_state/]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "2c858d84af5c7bebbee0c27383916e5fee649717", "tree": "4bdc541f516dd6c01f35c0f26abda4c83ba7ab09", "parents": [ "e77f3791c866b24fbb0ddd27f46590ea72f14be6" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Sep 08 13:55:51 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:26 2014 +0800" }, "message": "drm/radeon: add connector quirk for fujitsu board\n\ncommit 1952f24d0fa6292d65f886887af87ba8ac79b3ba upstream.\n\nVbios connector table lists non-existent VGA port.\n\nBug:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d83184\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "e77f3791c866b24fbb0ddd27f46590ea72f14be6", "tree": "61ca762647ca5b06a9c5d765a04c06f841c3db06", "parents": [ "93408be9e1ea67f14fe0c1c46a430f33cbef4180" ], "author": { "name": "Murali Karicheri", "email": "m-karicheri2@ti.com", "time": "Fri Sep 05 13:21:00 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:26 2014 +0800" }, "message": "ahci: add pcid for Marvel 0x9182 controller\n\ncommit c5edfff9db6f4d2c35c802acb4abe0df178becee upstream.\n\nKeystone K2E EVM uses Marvel 0x9182 controller. This requires support\nfor the ID in the ahci driver.\n\nSigned-off-by: Murali Karicheri \u003cm-karicheri2@ti.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nCc: Santosh Shilimkar \u003csantosh.shilimkar@ti.com\u003e\n[lizf: Backported to 3.4:\n - adjust context\n - s/PCI_VENDOR_ID_MARVELL_EXT/0x1b4b/]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "93408be9e1ea67f14fe0c1c46a430f33cbef4180", "tree": "378f618f574b7d00ac303ffe1666771a87ae78b2", "parents": [ "45b95d1615eaf3efde4f7f9dd4ca83884d96db67" ], "author": { "name": "Felipe Balbi", "email": "balbi@ti.com", "time": "Tue Sep 02 14:57:20 2014 -0500" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:26 2014 +0800" }, "message": "usb: dwc3: core: fix order of PM runtime calls\n\ncommit fed33afce0eda44a46ae24d93aec1b5198c0bac4 upstream.\n\nCurrently, we disable pm_runtime before all register\naccesses are done, this is dangerous and might lead\nto abort exceptions due to the driver trying to access\na register which is clocked by a clock which was long\ngated.\n\nFix that by moving pm_runtime_put_sync() and pm_runtime_disable()\nas the last thing we do before returning from our -\u003eremove()\nmethod.\n\nFixes: 72246da (usb: Introduce DesignWare USB3 DRD Driver)\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "45b95d1615eaf3efde4f7f9dd4ca83884d96db67", "tree": "ddb9394d2862a22a34be78faa2572e08043bad99", "parents": [ "b8fad710c579f795c7821bc3202a64b9065c6aec" ], "author": { "name": "Keith Busch", "email": "keith.busch@intel.com", "time": "Tue Aug 26 09:05:36 2014 -0600" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:26 2014 +0800" }, "message": "block: Fix dev_t minor allocation lifetime\n\ncommit 2da78092dda13f1efd26edbbf99a567776913750 upstream.\n\nReleases the dev_t minor when all references are closed to prevent\nanother device from acquiring the same major/minor.\n\nSince the partition\u0027s release may be invoked from call_rcu\u0027s soft-irq\ncontext, the ext_dev_idr\u0027s mutex had to be replaced with a spinlock so\nas not so sleep.\n\nSigned-off-by: Keith Busch \u003ckeith.busch@intel.com\u003e\nSigned-off-by: Jens Axboe \u003caxboe@fb.com\u003e\n[lizf: Backported to 3.4:\n - adjust context\n - remove idr_preload() and idr_preload_end()]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "b8fad710c579f795c7821bc3202a64b9065c6aec", "tree": "e4de9ddf938f3e94fdbbea3a4f5cff58aaf1f391", "parents": [ "70512a744225525019a698a21ac34c9ebe55dd24" ], "author": { "name": "Ross Lagerwall", "email": "ross.lagerwall@citrix.com", "time": "Mon Aug 18 10:41:36 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:25 2014 +0800" }, "message": "xen/manage: Always freeze/thaw processes when suspend/resuming\n\ncommit 61a734d305e16944b42730ef582a7171dc733321 upstream.\n\nAlways freeze processes when suspending and thaw processes when resuming\nto prevent a race noticeable with HVM guests.\n\nThis prevents a deadlock where the khubd kthread (which is designed to\nbe freezable) acquires a usb device lock and then tries to allocate\nmemory which requires the disk which hasn\u0027t been resumed yet.\nMeanwhile, the xenwatch thread deadlocks waiting for the usb device\nlock.\n\nFreezing processes fixes this because the khubd thread is only thawed\nafter the xenwatch thread finishes resuming all the devices.\n\nSigned-off-by: Ross Lagerwall \u003cross.lagerwall@citrix.com\u003e\nSigned-off-by: David Vrabel \u003cdavid.vrabel@citrix.com\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "70512a744225525019a698a21ac34c9ebe55dd24", "tree": "1f342df4a7dc6aea4d6cbfffd18749b3a31e954e", "parents": [ "7a2e66bbc012a990d53dfd764e0a41672203a486" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Thu Aug 28 15:08:16 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:25 2014 +0800" }, "message": "USB: sierra: add 1199:68AA device ID\n\ncommit 5b3da69285c143b7ea76b3b9f73099ff1093ab73 upstream.\n\nThis VID:PID is used for some Direct IP devices behaving\nidentical to the already supported 0F3D:68AA devices.\n\nReported-by: Lars Melin \u003clarsm17@gmail.com\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Johan Hovold \u003cjohan@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "7a2e66bbc012a990d53dfd764e0a41672203a486", "tree": "74c74eb5dd5f20862e235861d7bfae2c635be997", "parents": [ "3adec40f48241e94ee0572434753a0f0f9fd29a9" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Thu Aug 28 14:11:23 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:25 2014 +0800" }, "message": "USB: sierra: avoid CDC class functions on \"68A3\" devices\n\ncommit 049255f51644c1105775af228396d187402a5934 upstream.\n\nSierra Wireless Direct IP devices using the 68A3 product ID\ncan be configured for modes including a CDC ECM class function.\nThe known example uses interface numbers 12 and 13 for the ECM\ncontrol and data interfaces respectively, consistent with CDC\nMBIM function interface numbering on other Sierra devices.\n\nIt seems cleaner to restrict this driver to the ff/ff/ff\nvendor specific interfaces rather than increasing the already\nlong interface number blacklist. This should be more future\nproof if Sierra adds more class functions using interface\nnumbers not yet in the blacklist.\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Johan Hovold \u003cjohan@kernel.org\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "3adec40f48241e94ee0572434753a0f0f9fd29a9", "tree": "c5715653dce89dfdf110a3a483b03b904a382137", "parents": [ "c348b015e25f29e7e7e1dcb2eb5c51e425ffcfa2" ], "author": { "name": "Johan Hovold", "email": "johan@kernel.org", "time": "Mon Aug 18 18:33:11 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:24 2014 +0800" }, "message": "USB: ftdi_sio: add support for NOVITUS Bono E thermal printer\n\ncommit ee444609dbae8afee420c3243ce4c5f442efb622 upstream.\n\nAdd device id for NOVITUS Bono E thermal printer.\n\nReported-by: Emanuel Koczwara \u003cpoczta@emanuelkoczwara.pl\u003e\nSigned-off-by: Johan Hovold \u003cjohan@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "c348b015e25f29e7e7e1dcb2eb5c51e425ffcfa2", "tree": "59e6edf36a7077ea9f0d4aa29b79630e03e80856", "parents": [ "ffe2456ca91334c76830a015803c76bc62fd7a88" ], "author": { "name": "James Ralston", "email": "james.d.ralston@intel.com", "time": "Wed Aug 27 14:31:58 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:24 2014 +0800" }, "message": "ata_piix: Add Device IDs for Intel 9 Series PCH\n\ncommit 6cad1376954e591c3c41500c4e586e183e7ffe6d upstream.\n\nThis patch adds the IDE mode SATA Device IDs for the Intel 9 Series PCH.\n\nSigned-off-by: James Ralston \u003cjames.d.ralston@intel.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "ffe2456ca91334c76830a015803c76bc62fd7a88", "tree": "c415df714b7557ed3d3e588bc227ec9346061dce", "parents": [ "69dfe16b2bfb488a4b8bb5dadbf3706e82893c85" ], "author": { "name": "James Ralston", "email": "james.d.ralston@intel.com", "time": "Wed Aug 27 14:29:07 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:24 2014 +0800" }, "message": "ahci: Add Device IDs for Intel 9 Series PCH\n\ncommit 1b071a0947dbce5c184c12262e02540fbc493457 upstream.\n\nThis patch adds the AHCI mode SATA Device IDs for the Intel 9 Series PCH.\n\nSigned-off-by: James Ralston \u003cjames.d.ralston@intel.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "69dfe16b2bfb488a4b8bb5dadbf3706e82893c85", "tree": "1580fe944b7d8461566a0793822fb1d72e8c9318", "parents": [ "a48fec2f276f8003fb8098df892ea3acb5d7149a" ], "author": { "name": "Larry Finger", "email": "Larry.Finger@lwfinger.net", "time": "Sun Aug 24 17:49:43 2014 -0500" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:23 2014 +0800" }, "message": "rtlwifi: rtl8192cu: Add new ID\n\ncommit c66517165610b911e4c6d268f28d8c640832dbd1 upstream.\n\nThe Sitecom WLA-2102 adapter uses this driver.\n\nReported-by: Nico Baggus \u003cnico-linux@noci.xs4all.nl\u003e\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nCc: Nico Baggus \u003cnico-linux@noci.xs4all.nl\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "a48fec2f276f8003fb8098df892ea3acb5d7149a", "tree": "f9215afbe8d73833a7c5eaba2f6dc54ed4b8f96c", "parents": [ "c16060dfda1c8418a9e638b79f5d2101b482e89f" ], "author": { "name": "Alban Crequy", "email": "alban.crequy@collabora.co.uk", "time": "Mon Aug 18 12:20:20 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:23 2014 +0800" }, "message": "cgroup: reject cgroup names with \u0027 \u0027\n\ncommit 71b1fb5c4473a5b1e601d41b109bdfe001ec82e0 upstream.\n\n/proc/\u003cpid\u003e/cgroup contains one cgroup path on each line. If cgroup names are\nallowed to contain \"\\n\", applications cannot parse /proc/\u003cpid\u003e/cgroup safely.\n\nSigned-off-by: Alban Crequy \u003calban.crequy@collabora.co.uk\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\n[lizf: Backported to 3.4:\n - adjust context\n - s/name/dentry-\u003ed_name.name/]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "c16060dfda1c8418a9e638b79f5d2101b482e89f", "tree": "383e904ef99f3271af0556aff4940030d6ee6aec", "parents": [ "bd188dc72de0ce3e4671eea2641b14858bd28788" ], "author": { "name": "Honggang Li", "email": "enjoymindful@gmail.com", "time": "Tue Aug 12 21:36:15 2014 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:23 2014 +0800" }, "message": "percpu: free percpu allocation info for uniprocessor system\n\ncommit 3189eddbcafcc4d827f7f19facbeddec4424eba8 upstream.\n\nCurrently, only SMP system free the percpu allocation info.\nUniprocessor system should free it too. For example, one x86 UML\nvirtual machine with 256MB memory, UML kernel wastes one page memory.\n\nSigned-off-by: Honggang Li \u003cenjoymindful@gmail.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "bd188dc72de0ce3e4671eea2641b14858bd28788", "tree": "e4eb8d2917da6584ae4f43c8484b1fd1ff84ff86", "parents": [ "240269ae890ff269c384c94746b57d904f756205" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Fri Aug 15 16:06:10 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:23 2014 +0800" }, "message": "percpu: perform tlb flush after pcpu_map_pages() failure\n\ncommit 849f5169097e1ba35b90ac9df76b5bb6f9c0aabd upstream.\n\nIf pcpu_map_pages() fails midway, it unmaps the already mapped pages.\nCurrently, it doesn\u0027t flush tlb after the partial unmapping. This may\nbe okay in most cases as the established mapping hasn\u0027t been used at\nthat point but it can go wrong and when it goes wrong it\u0027d be\nextremely difficult to track down.\n\nFlush tlb after the partial unmapping.\n\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "240269ae890ff269c384c94746b57d904f756205", "tree": "6e970e4caf218efdb475cda2a97ded6867c1620a", "parents": [ "be93eea739598a5bf2562110323d79d80d0e6a33" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Fri Aug 15 16:06:06 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:22 2014 +0800" }, "message": "percpu: fix pcpu_alloc_pages() failure path\n\ncommit f0d279654dea22b7a6ad34b9334aee80cda62cde upstream.\n\nWhen pcpu_alloc_pages() fails midway, pcpu_free_pages() is invoked to\nfree what has already been allocated. The invocation is across the\nwhole requested range and pcpu_free_pages() will try to free all\nnon-NULL pages; unfortunately, this is incorrect as\npcpu_get_pages_and_bitmap(), unlike what its comment suggests, doesn\u0027t\nclear the pages array and thus the array may have entries from the\nprevious invocations making the partial failure path free incorrect\npages.\n\nFix it by open-coding the partial freeing of the already allocated\npages.\n\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "be93eea739598a5bf2562110323d79d80d0e6a33", "tree": "58479ef6306aea7696730678edfe87d6523ed4e5", "parents": [ "a51b4d7710d1a3593c3bdc4592fdecbbb8df4f16" ], "author": { "name": "Eliad Peller", "email": "eliad@wizery.com", "time": "Wed Jun 11 10:23:35 2014 +0300" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:22 2014 +0800" }, "message": "regulatory: add NUL to alpha2\n\ncommit a5fe8e7695dc3f547e955ad2b662e3e72969e506 upstream.\n\nalpha2 is defined as 2-chars array, but is used in multiple\nplaces as string (e.g. with nla_put_string calls), which\nmight leak kernel data.\n\nSolve it by simply adding an extra char for the NULL\nterminator, making such operations safe.\n\nSigned-off-by: Eliad Peller \u003celiadx.peller@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "a51b4d7710d1a3593c3bdc4592fdecbbb8df4f16", "tree": "3cb4ef6c1f4a55cb93cc4e47039932873e78ed9e", "parents": [ "a643fab2d72b817d72320aa504a9887bd6d01046" ], "author": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Wed Sep 03 15:04:28 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:22 2014 +0800" }, "message": "ACPI / cpuidle: fix deadlock between cpuidle_lock and cpu_hotplug.lock\n\ncommit 6726655dfdd2dc60c035c690d9f10cb69d7ea075 upstream.\n\nThere is a following AB-BA dependency between cpu_hotplug.lock and\ncpuidle_lock:\n\n1) cpu_hotplug.lock -\u003e cpuidle_lock\nenable_nonboot_cpus()\n _cpu_up()\n cpu_hotplug_begin()\n LOCK(cpu_hotplug.lock)\n cpu_notify()\n ...\n acpi_processor_hotplug()\n cpuidle_pause_and_lock()\n LOCK(cpuidle_lock)\n\n2) cpuidle_lock -\u003e cpu_hotplug.lock\nacpi_os_execute_deferred() workqueue\n ...\n acpi_processor_cst_has_changed()\n cpuidle_pause_and_lock()\n LOCK(cpuidle_lock)\n get_online_cpus()\n LOCK(cpu_hotplug.lock)\n\nFix this by reversing the order acpi_processor_cst_has_changed() does\nthigs -- let it first execute the protection against CPU hotplug by\ncalling get_online_cpus() and obtain the cpuidle lock only after that (and\nperform the symmentric change when allowing CPUs hotplug again and\ndropping cpuidle lock).\n\nSpotted by lockdep.\n\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "a643fab2d72b817d72320aa504a9887bd6d01046", "tree": "98c70a4dff3d1cd14e0720d07e0277391fbf8d64", "parents": [ "94667ee06fc9383403396c5a8e9b5df55f98a2e2" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Tue Sep 02 07:21:56 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:21 2014 +0800" }, "message": "ALSA: hda - Fix COEF setups for ALC1150 codec\n\ncommit acf08081adb5e8fe0519eb97bb49797ef52614d6 upstream.\n\nALC1150 codec seems to need the COEF- and PLL-setups just like its\ncompatible ALC882 codec. Some machines (e.g. SunMicro X10SAT) show\nthe problem like too low output volumes unless the COEF setup is\napplied.\n\nReported-and-tested-by: Dana Goyette \u003cdanagoyette@gmail.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "94667ee06fc9383403396c5a8e9b5df55f98a2e2", "tree": "01cc8caf747d0cb994b2867faecad69e31540539", "parents": [ "f9c3484ebd0a5a4918c50612c8400e4ab91ebf92" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Thu Aug 28 11:53:23 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:21 2014 +0800" }, "message": "drm/vmwgfx: Fix a potential infinite spin waiting for fifo idle\n\ncommit f01ea0c3d9db536c64d47922716d8b3b8f21d850 upstream.\n\nThe code waiting for fifo idle was incorrect and could possibly spin\nforever under certain circumstances.\n\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReported-by: Mark Sheldon \u003cmarkshel@vmware.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nReivewed-by: Mark Sheldon \u003cmarkshel@vmware.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "f9c3484ebd0a5a4918c50612c8400e4ab91ebf92", "tree": "cebe659d48131e32ff6bbcbc7aab423b27c287e0", "parents": [ "9b9d7b3078f8f4a8fa4b72aa2abd118602f942f2" ], "author": { "name": "Al Viro", "email": "viro@zeniv.linux.org.uk", "time": "Mon Aug 18 15:09:26 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:21 2014 +0800" }, "message": "get rid of propagate_umount() mistakenly treating slaves as busy.\n\ncommit 88b368f27a094277143d8ecd5a056116f6a41520 upstream.\n\nThe check in __propagate_umount() (\"has somebody explicitly mounted\nsomething on that slave?\") is done *before* taking the already doomed\nvictims out of the child lists.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\n[lizf: Backported to 3.4:\n - adjust context\n - s/hlist_for_each_entry/list_for_each_entry/]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "9b9d7b3078f8f4a8fa4b72aa2abd118602f942f2", "tree": "2cf6e5f4cac732b6d8492f67d6696d5c983d3a80", "parents": [ "219fb6410b9e4ba3a3a28c12c73579eef921cb31" ], "author": { "name": "Mathias Krause", "email": "minipli@googlemail.com", "time": "Wed Aug 27 18:41:19 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:20 2014 +0800" }, "message": "drm/i915: Remove bogus __init annotation from DMI callbacks\n\ncommit bbe1c2740d3a25aa1dbe5d842d2ff09cddcdde0a upstream.\n\nThe __init annotations for the DMI callback functions are wrong as this\ncode can be called even after the module has been initialized, e.g. like\nthis:\n\n # echo 1 \u003e /sys/bus/pci/devices/0000:00:02.0/remove\n # modprobe i915\n # echo 1 \u003e /sys/bus/pci/rescan\n\nThe first command will remove the PCI device from the kernel\u0027s device\nlist so the second command won\u0027t see it right away. But as it registers\na PCI driver it\u0027ll see it on the third command. If the system happens to\nmatch one of the DMI table entries we\u0027ll try to call a function in long\nreleased memory and generate an Oops, at best.\n\nFix this by removing the bogus annotation.\n\nModpost should have caught that one but it ignores section reference\nmismatches from the .rodata section. :/\n\nFixes: 25e341cfc33d (\"drm/i915: quirk away broken OpRegion VBT\")\nFixes: 8ca4013d702d (\"CHROMIUM: i915: Add DMI override to skip CRT...\")\nFixes: 425d244c8670 (\"drm/i915: ignore LVDS on intel graphics systems...\")\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nCc: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nCc: Duncan Laurie \u003cdlaurie@chromium.org\u003e\nCc: Jarod Wilson \u003cjarod@redhat.com\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\t# Can modpost be fixed?\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "219fb6410b9e4ba3a3a28c12c73579eef921cb31", "tree": "17b07ded15604eb74b9c2c1153478769d4dcdee0", "parents": [ "f999b1962a34f97cec52c3adff81d79890697a7f" ], "author": { "name": "Mark Brown", "email": "broonie@linaro.org", "time": "Tue Aug 26 12:12:17 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:20 2014 +0800" }, "message": "regmap: Fix handling of volatile registers for format_write() chips\n\ncommit 5844a8b9d98ec11ce1d77610daacf3f0a0e14715 upstream.\n\nA previous over-zealous factorisation of code means that we only treat\nregisters as volatile if they are readable. For most devices this is fine\nsince normally most registers can be read and volatility implies\nreadability but for format_write() devices where there is no readback from\nthe hardware and we use volatility to mean simply uncacheability this means\nthat we end up treating all registers as cacheble.\n\nA bigger refactoring of the code to clarify this is in order but as a fix\nmake a minimal change and only check readability when checking volatility\nif there is no format_write() operation defined for the device.\n\nSigned-off-by: Mark Brown \u003cbroonie@linaro.org\u003e\nTested-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "f999b1962a34f97cec52c3adff81d79890697a7f", "tree": "e342566145f1d86c288ba1aa423886295ce8e15e", "parents": [ "bb4a05a0400ed6d2f1e13d1f82f289ff74300a70" ], "author": { "name": "Christian Borntraeger", "email": "borntraeger@de.ibm.com", "time": "Wed Aug 06 16:17:58 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:20 2014 +0800" }, "message": "KVM: s390: Fix user triggerable bug in dead code\n\ncommit 614a80e474b227cace52fd6e3c790554db8a396e upstream.\n\nIn the early days, we had some special handling for the\nKVM_EXIT_S390_SIEIC exit, but this was gone in 2009 with commit\nd7b0b5eb3000 (KVM: s390: Make psw available on all exits, not\njust a subset).\n\nNow this switch statement is just a sanity check for userspace\nnot messing with the kvm_run structure. Unfortunately, this\nallows userspace to trigger a kernel BUG. Let\u0027s just remove\nthis switch statement.\n\nSigned-off-by: Christian Borntraeger \u003cborntraeger@de.ibm.com\u003e\nReviewed-by: Cornelia Huck \u003ccornelia.huck@de.ibm.com\u003e\nReviewed-by: David Hildenbrand \u003cdahi@linux.vnet.ibm.com\u003e\n[lizf: Backported to 3.4:\n - adjust context\n - no KVM_EXIT_S390_TSCH and KVM_EXIT_DEBUG in 3.4]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "bb4a05a0400ed6d2f1e13d1f82f289ff74300a70", "tree": "2cc19badf62131b24409a7c870db22e94ef7fa2a", "parents": [ "618dea44abf8e7766501ea94e9eda9308e1e4593" ], "author": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:19 2014 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:19 2014 +0800" }, "message": "Linux 3.4.104\n" }, { "commit": "618dea44abf8e7766501ea94e9eda9308e1e4593", "tree": "7ba01b5147f7852b8399c692ab9e1ce0cb18828e", "parents": [ "3a8f61352a884762e6485ab21af08054b76cff69" ], "author": { "name": "Michael Cree", "email": "mcree@orcon.net.nz", "time": "Wed Nov 30 08:01:40 2011 -0500" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:19 2014 +0800" }, "message": "alpha: add io{read,write}{16,32}be functions\n\ncommit 25534eb7707821b796fd84f7115367e02f36aa60 upstream.\n\nThese functions are used in some PCI drivers with big-endian\nMMIO space.\n\nAdmittedly it is almost certain that no one this side of the\nMoon would use such a card in an Alpha but it does get us\ncloser to being able to build allyesconfig or allmodconfig,\nand it enables the Debian default generic config to build.\n\nTested-by: Raúl Porcel \u003carmin76@gentoo.org\u003e\nSigned-off-by: Michael Cree \u003cmcree@orcon.net.nz\u003e\nSigned-off-by: Matt Turner \u003cmattst88@gmail.com\u003e\nCc: Guenter Roeck \u003clinux@roeck-us.net\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "3a8f61352a884762e6485ab21af08054b76cff69", "tree": "d2fd8c697703799b1eae0d0c21b1fa7c9ec5b6b0", "parents": [ "f79bb94b5ae6581d81f7b65cfc8f11e86bc2c8de" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Tue Nov 05 01:15:38 2013 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:19 2014 +0800" }, "message": "ext2: Fix fs corruption in ext2_get_xip_mem()\n\ncommit 7ba3ec5749ddb61f79f7be17b5fd7720eebc52de upstream.\n\nCommit 8e3dffc651cb \"Ext2: mark inode dirty after the function\ndquot_free_block_nodirty is called\" unveiled a bug in __ext2_get_block()\ncalled from ext2_get_xip_mem(). That function called ext2_get_block()\nmistakenly asking it to map 0 blocks while 1 was intended. Before the\nabove mentioned commit things worked out fine by luck but after that commit\nwe started returning that we allocated 0 blocks while we in fact\nallocated 1 block and thus allocation was looping until all blocks in\nthe filesystem were exhausted.\n\nFix the problem by properly asking for one block and also add assertion\nin ext2_get_blocks() to catch similar problems.\n\nReported-and-tested-by: Andiry Xu \u003candiry.xu@gmail.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nCc: Wang Nan \u003cwangnan0@huawei.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "f79bb94b5ae6581d81f7b65cfc8f11e86bc2c8de", "tree": "3798a4ad1b94a66f3c89f36f796193e44f5f7e37", "parents": [ "92a6e26fd0c8ba921890dd6adc0166f5ef927f8c" ], "author": { "name": "Michael Cree", "email": "mcree@orcon.net.nz", "time": "Sun Aug 19 14:41:04 2012 +1200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:18 2014 +0800" }, "message": "alpha: Fix fall-out from disintegrating asm/system.h\n\ncommit d1b5153f3ec83789b71d64efaf2a880c8fe6358e upstream.\n\nCommit ec2212088c42 (\"Disintegrate asm/system.h for Alpha\") removed\nasm/system.h however arch/alpha/oprofile/common.c requires definitions\nthat were shifted from asm/system.h to asm/special_insns.h. Include\nthat.\n\nSigned-off-by: Michael Cree \u003cmcree@orcon.net.nz\u003e\nAcked-by: Matt Turner \u003cmattst88@gmail.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Guenter Roeck \u003clinux@roeck-us.net\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "92a6e26fd0c8ba921890dd6adc0166f5ef927f8c", "tree": "c006595a1e13ef403dd94f47595e0004e1c63057", "parents": [ "4e36063eb13e743f1fdac0a65055c3f5fe28e387" ], "author": { "name": "Guan Xuetao", "email": "gxt@mprc.pku.edu.cn", "time": "Thu Jun 14 15:39:48 2012 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:18 2014 +0800" }, "message": "UniCore32-bugfix: fix mismatch return value of __xchg_bad_pointer\n\ncommit 195d4577d1d7ab1f0398b3190547c116b56f435f upstream.\n\nWhen disintegrate system.h, I left an error in asm/cmpxchg.h, which\nwill result in following error:\n\narch/unicore32/include/asm/cmpxchg.h: In function \u0027__xchg\u0027:\narch/unicore32/include/asm/cmpxchg.h:38: error: void value not ignored as it ought to be\n\nSigned-off-by: Guan Xuetao \u003cgxt@mprc.pku.edu.cn\u003e\nCc: Guenter Roeck \u003clinux@roeck-us.net\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "4e36063eb13e743f1fdac0a65055c3f5fe28e387", "tree": "de75799127880ca1053e7821df9597e0bf518e65", "parents": [ "62cdcceec9ccfac48f59bd03a258f91cb9700f45" ], "author": { "name": "Guan Xuetao", "email": "gxt@mprc.pku.edu.cn", "time": "Thu Jun 14 11:38:25 2012 +0800" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:18 2014 +0800" }, "message": "UniCore32-bugfix: Remove definitions in asm/bug.h to solve difference between native and cross compiler\n\ncommit 10e1e99e55378a65529c48753703c069aebce7af upstream.\n\nFor kernel/bound.c being compiled by native compiler, it will generate following errors in gcc 4.4.3:\n CC kernel/bounds.s\nIn file included from include/linux/bug.h:4,\n from include/linux/page-flags.h:9,\n from kernel/bounds.c:9:\narch/unicore32/include/asm/bug.h:22: error: expected \u0027\u003d\u0027, \u0027,\u0027, \u0027;\u0027, \u0027asm\u0027 or \u0027__attribute__\u0027 before \u0027void\u0027\narch/unicore32/include/asm/bug.h:23: error: expected \u0027\u003d\u0027, \u0027,\u0027, \u0027;\u0027, \u0027asm\u0027 or \u0027__attribute__\u0027 before \u0027void\u0027\n\nSo, we moved definitions in asm/bug.h to arch/unicore32/kernel/setup.h to solve the problem.\n\nSigned-off-by: Guan Xuetao \u003cgxt@mprc.pku.edu.cn\u003e\nCc: Guenter Roeck \u003clinux@roeck-us.net\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "62cdcceec9ccfac48f59bd03a258f91cb9700f45", "tree": "6f6a6eaa57ebbe48855f83429198724ef8e82e49", "parents": [ "82a938ab75f966ee228ee85665cd074c5d078b42" ], "author": { "name": "Fengguang Wu", "email": "fengguang.wu@intel.com", "time": "Thu Oct 04 17:11:23 2012 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:18 2014 +0800" }, "message": "unicore32: select generic atomic64_t support\n\ncommit 82e54a6aaf8aec971fb16afa3a4404e238a1b98b upstream.\n\nIt\u0027s required for the core fs/namespace.c and many other basic features.\n\nSigned-off-by: Guan Xuetao \u003cgxt@mprc.pku.edu.cn\u003e\nSigned-off-by: Fengguang Wu \u003cfengguang.wu@intel.com\u003e\nCc: \"Eric W. Biederman\" \u003cebiederm@xmission.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Guenter Roeck \u003clinux@roeck-us.net\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "82a938ab75f966ee228ee85665cd074c5d078b42", "tree": "3b4a11bb7dde3b9bb4f9eba4ad5eba465368422e", "parents": [ "69db2d4044cc494b03bad01b2e106f7324ef3fdf" ], "author": { "name": "Paul Gortmaker", "email": "paul.gortmaker@windriver.com", "time": "Mon Aug 25 13:33:20 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:18 2014 +0800" }, "message": "8250_pci: fix warnings in backport of Broadcom TruManage support\n\ncommit 7400ce7ee9595432b2a1402b6ffcac9faf38d9ae (v3.4.92-76-g7400ce7ee959)\nwas a backport of commit ebebd49a8eab5e9aa1b1f8f1614ccc3c2120f886 upstream\n(\"8250/16?50: Add support for Broadcom TruManage redirected serial port\")\n\nHowever, in the context of 3.4.x kernels, the pci setup code was\nexpecting a struct uart_port and not a struct uart_8250_port, leading to\nthe following concerning warnings:\n\ndrivers/tty/serial/8250/8250_pci.c: In function ‘pci_brcm_trumanage_setup’:\ndrivers/tty/serial/8250/8250_pci.c:1086:2: warning: passing argument 3 of ‘pci_default_setup’ from incompatible pointer type [enabled by default]\n int ret \u003d pci_default_setup(priv, board, port, idx);\n ^\ndrivers/tty/serial/8250/8250_pci.c:1036:1: note: expected ‘struct uart_port *’ but argument is of type ‘struct uart_8250_port *’\n pci_default_setup(struct serial_private *priv,\n ^\ndrivers/tty/serial/8250/8250_pci.c: At top level:\ndrivers/tty/serial/8250/8250_pci.c:1746:3: warning: initialization from incompatible pointer type [enabled by default]\n .setup \u003d pci_brcm_trumanage_setup,\n ^\ndrivers/tty/serial/8250/8250_pci.c:1746:3: warning: (near initialization for ‘pci_serial_quirks[56].setup’) [enabled by default]\n\nI\u0027d also expect the initialization to not function correctly, and\nperhaps dereference random garbage due to this. Since the uart_port\nis a field within the uart_8250_port, the adaptation to fix these\nwarnings is a straightforward removal of a layer of indirection.\n\nCc: Stephen Hurd \u003cshurd@broadcom.com\u003e\nCc: Michael Chan \u003cmchan@broadcom.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Rui Xiang \u003crui.xiang@huawei.com\u003e\nCc: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "69db2d4044cc494b03bad01b2e106f7324ef3fdf", "tree": "ce09bfaf1099abfdd23e71c52652fde1e8ba35a3", "parents": [ "ab22539512b325240dac92e92bbaf1d9aebaa2e5" ], "author": { "name": "Andi Kleen", "email": "ak@linux.intel.com", "time": "Sat Jun 09 02:40:03 2012 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:17 2014 +0800" }, "message": "slab/mempolicy: always use local policy from interrupt context\n\ncommit e7b691b085fda913830e5280ae6f724b2a63c824 upstream.\n\nslab_node() could access current-\u003emempolicy from interrupt context.\nHowever there\u0027s a race condition during exit where the mempolicy\nis first freed and then the pointer zeroed.\n\nUsing this from interrupts seems bogus anyways. The interrupt\nwill interrupt a random process and therefore get a random\nmempolicy. Many times, this will be idle\u0027s, which noone can change.\n\nJust disable this here and always use local for slab\nfrom interrupts. I also cleaned up the callers of slab_node a bit\nwhich always passed the same argument.\n\nI believe the original mempolicy code did that in fact,\nso it\u0027s likely a regression.\n\nv2: send version with correct logic\nv3: simplify. fix typo.\nReported-by: Arun Sharma \u003casharma@fb.com\u003e\nCc: penberg@kernel.org\nCc: cl@linux.com\nSigned-off-by: Andi Kleen \u003cak@linux.intel.com\u003e\n[tdmackey@twitter.com: Rework control flow based on feedback from\ncl@linux.com, fix logic, and cleanup current task_struct reference]\nAcked-by: David Rientjes \u003crientjes@google.com\u003e\nAcked-by: Christoph Lameter \u003ccl@linux.com\u003e\nAcked-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: David Mackey \u003ctdmackey@twitter.com\u003e\nSigned-off-by: Pekka Enberg \u003cpenberg@kernel.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "ab22539512b325240dac92e92bbaf1d9aebaa2e5", "tree": "5a76ec72da3a47a4682d99945a98cb67ca5401cf", "parents": [ "c1bc007ebe663237823bb9548f658c35c2e8f925" ], "author": { "name": "Stefan Kristiansson", "email": "stefan.kristiansson@saunalahti.fi", "time": "Tue Feb 26 07:36:29 2013 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:17 2014 +0800" }, "message": "openrisc: add missing header inclusion\n\ncommit 160d83781a32e94a1e337efd6722939001e62398 upstream.\n\nPrevents build issue with updated toolchain\n\nReported-by: Jack Thomasson \u003cjkt@moonlitsw.com\u003e\nTested-by: Christian Svensson \u003cblue@cmd.nu\u003e\nSigned-off-by: Stefan Kristiansson \u003cstefan.kristiansson@saunalahti.fi\u003e\nSigned-off-by: Jonas Bonn \u003cjonas@southpole.se\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "c1bc007ebe663237823bb9548f658c35c2e8f925", "tree": "fddabcbdb73ce362da3033532ca876285166e54e", "parents": [ "9a8fa93c3da316ca32c91baead518d0308ae3472" ], "author": { "name": "Ralf Baechle", "email": "ralf@linux-mips.org", "time": "Tue Sep 17 12:44:31 2013 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:17 2014 +0800" }, "message": "MIPS: Fix accessing to per-cpu data when flushing the cache\n\ncommit ff522058bd717506b2fa066fa564657f2b86477e upstream.\n\nThis fixes the following issue\n\nBUG: using smp_processor_id() in preemptible [00000000] code: kjournald/1761\ncaller is blast_dcache32+0x30/0x254\nCall Trace:\n[\u003c8047f02c\u003e] dump_stack+0x8/0x34\n[\u003c802e7e40\u003e] debug_smp_processor_id+0xe0/0xf0\n[\u003c80114d94\u003e] blast_dcache32+0x30/0x254\n[\u003c80118484\u003e] r4k_dma_cache_wback_inv+0x200/0x288\n[\u003c80110ff0\u003e] mips_dma_map_sg+0x108/0x180\n[\u003c80355098\u003e] ide_dma_prepare+0xf0/0x1b8\n[\u003c8034eaa4\u003e] do_rw_taskfile+0x1e8/0x33c\n[\u003c8035951c\u003e] ide_do_rw_disk+0x298/0x3e4\n[\u003c8034a3c4\u003e] do_ide_request+0x2e0/0x704\n[\u003c802bb0dc\u003e] __blk_run_queue+0x44/0x64\n[\u003c802be000\u003e] queue_unplugged.isra.36+0x1c/0x54\n[\u003c802beb94\u003e] blk_flush_plug_list+0x18c/0x24c\n[\u003c802bec6c\u003e] blk_finish_plug+0x18/0x48\n[\u003c8026554c\u003e] journal_commit_transaction+0x3b8/0x151c\n[\u003c80269648\u003e] kjournald+0xec/0x238\n[\u003c8014ac00\u003e] kthread+0xb8/0xc0\n[\u003c8010268c\u003e] ret_from_kernel_thread+0x14/0x1c\n\nCaches in most systems are identical - but not always, so we can\u0027t avoid\nthe use of smp_call_function() by just looking at the boot CPU\u0027s data,\nhave to fiddle with preemption instead.\n\nSigned-off-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nCc: Markos Chandras \u003cmarkos.chandras@imgtec.com\u003e\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/5835\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "9a8fa93c3da316ca32c91baead518d0308ae3472", "tree": "893520c993738f13c2f21dda6bb817ac68495566", "parents": [ "c804743181ad14578d8ea5b2e7b8bd7a2efe64ae" ], "author": { "name": "Florian Fainelli", "email": "florian@openwrt.org", "time": "Thu Jul 19 09:13:52 2012 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:17 2014 +0800" }, "message": "MIPS: perf: Fix build error caused by unused counters_per_cpu_to_total()\n\ncommit 6c37c9580409af7dc664bb6af0a85d540d63aeea upstream.\n\ncc1: warnings being treated as errors\narch/mips/kernel/perf_event_mipsxx.c:166: error: \u0027counters_per_cpu_to_total\u0027 defined but not used\nmake[2]: *** [arch/mips/kernel/perf_event_mipsxx.o] Error 1\nmake[2]: *** Waiting for unfinished jobs....\n\nIt was first introduced by 82091564cfd7ab8def42777a9c662dbf655c5d25 [MIPS:\nperf: Add support for 64-bit perf counters.] in 3.2.\n\nSigned-off-by: Florian Fainelli \u003cflorian@openwrt.org\u003e\nCc: linux-mips@linux-mips.org\nCc: david.daney@cavium.com\nPatchwork: https://patchwork.linux-mips.org/patch/3357/\nSigned-off-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "c804743181ad14578d8ea5b2e7b8bd7a2efe64ae", "tree": "6dbdaa1273cc39cf8d229bd84ea9c3ab1d974eec", "parents": [ "62148f769ff1041f92bf0bad4dd820615f29861f" ], "author": { "name": "Johan Hovold", "email": "johan@kernel.org", "time": "Wed Aug 27 11:55:19 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:16 2014 +0800" }, "message": "USB: serial: fix potential heap buffer overflow\n\ncommit 5654699fb38512bdbfc0f892ce54fce75bdc2bab upstream.\n\nMake sure to verify the number of ports requested by subdriver to avoid\nwriting beyond the end of fixed-size array in interface data.\n\nThe current usb-serial implementation is limited to eight ports per\ninterface but failed to verify that the number of ports requested by a\nsubdriver (which could have been determined from device descriptors) did\nnot exceed this limit.\n\nSigned-off-by: Johan Hovold \u003cjohan@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n[lizf: Backported to 3.4: s/ddev/\\\u0026interface-\u003edev/]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "62148f769ff1041f92bf0bad4dd820615f29861f", "tree": "d73ca763fe4375a6debb7c5474b955cb6683797b", "parents": [ "2f3e285da53ae6002cabb028438a65b9f9cee534" ], "author": { "name": "Johan Hovold", "email": "johan@kernel.org", "time": "Wed Aug 27 11:55:18 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:16 2014 +0800" }, "message": "USB: serial: fix potential stack buffer overflow\n\ncommit d979e9f9ecab04c1ecca741370e30a8a498893f5 upstream.\n\nMake sure to verify the maximum number of endpoints per type to avoid\nwriting beyond the end of a stack-allocated array.\n\nThe current usb-serial implementation is limited to eight ports per\ninterface but failed to verify that the number of endpoints of a certain\ntype reported by a device did not exceed this limit.\n\nSigned-off-by: Johan Hovold \u003cjohan@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "2f3e285da53ae6002cabb028438a65b9f9cee534", "tree": "da3943e7a063b9bcfc004cd016f55a0ef1a894e5", "parents": [ "5624bb35686b13e17438aaf211586556bcba58da" ], "author": { "name": "Mark Rutland", "email": "mark.rutland@arm.com", "time": "Fri Aug 15 12:11:50 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:16 2014 +0800" }, "message": "ARM: 8129/1: errata: work around Cortex-A15 erratum 830321 using dummy strex\n\ncommit 2c32c65e3726c773760038910be30cce1b4d4149 upstream.\n\nOn revisions of Cortex-A15 prior to r3p3, a CLREX instruction at PL1 may\nfalsely trigger a watchpoint exception, leading to potential data aborts\nduring exception return and/or livelock.\n\nThis patch resolves the issue in the following ways:\n\n - Replacing our uses of CLREX with a dummy STREX sequence instead (as\n we did for v6 CPUs).\n\n - Removing the clrex code from v7_exit_coherency_flush and derivatives,\n since this only exists as a minor performance improvement when\n non-cached exclusives are in use (Linux doesn\u0027t use these).\n\nBenchmarking on a variety of ARM cores revealed no measurable\nperformance difference with this change applied, so the change is\nperformed unconditionally and no new Kconfig entry is added.\n\nSigned-off-by: Mark Rutland \u003cmark.rutland@arm.com\u003e\nSigned-off-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\n[lizf: Backported to 3.4:\n - Drop changes to arch/arm/include/asm/cacheflush.h and\n arch/arm/mach-exynos/mcpm-exynos.c]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "5624bb35686b13e17438aaf211586556bcba58da", "tree": "2587d0dde2f895b721a1a01ec50691a84e7cc365", "parents": [ "e78c127e8ee714142edb1d76956ebf40750ab218" ], "author": { "name": "Mark Rutland", "email": "mark.rutland@arm.com", "time": "Fri Aug 15 12:11:49 2014 +0100" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:16 2014 +0800" }, "message": "ARM: 8128/1: abort: don\u0027t clear the exclusive monitors\n\ncommit 85868313177700d20644263a782351262d2aff84 upstream.\n\nThe ARMv6 and ARMv7 early abort handlers clear the exclusive monitors\nupon entry to the kernel, but this is redundant:\n\n - We clear the monitors on every exception return since commit\n 200b812d0084 (\"Clear the exclusive monitor when returning from an\n exception\"), so this is not necessary to ensure the monitors are\n cleared before returning from a fault handler.\n\n - Any dummy STREX will target a temporary scratch area in memory, and\n may succeed or fail without corrupting useful data. Its status value\n will not be used.\n\n - Any other STREX in the kernel must be preceded by an LDREX, which\n will initialise the monitors consistently and will not depend on the\n earlier state of the monitors.\n\nTherefore we have no reason to care about the initial state of the\nexclusive monitors when a data abort is taken, and clearing the monitors\nprior to exception return (as we already do) is sufficient.\n\nThis patch removes the redundant clearing of the exclusive monitors from\nthe early abort handlers.\n\nSigned-off-by: Mark Rutland \u003cmark.rutland@arm.com\u003e\nAcked-by: Will Deacon \u003cwill.deacon@arm.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "e78c127e8ee714142edb1d76956ebf40750ab218", "tree": "2dfdfd058a332c4ee71f8232d6ce7578b21e8578", "parents": [ "e115f02bda5dc98fc31cec1fe6160bcee887789c" ], "author": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Wed Aug 27 09:13:15 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:15 2014 +0800" }, "message": "HID: picolcd: sanity check report size in raw_event() callback\n\ncommit 844817e47eef14141cf59b8d5ac08dd11c0a9189 upstream.\n\nThe report passed to us from transport driver could potentially be\narbitrarily large, therefore we better sanity-check it so that raw_data\nthat we hold in picolcd_pending structure are always kept within proper\nbounds.\n\nReported-by: Steven Vittitoe \u003cscvitti@google.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\n[lizf: Backported to 3.4: adjust filename]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "e115f02bda5dc98fc31cec1fe6160bcee887789c", "tree": "127d4fbbebace1a0be01a23aa7d620a4664cb314", "parents": [ "0bfb000447ffec4e7245c9c761fd0770acba504d" ], "author": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Wed Aug 27 09:12:24 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:15 2014 +0800" }, "message": "HID: magicmouse: sanity check report size in raw_event() callback\n\ncommit c54def7bd64d7c0b6993336abcffb8444795bf38 upstream.\n\nThe report passed to us from transport driver could potentially be\narbitrarily large, therefore we better sanity-check it so that\nmagicmouse_emit_touch() gets only valid values of raw_id.\n\nReported-by: Steven Vittitoe \u003cscvitti@google.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "0bfb000447ffec4e7245c9c761fd0770acba504d", "tree": "2bb3296fa8b61bd47b85387aea3f20cb097e8db2", "parents": [ "818ee415d57c89ab36cbd2b9a57cc3c257afc1b9" ], "author": { "name": "Trond Myklebust", "email": "trond.myklebust@primarydata.com", "time": "Mon Aug 25 22:33:12 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:15 2014 +0800" }, "message": "NFSv4: Fix problems with close in the presence of a delegation\n\ncommit aee7af356e151494d5014f57b33460b162f181b5 upstream.\n\nIn the presence of delegations, we can no longer assume that the\nstate-\u003en_rdwr, state-\u003en_rdonly, state-\u003en_wronly reflect the open\nstateid share mode, and so we need to calculate the initial value\nfor calldata-\u003earg.fmode using the state-\u003eflags.\n\nReported-by: James Drews \u003cdrews@engr.wisc.edu\u003e\nFixes: 88069f77e1ac5 (NFSv41: Fix a potential state leakage when...)\nSigned-off-by: Trond Myklebust \u003ctrond.myklebust@primarydata.com\u003e\n[lizf: Backport to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "818ee415d57c89ab36cbd2b9a57cc3c257afc1b9", "tree": "9b6d0d3f3520b327c7ee6471108a614664012731", "parents": [ "86d165eb7959308faf75c2023f7273d08dc288be" ], "author": { "name": "Stephen Hemminger", "email": "stephen@networkplumber.org", "time": "Mon Aug 25 21:07:47 2014 -0700" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Thu Sep 25 11:49:15 2014 +0800" }, "message": "USB: sisusb: add device id for Magic Control USB video\n\ncommit 5b6b80aeb21091ed3030b9b6aae597d81326f1aa upstream.\n\nI have a j5 create (JUA210) USB 2 video device and adding it device id\nto SIS USB video gets it to work.\n\nSigned-off-by: Stephen Hemminger \u003cstephen@networkplumber.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" } ], "next": "86d165eb7959308faf75c2023f7273d08dc288be" }