Signed-off-by: Bartosz Markowski
---
package/network/utils/iwinfo/src/iwinfo_lua.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/network/utils/iwinfo/src/iwinfo_lua.c
b/package/network/utils/iwinfo/src/iwinfo_lua.c
index 9b7d655..b5842b2 100644
--- a/package/network/utils/iwinfo
While working with 802.11ac (ath10k) I've noticed the web interface
configuration missing basic support for 11ac devices - unable to set VHT
(htmode) and 11ac (hwmode).
This patch adds initial support for luci admin-full page and 802.11ac
MAC80211 devices.
Signed-off-by: Bartosz Markowski
---
m
On 2014-07-24 17:26, Helmut Schaa wrote:
> Introduce a new config symbol EXTRACT_DEBUGINFO to extract debuginfo
> from all binaries. This depends on USE_STRIP and DEBUG.
>
> The debuginfo of all packages will be extracted from the binary
> and copied into "bin/$platform/debuginfo".
>
> This allow
On 08/01/2014 11:27 AM, Felix Fietkau wrote:
On 2014-07-24 17:26, Helmut Schaa wrote:
Introduce a new config symbol EXTRACT_DEBUGINFO to extract debuginfo
from all binaries. This depends on USE_STRIP and DEBUG.
The debuginfo of all packages will be extracted from the binary
and copied into "b
Since netifd commit 75e73ab force_link is enabled by default for proto static
in the netifd code.
This causes the netifd ubus interface up event to be send based only on the
interface enabled state (and thus faster) while if linksensing is enabled the
interface ubus event up is send when the int
On 2014-08-01 15:37, Hans Dedecker wrote:
> Since netifd commit 75e73ab force_link is enabled by default for
> proto static in the netifd code.
> This causes the netifd ubus interface up event to be send based only
> on the interface enabled state (and thus faster) while if linksensing is
> enabled
The application is retrieving all bridge ports belonging to a bridge
when it receives the interface ubus up event.
As all bridge ports are not yet configured by netifd when the ubus up
event is received in the application it retrieves only a partial
bridge port list.
Traces below show that the ifup
This is based and tested on VoCore Alpha, but other stuff like status/eth LEDs
are present on the final board revision + VoDock.
All GPIOs are exported, except spi/i2c.
Signed-off-by: Álvaro Fernández Rojas
---
diff --git a/target/linux/ramips/base-files/etc/diag.sh
b/target/linux/ramips/base-f
This patch adds support for setting SPI_CS1 as Chip Select, Watchdog reset
output and GPIO#27.
Signed-off-by: Álvaro Fernández Rojas
---
diff --git a/target/linux/ramips/dts/rt5350.dtsi
b/target/linux/ramips/dts/rt5350.dtsi
index e88f28d..722540b 100644
--- a/target/linux/ramips/dts/rt5350.dtsi
Back with some findings.
Please check this:
https://github.com/commodo/ubus/commit/c601505a6b33aa208e1a3492d3ade5ae2d853899
The current problem [high CPU usage] seems to have appeared after some
modifications we made to the code which were related to a recent proposal
patch I sent [ that got reje
Hi,
oh great, i just soldered my alpha version this morning and wanted to
port owrt to it tomorrow :)
John
On 01/08/2014 17:52, Álvaro Fernández Rojas wrote:
> This is based and tested on VoCore Alpha, but other stuff like status/eth
> LEDs are present on the final board revision + VoDock.
On 01/08/2014 18:01, Alexandru Ardelean wrote:
> Please check this:
> https://github.com/commodo/ubus/commit/c601505a6b33aa208e1a3492d3ade5ae2d853899
*cough* ... looks like i was holding the tool wrong when i wrote that
function. thanks for the debugging effort, will look into it tomorrow
Jo
Hello,
I have a TL-WR1043ND v1 running Barrier Breaker 14.07-rc2 and have a
Sector Antenna connected to the first antenna port. On the other two I
have removed the original Omni antennas.
In order to tell the router that I want to work only with the Sector
antenna (first port) I have added the
Signed-off-by: Forest Crossman
---
target/linux/ramips/image/Makefile | 5 +-
tools/firmware-utils/Makefile | 2 +-
.../src/{mkdir615h1.c => mksenaofw.c} | 81 --
3 files changed, 48 insertions(+), 40 deletions(-)
rename too
Thank you for looking into it.
Will wait for an answer on that.
Thanks
On 1 Aug 2014 23:49, "John Crispin" wrote:
>
> On 01/08/2014 18:01, Alexandru Ardelean wrote:
> > Please check this:
> >
> https://github.com/commodo/ubus/commit/c601505a6b33aa208e1a3492d3ade5ae2d853899
> *cough* ... looks l
On 28 July 2014 08:57, Rafał Miłecki wrote:
> On 28 July 2014 08:09, Alex Henrie wrote:
>> 2014-07-27 15:07 GMT-06:00 Rafał Miłecki :
>>> Anyone interested in helping a bit? I've PayPal account (registered
>>> with this e-mail) or I can link items I need to order + shipping
>>> address if you pre
16 matches
Mail list logo