This resolves a module dependency kernel regression in r40905 with the
usb-chipidea module if usb-gadget was not selected.
Signed-off-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 40992
This patch enables netifd to query 802.11ac-driver for the maximum
supported A-MPDU length exponent, possibly increasing VHT throughput by
more aggressive frame aggregation.
v2: refreshed patch
Signed-off-by: Matti Laakso <malaakso at elisanet.fi>
SVN-Revision: 40938
kmod-hid-generic needs to be selected when enabling usb-hid in order to get generic devices working.
This fixes keyboards support in linux 3.3+ kernels.
https://dev.openwrt.org/ticket/12631https://dev.openwrt.org/ticket/12686
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
SVN-Revision: 40932
This patch adds support for building the kernel modules for gadget serial devices.
Signed-off-by: Owen Kirby <osk@exegin.com>
Acked-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 40917
The chipidea USB OTG controller is dual-role and supports both host and device
modes. Enable device mode.
Tested on Gateworks Ventana imx6 board with g_ether.
Are there any other targets out there that use the CHIPIDEA controller? If so
testing is needed for those.
Signed-off-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 40905
Without this patch /dev/spidev*.* only appears if CONFIG_SPI_SPIDEV is manually
selected and set to "y" from the kernel config.
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 40784
This patch disables mips16 support in the ltq-hcd driver because some
people reported slow speed and problems with usb storage devices, 3G
dongles and wireless usb adapters.
Signed-off-by: José Vázquez Fernández <ppvazquezfer@gmail.com>
SVN-Revision: 40775
... or else "option htmode" is added multiple times to
the second and following device sections.
Signed-off-by: Reiner Herrmann <reiner@reiner-h.de>
SVN-Revision: 40711
This patch adds a config option to enable DFS in ath9k and ath10k
drivers (with ath10k you need the AP-branch firmware). I'm not entirely
sure about the regulatory compliance issues, though. As far as I
understand, enabling the DFS_CERTIFIED config options implies that the
device is certified for DFS. No doubt the original firmware has obtained
such a certification, but not with the open source drivers. I suppose
that as long as this is disabled in default builds (like ATH_USER_REGD)
everything should be fine, but it would be nice to have out-of-the-box
OpenWrt support for DFS. I'm also not sure whether the description of
the configuration option should say something about regulatory compliance.
Signed-off-by: Matti Laakso <malaakso@elisanet.fi>
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40692