{"push_id":583270472,"size":123,"distinct_size":123,"ref":"refs/heads/korg/linux-3.12.y","head":"22ccf8f1a5450ac5a6bc2bb519699838017ce1ea","before":"7cdb8bda7211ef6c153cbeb0a9f003094a442df8","commits":[{"sha":"09e6fe32192a77f6e2e60cc0f4103e630c7ecf20","author":{"email":"0a83610afe785d9272a02261bbd626dcda080776@thundera.se","name":"Andreas Utterberg"},"message":"asus-wmi: Set WAPF to 4 for Asus X550CA\n\ncommit c08db55fe1455202e4bcda416e88bbbc20700dc4 upstream.\n\nThe 'asus-nb-wmi' WAPF parameter must be set to 4, so the internal Wireless LAN device is operational.\n\nSigned-off-by: Andreas Utterberg <andreas.utterberg@thundera.se>\nSigned-off-by: Matthew Garrett <matthew.garrett@nebula.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/09e6fe32192a77f6e2e60cc0f4103e630c7ecf20"},{"sha":"8365e101d9dc837354a4c7f399575f481232dcd4","author":{"email":"57836df77b9122b8f49ca59970cd915e03a6097e@gmail.com","name":"poma"},"message":"WAPF 4 for ASUSTeK COMPUTER INC. X75VBP WLAN ON.\n\ncommit 7216e10227c90a388db1ee29b7b89820b81aa8eb upstream.\n\nThe 'asus-nb-wmi' WAPF parameter must be set to 4, so the internal Wireless LAN device is operational.\n\nSigned-off-by: poma <pomidorabelisima@gmail.com>\nSigned-off-by: Matthew Garrett <matthew.garrett@nebula.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/8365e101d9dc837354a4c7f399575f481232dcd4"},{"sha":"3265f861718dc0912e6c42b47ad591cccc178152","author":{"email":"e403a63f4ffca41320cc08fa24d2896c912d7ce5@canonical.com","name":"AceLan Kao"},"message":"asus-nb-wmi: Add ASUSTeK COMPUTER INC. X200CA\n\ncommit c66263a368490a200a65639ff826f633090936a9 upstream.\n\nBIOS won't light on the wifi-led after S3, so asus-wmi driver needs to\ncontrol the wifi and wifi-led status.\nBut, it'll lead to bt status error if asus-wmi driver controls bt as well.\nSo, for X200CA, asus-wmi driver controls wifi status only and have to set\nwapf to 1.\n\nSigned-off-by: AceLan Kao <acelan.kao@canonical.com>\nSigned-off-by: Matthew Garrett <matthew.garrett@nebula.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/3265f861718dc0912e6c42b47ad591cccc178152"},{"sha":"0c3e519354daafedfbdd399218e1e19c04f2fdd3","author":{"email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com","name":"Hans de Goede"},"message":"asus-nb-wmi: Add wapf4 quirk for the X550CL\n\ncommit 22ba58c8abea9e948d406776b9252024a30bd45c upstream.\n\nAs reported here: https://bugs.launchpad.net/bugs/1277959\nthe X550CL needs wapf=4 too.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Matthew Garrett <matthew.garrett@nebula.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/0c3e519354daafedfbdd399218e1e19c04f2fdd3"},{"sha":"533e6f122022f63b6cfd87a397312fdc9fb4f4af","author":{"email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com","name":"Hans de Goede"},"message":"asus-nb-wmi: Add wapf4 quirk for the X550CC\n\ncommit 6d6ded3bdb0ed6f65d1f58d5d84971f6b3a39b70 upstream.\n\nAs reported here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1173681\nthe X550CC needs wapf=4 too.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Matthew Garrett <matthew.garrett@nebula.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/533e6f122022f63b6cfd87a397312fdc9fb4f4af"},{"sha":"367366c29e48a1ca124817154ff7d175d0e07cc8","author":{"email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com","name":"Hans de Goede"},"message":"asus-nb-wmi.c: Rename x401u quirk to wapf4\n\ncommit 378008dfc72baed2d9c0f0a40dababc0e8901207 upstream.\n\nThe actual x401u does not use the so named x401u quirk but the x55u quirk.\nAll that the x401u quirk does it setting wapf to 4, so rename it to wapf4 to\nstop the confusion.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Matthew Garrett <matthew.garrett@nebula.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/367366c29e48a1ca124817154ff7d175d0e07cc8"},{"sha":"39d8ae26e5524a07da55b2104a1bde9fcac55868","author":{"email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com","name":"Hans de Goede"},"message":"asus-nb-wmi: Add wapf4 quirk for the U32U\n\ncommit 831a444ea6f8f25fd1a9cc9d7651bc18b5a1f755 upstream.\n\nAs reported here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1173681\nthe U32U needs wapf=4 too.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Matthew Garrett <matthew.garrett@nebula.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/39d8ae26e5524a07da55b2104a1bde9fcac55868"},{"sha":"ecd9be6a40adaa8ff7edf041ca5e4feeeea98bc6","author":{"email":"1542dc81552e668e197a396f69e655c1621c300d@redhat.com","name":"Stanislaw Gruszka"},"message":"asus-nb-wmi: Add wapf4 quirk for the X550VB\n\ncommit 4ec7a45b51a32ee513898e2f1e42bb681b340fcf upstream.\n\nX550VB as many others Asus laptops need wapf4 quirk to make RFKILL\nswitch be functional. Otherwise system boots with wireless card\ndisabled and is only possible to enable it by suspend/resume.\n\nBug report:\nhttp://bugzilla.redhat.com/show_bug.cgi?id=1089731#c23\n\nReported-and-tested-by: Vratislav Podzimek <vpodzime@redhat.com>\nSigned-off-by: Stanislaw Gruszka <sgruszka@redhat.com>\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/ecd9be6a40adaa8ff7edf041ca5e4feeeea98bc6"},{"sha":"aa99e32532c37c8fb56465fe5609a343a17a2354","author":{"email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com","name":"Hans de Goede"},"message":"asus-nb-wmi: Add another wapf=4 quirk\n\ncommit 841e11ccdf90c29a7778a5d5d553bc716c3d477a upstream.\n\nWifi on this laptop does not work unless asus-nb-wmi.wapf=4 is specified on\nthe kerne commandline, add a quirk for this.\n\nCc: stable@vger.kernel.org\nBugLink: https://bugs.launchpad.net/bugs/1173681\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/aa99e32532c37c8fb56465fe5609a343a17a2354"},{"sha":"910f9e7dbee0aef348cecd53d54fb70f77e8321b","author":{"email":"971fb330b5cd41789124dc74f43ecb9c1cf6c0ff@redhat.com","name":"Mateusz Guzik"},"message":"ipc: fix compat msgrcv with negative msgtyp\n\ncommit e7ca2552369c1dfe0216c626baf82c3d83ec36bb upstream.\n\nCompat function takes msgtyp argument as u32 and passes it down to\ndo_msgrcv which results in casting to long, thus the sign is lost and we\nget a big positive number instead.\n\nCast the argument to signed type before passing it down.\n\nSigned-off-by: Mateusz Guzik <mguzik@redhat.com>\nReported-by: Gabriellla Schmidt <gsc@bruker.de>\nCc: Al Viro <viro@zeniv.linux.org.uk>\nCc: Davidlohr Bueso <davidlohr@hp.com>\nCc: Manfred Spraul <manfred@colorfullife.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/910f9e7dbee0aef348cecd53d54fb70f77e8321b"},{"sha":"4602761bac19ae3373f003bc3cabc4546c8e5207","author":{"email":"8dcf0f69152f32f23184f83357a3731522e56b9c@de.ibm.com","name":"Heiko Carstens"},"message":"ipc/compat_sys_msgrcv: change msgtyp type from long to compat_long_t\n\ncommit 291fdb0bcebd5e8db6af767c1fdc522167dad73d upstream.\n\nChange the type of compat_sys_msgrcv's msgtyp parameter from long\nto compat_long_t, since compat user space passes only a 32 bit signed\nvalue.\nLet the compat wrapper do proper sign extension to 64 bit of this\nparameter.\n\nSigned-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/4602761bac19ae3373f003bc3cabc4546c8e5207"},{"sha":"dddbc77e40b3af8bb32f49f1b4dc424bba45e59c","author":{"email":"b0d1e9e4a4e27620745ff49be9000da3174a4cc6@suse.de","name":"Hannes Reinecke"},"message":"tcm_loop: Fix wrong I_T nexus association\n\ncommit 506787a2c7daed45f0a213674ca706cbc83a9089 upstream.\n\ntcm_loop has the I_T nexus associated with the HBA. This causes\ncommands to become misdirected if the HBA has more than one\ntarget portal group; any command is then being sent to the\nfirst target portal group instead of the correct one.\n\nThe nexus needs to be associated with the target portal group\ninstead.\n\nSigned-off-by: Hannes Reinecke <hare@suse.de>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/dddbc77e40b3af8bb32f49f1b4dc424bba45e59c"},{"sha":"d99060df01b027501e55b8ce92c072aa60f87ee3","author":{"email":"978acd1567d5598152161fdf8bf3ca568f950c9b@linux-iscsi.org","name":"Nicholas Bellinger"},"message":"target: Drop arbitrary maximum I/O size limit\n\ncommit 046ba64285a4389ae5e9a7dfa253c6bff3d7c341 upstream.\n\nThis patch drops the arbitrary maximum I/O size limit in sbc_parse_cdb(),\nwhich currently for fabric_max_sectors is hardcoded to 8192 (4 MB for 512\nbyte sector devices), and for hw_max_sectors is a backend driver dependent\nvalue.\n\nThis limit is problematic because Linux initiators have only recently\nstarted to honor block limits MAXIMUM TRANSFER LENGTH, and other non-Linux\nbased initiators (eg: MSFT Fibre Channel) can also generate I/Os larger\nthan 4 MB in size.\n\nCurrently when this happens, the following message will appear on the\ntarget resulting in I/Os being returned with non recoverable status:\n\n  SCSI OP 28h with too big sectors 16384 exceeds fabric_max_sectors: 8192\n\nInstead, drop both [fabric,hw]_max_sector checks in sbc_parse_cdb(),\nand convert the existing hw_max_sectors into a purely informational\nattribute used to represent the granuality that backend driver and/or\nsubsystem code is splitting I/Os upon.\n\nAlso, update FILEIO with an explicit FD_MAX_BYTES check in fd_execute_rw()\nto deal with the one special iovec limitiation case.\n\nv2 changes:\n  - Drop hw_max_sectors check in sbc_parse_cdb()\n\nReported-by: Lance Gropper <lance.gropper@qosserver.com>\nReported-by: Stefan Priebe <s.priebe@profihost.ag>\nCc: Christoph Hellwig <hch@lst.de>\nCc: Martin K. Petersen <martin.petersen@oracle.com>\nCc: Roland Dreier <roland@purestorage.com>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/d99060df01b027501e55b8ce92c072aa60f87ee3"},{"sha":"9606e430dc79200193b15df6997c7981e19216c1","author":{"email":"1db9dd262beaa64f35756dd39531d9747b7778bb@arm.com","name":"Mark Rutland"},"message":"arm64: Fix up /proc/cpuinfo\n\ncommit 44b82b7700d05a52cd983799d3ecde1a976b3bed upstream.\n\n[backport to 3.12.x: fold in missing MIDR_EL1 recording]\n\nCommit d7a49086f263164a (arm64: cpuinfo: print info for all CPUs)\nattempted to clean up /proc/cpuinfo, but due to concerns regarding\nfurther changes was reverted in commit 5e39977edf6500fd (Revert \"arm64:\ncpuinfo: print info for all CPUs\").\n\nThere are two major issues with the arm64 /proc/cpuinfo format\ncurrently:\n\n* The \"Features\" line describes (only) the 64-bit hwcaps, which is\n  problematic for some 32-bit applications which attempt to parse it. As\n  the same names are used for analogous ISA features (e.g. aes) despite\n  these generally being architecturally unrelated, it is not possible to\n  simply append the 64-bit and 32-bit hwcaps in a manner that might not\n  be misleading to some applications.\n\n  Various potential solutions have appeared in vendor kernels. Typically\n  the format of the Features line varies depending on whether the task\n  is 32-bit.\n\n* Information is only printed regarding a single CPU. This does not\n  match the ARM format, and does not provide sufficient information in\n  big.LITTLE systems where CPUs are heterogeneous. The CPU information\n  printed is queried from the current CPU's registers, which is racy\n  w.r.t. cross-cpu migration.\n\nThis patch attempts to solve these issues. The following changes are\nmade:\n\n* When a task with a LINUX32 personality attempts to read /proc/cpuinfo,\n  the \"Features\" line contains the decoded 32-bit hwcaps, as with the\n  arm port. Otherwise, the decoded 64-bit hwcaps are shown. This aligns\n  with the behaviour of COMPAT_UTS_MACHINE and COMPAT_ELF_PLATFORM. In\n  the absense of compat support, the Features line is empty.\n\n  The set of hwcaps injected into a task's auxval are unaffected.\n\n* Properties are printed per-cpu, as with the ARM port. The per-cpu\n  information is queried from pre-recorded cpu information (as used by\n  the sanity checks).\n\n* As with the previous attempt at fixing up /proc/cpuinfo, the hardware\n  field is removed. The only users so far are 32-bit applications tied\n  to particular boards, so no portable applications should be affected,\n  and this should prevent future tying to particular boards.\n\nThe following differences remain:\n\n* No model_name is printed, as this cannot be queried from the hardware\n  and cannot be provided in a stable fashion. Use of the CPU\n  {implementor,variant,part,revision} fields is sufficient to identify a\n  CPU and is portable across arm and arm64.\n\n* The following system-wide properties are not provided, as they are not\n  possible to provide generally. Programs relying on these are already\n  tied to particular (32-bit only) boards:\n  - Hardware\n  - Revision\n  - Serial\n\nNo software has yet been identified for which these remaining\ndifferences are problematic.\n\nCc: Catalin Marinas <catalin.marinas@arm.com>\nCc: Will Deacon <will.deacon@arm.com>\nCc: stable@vger.kernel.org # 3.12.x\nSigned-off-by: Mark Rutland <mark.rutland@arm.com>\n[Mark: backport to v3.12.x]\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/9606e430dc79200193b15df6997c7981e19216c1"},{"sha":"bb5f415484d7fbf3a0a5c55134ca0a99892544a3","author":{"email":"afb75201fb002d7fdd2b0b231e006999e00db8a9@linux.intel.com","name":"Mika Westerberg"},"message":"mmc: sdhci-acpi: add new ACPI ID\n\ncommit 07c001c119c7de92be9c8ad1f1a3e5af459cb3d4 upstream.\n\nNewer Intel PCHs with LPSS have the same SDHCI controller than Haswell but\nACPI ID is different. Add this ID to the driver list.\n\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nAcked-by: Adrian Hunter <adrian.hunter@intel.com>\nSigned-off-by: Chris Ball <cjb@laptop.org>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/bb5f415484d7fbf3a0a5c55134ca0a99892544a3"},{"sha":"d40b840deecf9e058c8edf3e8459fd6524bac99b","author":{"email":"41bb5944f244750b7cf0394140496972a3f1bee3@intel.com","name":"Adrian Hunter"},"message":"mmc: sdhci-acpi: Add device id 80860F16\n\ncommit aad95dc49c6dad19b49af7cd90c53473ec0536d1 upstream.\n\nAdd ACPI HID 80860F16 as a host controller for a SD card.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nSigned-off-by: Chris Ball <chris@printf.net>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/d40b840deecf9e058c8edf3e8459fd6524bac99b"},{"sha":"6f55614e95472493acb155c99ffbb76319e3bbb6","author":{"email":"41bb5944f244750b7cf0394140496972a3f1bee3@intel.com","name":"Adrian Hunter"},"message":"mmc: sdhci-acpi: Intel SDIO has broken card detect\n\ncommit c67480173f72e883235dd0ad09d90156c8f87600 upstream.\n\nIntel SDIO has broken card detect so add a quirk to reflect that.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nAcked-by: Ulf Hansson <ulf.hansson@linaro.org>\nSigned-off-by: Chris Ball <chris@printf.net>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/6f55614e95472493acb155c99ffbb76319e3bbb6"},{"sha":"536f9653b9557fececdc769837294efbb27ecafa","author":{"email":"d74b63b006fb43db73651b1f9c74813737e34106@intel.com","name":"Maurice Petallo"},"message":"mmc: sdhci: Preset value not supported in Baytrail eMMC\n\ncommit d61b59461b0cd0106f03e566d537b9072029e059 upstream.\n\n\"SDHCI_QUIRK2_PRESET_VALUE_BROKEN\" quirk is added to prohibit\npreset value enabling for Baytrail eMMC controller.\n\nSigned-off-by: Maurice Petallo <mauricex.r.petallo@intel.com>\nAcked-by: Adrian Hunter <adrian.hunter@intel.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/536f9653b9557fececdc769837294efbb27ecafa"},{"sha":"43a93a13b5067027d122ca3b3a79f3ba0d684322","author":{"email":"41bb5944f244750b7cf0394140496972a3f1bee3@intel.com","name":"Adrian Hunter"},"message":"mmc: sdhci-acpi: Add a HID and UID for a SD Card host controller\n\ncommit 7147eaf3a4fe7e7dbb6e1f89e328ea0507e0c32c upstream.\n\nAdd a HID (INT33BB) and UID (3) for a SD Card host controller.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/43a93a13b5067027d122ca3b3a79f3ba0d684322"},{"sha":"a27ad256a42fae347acaec06ff8e53ba1db20162","author":{"email":"41bb5944f244750b7cf0394140496972a3f1bee3@intel.com","name":"Adrian Hunter"},"message":"mmc: sdhci-acpi: Add ACPI HID INT344D\n\ncommit d0ed8e6b0ab149421cd1532e7c5ebb0992ad25d0 upstream.\n\nAdd ACPI HID INT344D for an Intel SDIO host controller.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>","distinct":true,"url":"https://api.github.com/repos/mifl/android_kernel_qcom_msm/commits/a27ad256a42fae347acaec06ff8e53ba1db20162"}]}