From: Greg Kroah-Hartman Date: Fri, 15 Jan 2021 10:34:38 +0000 (+0100) Subject: 4.9-stable patches X-Git-Tag: v4.4.252~16 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=8c36c3708de8593ddab29f13b9172e16b6b8d59e;p=thirdparty%2Fkernel%2Fstable-queue.git 4.9-stable patches added patches: arm-omap2-omap_device-fix-idling-of-devices-during-probe.patch block-rsxx-select-config_crc32.patch cpufreq-powernow-k8-pass-policy-rather-than-use-cpufreq_cpu_get.patch dmaengine-xilinx_dma-check-dma_async_device_register-return-value.patch dmaengine-xilinx_dma-fix-mixed_enum_type-coverity-warning.patch iommu-intel-fix-memleak-in-intel_irq_remapping_alloc.patch kvm-arm64-don-t-access-pmcr_el0-when-no-pmu-is-available.patch net-mlx5e-fix-memleak-in-mlx5e_create_l2_table_groups.patch wan-ds26522-select-config_bitreverse.patch wil6210-select-config_crc32.patch --- diff --git a/queue-4.9/arm-omap2-omap_device-fix-idling-of-devices-during-probe.patch b/queue-4.9/arm-omap2-omap_device-fix-idling-of-devices-during-probe.patch new file mode 100644 index 00000000000..ebeacc86a20 --- /dev/null +++ b/queue-4.9/arm-omap2-omap_device-fix-idling-of-devices-during-probe.patch @@ -0,0 +1,64 @@ +From ec76c2eea903947202098090bbe07a739b5246e9 Mon Sep 17 00:00:00 2001 +From: Andreas Kemnade +Date: Fri, 4 Dec 2020 10:55:39 +0100 +Subject: ARM: OMAP2+: omap_device: fix idling of devices during probe + +From: Andreas Kemnade + +commit ec76c2eea903947202098090bbe07a739b5246e9 upstream. + +On the GTA04A5 od->_driver_status was not set to BUS_NOTIFY_BIND_DRIVER +during probe of the second mmc used for wifi. Therefore +omap_device_late_idle idled the device during probing causing oopses when +accessing the registers. + +It was not set because od->_state was set to OMAP_DEVICE_STATE_IDLE +in the notifier callback. Therefore set od->_driver_status also in that +case. + +This came apparent after commit 21b2cec61c04 ("mmc: Set +PROBE_PREFER_ASYNCHRONOUS for drivers that existed in v4.4") causing this +oops: + +omap_hsmmc 480b4000.mmc: omap_device_late_idle: enabled but no driver. Idling +8<--- cut here --- +Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa0b402c +... +(omap_hsmmc_set_bus_width) from [] (omap_hsmmc_set_ios+0x11c/0x258) +(omap_hsmmc_set_ios) from [] (mmc_power_up.part.8+0x3c/0xd0) +(mmc_power_up.part.8) from [] (mmc_start_host+0x88/0x9c) +(mmc_start_host) from [] (mmc_add_host+0x58/0x84) +(mmc_add_host) from [] (omap_hsmmc_probe+0x5fc/0x8c0) +(omap_hsmmc_probe) from [] (platform_drv_probe+0x48/0x98) +(platform_drv_probe) from [] (really_probe+0x1dc/0x3b4) + +Fixes: 04abaf07f6d5 ("ARM: OMAP2+: omap_device: Sync omap_device and pm_runtime after probe defer") +Fixes: 21b2cec61c04 ("mmc: Set PROBE_PREFER_ASYNCHRONOUS for drivers that existed in v4.4") +Acked-by: Ulf Hansson +Signed-off-by: Andreas Kemnade +[tony@atomide.com: left out extra parens, trimmed description stack trace] +Signed-off-by: Tony Lindgren +Signed-off-by: Greg Kroah-Hartman + +--- + arch/arm/mach-omap2/omap_device.c | 8 +++++--- + 1 file changed, 5 insertions(+), 3 deletions(-) + +--- a/arch/arm/mach-omap2/omap_device.c ++++ b/arch/arm/mach-omap2/omap_device.c +@@ -224,10 +224,12 @@ static int _omap_device_notifier_call(st + break; + case BUS_NOTIFY_BIND_DRIVER: + od = to_omap_device(pdev); +- if (od && (od->_state == OMAP_DEVICE_STATE_ENABLED) && +- pm_runtime_status_suspended(dev)) { ++ if (od) { + od->_driver_status = BUS_NOTIFY_BIND_DRIVER; +- pm_runtime_set_active(dev); ++ if (od->_state == OMAP_DEVICE_STATE_ENABLED && ++ pm_runtime_status_suspended(dev)) { ++ pm_runtime_set_active(dev); ++ } + } + break; + case BUS_NOTIFY_ADD_DEVICE: diff --git a/queue-4.9/block-rsxx-select-config_crc32.patch b/queue-4.9/block-rsxx-select-config_crc32.patch new file mode 100644 index 00000000000..792c6f7e011 --- /dev/null +++ b/queue-4.9/block-rsxx-select-config_crc32.patch @@ -0,0 +1,33 @@ +From 36a106a4c1c100d55ba3d32a21ef748cfcd4fa99 Mon Sep 17 00:00:00 2001 +From: Arnd Bergmann +Date: Sun, 3 Jan 2021 22:42:39 +0100 +Subject: block: rsxx: select CONFIG_CRC32 + +From: Arnd Bergmann + +commit 36a106a4c1c100d55ba3d32a21ef748cfcd4fa99 upstream. + +Without crc32, the driver fails to link: + +arm-linux-gnueabi-ld: drivers/block/rsxx/config.o: in function `rsxx_load_config': +config.c:(.text+0x124): undefined reference to `crc32_le' + +Fixes: 8722ff8cdbfa ("block: IBM RamSan 70/80 device driver") +Signed-off-by: Arnd Bergmann +Signed-off-by: Jens Axboe +Signed-off-by: Greg Kroah-Hartman + +--- + drivers/block/Kconfig | 1 + + 1 file changed, 1 insertion(+) + +--- a/drivers/block/Kconfig ++++ b/drivers/block/Kconfig +@@ -530,6 +530,7 @@ config BLK_DEV_RBD + config BLK_DEV_RSXX + tristate "IBM Flash Adapter 900GB Full Height PCIe Device Driver" + depends on PCI ++ select CRC32 + help + Device driver for IBM's high speed PCIe SSD + storage device: Flash Adapter 900GB Full Height. diff --git a/queue-4.9/cpufreq-powernow-k8-pass-policy-rather-than-use-cpufreq_cpu_get.patch b/queue-4.9/cpufreq-powernow-k8-pass-policy-rather-than-use-cpufreq_cpu_get.patch new file mode 100644 index 00000000000..b357696ba6c --- /dev/null +++ b/queue-4.9/cpufreq-powernow-k8-pass-policy-rather-than-use-cpufreq_cpu_get.patch @@ -0,0 +1,63 @@ +From 943bdd0cecad06da8392a33093230e30e501eccc Mon Sep 17 00:00:00 2001 +From: Colin Ian King +Date: Tue, 5 Jan 2021 10:19:57 +0000 +Subject: cpufreq: powernow-k8: pass policy rather than use cpufreq_cpu_get() + +From: Colin Ian King + +commit 943bdd0cecad06da8392a33093230e30e501eccc upstream. + +Currently there is an unlikely case where cpufreq_cpu_get() returns a +NULL policy and this will cause a NULL pointer dereference later on. + +Fix this by passing the policy to transition_frequency_fidvid() from +the caller and hence eliminating the need for the cpufreq_cpu_get() +and cpufreq_cpu_put(). + +Thanks to Viresh Kumar for suggesting the fix. + +Addresses-Coverity: ("Dereference null return") +Fixes: b43a7ffbf33b ("cpufreq: Notify all policy->cpus in cpufreq_notify_transition()") +Suggested-by: Viresh Kumar +Signed-off-by: Colin Ian King +Acked-by: Viresh Kumar +Signed-off-by: Rafael J. Wysocki +Signed-off-by: Greg Kroah-Hartman + +--- + drivers/cpufreq/powernow-k8.c | 9 +++------ + 1 file changed, 3 insertions(+), 6 deletions(-) + +--- a/drivers/cpufreq/powernow-k8.c ++++ b/drivers/cpufreq/powernow-k8.c +@@ -887,9 +887,9 @@ static int get_transition_latency(struct + + /* Take a frequency, and issue the fid/vid transition command */ + static int transition_frequency_fidvid(struct powernow_k8_data *data, +- unsigned int index) ++ unsigned int index, ++ struct cpufreq_policy *policy) + { +- struct cpufreq_policy *policy; + u32 fid = 0; + u32 vid = 0; + int res; +@@ -921,9 +921,6 @@ static int transition_frequency_fidvid(s + freqs.old = find_khz_freq_from_fid(data->currfid); + freqs.new = find_khz_freq_from_fid(fid); + +- policy = cpufreq_cpu_get(smp_processor_id()); +- cpufreq_cpu_put(policy); +- + cpufreq_freq_transition_begin(policy, &freqs); + res = transition_fid_vid(data, fid, vid); + cpufreq_freq_transition_end(policy, &freqs, res); +@@ -978,7 +975,7 @@ static long powernowk8_target_fn(void *a + + powernow_k8_acpi_pst_values(data, newstate); + +- ret = transition_frequency_fidvid(data, newstate); ++ ret = transition_frequency_fidvid(data, newstate, pol); + + if (ret) { + pr_err("transition frequency failed\n"); diff --git a/queue-4.9/dmaengine-xilinx_dma-check-dma_async_device_register-return-value.patch b/queue-4.9/dmaengine-xilinx_dma-check-dma_async_device_register-return-value.patch new file mode 100644 index 00000000000..7f9b93f7731 --- /dev/null +++ b/queue-4.9/dmaengine-xilinx_dma-check-dma_async_device_register-return-value.patch @@ -0,0 +1,40 @@ +From 99974aedbd73523969afb09f33c6e3047cd0ddae Mon Sep 17 00:00:00 2001 +From: Shravya Kumbham +Date: Wed, 23 Dec 2020 16:51:00 +0530 +Subject: dmaengine: xilinx_dma: check dma_async_device_register return value + +From: Shravya Kumbham + +commit 99974aedbd73523969afb09f33c6e3047cd0ddae upstream. + +dma_async_device_register() can return non-zero error code. Add +condition to check the return value of dma_async_device_register +function and handle the error path. + +Addresses-Coverity: Event check_return. +Fixes: 9cd4360de609 ("dma: Add Xilinx AXI Video Direct Memory Access Engine driver support") +Signed-off-by: Shravya Kumbham +Signed-off-by: Radhey Shyam Pandey +Link: https://lore.kernel.org/r/1608722462-29519-2-git-send-email-radhey.shyam.pandey@xilinx.com +Signed-off-by: Vinod Koul +Signed-off-by: Greg Kroah-Hartman + +--- + drivers/dma/xilinx/xilinx_dma.c | 6 +++++- + 1 file changed, 5 insertions(+), 1 deletion(-) + +--- a/drivers/dma/xilinx/xilinx_dma.c ++++ b/drivers/dma/xilinx/xilinx_dma.c +@@ -2630,7 +2630,11 @@ static int xilinx_dma_probe(struct platf + } + + /* Register the DMA engine with the core */ +- dma_async_device_register(&xdev->common); ++ err = dma_async_device_register(&xdev->common); ++ if (err) { ++ dev_err(xdev->dev, "failed to register the dma device\n"); ++ goto error; ++ } + + err = of_dma_controller_register(node, of_dma_xilinx_xlate, + xdev); diff --git a/queue-4.9/dmaengine-xilinx_dma-fix-mixed_enum_type-coverity-warning.patch b/queue-4.9/dmaengine-xilinx_dma-fix-mixed_enum_type-coverity-warning.patch new file mode 100644 index 00000000000..d7ef06aa18c --- /dev/null +++ b/queue-4.9/dmaengine-xilinx_dma-fix-mixed_enum_type-coverity-warning.patch @@ -0,0 +1,35 @@ +From 2d5efea64472469117dc1a9a39530069e95b21e9 Mon Sep 17 00:00:00 2001 +From: Shravya Kumbham +Date: Wed, 23 Dec 2020 16:51:02 +0530 +Subject: dmaengine: xilinx_dma: fix mixed_enum_type coverity warning + +From: Shravya Kumbham + +commit 2d5efea64472469117dc1a9a39530069e95b21e9 upstream. + +Typecast the fls(width -1) with (enum dmaengine_alignment) in +xilinx_dma_chan_probe function to fix the coverity warning. + +Addresses-Coverity: Event mixed_enum_type. +Fixes: 9cd4360de609 ("dma: Add Xilinx AXI Video Direct Memory Access Engine driver support") +Signed-off-by: Shravya Kumbham +Signed-off-by: Radhey Shyam Pandey +Link: https://lore.kernel.org/r/1608722462-29519-4-git-send-email-radhey.shyam.pandey@xilinx.com +Signed-off-by: Vinod Koul +Signed-off-by: Greg Kroah-Hartman + +--- + drivers/dma/xilinx/xilinx_dma.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +--- a/drivers/dma/xilinx/xilinx_dma.c ++++ b/drivers/dma/xilinx/xilinx_dma.c +@@ -2357,7 +2357,7 @@ static int xilinx_dma_chan_probe(struct + has_dre = false; + + if (!has_dre) +- xdev->common.copy_align = fls(width - 1); ++ xdev->common.copy_align = (enum dmaengine_alignment)fls(width - 1); + + if (of_device_is_compatible(node, "xlnx,axi-vdma-mm2s-channel") || + of_device_is_compatible(node, "xlnx,axi-dma-mm2s-channel") || diff --git a/queue-4.9/iommu-intel-fix-memleak-in-intel_irq_remapping_alloc.patch b/queue-4.9/iommu-intel-fix-memleak-in-intel_irq_remapping_alloc.patch new file mode 100644 index 00000000000..2f4dd16b0f2 --- /dev/null +++ b/queue-4.9/iommu-intel-fix-memleak-in-intel_irq_remapping_alloc.patch @@ -0,0 +1,35 @@ +From ff2b46d7cff80d27d82f7f3252711f4ca1666129 Mon Sep 17 00:00:00 2001 +From: Dinghao Liu +Date: Tue, 5 Jan 2021 13:18:37 +0800 +Subject: iommu/intel: Fix memleak in intel_irq_remapping_alloc + +From: Dinghao Liu + +commit ff2b46d7cff80d27d82f7f3252711f4ca1666129 upstream. + +When irq_domain_get_irq_data() or irqd_cfg() fails +at i == 0, data allocated by kzalloc() has not been +freed before returning, which leads to memleak. + +Fixes: b106ee63abcc ("irq_remapping/vt-d: Enhance Intel IR driver to support hierarchical irqdomains") +Signed-off-by: Dinghao Liu +Acked-by: Lu Baolu +Link: https://lore.kernel.org/r/20210105051837.32118-1-dinghao.liu@zju.edu.cn +Signed-off-by: Will Deacon +Signed-off-by: Greg Kroah-Hartman + +--- + drivers/iommu/intel_irq_remapping.c | 2 ++ + 1 file changed, 2 insertions(+) + +--- a/drivers/iommu/intel_irq_remapping.c ++++ b/drivers/iommu/intel_irq_remapping.c +@@ -1350,6 +1350,8 @@ static int intel_irq_remapping_alloc(str + irq_data = irq_domain_get_irq_data(domain, virq + i); + irq_cfg = irqd_cfg(irq_data); + if (!irq_data || !irq_cfg) { ++ if (!i) ++ kfree(data); + ret = -EINVAL; + goto out_free_data; + } diff --git a/queue-4.9/kvm-arm64-don-t-access-pmcr_el0-when-no-pmu-is-available.patch b/queue-4.9/kvm-arm64-don-t-access-pmcr_el0-when-no-pmu-is-available.patch new file mode 100644 index 00000000000..83a76d99b39 --- /dev/null +++ b/queue-4.9/kvm-arm64-don-t-access-pmcr_el0-when-no-pmu-is-available.patch @@ -0,0 +1,46 @@ +From 2a5f1b67ec577fb1544b563086e0377f095f88e2 Mon Sep 17 00:00:00 2001 +From: Marc Zyngier +Date: Thu, 10 Dec 2020 08:30:59 +0000 +Subject: KVM: arm64: Don't access PMCR_EL0 when no PMU is available + +From: Marc Zyngier + +commit 2a5f1b67ec577fb1544b563086e0377f095f88e2 upstream. + +We reset the guest's view of PMCR_EL0 unconditionally, based on +the host's view of this register. It is however legal for an +implementation not to provide any PMU, resulting in an UNDEF. + +The obvious fix is to skip the reset of this shadow register +when no PMU is available, sidestepping the issue entirely. +If no PMU is available, the guest is not able to request +a virtual PMU anyway, so not doing nothing is the right thing +to do! + +It is unlikely that this bug can hit any HW implementation +though, as they all provide a PMU. It has been found using nested +virt with the host KVM not implementing the PMU itself. + +Fixes: ab9468340d2bc ("arm64: KVM: Add access handler for PMCR register") +Reviewed-by: Alexandru Elisei +Signed-off-by: Marc Zyngier +Link: https://lore.kernel.org/r/20201210083059.1277162-1-maz@kernel.org +Signed-off-by: Greg Kroah-Hartman + +--- + arch/arm64/kvm/sys_regs.c | 4 ++++ + 1 file changed, 4 insertions(+) + +--- a/arch/arm64/kvm/sys_regs.c ++++ b/arch/arm64/kvm/sys_regs.c +@@ -450,6 +450,10 @@ static void reset_pmcr(struct kvm_vcpu * + { + u64 pmcr, val; + ++ /* No PMU available, PMCR_EL0 may UNDEF... */ ++ if (!kvm_arm_support_pmu_v3()) ++ return; ++ + pmcr = read_sysreg(pmcr_el0); + /* + * Writable bits of PMCR_EL0 (ARMV8_PMU_PMCR_MASK) are reset to UNKNOWN diff --git a/queue-4.9/net-mlx5e-fix-memleak-in-mlx5e_create_l2_table_groups.patch b/queue-4.9/net-mlx5e-fix-memleak-in-mlx5e_create_l2_table_groups.patch new file mode 100644 index 00000000000..0b4c1ad4ee9 --- /dev/null +++ b/queue-4.9/net-mlx5e-fix-memleak-in-mlx5e_create_l2_table_groups.patch @@ -0,0 +1,34 @@ +From 5b0bb12c58ac7d22e05b5bfdaa30a116c8c32e32 Mon Sep 17 00:00:00 2001 +From: Dinghao Liu +Date: Mon, 21 Dec 2020 19:27:31 +0800 +Subject: net/mlx5e: Fix memleak in mlx5e_create_l2_table_groups + +From: Dinghao Liu + +commit 5b0bb12c58ac7d22e05b5bfdaa30a116c8c32e32 upstream. + +When mlx5_create_flow_group() fails, ft->g should be +freed just like when kvzalloc() fails. The caller of +mlx5e_create_l2_table_groups() does not catch this +issue on failure, which leads to memleak. + +Fixes: 33cfaaa8f36f ("net/mlx5e: Split the main flow steering table") +Signed-off-by: Dinghao Liu +Reviewed-by: Leon Romanovsky +Signed-off-by: Saeed Mahameed +Signed-off-by: Greg Kroah-Hartman + +--- + drivers/net/ethernet/mellanox/mlx5/core/en_fs.c | 1 + + 1 file changed, 1 insertion(+) + +--- a/drivers/net/ethernet/mellanox/mlx5/core/en_fs.c ++++ b/drivers/net/ethernet/mellanox/mlx5/core/en_fs.c +@@ -930,6 +930,7 @@ err_destroy_groups: + ft->g[ft->num_groups] = NULL; + mlx5e_destroy_groups(ft); + kvfree(in); ++ kfree(ft->g); + + return err; + } diff --git a/queue-4.9/series b/queue-4.9/series index a2608c64ef4..00d26b26031 100644 --- a/queue-4.9/series +++ b/queue-4.9/series @@ -11,3 +11,13 @@ vmlinux.lds.h-add-pgo-and-autofdo-input-sections.patch drm-i915-fix-mismatch-between-misplaced-vma-check-and-vma-insert.patch ubifs-wbuf-don-t-leak-kernel-memory-to-flash.patch spi-pxa2xx-fix-use-after-free-on-unbind.patch +arm-omap2-omap_device-fix-idling-of-devices-during-probe.patch +cpufreq-powernow-k8-pass-policy-rather-than-use-cpufreq_cpu_get.patch +dmaengine-xilinx_dma-check-dma_async_device_register-return-value.patch +dmaengine-xilinx_dma-fix-mixed_enum_type-coverity-warning.patch +wil6210-select-config_crc32.patch +block-rsxx-select-config_crc32.patch +iommu-intel-fix-memleak-in-intel_irq_remapping_alloc.patch +net-mlx5e-fix-memleak-in-mlx5e_create_l2_table_groups.patch +wan-ds26522-select-config_bitreverse.patch +kvm-arm64-don-t-access-pmcr_el0-when-no-pmu-is-available.patch diff --git a/queue-4.9/wan-ds26522-select-config_bitreverse.patch b/queue-4.9/wan-ds26522-select-config_bitreverse.patch new file mode 100644 index 00000000000..c8e3bd5992b --- /dev/null +++ b/queue-4.9/wan-ds26522-select-config_bitreverse.patch @@ -0,0 +1,36 @@ +From 69931e11288520c250152180ecf9b6ac5e6e40ed Mon Sep 17 00:00:00 2001 +From: Arnd Bergmann +Date: Sun, 3 Jan 2021 22:36:23 +0100 +Subject: wan: ds26522: select CONFIG_BITREVERSE + +From: Arnd Bergmann + +commit 69931e11288520c250152180ecf9b6ac5e6e40ed upstream. + +Without this, the driver runs into a link failure + +arm-linux-gnueabi-ld: drivers/net/wan/slic_ds26522.o: in function `slic_ds26522_probe': +slic_ds26522.c:(.text+0x100c): undefined reference to `byte_rev_table' +arm-linux-gnueabi-ld: slic_ds26522.c:(.text+0x1cdc): undefined reference to `byte_rev_table' +arm-linux-gnueabi-ld: drivers/net/wan/slic_ds26522.o: in function `slic_write': +slic_ds26522.c:(.text+0x1e4c): undefined reference to `byte_rev_table' + +Fixes: c37d4a0085c5 ("Maxim/driver: Add driver for maxim ds26522") +Signed-off-by: Arnd Bergmann +Signed-off-by: David S. Miller +Signed-off-by: Greg Kroah-Hartman + +--- + drivers/net/wan/Kconfig | 1 + + 1 file changed, 1 insertion(+) + +--- a/drivers/net/wan/Kconfig ++++ b/drivers/net/wan/Kconfig +@@ -295,6 +295,7 @@ config SLIC_DS26522 + tristate "Slic Maxim ds26522 card support" + depends on SPI + depends on FSL_SOC || ARCH_MXC || ARCH_LAYERSCAPE || COMPILE_TEST ++ select BITREVERSE + help + This module initializes and configures the slic maxim card + in T1 or E1 mode. diff --git a/queue-4.9/wil6210-select-config_crc32.patch b/queue-4.9/wil6210-select-config_crc32.patch new file mode 100644 index 00000000000..f49fdf87c87 --- /dev/null +++ b/queue-4.9/wil6210-select-config_crc32.patch @@ -0,0 +1,34 @@ +From e186620d7bf11b274b985b839c38266d7918cc05 Mon Sep 17 00:00:00 2001 +From: Arnd Bergmann +Date: Sun, 3 Jan 2021 22:36:20 +0100 +Subject: wil6210: select CONFIG_CRC32 + +From: Arnd Bergmann + +commit e186620d7bf11b274b985b839c38266d7918cc05 upstream. + +Without crc32, the driver fails to link: + +arm-linux-gnueabi-ld: drivers/net/wireless/ath/wil6210/fw.o: in function `wil_fw_verify': +fw.c:(.text+0x74c): undefined reference to `crc32_le' +arm-linux-gnueabi-ld: drivers/net/wireless/ath/wil6210/fw.o:fw.c:(.text+0x758): more undefined references to `crc32_le' follow + +Fixes: 151a9706503f ("wil6210: firmware download") +Signed-off-by: Arnd Bergmann +Signed-off-by: David S. Miller +Signed-off-by: Greg Kroah-Hartman + +--- + drivers/net/wireless/ath/wil6210/Kconfig | 1 + + 1 file changed, 1 insertion(+) + +--- a/drivers/net/wireless/ath/wil6210/Kconfig ++++ b/drivers/net/wireless/ath/wil6210/Kconfig +@@ -1,6 +1,7 @@ + config WIL6210 + tristate "Wilocity 60g WiFi card wil6210 support" + select WANT_DEV_COREDUMP ++ select CRC32 + depends on CFG80211 + depends on PCI + default n