On Thu, Sep 19, 2013 at 11:55:13PM +0200, Sebastian Kemper wrote:
> Hello list,
>
> This patch
>
> - changes the color names from orange to amber
> - changes the name of GPIO 13 from WIFI_BGN (wifi_bgn) to WLAN_2G
> (wlan2g) to be more consistent with the other routers' files
> - changes the de
Hi,
On 20 September 2013 04:35, Stefan Monnier wrote:
> Has anyone figured out to install OpenWRT on something like a Hame
> MPR-A1 without opening the device and connecting a serial line?
I do not have a device of that model myself. But the device is already
supported by OpenWrt with a tool to
Hello list,
I sent a patch earlier and received some advice on how to do it better.
Here is my 2nd attempt.
The goal remains to set the WAN MAC address to the one on the sticker on
the bottom of the unit. Currently it is not used at all. But some users
expect the WAN interface to have the MAC add
Hello list,
This patch adds to the default LED configuration. The blue power LED
defaults to on. With the activation of "wan_led_switch_ctrl" we hand off
control of the blue planet LED to the hardware switch; this means also
that it will be enabled when the router starts. WLAN_2G LED also enabled
Hello list,
This patch
- changes the color names from orange to amber
- changes the name of GPIO 13 from WIFI_BGN (wifi_bgn) to WLAN_2G
(wlan2g) to be more consistent with the other routers' files
- changes the descriptions of the hardware keys to be a tad more
explicit
Signed-off-by: Sebast
Hello list,
Activating GPIO 20 hands over the control of the blue planet LED (WAN
LED) to the switch. Add this so we can put it to use.
Signed-off-by: Sebastian Kemper
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-
Hello list,
This patch removes the custom LAN LED configuration for the switch.
Without it the LAN LEDs are actually working.
I also tried the same configuration that is used in mach-db120.c. That
worked as well. But I think why add it when it's not needed.
Signed-off-by: Sebastian Kemper
diff
Has anyone figured out to install OpenWRT on something like a Hame
MPR-A1 without opening the device and connecting a serial line?
Most of those devices offer a plain busybox shell via telnet and support
for usb-storage, so it should be possible to install OpenWRT via
/dev/mtd*, but AFAIK the few
On Fri, Sep 13, 2013 at 01:53:03PM +0200, Dirk Neukirchen wrote:
> What about changing something in file: mach-dir-825-c1.c
> ath79_init_mac(wmac1, mac1, 1);
> shouldn't that be the second MAC +1 - you can change that maybe?
>
> Is ath79_eth0_data / ath79_eth1_data used in another machine .c
On Thu, Sep 19, 2013 at 12:42 PM, Diego Lopez Recas wrote:
> Hi Jon,
>
> I don't know what you mean with "default 'off' state", but I'm using an
> RT3052F SoC and I have to explicitly specify the the pvid for the port in
> vlan 2 to make it work properly. I think this is usual. From
> http://wiki.
2013.09.17. 2:45 keltezéssel, Oleg Titov írta:
> This patch adds support for TP-Link TL-MR13U router with built-in 10AH
> rechargeable battery.
>
> The patch is based on kamwanlai's patch:
> https://forum.openwrt.org/viewtopic.php?pid=206746#p206746
>
> Updated to accommodate recent changes intro
For example do a clean openwrt build with nothing in /files/etc. It
will generate a network file with the VLAN support turned off. RT5350
is not functioning with VLAN turned off. If used to work that way
about six months ago.
config switch
option name 'rt305x'
option reset '1'
option enable_v
On Thu, Sep 19, 2013 at 2:43 PM, jonsm...@gmail.com wrote:
> On Thu, Sep 19, 2013 at 2:41 PM, jonsm...@gmail.com
> wrote:
>> For example do a clean openwrt build with nothing in /files/etc. It
>> will generate a network file with the VLAN support turned off. RT5350
>> is not functioning with VL
On Thu, Sep 19, 2013 at 2:41 PM, jonsm...@gmail.com wrote:
> For example do a clean openwrt build with nothing in /files/etc. It
> will generate a network file with the VLAN support turned off. RT5350
> is not functioning with VLAN turned off. If used to work that way
> about six months ago.
>
>
2013.09.19. 19:26 keltezéssel, Roman A. aka BasicXP írta:
> There are some small mistakes I found:
>
> 1) target/linux/ar71xx/base-files/etc/diag.sh, line 179
> Shouldn't the LED be green instead of the amber one? In other devices it is.
It would be more consistent but I don't really care.
> 2)
2013.09.13. 12:55 keltezéssel, Dirk Neukirchen írta:
> On 01.09.2013 20:14, Gabor Juhos wrote:
>>
>> Yes, it is necessary. The coding style of the mach-wnr2200.c file is
>> horrible:
>>
>>
>> Additionally, a board specific patch is missing from
>> 'target/linux/ar71xx/patches-3.10'.
>>
>> Thanks,
19.09.13, 20:59, Gabor Juhos пишет:
> 2013.09.13. 12:55 keltezéssel, Dirk Neukirchen írta:
>> On 01.09.2013 20:14, Gabor Juhos wrote:
>>>
>>> Yes, it is necessary. The coding style of the mach-wnr2200.c file is
>>> horrible:
>>>
>>>
>>> Additionally, a board specific patch is missing from
>>> 'tar
Hi Jon,
I don't know what you mean with "default 'off' state", but I'm using an
RT3052F SoC and I have to explicitly specify the the pvid for the port in
vlan 2 to make it work properly. I think this is usual. From
http://wiki.openwrt.org/doc/uci/network/switch :
"Tagged packets received on a por
Has anyone tried using the Ethernet switch on Ralink lately? I don't
believe it is working correctly in the default 'off' state. The
failure is that the Ralink CPU can't receive any packets from Ethernet
(or those packet are corrupted by the VLAN tag).
If I enable the switch it works properly. I'
Hi,
I've noticed that, in AP+STA mode, the AP is switched off when the STA is
not connected. I would like to prevent this from happening and make it
possible for the AP to stay up even if the STA is not connected.
I understand that the main limitation is that the PHY can only operate in
one chann
I have the source to the binary blob for mtk7620n/a I dont know if it
supports the previous chips and it has an alpha label.
On Thu, Sep 19, 2013 at 8:11 PM, jonsm...@gmail.com wrote:
> Changing those bits just lets the kernel wifi code get into the driver
> in simultaneous AP/STA mode. Whether
Changing those bits just lets the kernel wifi code get into the driver
in simultaneous AP/STA mode. Whether the driver actually works in that
mode has never been tested. Who knows if that binary Ralink blob will
work in this mode. We don't have the source so there is no way to fix
it.
On Thu, Sep
Hi Jiapeng,
I think your problem is different. As I understand it, what you say is just
how the Luci web interface works. It doesn't let you scan with a single
wifi virtual interface in AP mode while it is enabled. It has nothing to do
with the driver.
Your patch doesn't change anything because t
On Sun, Sep 15, 2013 at 11:17:10AM +0200, Dirk Neukirchen wrote:
> Update the peervpn package in feeds and change the location in menuconfig to
> VPN submenu
Thanks. Applied in r38057.
Luka
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
On Sat, Sep 14, 2013 at 06:35:19PM +0200, Dirk Neukirchen wrote:
> Update package mc to 4.8.10
Thanks. Applied with tiny addons in r38056.
Luka
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/list
25 matches
Mail list logo