> 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/2016 07:1
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
>> 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
> 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
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 <mal
to all clients, which is
extended to LAN as specified in RFC 7278.
Tested-by: Antti Sepp??l?? <a.sepp...@gmail.com>
Signed-off-by: Matti Laakso <malaa...@elisanet.fi>
---
package/network/utils/uqmi/Makefile| 4 +-
.../utils/uqmi/files/lib/netifd/proto/qmi.sh
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 <malaa...@elisanet.fi>
---
p
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-develmailto:chrono
at open-resource.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Aihe: Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to
end of NCM frame
On 24/07/2015 11:19, Matti Laakso
;
chr...@open-resource.orgmailto:chr...@open-resource.org
Aihe: Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end
of NCM frame
On 15/07/2015 19:57, John Crispin wrote:
On 15/07/2015 19:41, Matti Laakso wrote:
Hi,
how is the testing going ? i would like to also pull
-resource.orgmailto:chr...@open-resource.org
Aihe: Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end
of NCM frame
On 24/07/2015 11:19, Matti Laakso wrote:
The fix will be in 4.2, so we still need the patch for 4.1.
can you prepare a patch and send it over
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. A
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
//
// 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
-by: Matti Laakso malaa...@elisanet.fi
---
...upport_for_moving_ndp_to_end_of_ncm_frame.patch | 195 +
1 file changed, 195 insertions(+)
create mode 100644
target/linux/generic/patches-3.18/190-cdc_ncm_add_support_for_moving_ndp_to_end_of_ncm_frame.patch
diff --git
a/target
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 them
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 from a
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?
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 wwan0
.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
.../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
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 malaa...@elisanet.fi
---
...w_fallback_to_board_bin_on_empty_otp_stream.patch | 20
1 file
On Thu, 25 Jun 2015 20:59:19 +0200, Matti Laakso malaakso at elisanet.fi
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
wrote:
/
// On 22/06/15 20:19, Matti Laakso wrote:
// / These patches
Update firmware name and md5sum. MAC-address location remains
unchanged from previous version.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
target/linux/ar71xx/base-files/lib/preinit/82_patch_ath10k | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux
These patches add support for the new version 5 firmware API.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
...31-ath10k_add_ath10k_fw_ie_htt_op_version.patch | 385 +
.../patches/932-ath10k_bump_up_fw_api_to_5.patch | 43
This firmware adds support for management frames over normal
packet transport interface instead of over the WMI management
interface.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
package/kernel/mac80211/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
, 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 v5 support
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 firmware.
//
//
/Could you also
These patches add support for the new version 5 firmware API.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
...31-ath10k_add_ath10k_fw_ie_htt_op_version.patch | 385 +
.../patches/932-ath10k_bump_up_fw_api_to_5.patch | 43
, 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
package/kernel
This firmware adds support for management frames over normal
packet transport interface instead of over the WMI management
interface.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
package/kernel/mac80211/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
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 unreliable
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, mbim
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 malaa...@elisanet.fi
---
package/network/utils/wwan/files/wwan.usbmisc | 12 +++-
1 file changed, 7 insertions(+), 5
Interface should not be set unavailable in all error cases,
returning 1 is enough.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
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
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 malaa...@elisanet.fi
---
package/network/utils/comgt/Makefile | 2 +-
package/network/utils/umbim/Makefile | 2 +-
package
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
MCN connection gets disconnected
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 malaa...@elisanet.fi
---
package/network/utils/comgt/Makefile
-by: Matti Laakso malaa...@elisanet.fi
---
.../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
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 malaa...@elisanet.fi
---
target/linux/lantiq/patches-3.14/0160-owrt-lantiq-multiple-flash.patch | 2 +-
1 file changed, 1 insertion(+), 1
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 Laakso
modems could
test this, I was only able to test it with Huawei E3276, E3372 and
E353.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
package/network/utils/comgt/Makefile | 2 +-
package/network/utils/comgt/files/ncm.json| 4 +-
package/network/utils/comgt/files/ncm.sh
the terminal ioctls if they are not supported.
v2: reduce diffstat by simplifying code a little
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
.../utils/comgt/patches/004-check_tty.patch| 68 ++
1 file changed, 68 insertions(+)
create mode 100644 package/network/utils
the terminal ioctls if they are not supported.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
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
also be sent to these devices.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
.../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
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.
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 apn 'opengate'
# option device '/dev/cdc-wdm0' (with or without commenting this)
Does absolutely
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'
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:
config interface
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
This is a set of small patches to uqmi. It contains fixes for
command line help, autoconnect, and printing of service versions,
and implements a command to stop the network connection.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
commands-wds.h | 2 +-
main.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/commands-wds.h b/commands-wds.h
index bd4b221..ea64e82 100644
--- a/commands-wds.h
+++ b/commands-wds.h
@@ -13,6 +13,6
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
commands-wds.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/commands-wds.c b/commands-wds.c
index 58053c2..91cf15c 100644
--- a/commands-wds.c
+++ b/commands-wds.c
@@ -52,7 +52,7 @@ cmd_wds_set_password_prepare(struct
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
commands-wds.c | 15 +++
commands-wds.h | 3 +++
2 files changed, 18 insertions(+)
diff --git a/commands-wds.c b/commands-wds.c
index 91cf15c..ce7d715 100644
--- a/commands-wds.c
+++ b/commands-wds.c
@@ -1,9 +1,12 @@
+#include
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
commands.c | 4
1 file changed, 4 insertions(+)
diff --git a/commands.c b/commands.c
index 4680511..8c06503 100644
--- a/commands.c
+++ b/commands.c
@@ -20,16 +20,20 @@ static void no_cb(struct qmi_dev *qmi, struct qmi_request
*req
:
- Uses subprotocols instead of including entire dhcp.sh, therefore
removed netifd patch
- Makes while loops less nasty by looping on expected conditions only,
avoids infinite loops in unexpected conditions
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
diff --git a/package/network/utils/uqmi
Many of the 4G/LTE and 3G modems utilize the QMI-protocol to control the
modem. At the moment there is no support for them in OpenWrt. These
patches add support for them in the form of a netifd script and a
control utility. Tested with Huawei E398 and ZTE MF820D (which requires
a delay of ~30 s
Allow including dhcp.sh from other scripts. This is necessary for
protocols which use DHCP in addition to some other control protocol,
e.g., QMI or NCM.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
diff --git a/package/network/config/netifd/files/lib/netifd/proto/dhcp.sh
b/package
Package uqmi for OpenWrt.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
diff --git a/package/network/utils/uqmi/Makefile
b/package/network/utils/uqmi/Makefile
new file mode 100644
index 000..c66de85
--- /dev/null
+++ b/package/network/utils/uqmi/Makefile
@@ -0,0 +1,48 @@
+include
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
---
diff --git a/package/kernel/mac80211/files
://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
/ 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 commands. The
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:
-
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 malaakso at elisanet.fi
---
Index: trunk
feedback is appreciated.
Signed-off-by: Matti Laakso malaakso at elisanet.fi
---
Index: trunk/target/linux/generic/files/drivers/net/phy/adm6996.c
===
--- trunk/target/linux/generic/files/drivers/net/phy/adm6996.c (revision 40526
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 the DFS_CERTIFIED config
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 malaakso at elisanet.fi
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 malaakso at elisanet.fi
---
Index: trunk/package/kernel/mac80211/files/lib/netifd/wireless
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
// // correct option to the hostapd configuration if dfs
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
// the country code
not sure whether the description of
the configuration option should say something about regulatory compliance.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
Index: trunk/package/kernel/mac80211/Makefile
===
--- trunk/package/kernel
-off-by: Matti Laakso malaakso at elisanet.fi
---
Index: trunk/package/network/services/hostapd/files/netifd.sh
===
--- trunk/package/network/services/hostapd/files/netifd.sh (revision 39585)
+++ trunk/package/network/services
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 wrote:
aligned. Fixes out-of-memory errors on Danube boards with
32 MiB RAM.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
Index: trunk/package/kernel/lantiq/ltq-adsl-mei/src/lantiq_mei.c
===
--- trunk/package/kernel/lantiq/ltq-adsl-mei
This patch adds a new kernel module for Samsung USB LTE modems.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
Index: trunk/package/kernel/linux/modules/usb.mk
===
--- trunk/package/kernel/linux/modules/usb.mk (revision
On Fri, Jan 24, 2014 at 9:57 AM, Matti Laakso malaakso at elisanet.fi
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 this:
//
// define KernelPackage/usb
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
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 malaa...@elisanet.fi
---
Index: trunk/target/linux/lantiq/dts/ARV4510PW.dts
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
related
@@ -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];;
+
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
, 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 mailing list
openwrt-devel
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://lists.openwrt.org/cgi-bin
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 the
0ff0b320a2dbb5e0b5fa245ffd9b2648d7026843 dd: code shrink
v2: include the commit messages from upstream
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
Index: trunk/package/utils/busybox/patches/008-backport-dd-conv-swab.patch
===
--- trunk/package/utils/busybox
-by: Matti Laakso malaakso at elisanet.fi
---
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
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 malaa
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 malaa...@elisanet.fi
---
Index:
trunk/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00
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))
+
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 malaa...@elisanet.fi
---
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 malaa...@elisanet.fi
---
Index: target/linux/lantiq/base-files/etc/uci-defaults/02_network
not 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 malaa...@elisanet.fi
---
Index: package/kernel/mac80211/files/lib/wifi/mac80211.sh
is not used? In Archer C7 (which uses the same
SoC), for example, the second interface is connected to switch port 6.
It is then connected to the same VLAN as port 1 (WAN).
Matti Laakso
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https
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 MII/RMII setting in the .dts
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
// // effect, since wrong registers are written. Once
/ 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
// (arv752dpw,
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 patch updates the regulatory database from
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 of ath10k in the recently updated
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 malaa...@elisanet.fi
---
Index: target/linux/lantiq/patches-3.10/0200-NET-fix-etop
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 malaa...@elisanet.fi
---
Index: package/kernel/mac80211/Makefile
This patch updates the regulatory database from wireless-regdb to
support 80 MHz channels.
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
Index: package/kernel/mac80211/files/regdb.txt
===
--- package/kernel/mac80211/files
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 malaa...@elisanet.fi
---
Index
This patch updates the regulatory database from wireless-regdb to
support 80 MHz channels.
v2: fix mangled whitespaces
Signed-off-by: Matti Laakso malaa...@elisanet.fi
---
Index: package/kernel/mac80211/files/regdb.txt
1 - 100 of 105 matches
Mail list logo