On 3 December 2014 at 09:27, John Crispin wrote:
> On 03/12/2014 07:10, Rafał Miłecki wrote:
>> Honestly, I don't know what is this file for. I don't understand
>> netifd & wireless well at all. I asked for help in the Request for
>> any netifd wireless documentation e-mail thread, but ppl who kno
On 2014-12-04 11:28, Rafał Miłecki wrote:
> On 18 November 2014 at 12:19, Rafał Miłecki wrote:
>> I can see multiple files:
>> /sbin/wifi
>> /lib/wifi/mac80211.sh
>> /lib/netifd/wireless/mac80211.sh
>> /lib/netifd/hostapd.sh
>> but they mostly don't contain any comments.
>>
>> I'm not sure how muc
On 4 December 2014 at 12:14, Felix Fietkau wrote:
> On 2014-12-04 11:28, Rafał Miłecki wrote:
>> On 18 November 2014 at 12:19, Rafał Miłecki wrote:
>>> I can see multiple files:
>>> /sbin/wifi
>>> /lib/wifi/mac80211.sh
>>> /lib/netifd/wireless/mac80211.sh
>>> /lib/netifd/hostapd.sh
>>> but they m
Don't restore original device settings based on the device settings flags in
system_if_down
as device flags are already reset when the device config is deleted.
Therefore move the masking of the relevant original device settings to
system_if_up.
Signed-off-by: Hans Dedecker
---
system-linux.c
Fix setup race condition when proto shell is in teardown or setup_abort state
when setup cmd is received.
Don't change the proto shell state and launch no setup in these conditions so
the proto shell teardown
timeout handler does not kill the wrong processes and proto_shell_task_finish
takes act
Improve code readibility regarding state transitions when handling teardown
event
Signed-off-by: Hans Dedecker
---
proto-shell.c | 33 -
1 file changed, 20 insertions(+), 13 deletions(-)
diff --git a/proto-shell.c b/proto-shell.c
index 86933b0..977cdbc 100644
--
Keep interface down when interface auto parameter is set to 0 when doing
network reload
Signed-off-by: Hans Dedecker
---
interface.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/interface.c b/interface.c
index 733b5f1..4b5405e 100644
--- a/interface.c
+++ b/interf
Config support to set the IGMP host version on device level; possible values
are :
1 : IGMPv1
2 : IGMPv2
3 : IGMPv3
Signed-off-by: Hans Dedecker
---
device.c | 11 +++
device.h | 3 +++
system-dummy.c | 6 ++
system-linux.c | 34
This reverts commit c81de5fd193802d511b42eb7b108aac17136 on
https://gitorious.org/openwrt-oxnas/openwrt-oxnas.git
which removed patches and config for 3.14.
[arm_introduce-dma-fiq-irq-broadcast patch was renamed to match 3.18]
Signed-off-by: Daniel Golle
---
target/linux/oxnas/config-3.14
3.18 still got problems with stuck reboots if rootfs is ubifs...
Signed-off-by: Daniel Golle
---
target/linux/oxnas/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/oxnas/Makefile b/target/linux/oxnas/Makefile
index 2a99f51..d957fca 100644
--- a/target/li
great, oxnas will now be part of CC :)
On 04/12/2014 23:51, Daniel Golle wrote:
> This reverts commit c81de5fd193802d511b42eb7b108aac17136 on
> https://gitorious.org/openwrt-oxnas/openwrt-oxnas.git which removed
> patches and config for 3.14.
>
> [arm_introduce-dma-fiq-irq-broadcast patch wa
---
target/linux/octeon/base-files/lib/upgrade/platform.sh | 9 +
1 file changed, 9 insertions(+)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index 11399a2..d81d7fd 100755
--- a/target/linux/octeon/base-file
Signed-off-by: Stijn Tintel
---
.../octeon/base-files/lib/upgrade/platform.sh | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index e4c
---
target/linux/octeon/base-files/lib/upgrade/platform.sh | 9 +
1 file changed, 9 insertions(+)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index 11399a2..d81d7fd 100755
--- a/target/linux/octeon/base-file
Runtime tested on Ubiquiti EdgeRouter Lite.
Signed-off-by: Stijn Tintel
---
target/linux/octeon/config-3.18| 252 +
.../100-ubnt_edgerouter2_support.patch | 31 +++
.../110-er200-ethernet_probe_order.patch | 34 +++
.../patches-3.18
Signed-off-by: Stijn Tintel
---
.../octeon/base-files/lib/upgrade/platform.sh | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index e4c
On 05-12-14 01:01, Stijn Tintel wrote:
> platform_do_upgrade() {
> local board=$(octeon_board_name)
> + local rootfs="$(platform_get_rootfs)"
> +
> + [ -d "${rootfs}" ] || return 1
This should be -b, please ignore this patch series, I'll send a new one.
Kind regards,
Stijn
_
too late ... i just pushed the code :) send a fix up patch please
On 05/12/2014 01:21, Stijn Tintel wrote:
> On 05-12-14 01:01, Stijn Tintel wrote:
>> platform_do_upgrade() {
>> local board=$(octeon_board_name)
>> +local rootfs="$(platform_get_rootfs)"
>> +
>> +[ -d "${rootfs}" ] |
Signed-off-by: Stijn Tintel
---
target/linux/octeon/base-files/lib/upgrade/platform.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index d81d7fd..1df3d17 100755
That's the second[2] email I've seen that hints at some sort of formal date
being known for CC, or some plan, or some detail.
It would be appreciated if this magical special knowledge was shared a little
wider. I haven't seen _any_ emails or irc conversations about _any_ dates or
guidelines f
libnet-1.1.x fails to compile with -Werror=format-security. Instead of
adding PKG_CHECK_FORMAT_SECURITY and ignoring potential security
vulnerabilities and marked fixed, it should be marked as broken.
Signed-off-by: Matthew M. Dean
diff --git a/libs/libnet-1.1.x/Makefile b/libs/libnet-1.1.x/Mak
Signed-off-by: Stijn Tintel
---
.../linux/octeon/base-files/lib/preinit/79_move_config | 18 ++
target/linux/octeon/base-files/lib/upgrade/platform.sh | 11 +++
2 files changed, 25 insertions(+), 4 deletions(-)
create mode 100644 target/linux/octeon/base-files/lib/preinit
Signed-off-by: Stijn Tintel
---
target/linux/octeon/base-files/lib/upgrade/platform.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index d81d7fd..1df3d17 100755
Signed-off-by: Stijn Tintel
---
target/linux/octeon/base-files/lib/upgrade/platform.sh | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index 1df3d17..8d6f9a1
Hi,
I ran into an issue with the Mikrotik Routerboard 951G's switch chip.
The new batch that we received use an updated ar8327 switch chip. The
switch chip would not function properly so I decided to load trunk and
utilize your patches.
dmesg shows the following:
switch0: Atheros AR8327 rev. 4 s
Patch 1/3
ag71xx: replace fixed PHY reset wait time in ar7240sw_setup
Patch 2/3
ag71xx: replace delay with sleep calls
Patch 3/3
ar71xx: dev-eth: replace further mdelay calls
Successfully tested on a TP-LINK TL-WDR4300.
___
openwrt-devel mailing list
o
I don't see that we're in an atomic context so there's no need to
busy-wait. Therefore replace the delay with sleep calls.
See also Documentation/timers/timers-howto.txt. It states:
"In general, use of mdelay is discouraged and code should
be refactored to allow for the use of msleep."
Signed-off-
Replace the fixed wait time of 1s with polling for BMCR_RESET
to be cleared on all PHYs.
Signed-off-by: Heiner Kallweit
---
.../net/ethernet/atheros/ag71xx/ag71xx_ar7240.c| 29 +-
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git
a/target/linux/ar71xx/files/dri
Similar to patch 2. Replace further mdelay calls.
Signed-off-by: Heiner Kallweit
---
target/linux/ar71xx/files/arch/mips/ath79/dev-eth.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/dev-eth.c
b/target/linux/ar71xx/files/arch/m
Am 05.12.2014 um 06:13 schrieb David Hutchison:
> Hi,
>
> I ran into an issue with the Mikrotik Routerboard 951G's switch chip.
> The new batch that we received use an updated ar8327 switch chip. The
> switch chip would not function properly so I decided to load trunk and
> utilize your patches.
>
Hi list,
I posted request on forum but not get any reply, so have to send to the
dev-list. My need is modify OpenWRT with some sensible settings for us (few
SSID, enable ssh login,etc ), but I cannot found the right way yet.
Checked with the firstlogin on OpenWRT site, but still not figured out
31 matches
Mail list logo