Hi,
I am able to change the settings in the file under overlay and settings
will get change, but when i do factory reset from GUI, All the changes i
have done in script file will go. So i need to know from which file this
all factory reset configuration is loading so that if i will change it that
From: Miaoqing Pan
Patch cherry-picked from the following location:
https://www.codeaurora.org/cgit/quic/qsdk/oss/system/openwrt/commit/?h=release/coconut_ioe4531_2.0&id=5c357bf6c763e4140dddcc9a3bc5f005525a9c0e
Changelist,
- add more register defines
- add EHCI support
- fix GPIO pin
From: Miaoqing Pan
Signed-off-by: Miaoqing Pan
---
.../ar71xx/base-files/etc/uci-defaults/02_network | 1 +
target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +
target/linux/ar71xx/config-3.18| 1 +
.../ar71xx/files/arch/mips/ath79/mach-ap143.c | 142 +++
This patchset was originally submitted by Miaoqing Pan.
* 1/3 fixes the initialization on TP-Link TL-WR841N/ND v9 and Compex WPJ531
(TL-WR841N/ND v9 is working, Compex WPJ531 compile-tested only,
The initialization routines for these boards were relying on some (wrong)
defaults for the QCA953x ethernet. Make these defaults explicit to prevent
breaking them when the QCA953x defaults are fixed.
Signed-off-by: Matthias Schiffer
---
target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr841n-v9
This had been set in r44508 as a workaround for switch
problems.
Now that the switch driver can handle two devices with
the same MAC address in separate VLANs we can go back
to using the same address on both interfaces.
This is the Linksys firmware's default behavior.
Signed-off-by: Claudio Leit
Previously, all VLANs (port-based or 802.1q) were sharing
a single database in the ATU. This created problems in the
case of a system where two ports/devices share a MAC address
(e.g. Linksys WRT1900AC eth0/eth1).
This also clears any bootloader-set FDB defaults. This had
caused issues creating po
Hi,
The patch (actually the entire file) was contributed on the OpenWrt
forum:
https://forum.openwrt.org/viewtopic.php?pid=281794#p281794
My contribution is that I have tested it and that I am trying to submit
it here.
I can confirm that:
1) My ArcherC20i works fine with the patch applied
Using pipe automatically switches service to block buffering which kind
of breaks our logging. We won't get anything from stdout FD until the
buffer gets filled fully or the service exits. This makes log messages
appear with an unwanted delay.
This change adds a tiny libsetlbf.so switching stdout t
On 2015-06-26 00:23, Juliusz Chroboczek wrote:
> ---
> inittab.c | 6 +++---
> rcS.c | 4 +++-
> 2 files changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/inittab.c b/inittab.c
> index eb402f8..2767e17 100644
> --- a/inittab.c
> +++ b/inittab.c
> @@ -116,13 +116,13 @@ static void fork
On 2015-06-26 00:21, Juliusz Chroboczek wrote:
> ---
> libubus.c | 3 +++
> ubusd_acl.c | 2 ++
> 2 files changed, 5 insertions(+)
>
> diff --git a/libubus.c b/libubus.c
> index ccaa069..9aae613 100644
> --- a/libubus.c
> +++ b/libubus.c
> @@ -77,6 +77,9 @@ ubus_queue_msg(struct ubus_context *c
On 2015-06-26 00:20, Juliusz Chroboczek wrote:
> Since libubox is used by procd, it should deal gracefully with allocation
> failures.
> ---
> blobmsg_json.c | 2 ++
> json_script.c | 3 +++
> kvlist.c | 4
> ustream.c | 16 +---
> utils.c| 3 +++
> 5 files
Hi,
On Mon, Jul 6, 2015 at 10:36 PM, Gunnar Thorburn wrote:
> Hi,
>
> Trunk and CC image for ArcherC20i do not support USB/leds/buttons.
> This patch is for an updated/improved .dts-file.
Please describe what you changed (added/removed/changed nodes/properties).
> See also: https://forum.openwr
Hello Bruno,
yet another tool used in Ninux.org:
https://github.com/ninuxorg/misc_tools/tree/master/adsl_check
What you want to implement is a generic tool... that checks a network
condition and if this condition happens triggers an event.
Yes it would be a nice tool. However routing protocols
Hi,
Trunk and CC image for ArcherC20i do not support USB/leds/buttons.
This patch is for an updated/improved .dts-file.
See also: https://forum.openwrt.org/viewtopic.php?pid=281794#p281794
Signed-off-by: Gunnar Thorburn
$ diff -up target/linux/ramips/dts/ArcherC20i.dts{.orig,}
--- target/linux
Signed-off-by: Petko Bordjukov
---
package/kernel/mac80211/files/regdb.txt | 126
1 file changed, 81 insertions(+), 45 deletions(-)
diff --git a/package/kernel/mac80211/files/regdb.txt
b/package/kernel/mac80211/files/regdb.txt
index ba95fc6..84413fd 100644
--- a
Hi Juliusz and all,
Exporting a route to a routing protocol was just one example of what
could be done based on the fact that internet connectivity is available
on an interface. There are other uses one could imagine:
- Activate a backup interface, say a 3G connection
- Announce a default GW or
When enabled the dnsmasq DHCP server allocates the IP addresses sequentially
starting from the lowest available IP address.
Signed-off-by: Hans Dedecker
---
package/network/services/dnsmasq/files/dnsmasq.init | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/network/services/dnsmasq/fi
Signed-off-by: Hans Dedecker
---
package/network/services/dnsmasq/files/dnsmasq.init | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/services/dnsmasq/files/dnsmasq.init
b/package/network/services/dnsmasq/files/dnsmasq.init
index b0a5fbc..bbe2b56 100644
--- a/p
Am 06.07.2015 um 15:59 schrieb Matthias Schiffer:
could you send me the output of `swconfig dev eth1 show` (or eth0?) on
OpenWrt? The current initialization code looks a bit weird as it's the
same one would use for a device with 4 LAN ports, even though the WPJ531
has only one.
root@OpenWrt:/#
On 2015-07-06 16:05, Guenther Kelleter wrote:
> Instead of the original patch, would you accept an option to only
> choose between STA mode, AP mode w/ latest API fw (default) and AP mode
> with fallback API2 fw (new) for those people who experience crashes with
> latest fw? At least until these is
Am Mon, 22 Jun 2015 13:28:14 +0200
schrieb Christian Beier :
> NB that wlan5g is phy0tpt and wlan2g phy1tpt.
Hey,
just wanted to know whether I need to change anything or this just takes time
to get applied?
Cheers,
Christian
>
> Signed-off-by: Christian Beier
> ---
> target/linux/ar71
> -Original Message-
> From: Martin Blumenstingl [mailto:martin.blumensti...@googlemail.com]
> Sent: Monday, July 06, 2015 12:36 PM
> To: Felix Fietkau
> Cc: Guenther Kelleter; openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH v2 5/8] mac80211: make more ath10k
> firmwar
On 07/04/2015 10:32 PM, Christian Mehlis wrote:
> Am 02.07.2015 um 23:10 schrieb Matthias Schiffer:
>> I've fixed it
>> up using the following snippet, the Compex WPJ531 will probably need the
>> same fix (it uses pretty much the same initialization code).
>
> Thanks Matthias,
>
> When submittin
On 2015-07-06 14:14, Guenther Kelleter wrote:
>
>> -Original Message-
>> From: Felix Fietkau [mailto:n...@openwrt.org]
>> Sent: Monday, July 06, 2015 12:43 PM
>> To: Guenther Kelleter; openwrt-devel@lists.openwrt.org
>> Subject: Re: [OpenWrt-Devel] [PATCH v2 6/8] generic: replace request_i
> -Original Message-
> From: Felix Fietkau [mailto:n...@openwrt.org]
> Sent: Monday, July 06, 2015 12:43 PM
> To: Guenther Kelleter; openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH v2 6/8] generic: replace request_irq by
> request_threaded_irq to fix non working ledtr
On Friday, July 03, 2015 12:29:32 PM Sven Eckelmann wrote:
> > Sven, I've seen you did quite a bit of work on the OM5P-AN
> > with the same F1E-PHY. I went through the code from Atheros'
> > original driver SDK v17 (which was part of the GPL source
> > for the mynet). Apart from tx delay handling,
Hi Felix
> -Original Message-
> From: Felix Fietkau [mailto:n...@openwrt.org]
> Sent: Monday, July 06, 2015 12:27 PM
> To: Guenther Kelleter; openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH v2 5/8] mac80211: make more ath10k
> firmwares selectable
>
> On 2015-07-02
On 2015-07-06 12:48, Martin Blumenstingl wrote:
> On Mon, Jul 6, 2015 at 12:39 PM, Felix Fietkau wrote:
>> What's the newest firmware that still works on your card?
>> Also, please report these issues to the ath10k firmware maintainer.
> I think the latest working version was the newest -2 (10.1 b
On Mon, Jul 6, 2015 at 12:39 PM, Felix Fietkau wrote:
> What's the newest firmware that still works on your card?
> Also, please report these issues to the ath10k firmware maintainer.
I think the latest working version was the newest -2 (10.1 branch). I
can look it up when I have access to the dev
On 2015-07-02 13:47, Günther Kelleter wrote:
> Signed-off-by: Günther Kelleter
What issue does this fix?
- Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On 2015-07-06 12:36, Martin Blumenstingl wrote:
> Hi Felix,
>
> On Mon, Jul 6, 2015 at 12:26 PM, Felix Fietkau wrote:
>> Instead of adding more options that most people don't know what to do
>> with, please test the current v5 firmware in trunk and provide details
>> about any issues that you fin
Hi Felix,
On Mon, Jul 6, 2015 at 12:26 PM, Felix Fietkau wrote:
> Instead of adding more options that most people don't know what to do
> with, please test the current v5 firmware in trunk and provide details
> about any issues that you find.
I am not sure which issue Günther is trying to solve,
On 2015-07-02 13:47, Günther Kelleter wrote:
> The ath10k firmware version is now a choice in the config menu.
> Added options for older firmware versions (10.1 and 10.2). It seems that
> recent firmware versions don't always run properly and this provides the
> option to select an older (more stab
Ow I'm sorry, I'm replying to the wrong thread it seems! :)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On 6 July 2015 at 12:40, Matt . wrote:
> Hi,
>
> I mean, not only ar71xx.
Looks like you don't understand what you are talking about - UAP-PRO
exists only under ar71xx target.
> Which version is going to be patched, as in BB, CC ?
This patch is for trunk, it's up to core devs if they want it to
Hi,
I mean, not only ar71xx.
Which version is going to be patched, as in BB, CC ?
2015-07-06 10:30 GMT+02:00 Roman Yeryomin :
> On 5 July 2015 at 23:31, Matt . wrote:
>> Hi,
>>
>> This needs to be patched on ALL versions! After this, we need to point
>> the main devs of this package to it.
>>
Hi,
I am trying to use VoCore (RT5350 board) as wireless bridge with the following
wpa_supplicant config:
ctrl_interface=/var/run/wpa.sock
update_config=1
fast_reauth=1
ap_scan=1
network={
ssid="home_wifi"
psk=915644af001df2afbcf02df60f3fc27f9f7d7b09f1ac3667bb84e0776ec25e08
}
I
Ahoy everyone,
If you are interested again, here is the working patch.
After removing the cover, I could verify that the Telekom Speedstick LTE
V
is actually a Huawei 3372s (at least it says so on the label next to the
IMEI).
I've applied mrkiko's latest patches and also tested vittgam's h
On 5 July 2015 at 23:31, Matt . wrote:
> Hi,
>
> This needs to be patched on ALL versions! After this, we need to point
> the main devs of this package to it.
>
> Sounds like a plan ?
>
What do you mean ALL versions?
This patch is easily backportable into CC if you mean that...
Regards,
Roman
__
From: Tom Deng <2579131...@qq.com>
Adding support for OY-0001 Wireless Router.
OY-0001 is a wireless router made by oyewifi.com. Below is the details:
MT7620A, 128MB DDR2, 16MB FLASH, SD Slot, USB 2.0, 4 x LAN + 1 x WAN.
Signed-off-by: Tom Deng <2579131...@qq.com>
---
diff --git a/target/linux/ram
41 matches
Mail list logo
