{"push_id":555410170,"size":38,"distinct_size":38,"ref":"refs/heads/cm-12.0","head":"41fbe4f995ff367ffb566eb443810f7b74d0a3a8","before":"78b949acf42627aec9397eb1650d48b9717afeca","commits":[{"sha":"42af6a2a34316b2ea5cdf90aedcd4bffe0a6f751","author":{"email":"dfee53abe61e0fa2a31785beb67a8418dd118d2c@jp.sony.com","name":"Takamori Yamaguchi"},"message":"mm: bugfix: set current->reclaim_state to NULL while returning from kswapd()\n\ncommit b0a8cc58e6b9aaae3045752059e5e6260c0b94bc upstream.\n\nIn kswapd(), set current->reclaim_state to NULL before returning, as\ncurrent->reclaim_state holds reference to variable on kswapd()'s stack.\n\nIn rare cases, while returning from kswapd() during memory offlining,\n__free_slab() and freepages() can access the dangling pointer of\ncurrent->reclaim_state.\n\nSigned-off-by: Takamori Yamaguchi <takamori.yamaguchi@jp.sony.com>\nSigned-off-by: Aaditya Kumar <aaditya.kumar@ap.sony.com>\nAcked-by: David Rientjes <rientjes@google.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/42af6a2a34316b2ea5cdf90aedcd4bffe0a6f751"},{"sha":"697ecfce5b02419580fee5c85a832a9dd75b04d1","author":{"email":"b0b36e3cd9ea4e5739ff430a3056fabf2fdb0376@redhat.com","name":"Eric Paris"},"message":"fanotify: fix missing break\n\ncommit 848561d368751a1c0f679b9f045a02944506a801 upstream.\n\nAnders Blomdell noted in 2010 that Fanotify lost events and provided a\ntest case.  Eric Paris confirmed it was a bug and posted a fix to the\nlist\n\n  https://groups.google.com/forum/?fromgroups=#!topic/linux.kernel/RrJfTfyW2BE\n\nbut never applied it.  Repeated attempts over time to actually get him\nto apply it have never had a reply from anyone who has raised it\n\nSo apply it anyway\n\nSigned-off-by: Alan Cox <alan@linux.intel.com>\nReported-by: Anders Blomdell <anders.blomdell@control.lth.se>\nCc: Eric Paris <eparis@redhat.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/697ecfce5b02419580fee5c85a832a9dd75b04d1"},{"sha":"e94113742124c0a516a261d4982e46825b2e02f0","author":{"email":"1f0aa498f7c1bee2bd6061b97aca51d7b122cec0@mbnet.fi","name":"Jussi Kivilinna"},"message":"crypto: cryptd - disable softirqs in cryptd_queue_worker to prevent data corruption\n\ncommit 9efade1b3e981f5064f9db9ca971b4dc7557ae42 upstream.\n\ncryptd_queue_worker attempts to prevent simultaneous accesses to crypto\nworkqueue by cryptd_enqueue_request using preempt_disable/preempt_enable.\nHowever cryptd_enqueue_request might be called from softirq context,\nso add local_bh_disable/local_bh_enable to prevent data corruption and\npanics.\n\nBug report at http://marc.info/?l=linux-crypto-vger&m=134858649616319&w=2\n\nv2:\n - Disable software interrupts instead of hardware interrupts\n\nReported-by: Gurucharan Shetty <gurucharan.shetty@gmail.com>\nSigned-off-by: Jussi Kivilinna <jussi.kivilinna@mbnet.fi>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/e94113742124c0a516a261d4982e46825b2e02f0"},{"sha":"a986f5c7948d45755340a15dde474fb775c9e294","author":{"email":"dbef83f64948dc68aad31596bbf6991154a9d730@systec-electronic.com","name":"Alexander Stein"},"message":"ALSA: hda: Cirrus: Fix coefficient index for beep configuration\n\ncommit 5a83b4b5a391f07141b157ac9daa51c409e71ab5 upstream.\n\nSigned-off-by: Alexander Stein <alexander.stein@systec-electronic.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/a986f5c7948d45755340a15dde474fb775c9e294"},{"sha":"47331bf80585bba8272b0173c64b15450c90eb9e","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: hda - Force to reset IEC958 status bits for AD codecs\n\ncommit ae24c3191ba2ab03ec6b4be323e730e00404b4b6 upstream.\n\nSeveral bug reports suggest that the forcibly resetting IEC958 status\nbits is required for AD codecs to get the SPDIF output working\nproperly after changing streams.\n\nOriginal fix credit to Javeed Shaikh.\n\nBugLink: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/359361\n\nReported-by: Robin Kreis <r.kreis@uni-bremen.de>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/47331bf80585bba8272b0173c64b15450c90eb9e"},{"sha":"b2265aa6944ea8da7dff18c0b2c6987d51f4796c","author":{"email":"a05fe8d700eefce417841f2434e2c0b57d79bb5f@dekaresearch.com","name":"Eric Millbrandt"},"message":"ASoC: wm8978: pll incorrectly configured when codec is master\n\ncommit 55c6f4cb6ef49afbb86222c6a3ff85329199c729 upstream.\n\nWhen MCLK is supplied externally and BCLK and LRC are configured as outputs\n(codec is master), the PLL values are only calculated correctly on the first\ntransmission.  On subsequent transmissions, at differenct sample rates, the\nwrong PLL values are used.  Test for f_opclk instead of f_pllout to determine\nif the PLL values are needed.\n\nSigned-off-by: Eric Millbrandt <emillbrandt@dekaresearch.com>\nSigned-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/b2265aa6944ea8da7dff18c0b2c6987d51f4796c"},{"sha":"7288813fb7a2164792446361c94f170a5072d002","author":{"email":"ed13ecfff2c96835bd8fbfbe7b3839587ec83f82@ti.com","name":"Misael Lopez Cruz"},"message":"ASoC: dapm: Use card_list during DAPM shutdown\n\ncommit 445632ad6dda42f4d3f9df2569a852ca0d4ea608 upstream.\n\nDAPM shutdown incorrectly uses \"list\" field of codec struct while\niterating over probed components (codec_dev_list). \"list\" field\nrefers to codecs registered in the system, \"card_list\" field is\nused for probed components.\n\nSigned-off-by: Misael Lopez Cruz <misael.lopez@ti.com>\nSigned-off-by: Liam Girdwood <lrg@ti.com>\nSigned-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/7288813fb7a2164792446361c94f170a5072d002"},{"sha":"144989afcf20050315a879c811d2596ecb8f7b72","author":{"email":"2f96f8cd3e2780a209d0ab27d1b44624d0019d3f@linux.intel.com","name":"Artem Bityutskiy"},"message":"UBIFS: fix mounting problems after power cuts\n\ncommit a28ad42a4a0c6f302f488f26488b8b37c9b30024 upstream.\n\nThis is a bugfix for a problem with the following symptoms:\n\n1. A power cut happens\n2. After reboot, we try to mount UBIFS\n3. Mount fails with \"No space left on device\" error message\n\nUBIFS complains like this:\n\nUBIFS error (pid 28225): grab_empty_leb: could not find an empty LEB\n\nThe root cause of this problem is that when we mount, not all LEBs are\ncategorized. Only those which were read are. However, the\n'ubifs_find_free_leb_for_idx()' function assumes that all LEBs were\ncategorized and 'c->freeable_cnt' is valid, which is a false assumption.\n\nThis patch fixes the problem by teaching 'ubifs_find_free_leb_for_idx()'\nto always fall back to LPT scanning if no freeable LEBs were found.\n\nThis problem was reported by few people in the past, but Brent Taylor\nwas able to reproduce it and send me a flash image which cannot be mounted,\nwhich made it easy to hunt the bug. Kudos to Brent.\n\nReported-by: Brent Taylor <motobud@gmail.com>\nSigned-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/144989afcf20050315a879c811d2596ecb8f7b72"},{"sha":"3458b009a46727ea892799be8454481931eb89f0","author":{"email":"2f96f8cd3e2780a209d0ab27d1b44624d0019d3f@linux.intel.com","name":"Artem Bityutskiy"},"message":"UBIFS: introduce categorized lprops counter\n\ncommit 98a1eebda3cb2a84ecf1f219bb3a95769033d1bf upstream.\n\nThis commit is a preparation for a subsequent bugfix. We introduce a\ncounter for categorized lprops.\n\nSigned-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/3458b009a46727ea892799be8454481931eb89f0"},{"sha":"31e641b8c88ac8767e504ff30f8383edca76488f","author":{"email":"8dcf0f69152f32f23184f83357a3731522e56b9c@de.ibm.com","name":"Heiko Carstens"},"message":"s390/gup: add missing TASK_SIZE check to get_user_pages_fast()\n\ncommit d55c4c613fc4d4ad2ba0fc6fa2b57176d420f7e4 upstream.\n\nWhen walking page tables we need to make sure that everything\nis within bounds of the ASCE limit of the task's address space.\nOtherwise we might calculate e.g. a pud pointer which is not\nwithin a pud and dereference it.\nSo check against TASK_SIZE (which is the ASCE limit) before\nwalking page tables.\n\nReviewed-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>\nSigned-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/31e641b8c88ac8767e504ff30f8383edca76488f"},{"sha":"93033d18b816441ef8437fae0c233d2f6d951d7e","author":{"email":"aeade43d0f8ae14e7c44fa81fe17c1635ae376fe@redhat.com","name":"Dan Williams"},"message":"USB: option: add Novatel E362 and Dell Wireless 5800 USB IDs\n\ncommit fcb21645f1bd86d2be29baf48aa1b298de52ccc7 upstream.\n\nThe Dell 5800 appears to be a simple rebrand of the Novatel E362.\n\nSigned-off-by: Dan Williams <dcbw@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/93033d18b816441ef8437fae0c233d2f6d951d7e"},{"sha":"e3de3d06d9ac0bf00f289a1a3bbe7c86eaf341b0","author":{"email":"aeade43d0f8ae14e7c44fa81fe17c1635ae376fe@redhat.com","name":"Dan Williams"},"message":"USB: option: add Alcatel X220/X500D USB IDs\n\ncommit c0bc3098871dd9b964f6b45ec1e4d70d87811744 upstream.\n\nSigned-off-by: Dan Williams <dcbw@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/e3de3d06d9ac0bf00f289a1a3bbe7c86eaf341b0"},{"sha":"098f94bdf7d48136ab439615ecbf48a27905cab5","author":{"email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com","name":"Johannes Berg"},"message":"wireless: allow 40 MHz on world roaming channels 12/13\n\ncommit 43c771a1963ab461a2f194e3c97fded1d5fe262f upstream.\n\nWhen in world roaming mode, allow 40 MHz to be used\non channels 12 and 13 so that an AP that is, e.g.,\nusing HT40+ on channel 9 (in the UK) can be used.\n\nReported-by: Eddie Chapman <eddie@ehuk.net>\nTested-by: Eddie Chapman <eddie@ehuk.net>\nAcked-by: Luis R. Rodriguez <mcgrof@qca.qualcomm.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/098f94bdf7d48136ab439615ecbf48a27905cab5"},{"sha":"4dfadecea8788f19a1dc213bb2323696b274cfeb","author":{"email":"c9df6394cb541f693236245820fbe23866f1a3fe@linux-m68k.org","name":"Andreas Schwab"},"message":"m68k: fix sigset_t accessor functions\n\ncommit 34fa78b59c52d1db3513db4c1a999db26b2e9ac2 upstream.\n\nThe sigaddset/sigdelset/sigismember functions that are implemented with\nbitfield insn cannot allow the sigset argument to be placed in a data\nregister since the sigset is wider than 32 bits.  Remove the \"d\"\nconstraint from the asm statements.\n\nThe effect of the bug is that sending RT signals does not work, the signal\nnumber is truncated modulo 32.\n\nSigned-off-by: Andreas Schwab <schwab@linux-m68k.org>\nSigned-off-by: Geert Uytterhoeven <geert@linux-m68k.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/4dfadecea8788f19a1dc213bb2323696b274cfeb"},{"sha":"69480290b51cd8df5b43fcbf36948a80adcfb26b","author":{"email":"91e0ff19c25a4c90f9bdc24b1ac8e48e9177c077@gmail.com","name":"Xi Wang"},"message":"ipv4: avoid undefined behavior in do_ip_setsockopt()\n\n[ Upstream commit 0c9f79be295c99ac7e4b569ca493d75fdcc19e4e ]\n\n(1<<optname) is undefined behavior in C with a negative optname or\noptname larger than 31.  In those cases the result of the shift is\nnot necessarily zero (e.g., on x86).\n\nThis patch simplifies the code with a switch statement on optname.\nIt also allows the compiler to generate better code (e.g., using a\n64-bit mask).\n\nSigned-off-by: Xi Wang <xi.wang@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/69480290b51cd8df5b43fcbf36948a80adcfb26b"},{"sha":"78c80c76c0423fc13cd09244b95acec7c4ef1204","author":{"email":"331be22c6b63ca3e0a03d408c2d906b1b02cd5f2@stressinduktion.org","name":"Hannes Frederic Sowa"},"message":"ipv6: setsockopt(IPIPPROTO_IPV6, IPV6_MINHOPCOUNT) forgot to set return value\n\n[ Upstream commit d4596bad2a713fcd0def492b1960e6d899d5baa8 ]\n\nCc: Stephen Hemminger <shemminger@vyatta.com>\nSigned-off-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/78c80c76c0423fc13cd09244b95acec7c4ef1204"},{"sha":"828b9423aba129d99f23e10f247b17c0883c049a","author":{"email":"1b548d10035ae428195c41f5d55eedb1437ccd8a@resnulli.us","name":"Jiri Pirko"},"message":"net: correct check in dev_addr_del()\n\n[ Upstream commit a652208e0b52c190e57f2a075ffb5e897fe31c3b ]\n\nCheck (ha->addr == dev->dev_addr) is always true because dev_addr_init()\nsets this. Correct the check to behave properly on addr removal.\n\nSigned-off-by: Jiri Pirko <jiri@resnulli.us>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/828b9423aba129d99f23e10f247b17c0883c049a"},{"sha":"7e21f226557184153bd4d8fc07e70039fd55b43c","author":{"email":"0786393240831fc3b5d6ed63658cfb1f3b1e6c40@google.com","name":"Tom Herbert"},"message":"net-rps: Fix brokeness causing OOO packets\n\n[ Upstream commit baefa31db2f2b13a05d1b81bdf2d20d487f58b0a ]\n\nIn commit c445477d74ab3779 which adds aRFS to the kernel, the CPU\nselected for RFS is not set correctly when CPU is changing.\nThis is causing OOO packets and probably other issues.\n\nSigned-off-by: Tom Herbert <therbert@google.com>\nAcked-by: Eric Dumazet <edumazet@google.com>\nAcked-by: Ben Hutchings <bhutchings@solarflare.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/7e21f226557184153bd4d8fc07e70039fd55b43c"},{"sha":"7ba5f8302e0ff71a9fef34be6ac8ef6f8823c41e","author":{"email":"b2f54855ee5c6e19cecf0e24bef2348da08eb16e@redhat.com","name":"Michal Schmidt"},"message":"r8169: use unlimited DMA burst for TX\n\ncommit aee77e4accbeb2c86b1d294cd84fec4a12dde3bd upstream.\n\nThe r8169 driver currently limits the DMA burst for TX to 1024 bytes. I have\na box where this prevents the interface from using the gigabit line to its full\npotential. This patch solves the problem by setting TX_DMA_BURST to unlimited.\n\nThe box has an ASRock B75M motherboard with on-board RTL8168evl/8111evl\n(XID 0c900880). TSO is enabled.\n\nI used netperf (TCP_STREAM test) to measure the dependency of TX throughput\non MTU. I did it for three different values of TX_DMA_BURST ('5'=512, '6'=1024,\n'7'=unlimited). This chart shows the results:\nhttp://michich.fedorapeople.org/r8169/r8169-effects-of-TX_DMA_BURST.png\n\nInteresting points:\n - With the current DMA burst limit (1024):\n   - at the default MTU=1500 I get only 842 Mbit/s.\n   - when going from small MTU, the performance rises monotonically with\n     increasing MTU only up to a peak at MTU=1076 (908 MBit/s). Then there's\n     a sudden drop to 762 MBit/s from which the throughput rises monotonically\n     again with further MTU increases.\n - With a smaller DMA burst limit (512):\n   - there's a similar peak at MTU=1076 and another one at MTU=564.\n - With unlimited DMA burst:\n   - at the default MTU=1500 I get nice 940 Mbit/s.\n   - the throughput rises monotonically with increasing MTU with no strange\n     peaks.\n\nNotice that the peaks occur at MTU sizes that are multiples of the DMA burst\nlimit plus 52. Why 52? Because:\n  20 (IP header) + 20 (TCP header) + 12 (TCP options) = 52\n\nThe Realtek-provided r8168 driver (v8.032.00) uses unlimited TX DMA burst too,\nexcept for CFG_METHOD_1 where the TX DMA burst is set to 512 bytes.\nCFG_METHOD_1 appears to be the oldest MAC version of \"RTL8168B/8111B\",\ni.e. RTL_GIGA_MAC_VER_11 in r8169. Not sure if this MAC version really needs\nthe smaller burst limit, or if any other versions have similar requirements.\n\nSigned-off-by: Michal Schmidt <mschmidt@redhat.com>\nAcked-by: Francois Romieu <romieu@fr.zoreil.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/7ba5f8302e0ff71a9fef34be6ac8ef6f8823c41e"},{"sha":"e2cd9f7184f4a5d17f4745073381bb0e044721fb","author":{"email":"efca98801f3398ebd7eeff805a2c18e6c49e84d4@suse.de","name":"Jean Delvare"},"message":"kbuild: Fix gcc -x syntax\n\ncommit b1e0d8b70fa31821ebca3965f2ef8619d7c5e316 upstream.\n\nThe correct syntax for gcc -x is \"gcc -x assembler\", not\n\"gcc -xassembler\". Even though the latter happens to work, the former\nis what is documented in the manual page and thus what gcc wrappers\nsuch as icecream do expect.\n\nThis isn't a cosmetic change. The missing space prevents icecream from\nrecognizing compilation tasks it can't handle, leading to silent kernel\nmiscompilations.\n\nBesides me, credits go to Michael Matz and Dirk Mueller for\ninvestigating the miscompilation issue and tracking it down to this\nincorrect -x parameter syntax.\n\nSigned-off-by: Jean Delvare <jdelvare@suse.de>\nAcked-by: Ingo Molnar <mingo@kernel.org>\nCc: Bernhard Walle <bernhard@bwalle.de>\nCc: Michal Marek <mmarek@suse.cz>\nCc: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Michal Marek <mmarek@suse.cz>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\n\nSigned-off-by: Chet Kener <Cl3Kener@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Cl3Kener/HERC-KERNELS/commits/e2cd9f7184f4a5d17f4745073381bb0e044721fb"}]}