Hello,
I have made some progress narrowing down the issue. It seems the
ath79_eth0_pll_data.pll_1000 is not configured correctly. I do not
understand how to determine what the correct value should be.
Originally the mach-rb95x.c did not have any definition for this
variable. I looked at other
On 10/12/2014 08:21, Florian Fainelli wrote:
Le 9 déc. 2014 11:22, Alexander Couzens lyn...@fe80.eu
mailto:lyn...@fe80.eu a écrit :
export_netdevs will export a net device for every port. These
netdev
represent a port
with out traffic. When such a device is broght down via ifconfig
the
On Fri, Dec 5, 2014 at 10:48 AM, Kristian Evensen
kristian.even...@gmail.com wrote:
From: Kristian Evensen kristian.even...@gmail.com
This patch depends on Pass source address to proto_add_ipv4_route.
I have not found a scenario that would break by setting the source address on
default, but
* Weimarnetz e.V., Vorstand/Vereinsvorsitzender: Bastian Bittorf
bitt...@bluebottle.com [08.12.2014 21:01]:
* Bruno Randolf b...@thinktube.com [02.12.2014 13:50]:
I just tested it: up running, PCI got detected, Wifi works, looking
good... :)
the same here, ethernet + wifi working.
I decided to try and toggle all of the bits by setting
ath79_eth0_pll_data.pll_1000=0x6f00 and it seems to be flowing Ok:
root@OpenWrt:/# arp -n
IP address HW type Flags HW addressMask Device
root@OpenWrt:/# brctl delif br-lan eth0
[ 30.20] device eth0
On Wed, Dec 10, 2014 at 9:10 AM, Hans Dedecker dedec...@gmail.com wrote:
As a side effect of this patch I noticed multiple default routes (one
default route with source IP set and one default route with source IP
unset) are present in netifd if the dhcp server replies the default
route both in
On 10/12/2014 09:29, David Hutchison wrote:
I am once again just guessing with 0x6f00, so I am sure this is wrong.
I would love to learn if you could give me insight :-)
I would also love to make a patch for both the 951G and the rb2011
(gigabit switch version). I don't have packet
Hi,
patchwork has moved, to https://patchwork.ozlabs.org
we would like express our thanks to Jeremy for creating and maintaining
the patchwork project and also for being kind and hosting it for us.
we are using this move to also cleanup our queue as there are ~500 old
patches, some of which are
Hi Bastian,
Sorry for the delay.
On 12/08/2014 08:01 PM, Bastian Bittorf wrote:
what is strange: the ethernet-mac is always changing
after each reboot. not sure if this was also the case
with 3.10 - bruno can you see this too?
Yes, I can confirm this.
I just checked: The same happens on
On 10/12/2014 11:19, Luka Perkov wrote:
On Wed, Dec 10, 2014 at 07:16:20AM +0100, John Crispin wrote:
On Mon, Dec 08, 2014 at 10:41:29PM +0100, Richard Kunze wrote:
Signed-off-by: Richard Kunze richard.ku...@web.de ---
.../kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch | 13
I've been working to add support for the CI20 to openwrt and, despite
some problems I'm unable to fix, the board works stable with openwrt
(more or less). :(
https://github.com/Pteridium/OpenWRT-CI20
Here is a bootlog:
http://pastebin.com/stM6Wfgz
As someone pointed the JZ4780 is not a very good
since some weeks the file
'/sys/kernel/debug/ieee80211/$phy/statistics/multicast_received_frame_count'
is not updated anymore. is this intended?
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
On 10/12/2014 11:46, José Vázquez wrote:
I've been working to add support for the CI20 to openwrt and,
despite some problems I'm unable to fix, the board works stable
with openwrt (more or less). :(
https://github.com/Pteridium/OpenWRT-CI20 Here is a bootlog:
http://pastebin.com/stM6Wfgz
On Wed, Dec 10, 2014 at 11:30:24AM +0100, John Crispin wrote:
The second one won't be accepted upstream because it is OpenWrt
specific, while the first one can and should be sent upstream.
for trivial stuff we never had a upstream first policy. maybe it was
decided to put one in place and
Hi John,
can you or florian give me a small overview what it's missing for atheros DSA
support?
IMHO The switchpart ag71xx_ar7240 should be merged into ar8216.c first
or is there a reason, why it's has an own driver?
Best,
lynxis
___
openwrt-devel
On 10/12/2014 12:02, Alexander Couzens wrote:
Hi John,
can you or florian give me a small overview what it's missing for atheros DSA
support?
IMHO The switchpart ag71xx_ar7240 should be merged into ar8216.c first
or is there a reason, why it's has an own driver?
Best,
lynxis
* Bruno Randolf b...@einfach.org [10.12.2014 11:47]:
On 12/08/2014 08:01 PM, Bastian Bittorf wrote:
what is strange: the ethernet-mac is always changing
after each reboot. not sure if this was also the case
with 3.10 - bruno can you see this too?
Yes, I can confirm this.
I just checked:
On 12/10/2014 11:30 AM, Bastian Bittorf wrote:
so, does this mean we have not applied DTS to this target?
Very likely.
I don't remember how we got the MAC addr set before DT.
what is also strange: 'yamonenv' is installed, but simply
does not work. i never used it before, so i'am not sure
if
From: Karl Palsson ka...@remake.is
Plain remote results in failure to connect using the gdb built with
the toolchain. (On atheros target at least) extended-remote also allows
run to restart the target process.
Signed-off-by: Karl Palsson ka...@remake.is
---
Resend for new patchwork instance.
Yousong Zhou (10):
libubox: drop legacy json-c support
lua: do not hardcode /opt/local/include for Apple.
examples: fix build.
ustream: add function ustream_fill_with_read_buf().
ustream: call notify_write() when bytes are written.
blobmsg: remove unneeded assignment in
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
---
CMakeLists.txt |5 -
examples/CMakeLists.txt |5 -
lua/CMakeLists.txt |1 -
3 files changed, 11 deletions(-)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 737f2ae..4b1570c 100644
--- a/CMakeLists.txt
- runqueue-example.c: fix include path for in-tree build.
- blobmsg-example.c: add inttypes.h for using PRIu64.
- add examples/ subdirectory to main CMakeLists.txt
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
---
CMakeLists.txt |1 +
examples/blobmsg-example.c |1 +
Useful in the following use pattern.
int available = ustream_pending_data(s, false);
if (available = sizeof(struct msghdr)) {
struct msghdr h;
ustream_fill_with_read_buf(s, h, sizeof(h));
}
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
---
ustream.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/ustream.c b/ustream.c
index 64cdc6a..1d0c38e 100644
--- a/ustream.c
+++ b/ustream.c
@@ -364,6 +364,17 @@ static void
data_dest should already be assigned by blobmsg_new() if the return
value is not NULL.
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
---
blobmsg.c |1 -
1 file changed, 1 deletion(-)
diff --git a/blobmsg.c b/blobmsg.c
index 9fe96e4..80b984a 100644
--- a/blobmsg.c
+++ b/blobmsg.c
@@
Though currently jshn is more a one-shot data transformation tool and
won't leak much memory in its lifetime, people may use it as example
code, so do it right.
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
---
jshn.c | 23 ++-
1 file changed, 18 insertions(+), 5
NULL check is present at the begining of function body.
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
---
json_script.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/json_script.c b/json_script.c
index 9805b04..7de005d 100644
--- a/json_script.c
+++ b/json_script.c
On Wed, Dec 10, 2014 at 9:56 AM, Kristian Evensen
kristian.even...@gmail.com wrote:
On Wed, Dec 10, 2014 at 9:10 AM, Hans Dedecker dedec...@gmail.com wrote:
As a side effect of this patch I noticed multiple default routes (one
default route with source IP set and one default route with source
2014-12-10 11:54 GMT+01:00, John Crispin blo...@openwrt.org:
On 10/12/2014 11:46, José Vázquez wrote:
I've been working to add support for the CI20 to openwrt and,
despite some problems I'm unable to fix, the board works stable
with openwrt (more or less). :(
Hi,
Did anyone else see issues with ar9344 PCIe not coming up sometimes
(it is really rare in my case)?
Good boot dmesg:
[0.07] registering PCI controller with io_map_base unset
[0.28] bio: create slab bio-0 at 0
[0.28] PCI host bridge to bus :00
[0.28]
* Bruno Randolf b...@einfach.org [10.12.2014 13:31]:
For me yamonenv works on both the cube and the internet box. Maybe
your YAMON environment is messed up and has a bad checksum? Not sure,
would need to check the code of yamonenv, but I don't have the time to
do that right now.
thanks, i
On 10/12/2014 14:44, Chris Green wrote:
On Wed, Dec 10, 2014 at 10:23:12AM +, Chris Green wrote:
On Wed, Dec 10, 2014 at 09:59:29AM +0100, John Crispin wrote:
On 10/12/2014 09:29, David Hutchison wrote:
I am once again just guessing with 0x6f00, so I am sure
this is wrong. I
Hello John,
Thank you for the prompt response. It looks like it works with 29:26 set:
ath79_eth0_pll_data.pll_1000 = 0x3c00;
I think we found a solution :)
Since we are now toggling RX/TX Delays. Should we also change
ath79_setup_ar934x_eth_cfg(AR934X_ETH_CFG_RGMII_GMAC0 |
On 10/12/2014 18:27, David Hutchison wrote:
Hello John,
Thank you for the prompt response. It looks like it works with
29:26 set:
ath79_eth0_pll_data.pll_1000 = 0x3c00;
I think we found a solution :)
looking at the other routerboards bit 25 is always set does 0x3e00
work ?
Am 10.12.2014 um 00:14 schrieb Luka Perkov:
Hi Richard,
On Mon, Dec 08, 2014 at 10:41:28PM +0100, Richard Kunze wrote:
Signed-off-by: Richard Kunze richard.ku...@web.de
---
.../linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch | 13 +
1 file changed, 13 insertions(+)
I confirmed 0x3e00 works, we can toggle bit 25 as well :)
I left in the AR934X_ETH_CFG_RXD_DELAY
However ar71xx_regs.h does not contain AR934X_ETH_CFG_TXD_DELAY
definition. AR934X_ETH_CFG_RXD_DELAY is set to BIT(14). I can add the
AR934X_ETH_CFG_TXD_DELAY definition to the ar71xx_regs.h file
Hi David,
did you have a chance to look into backporting these fixes for
stable yet? (if I read the docs correctly, I should query you for
suggestions for stable kernels, right?)
Also, an eighth patch I'd suggest for stable now:
8) bridge: fix netfilter/NF_BR_LOCAL_OUT for own, locally
Hi,
felix just pointed out that we could simply read the settings inside the
kernel head after boot and see what the bootloader used.
i'll try to cook a patch tomorrow that you can use to test this.
John
On 10/12/2014 20:06, John Crispin wrote:
On 10/12/2014 20:02, David Hutchison
Fix pll_1000 value for eth0. Traffic would not flow from the eth0 interface.
The new PLL enables delay, use ath79_setup_ar934x_eth_cfg to also enable
AR934X_ETH_CFG_RXD_DELAY.
Signed-off-by: Davey Hutchison dhutchi...@bluemesh.net
--- target/linux/ar71xx/files/arch/mips/ath79/mach-rb95x.c
+++
That sounds like the way to go, if we can grab that information from
boot. I can't wait to see how this is done!
-- Davey
On Wed, Dec 10, 2014 at 1:06 PM, John Crispin blo...@openwrt.org wrote:
Hi,
felix just pointed out that we could simply read the settings inside the
kernel head after
Hi!
I ran into the same issue just a few days ago on mxs. Probably most,
if not all arm targets are affected.
nwf writes:
root@OpenWrt:/tmp# gcc -o hello hello.c
/usr/bin/ld: unrecognised emulation mode: armelf_linux_eabi
Supported emulations: armelf_linux armelf armelfb armelfb_linux
Hi,
I've been checking some images and it seems some files have wrong
permissions on SquashFS images while the package itself has files with
correct permissions.
Take AA rootfs for example, generic/openwrt-ar71xx-generic-rootfs.tar.gz:
/etc/ppp/chap-secrets rootroot 41
The target au1000 has at least 2 different models, the
'InternetBox' and the 'MeshCube' which look very similar
from the kernel point of view but are totally different
devices which base on the same design. Populating /tmp/sysinfo
now. The 1st one has an issue which leads to a random
mac-address
On Wed, Dec 10, 2014 at 01:40:42PM -0700, Davey Hutchison wrote:
Fix pll_1000 value for eth0. Traffic would not flow from the eth0 interface.
The new PLL enables delay, use ath79_setup_ar934x_eth_cfg to also enable
AR934X_ETH_CFG_RXD_DELAY.
Signed-off-by: Davey Hutchison
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/375-GPIO-DT-over-legacy.patch
b/target/linux/brcm63xx/patches-3.14/375-GPIO-DT-over-legacy.patch
new file mode 100644
index 000..9c4f6ec
--- /dev/null
+++
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/config-3.14
b/target/linux/brcm63xx/config-3.14
index dd27f47..f94c567 100644
--- a/target/linux/brcm63xx/config-3.14
+++ b/target/linux/brcm63xx/config-3.14
@@ -76,6 +76,7 @@ CONFIG_GENERIC_IRQ_SHOW=y
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/dts/a226g.dts
b/target/linux/brcm63xx/dts/a226g.dts
index 9aff81b..0c26c7b 100644
--- a/target/linux/brcm63xx/dts/a226g.dts
+++ b/target/linux/brcm63xx/dts/a226g.dts
@@ -5,6 +5,83 @@
/ {
model
47 matches
Mail list logo