ts 8348db2, 53513c3, and dc3632a)
and change mac80211 to use the new firmware.
Fixes https://dev.openwrt.org/ticket/18794 (even though it is
already marked as fixed).
Matti Laakso (2):
mac80211: Backport ath10k firmware API v5 support
mac80211: Update QCA9880 firmware to 10.2.4.70-2
pack
These patches add support for the new version 5 firmware API.
Signed-off-by: Matti Laakso
---
...31-ath10k_add_ath10k_fw_ie_htt_op_version.patch | 385 +
.../patches/932-ath10k_bump_up_fw_api_to_5.patch | 43 +++
...tt_op_backwards_compatibility_for_qca6174.patch | 47
This firmware adds support for management frames over normal
packet transport interface instead of over the WMI management
interface.
Signed-off-by: Matti Laakso
---
package/kernel/mac80211/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/kernel
>
> On 22/06/15 20:19, Matti Laakso wrote:
> >/ These patches backport the new FW API v5 to ath10k
> />/ (upstream commits 8348db2, 53513c3, and dc3632a)
> />/ and change mac80211 to use the new firmwa
Ath10k has now a proper method of providing calibration data via
the kernel firmware API. This patch can be dropped as all boards
now use the proper method.
Signed-off-by: Matti Laakso
---
...w_fallback_to_board_bin_on_empty_otp_stream.patch | 20
1 file changed, 20
ned-off-by: Matti Laakso
---
.../etc/hotplug.d/firmware/11-ath10k-caldata | 61 ++
.../lib/preinit/81_load_ath10k_board_bin | 75 --
2 files changed, 49 insertions(+), 87 deletions(-)
delete mode 100644
target/linux/ar71xx/base-files/l
> On Thu, 25 Jun 2015 20:59:19 +0200, Matti Laakso <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel>>
> wrote:
>
> >>/
> />>/ On 22/06/15 20:19, Matti Laakso wrote:
>
ts 8348db2, 53513c3, and dc3632a)
and change mac80211 to use the new firmware.
Fixes https://dev.openwrt.org/ticket/18794 (even though it is
already marked as fixed).
v2: fix the preinit script for patching ath10k firmware for dgl5500
Matti Laakso (3):
mac80211: Backport ath10k firmware API
This firmware adds support for management frames over normal
packet transport interface instead of over the WMI management
interface.
Signed-off-by: Matti Laakso
---
package/kernel/mac80211/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/kernel
These patches add support for the new version 5 firmware API.
Signed-off-by: Matti Laakso
---
...31-ath10k_add_ath10k_fw_ie_htt_op_version.patch | 385 +
.../patches/932-ath10k_bump_up_fw_api_to_5.patch | 43 +++
...tt_op_backwards_compatibility_for_qca6174.patch | 47
Update firmware name and md5sum. MAC-address location remains
unchanged from previous version.
Signed-off-by: Matti Laakso
---
target/linux/ar71xx/base-files/lib/preinit/82_patch_ath10k | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/ar71xx/base-files/lib
Hi,
> Ahoy,
>
> as suggested by olmari, I'm summing up my problems/experience to
> hopefully
> get this running for me as well as anyone else having this kind of
> problem.
>
> In short: I've be trying and failing for more than 4 days now to use a
> 4G/LTE
> Stick as WAN device using NCM and ww
> I'm still unsure which devices the actual control interface is, usually
> I end up using /dey/ttyUSB1 but test with USB0 and cdc-wdm0 as well to
> be sure for lack of better understanding. As far as DHCP is concerned,
> do you mean DHCP by udhcpc/dhcpcd was working or the somewhat hacky
> AT^DHCP
> Ahoy everyone,
>
> more on the Telekom Speedstick LTE V (Huawei 3372s) from here:
>
> http://www.amazon.de/dp/B00NLJE3O6
>
> I've tested Enricos latest patch on MIPS (3.18.17) and x86_64 (3.18.11)
> and had a little bit of trouble applying it to latest trunk, so here's
> the latest tested patch f
> When using DFS channels on Ath10k kernel log has warning message 'failed
> to process fft', typically when under medium/heavy traffic. Ticket
> https://dev.openwrt.org/ticket/19316 discusses and concludes messages
> are harmless. They do still contribute to log noise, so this patch
> enables th
pe it
still makes it to 15.05.
Matti
>
> On 12/07/2015 15:36, Matti Laakso wrote:
> >>/ Ahoy everyone,
> />>/
> />>/ more on the Telekom Speedstick LTE V (Huawei 3372s) from here:
> />>/
> />>/ http://www.amazon.de/dp/B00NLJE3O6
> />>/
>
liant, they should be always usable, still
stay on the safe side.
This change has been tested and working with a Huawei E3131 device (which
works regardless of NDP position) and an E3372 device (which mandates NDP
to be after indexed datagrams).
Signed-off-by: Enrico Mioso
Signed-off-by: Matti L
Hi,
> On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver fails
> to load the firmware blob - it did work in Barrier Breaker though. Here's the
> failing dmesg bits:
It seems this board ran uncalibrated on BB and CC, which is no longer possible
after my patches on trunk.
The fix will be in 4.2, so we still need the patch for 4.1.
Lähettäjä: John Crispin<mailto:blo...@openwrt.org>
Lähetetty: 24.7.2015 9:46
Vastaanottaja: Matti Laakso<mailto:malaa...@elisanet.fi>;
openwrt-devel@lists.openwrt.org<mailt
Sure, but will take until Monday.
Lähettäjä: John Crispin<mailto:blo...@openwrt.org>
Lähetetty: 24.7.2015 12:22
Vastaanottaja: Matti Laakso<mailto:malaa...@elisanet.fi>;
openwrt-devel@lists.openwrt.org<mailto:openwrt-devel@lists.openwrt.org
> Sure, but will take until Monday.
>
> Lähettäjä: John Crispin<mailto:blogic at openwrt.org
> <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel>>
> Lähetetty: 24.7.2015 12:22
> Vastaanottaja: Matti Laakso&
erved to all clients, which is
extended to LAN as specified in RFC 7278.
Tested-by: Antti Sepp??l??
Signed-off-by: Matti Laakso
---
package/network/utils/uqmi/Makefile| 4 +-
.../utils/uqmi/files/lib/netifd/proto/qmi.sh | 199 +++--
2 files changed
support with modems
utilizing NCM-like protocols.
While we are at it, also add commands for Sierra DirectIP modems
(currently untested), which will allow us to drop the separate
comgt-directip package (once tested and verified working).
Signed-off-by: Matti Laakso
---
package/network/utils/comgt
erved to all clients, which is
extended to LAN as specified in RFC 7278.
v2: Restrict the IPv6 gateway route source address
Signed-off-by: Matti Laakso
---
package/network/utils/uqmi/Makefile| 4 +-
.../utils/uqmi/files/lib/netifd/proto/qmi.sh | 199 +++--
2
Hi Antti,
> Date: Thu, 17 Sep 2015 10:15:21 +0300
> Subject: Re: [OpenWrt-Devel] [PATCH v2] uqmi: Add proper IPv6 support
> From: a.sepp...@gmail.com
> To: malaa...@elisanet.fi
> CC: openwrt-devel@lists.openwrt.org
>
> On 10 September 2015 at 22:03, Matti Laakso wrote:
Huawei HiLink ("h" model names) modems just provide a CDC Ethernet interface
where we have to run DHCP to get an IP address (usually in the 192.168.8.0
range). While this may be bad design in general it's sometimes necessary to
support these modems.
This adds autodetection and handling of these t
> Subject: Re: [OpenWrt-Devel] [PATCH 1/2] wwan: Add support for CDC (Huawei
> 'HiLink') Modems
> To: malaa...@elisanet.fi; openwrt-devel@lists.openwrt.org
> CC: blo...@openwrt.org
> From: b...@einfach.org
> Date: Tue, 23 Feb 2016 17:26:33 +
>
> On 02/23
Using protocol qmi does not work since qmi.sh is not executable.
Setting option dhcp explicitely to 0 actually enables it.
This patch fixes both problems.
Signed-off-by: Matti Laakso
---
package/network/utils/uqmi/Makefile | 2 +-
package/network/utils/uqmi/files/lib/netifd
> Date: Sun, 20 Sep 2015 23:52:32 +0300
> Subject: Re: [OpenWrt-Devel] [PATCH] comgt-ncm: Add possibility to
> choose PDP context type
> From: s...@olmari.fi
> To: malaa...@elisanet.fi
> CC: openwrt-devel@lists.openwrt.org
>
> This is not working with Huawei E3276, only "option pdptype 'IP
>> Date: Sun, 20 Sep 2015 23:52:32 +0300
>> Subject: Re: [OpenWrt-Devel] [PATCH] comgt-ncm: Add possibility to
>> choose PDP context type
>> From: sami at olmari.fi
>> To: malaakso at elisanet.fi
>> CC: openwrt-devel at lists.openwrt.org
>>
>> This is not working with Huawei E3276, only "option pdp
Hi,
> for me it seems that DFS is broken in current trunk for ath9k.
> I use trunk and compiled ar71xx. With the following configuration on a
> Ubiquity Nanostation locoM5
>
> -
> config wifi-device 'radio0'
> option type 'mac80211'
> option hwmode '11na'
> option path 'p
Hi Sami,
> Well this is what John told me:
>
> "try /dev/cdc-wdm0 as a device or simply do
>
> config interface
> option proto wwan
> option apn opengate
>
> the new wwan proto will automagically detect your needed prot and device"
>
>
> I had also tried this and variations, but same resuls:
>
> c
Hi Sami,
Using John's version:
config interface 'wan'
option proto 'wwan'
option apn 'opengate'
# option device '/dev/cdc-wdm0' (with or without commenting this)
Does absolutely nothing, nothing in logread...
However now when using
config interface 'wan'
opti
Hi Jamie,
> On Thu, Oct 30, 2014 at 12:58:40PM +0200, Matti Laakso wrote:
> > Hi Sami,
> >
> > >Using John's version:
> > >
> > >config interface 'wan'
> > > option proto 'wwan'
> > > option
Hi Sami,
Having an E3276 would be nice for developing this further. I have already a
patch for comgt ready which allows it to be used with non-TTY device nodes
(i.e., /dev/cdc-wdmX), I just need to test it before sending. Then I could dig
further into netifd integration.
Matti___
also be sent to these devices.
Signed-off-by: Matti Laakso
---
.../utils/comgt/patches/004-add_force_option.patch | 66 ++
1 file changed, 66 insertions(+)
create mode 100644
package/network/utils/comgt/patches/004-add_force_option.patch
diff --git a/package/network/utils
terminal ioctls if they are not supported.
Signed-off-by: Matti Laakso
---
diff --git a/package/network/utils/comgt/patches/004-check_tty.patch
b/package/network/utils/comgt/patches/004-check_tty.patch
new file mode 100644
index 000..d269bce
--- /dev/null
+++ b/package/network/utils/comgt
terminal ioctls if they are not supported.
v2: reduce diffstat by simplifying code a little
Signed-off-by: Matti Laakso
---
.../utils/comgt/patches/004-check_tty.patch| 68 ++
1 file changed, 68 insertions(+)
create mode 100644 package/network/utils/comgt/patches/004
Samsung or Sony-Ericsson modems could
test this, I was only able to test it with Huawei E3276, E3372 and
E353.
Signed-off-by: Matti Laakso
---
package/network/utils/comgt/Makefile | 2 +-
package/network/utils/comgt/files/ncm.json| 4 +-
package/network/utils/comgt/f
> Date: Wed, 28 Jan 2015 21:39:37 +0100
> From: cezary.jackiew...@gmail.com
>
> Dnia 2015-01-28, o godz. 18:44:47
> Matti Laakso napisał(a):
>
> > I'd appreciate if someone with Samsung or Sony-Ericsson modems could
> > test this, I was only able to test it wi
Hi,
Is there a way to specify in a Makefile for a kernel module that the entry
under /etc/modules.d should be created with a specific option? For example
mymodule option=1
I looked through ModuleAutoLoad in include/kernel.mk, but couldn't figure
out a way...
Matti L
For targets with NO_XIP ltq_mtd->map[i].phys equals -1 and devm_ioremap fails.
Fix this by using pdev->resource[i].start instead.
Signed-off-by: Matti Laakso
---
target/linux/lantiq/patches-3.14/0160-owrt-lantiq-multiple-flash.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
-by: Matti Laakso
---
.../0300-MTD-cfi-cmdset-0001-disable-buffered-writes.patch| 11 +++
1 file changed, 11 insertions(+)
create mode 100644
target/linux/lantiq/patches-3.14/0300-MTD-cfi-cmdset-0001-disable-buffered-writes.patch
diff --git
a/target/linux/lantiq/patches-3.14/0300
When passing struct termios to ioctl TCGETS and TCSETS should be
used instead of TCGETA and TCSETA, which are meant for the older
struct termio. Should fix https://dev.openwrt.org/ticket/19012
Signed-off-by: Matti Laakso
---
package/network/utils/comgt/Makefile | 2
> From: Sami Olmari [mailto:s...@olmari.fi]
> Sent: 22. helmikuuta 2015 1:39
> To: OpenWrt Development List
> Cc: Matti Laakso; John Crispin; Matti Laakso
> Subject: NCM fails to reconnect
>
> It seems MCN protocol still has some quirks left... it seems that whenever
e USB data files to the wwan package where they belong.
Thanks to Tristan Collins and Sami Olmari for feedback and
testing.
Matti Laakso (4):
comgt, wwan: Move USB data files to wwan package
wwan: Improve USB modem hotplug script
ncm: Remove unnecessary set_proto_available commands
ncm, qmi,
Adds ncm proto to the list of checked protocols, sets interfaces
unavailable on device removal and removes the unnecessary ifup
command.
Signed-off-by: Matti Laakso
---
package/network/utils/wwan/files/wwan.usbmisc | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a
Interface should not be set unavailable in all error cases,
returning 1 is enough.
Signed-off-by: Matti Laakso
---
package/network/utils/comgt/files/ncm.sh | 5 -
1 file changed, 5 deletions(-)
diff --git a/package/network/utils/comgt/files/ncm.sh
b/package/network/utils/comgt/files
The wwan package holds the hotplug script to set mobile broadband
interfaces (un)available. Add it as a dependency to comgt-ncm,
uqmi and umbim.
Signed-off-by: Matti Laakso
---
package/network/utils/comgt/Makefile | 2 +-
package/network/utils/umbim/Makefile | 2 +-
package/network/utils/uqmi
> On 28-03-2015 17:43, Cezary Jackiewicz wrote:
> > Why you do that? ncm from gcom-ncm is enough, you do not have to do
> > specifically the new protocol. Just set /dev/cdc-wdm0 as device. Tested
> > with E3131 in huawei/ncm mode.
>
> Well, i saw that code, but found it to be quite slow and unreli
a variable
int swab = 1 in rt2x00 platform_data and a function which does the swap
when passing the EEPROM to the driver?
Best regards,
Matti Laakso
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
-files has no effect,
since wrong registers are written. Once this patch is applied, it is necessary
to make sure that the MII/RMII setting in the .dts-file is correct.
Signed-off-by: Matti Laakso
Index: target/linux/lantiq/patches-3.10/0200-NET-fix-etop-regis
ch comes when
compat-wireless is updated (not included here).
Signed-off-by: Matti Laakso
---
Index: package/base-files/files/sbin/wifi
===
--- package/base-files/files/sbin/wifi (revision 38640)
+++ package/base-files/files/sbin
Current version of ath10k in the recently updated wireless-testing
package requires a new firmware. This patch fixes the issue.
Signed-off-by: Matti Laakso
---
Index: package/kernel/mac80211/Makefile
===
--- package/kernel
This patch updates the regulatory database from wireless-regdb to
support 80 MHz channels.
Signed-off-by: Matti Laakso
---
Index: package/kernel/mac80211/files/regdb.txt
===
--- package/kernel/mac80211/files/regdb.txt
Current version of ath10k in the recently updated wireless-testing
package requires a new firmware. This patch fixes the issue.
v2:
* fix (hopefully) the mangled whitespaces
* actually install the new firmware instead of the old
Signed-off-by: Matti Laakso
---
Index: package/kernel/mac80211
This patch updates the regulatory database from wireless-regdb to
support 80 MHz channels.
v2: fix mangled whitespaces
Signed-off-by: Matti Laakso
---
Index: package/kernel/mac80211/files/regdb.txt
===
--- package/kernel/mac80211
ch comes when
compat-wireless is updated (not included here).
v2: fix mangled whitespaces
Signed-off-by: Matti Laakso
---
Index: package/base-files/files/sbin/wifi
===
--- package/base-files/files/sbin/wifi (revision 38795)
+++ package/b
les has no
effect, since wrong registers are written. Once this patch is applied,
it is necessary to make sure that the MII/RMII setting in the .dts-file
is correct.
v2: fix mangled whitespaces
Signed-off-by: Matti Laakso
---
Index: target/linux/lantiq/patches-3.10/0200-NET-fix-etop-regis
> Date: Sun, 17 Nov 2013 14:37:25 +0100
> From: ha...@hauke-m.de
> To: openwrt-devel@lists.openwrt.org; malaa...@elisanet.fi
> Subject: Re: [OpenWrt-Devel] [PATCH, v2] mac80211: update regulatory database
>
> On 11/14/2013 08:38 AM, Matti Laakso wrote:
> > This patc
> Date: Sun, 17 Nov 2013 17:02:49 +0100
> From: ha...@hauke-m.de
> To: openwrt-devel@lists.openwrt.org; malaa...@elisanet.fi
> Subject: Re: [OpenWrt-Devel] [PATCH, v2] mac80211: update ath10k firmware
>
> On 11/14/2013 08:32 AM, Matti Laakso wrote:
>> Current version o
On 19.11.2013 21:10, John Crispin wrote:
> On 14/11/13 08:59, Matti Laakso wrote:
> >/ At the moment the MII/RMII setting in the lantiq .dts-files has no
> />/ effect, since wrong registers are written. Once this patch is applied,
> />/ it is necessary to make sure that the MI
On 20.11.2013 11:28, John Crispin wrote:
> On 20/11/13 11:11, Matti Laakso wrote:
> >/ On 19.11.2013 21:10, John Crispin wrote:
> />>/ On 14/11/13 08:59, Matti Laakso wrote:
> />>/ >/ At the moment the MII/RMII setting in the lantiq .dts-files has no
> />>/
>
> >/ Now I'm confused. Does the patch work for you after all? I've been using
> />/ it with A803 (arv752dpw22, MII) and the Elisa boxes
> />/ (arv4510pw/arv7510pw, RMII) and another OpenWrt user uses it with A802
> />/ (arv7
; ;;
>
> -ap136-010 |\
> -wlr8100)
> +ap136-010)
> ucidef_set_interfaces_lan_wan "eth0" "eth1"
> ucidef_add_switch "switch0" "1" "1"
> ucidef_add_switch_vlan "switch0" "1" "
actually enforce this and country_ie can be set
without country). DFS can be explicitly disabled by adding dfs=0 in the
wireless config.
Signed-off-by: Matti Laakso
---
Index: package/kernel/mac80211/files/lib/wifi/mac80211.sh
: Matti Laakso
---
--- a/arch/mips/pci/pci-lantiq.c
+++ b/arch/mips/pci/pci-lantiq.c
@@ -79,17 +79,17 @@ struct ltq_pci_gpio_map {
static struct ltq_pci_gpio_map ltq_pci_gpio_map[] = {
{ 0, 2, 0, "pci-exin0" },
{ 1, 2, 0, "pci-exin1" },
-{ 2, 2, 0, "pci-exin2
This patch disables the execute-in-place (XIP) support for flash on
lantiq. This has to be disabled since the bus which flash is connected
to does not support unaligned accesses. Resolves data bus errors on
Lantiq routers with Intel command set flash.
Signed-off-by: Matti Laakso
---
--- a
Since nfct_reasm is no longer used in struct sk_buff in kernel 3.10.23
and newer, the following patch is required to be able to build ltq-atm.
This fixes bugs #14633 and #14634.
Signed-off-by: Matti Laakso
---
Index: package/kernel/lantiq/ltq-atm/src/ltq_atm.c
Arcadyan ARV4510PW has already a build profile in OpenWrt, but it is
severely lacking. This patch brings it up-to-date.
Signed-off-by: Matti Laakso
---
Index: target/linux/lantiq/base-files/etc/uci-defaults/02_network
Thanks! Now I don't need to spend my weekend on this like I was about to!
I see one issue:
> +
> + vht_cap=0
> + for cap in $(iw phy "$dev" info | awk -F "[()]" '/VHT
> Capabilities/ { print $2 }'); do
> + vht_cap="$(($vht_cap | $cap))"
Some boards have the WLAN EEPROM stored in flash in big-endian format,
whereas the driver requires the EEPROM in little-endian format. The
conv=swab option in dd is particularly useful in this case. This patch
backports this feature from busybox-1.22.
Signed-off-by: Matti Laakso
---
Index
unoptimally. I have a hunch that also the two other Lantiq
boards would require this swabbing, but I'm not sure, so I just swab it
in the two boards that I have tested.
Signed-off-by: Matti Laakso
---
Index:
trunk/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-e
GPIO to select between NAND and NOR, which you have to toggle
manually. Does the original firmware have access to both NAND and NOR
simultaneously? Or does the original bootloader disable NOR before
booting the firmware?
Matti Laakso
___
openwrt-devel
h chip
> may still be enabled when the PCI transfers start.
And to be clear, driven means OD register set to 1, which means
lantiq,open-drain not set in the dts.
Matti Laakso
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://li
> Interesting! I had assumed either that there was a cs0 pin, but that
> it did not appear anywhere in the sources because it was not
> reconfigurable in the way cs1 is, or else (but I don't know enough
> about electronics to know whether this is feasible in practice)
> that both nand and nor on
0ff0b320a2dbb5e0b5fa245ffd9b2648d7026843 dd: code shrink
v2: include the commit messages from upstream
Signed-off-by: Matti Laakso
---
Index: trunk/package/utils/busybox/patches/008-backport-dd-conv-swab.patch
===
--- trunk/package/utils/busybox/patches/008
ff-by: Matti Laakso
---
Index:
trunk/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
===
---
trunk/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
(revision 39356)
+++
trunk/target/
rt for Samsung Kalmia based LTE USB modem
endef
$(eval $(call KernelPackage,usb-net-kalmia))
Then you probably need to send some AT commands to the modem through a
/dev/ttyUSB-node and use dhcp as protocol for the interface.
--
Matti Laakso
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> I actually want to get rid of ht_capab as well, because it's annoying to
> deal with wrt. UI, config changes, etc.
> It also makes it more annoying to port configs between devices
> (capabilities might be different).
> I would prefer enabling all capabilities by default (aside from the mode
> rel
> @@ -55,12 +56,70 @@ mac80211_hostapd_setup_base() {
> append base_cfg "ieee80211n=1" "$N"
>
> ht_capab=
> - [ -n "$htmode" ] && ht_capab="[$htmode]"
> + case "$htmode" in
> + HT20|HT40-|HT40+) ht_capab="[$htmode]";;
> +
Looks good on my end, although I do get
Sun Feb 2 13:36:49 2014 daemon.notice netifd: radio0 (1935): command failed:
Operation not supported (-122)
Sun Feb 2 13:36:49 2014 daemon.notice netifd: radio0 (1935): WARNING: Variable
'basic_rate' does not exist or is not an array/object
Sun Feb 2 13
Some ARV4510PW units seem to have unstable PCI due to missing pull-up
resistors. This patch makes sure that the GPIO lines are driven properly.
Signed-off-by: Matti Laakso
---
Index: trunk/target/linux/lantiq/dts/ARV4510PW.dts
aligned. Fixes out-of-memory errors on Danube boards with
32 MiB RAM.
Signed-off-by: Matti Laakso
---
Index: trunk/package/kernel/lantiq/ltq-adsl-mei/src/lantiq_mei.c
===
--- trunk/package/kernel/lantiq/ltq-adsl-mei/src/lantiq_mei.c
This patch adds a new kernel module for Samsung USB LTE modems.
Signed-off-by: Matti Laakso
---
Index: trunk/package/kernel/linux/modules/usb.mk
===
--- trunk/package/kernel/linux/modules/usb.mk (revision 39530)
+++ trunk/package
> On Fri, Jan 24, 2014 at 9:57 AM, Matti Laakso <https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel>> wrote:
>
> >/ To get it to build just add a declaration to
> />/
> />/ trunk/package/kernel/linux/modules/usb.mk
> />/
> />/ like t
m also not sure whether the description of
the configuration option should say something about regulatory compliance.
Signed-off-by: Matti Laakso
---
Index: trunk/package/kernel/mac80211/Makefile
===
--- trunk/package/kernel/mac8021
-off-by: Matti Laakso
---
Index: trunk/package/network/services/hostapd/files/netifd.sh
===
--- trunk/package/network/services/hostapd/files/netifd.sh (revision 39585)
+++ trunk/package/network/services/hostapd/files/netifd.sh
> From: s...@open-mesh.com
> To: kv...@adurom.com
> CC: openwrt-devel@lists.openwrt.org; si...@open-mesh.com; malaa...@elisanet.fi
> Subject: Re: [OpenWrt-Devel] [PATCHv3] wifi: Introduce 802.11ac support
> Date: Mon, 17 Feb 2014 15:22:53 +0100
>
> On Monday 17 February 2014 05:57:25 Kalle Valo wr
> On 2/17/14, 09:05 PM, Matti Laakso wrote:
> >/ The latest hostapd and some of the wireless drivers support DFS, which
> />/ is required on the 5 GHz band in many countries. This patch adds the
> />/ correct option to the hostapd configuration if dfs=1 is set (along with
&
> On 2/24/14, 9:46 AM, Matti Laakso wrote:
> >>/ On 2/17/14, 09:05 PM, Matti Laakso wrote:
> />>/ >/ The latest hostapd and some of the wireless drivers support DFS, which
> />>/ />/ is required on the 5 GHz band in many countries. This patch adds the
>
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.
Signed-off-by: Matti Laakso
---
Index: trunk/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh
ned-off-by: Matti Laakso
---
Index: trunk/package/network/services/hostapd/patches/700-max_a_mpdu.patch
===
--- trunk/package/network/services/hostapd/patches/700-max_a_mpdu.patch
(revision 0)
+++ trunk/package/network/services/hosta
This patch updates ath10k firmware to the latest version, changes the
default firmware to be the one optimized for access point operation, and
introduces a configuration option to choose the client-optimized
firmware instead during build time.
Signed-off-by: Matti Laakso
---
Index: trunk
The total ethernet frame length should be written to the hardware
register LTQ_ETOP_IGPLEN instead of just the value of the MTU. This
patch fixes network issues on various Danube boards, especially when
VLAN tagging is enabled.
Signed-off-by: Matti Laakso
---
Index: trunk/target/linux/lantiq
t any
feedback is appreciated.
Signed-off-by: Matti Laakso
---
Index: trunk/target/linux/generic/files/drivers/net/phy/adm6996.c
===
--- trunk/target/linux/generic/files/drivers/net/phy/adm6996.c (revision 40526)
+++ trunk/target/linux/ge
On 02/17/2014 09:05 PM, Matti Laakso wrote:
> 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
I wanted to get an LTE dongle which uses the QMI protocol working in my
router, but didn't have enough space for libqmi. Luckily, Felix had
developed uqmi [1], which turned out to work nicely. I made a protocol
script for netifd, and some other changes, which you see below.
Now my questions:
- Is
> >/ I'm particularly confused about when to get, set, keep,
> />/ and release client ID's. My dongle doesn't seem to require a client ID
> />/ except for starting and stopping the connection. Is this different for
> />/ other dongles?
> /
> You'll generally need a subsystem client ID for all comma
Therefore it needs to be in a different package and it
makes sense to include the netifd scripts there.
[1] http://patchwork.openwrt.org/patch/5049/
--
Matti Laakso
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
1 - 100 of 112 matches
Mail list logo
