summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2018-12-06backports: Add skcipher_request_zero()v4.19.7-1linux-4.19.yHauke Mehrtens
This was added in commit 1aaa753d918 ("crypto: skcipher - Add helper to zero stack request") lib80211 does not use skcipher in kernel 4.20 any more, so only add this to the 4.19 branch. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-12-06backports: Add missing includes for mt76 driver.Hauke Mehrtens
This patch was taken from kernel 4.20. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-12-06backports: Do not activate R8188EU on kernels without SKCIPHERHauke Mehrtens
This driver was missing in the list of the other lib80211 driver using SKCIPHER. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-12-06backports: Refresh patches on kernel 4.19.6Hauke Mehrtens
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-12-06backports: Remove BPAUTO_CRYPTO_SKCIPHERHauke Mehrtens
This was added in commit 32751c901728 ("backport: add crypto skcipher interface"), but all the drivers which need it were deactivated in commit cdcec8e6128 ("backports: disable things needing LIB80211 unless SKCIPHER can exist") because it does not compile any more. Remove this code now completely from the tree. lib80211 does not use skcipher any more, but directly uses the crpyto API. since kernel 4.20. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-12-03backports: Revert "dependencies: Make WIL6210 depend on kernel >= 4.8"Hauke Mehrtens
pci_alloc_irq_vectors() was added in commit 162a6b312f1 ("add support for pci_alloc_irq_vectors"), with this backport the WIL6210 driver works again. This reverts commit fbafdbe972402aad051d91d557f9cbb272844939. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2018-12-03backports: Fix pci_alloc_irq_vectors() backportHauke Mehrtens
This copies the pci_alloc_irq_vectors() function from kernel 4.9 and replaces the __pci_enable_msi{x}_range() calls with calls to pci_enable_msi{x}_range(), these were backported to kernel versions < 3.14, so no need to handle the older kernels specially here. This also adds support for MSIx IRQs and adds the PCI_IRQ_* defines. Fixes: 162a6b312f1b ("add support for pci_alloc_irq_vectors") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Cc: Omer Dagan <omer.dagan@tandemg.com>
2018-11-07backports: wrap pci_alloc_irq_vectors() in PCI definesWinnie Chang
pci_alloc_irq_vectors() needs to be wrapped in CONFIG_PCI and CONFIG_PCI_MSI definition to avoid a function redefinition compiler error. Fixes: 162a6b312f1b ("add support for pci_alloc_irq_vectors") Signed-off-by: Winnie Chang <winnie.chang@cypress.com> Signed-off-by: Chi-Hsien Lin <chi-hsien.lin@cypress.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-11-05add support for pci_alloc_irq_vectorsOmer Dagan
add support for function in kernels under 4.8 function is a wrapper around 'pci_enable_msi_block' or 'pci_enable_msi_range' depending on the kernel version the min\max number of interrupts was overridden to always use the max number of interrupts which seems correct since it was not supported in the old APIs Signed-off-by: Omer Dagan <omer.dagan@tandemg.com> [use GPL expert as everything in backports, remove unused ifdef] Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-11-05backports: check if genl pre_doit and post_doit are setLuca Coelho
In the pre_doit and post_doit backports, we set the ops to our backported version, so genetlink itself will always call it. But then we don't check if the actual ops are set before calling them, which causes a call to a NULL pointer. Fix this by checking if the ops are actually set before calling them. Fixes: ff6746638cf1 ("backports: genetlink: update completely") Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-17backports: copy entire licensingJohannes Berg
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-12backports: support xz compression in uninstallJohannes Berg
Support xz compression in uninstall. Also use compat.ko instead of mac80211.ko to detect this, as compat is always compiled and mac80211 may not be. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02backports: genetlink: update completelyJohannes Berg
Replace all the different nested versions of generic netlink backport with a single one, covering from < 3.13 all the way to the upcoming netlink policy improvements in 4.20. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02backports: add __skb_peek()Johannes Berg
New API slated to show up in 4.20. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02backports: backport most of improved netlink policy validationJohannes Berg
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02backports: add copy-list.hwsimJohannes Berg
This is can be useful for minimal testing. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02backports: fix genlmsg_nlhdr() backportJohannes Berg
Since 4.15 this no longer takes a family argument, so add that to the backports instead of trying to work around the family argument having changed type. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02backports: rename magic functions for netlink parsingJohannes Berg
Make all the magic variable argument calls inlines and rename them so we can override them more easily later. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02Revert "backports: crypto_memneq has been backported to 3.12 and 3.10"Johannes Berg
This reverts commit 1b481348b4564970e3cfa04023f1cc22ce2b6931. It actually broke the build to include this, as memneq.c is always built for kernels < 3.13, and thus we get a duplicate symbol export if we skip the backport definitions. Easier than making the build system depend on the strange versions is to just always use our backported version with symbol rename. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02backports: add missing include in 3.13 compat codeJohannes Berg
If we don't include <linux/net.h> then __BACKPORT_NET_GET_RANDOM_ONCE can never be defined, and we'll never get the compat code. Fix that. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-10-02backport: check Ubuntu kernel for u64_stats_update_begin_irqsave()Luca Coelho
Ubuntu cherry-picked the patch that added u64_stat_update_begin_irqsave() in their 4.15 kernel, so we get a redefinition compilation error if we try to compile against that. To solve this, check UTS_UBUNTU_RELEASE_ABI and don't define our backported function if it's 33 or higher. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-26compat: remove bluetooth from skcipherJohannes Berg
Just clean up the dependency list, skcipher is known to not work, but we neither backport bluetooth now, nor does current upstream bluetooth actually need skcipher. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-25backports: fix mt76 dependenciesv4.19-rc5-1Johannes Berg
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-25backports: add pm_runtime_force_suspend/pm_runtime_force_resumeJohannes Berg
We can't really backport those, but add them anyway for compilation, perhaps somebody doesn't want to suspend/resume? Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-25backports: fix iwlwifi pci device removal patchLuca Coelho
Accidentally, the patch to remove the device removal code from earlier kernels was sent from an intermediate version of the code, so the patch doesn't apply properly. Fix it by updating it to the version that was actually upstreamed. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-25backports: Add 3. parameter to of_dma_configure()Hauke Mehrtens
With commit 3d6ce86ee794 ("drivers: remove force dma flag from buses") in kernel 4.18 of_dma_configure() got the extra parameter force_dma. This is backported by setting the force_dma member which was added in commit d89e2378a97f ("drivers: flag buses which demand DMA configuration") in kernel 4.15. In older kernel versions we just ignore this parameter as the of_dma_configure() function internally takes care of setting this correctly. Since commit 7b07cbefb68d ("iommu: of: Handle IOMMU lookup failure with deferred probing or error") in kernel 4.12 this function returns int and not void any more. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24Revert "backports: Remove ssb and bcma"Johannes Berg
This reverts commit 1b4e6ad4d927c7998fa578f2d29e0c4ec01a9217. Said commit broke b43 on older kernels (<3.16). Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backports: add kmemleak.hJohannes Berg
This is just a forward include, but earlier versions don't include linux/types.h despite relying on it. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backport: add ktime_get_raw_ts64() backport for < 3.19Luca Coelho
The getrawmonotonic64() function that is used by the ktime_get_raw_ts64() backport was only introduced in 3.19. To fix compilation with earlier kernels, do the convertion from getrawmonotonic() manually if the kernel is < 3.19. Additionally, add timespec_to_timespec64() that we need for this conversion (and which was only introduced in 3.17). Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24patches: make coredump support conditional on 4.17Johannes Berg
On 4.16, the coredump method returns int rather than void. It would be possible to fix that up, but so far I'm too lazy. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24patches: fix "disable" typo in patch filenameJohannes Berg
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24patches: Do not remove linux/kmemleak.h includeHauke Mehrtens
This driver has to include linux/kmemleak.h to get kmemleak_not_leak in kernel 4.19. I haven't seen any problem when compiling against multiple other kernels, but didn't test all the 3.X versions. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backports: Make netdev destructor spatch apply correctly againHauke Mehrtens
The netdev destructor spatch did not apply to the wil6210 driver any more, because there the calls were done in a different order compared to the spatch. Add an additional rule which applies when the order is changed. Fixes: 30a378636e47 ("backports: speed up netdev destructor spatch by two orders of magnitude") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24patches: remove .coredump from struct driver for kernel < 4.16Hauke Mehrtens
Kernel 4.16 added a new .coredump member to the driver structure which can be implemented by drivers. Remove this member on older kernel versions as they do not support this feature. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24patches: make mt76 use skb_pad() instead of __skb_pad()Hauke Mehrtens
__skb_pad() was only added with kernel 4.13. The free_on_error parameter of __skb_pad() is set to constant true, which is also the setting used by skb_pad() so it should be save to use skb_pad() instead. This patch should be added to the mainline Linux kernel. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24dependencies: make hostap and atmel depend on kernel >= 4.18Hauke Mehrtens
The hostap and atmel wireless driver now make use of the proc_create_single_data() function which can not easily be backported. As these drivers are not used too often just deactivate them on older kernel versions for now. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24dependencies: Make WIL6210 depend on kernel >= 4.8Hauke Mehrtens
The WIL6210 driver now uses pci_alloc_irq_vectors() which is only available in kernel >= 4.8, only build this driver against such kernel versions. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> [backporting the function doesn't seem too hard, but unless somebody complains we're too lazy] Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24dependencies: Make RSI_COEX coexistence depend on kernel >= 4.17Hauke Mehrtens
When RSI_COEX is activated the driver wants to link against the rsi_bt_ops symbol from the bluetooth driver btrsi. This driver was only added in kernel 4.17. Deactivate bluetooth coexistence support for older kernel versions. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24copy: Add crc32poly.hHauke Mehrtens
This is used by the rtl8723bs driver. The implementation is completely in this header file, so it is save to copy it Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backports: Remove NFC supportHauke Mehrtens
I am not aware of any user of the NFC coded in backports, at least I haven't seen any patches regarding this. Remove this code to reduce the efforts needed in the backports project. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backports: Remove ssb and bcmaHauke Mehrtens
Use the versions shipped with the kernel instead. bcma and ssb didn't change much in the last few years, most of the changes were related to code only used on embedded devices. Removing this reduces the number of parts we have to backport. b43, b43legacy and brcmsmac work well with the in kernel version. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backports: add __alloc_bucket_spinlocks() for < 4.19Luca Coelho
Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backport: convert int led activate op to void when neededLuca Coelho
In kernel v4.19-rc1, the activate op in struct led_trigger, changed from void to int. To solve this, add a semantic patch to insert a wrapper function that returns void and calls the function that returns int. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> [use <+... ...+> as suggested by Hauke] Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backports: improve skb->xmit_more handlingJohannes Berg
Replace the existing skb->xmit_more semantic patch rule with a more generic one that uses a helper inline function. Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backport: update u64_stats_init() to a new version in kernels < 4.2Luca Coelho
The u64_stats_init() macro was turned into a static inline function in v4.2 to prevent warnings that happen when its argument is not used elsewhere. Since we started hitting these warnings, undefine the macro and define the static inline to prevent them. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backport: make ktime_get_boottime_seconds() non-inlineLuca Coelho
With kernels < 3.17, we need to include hrtimer.h to get ktime_divns() for the ktime_get_boottime_seconds() backport. But we can't just include htrtimer.h in the backport timekeeping.h because we run into some cyclical inclusions that cause problems. To solve that make ktime_get_boottime_seconds() non-inline and add it to a new backport-4.18.c file. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backport: prevent unused subclass variable warning in < 3.18Luca Coelho
In kernels earlier than 3.18, the raw_spin_lock defininition when CONFIG_DEBUG_LOCK_ALLOC is not enabled, was dropping one of the parameters, which caused a few "unused variable" warnings at places where this argument was only used in the call to raw_spin_lock_nested(). Take the latest definition which evaluates the argument to avoid compiler warnings. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backport: remove duplicate leds.h inclusion from backport-4.5.cLuca Coelho
We were including leds.h twice in backport-4.5.c and one of them was very early, which caused inclusion conflicts at least with < 3.16 kernels. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backport: add rhashtable-types.hLuca Coelho
This was introduced in 4.18 and is needed by rhashtable.h, that we copy. So copy it as well. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2018-09-24backport: convert tree section names to asciiLuca Coelho
For some reason, sometimes when the git logs contain non-ascii characters, we get some conversion errors. This only happens if one of the strings we use is explicitly unicode, otherwise everything is fine. The only string we use that is of unicode type is the tree names that comes from the configuration sections. To avoid issues, convert the strings we get from the config file into ascii before using it. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
generated by cgit v1.2.3 (git 2.0.4) at 2024-04-23 13:49:39 +0000