Re: [OpenWrt-Devel] ar934x+ar8327v4

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 Mikr

Re: [OpenWrt-Devel] directory completeness problems

> "John" == John Crispin writes: John> On 10/12/2014 01:37, Russell Senior wrote: >> I am also wondering whether or not OpenWrt should be using ubifs >> (like for the generic NAND subtarget) for the Mikrotik subtarget. >> >> Thoughts? John> yes, i have a mikrotik board on my desk already fo

Re: [OpenWrt-Devel] [PATCH 3/3][RFC] ag71xx_ar7240 add new switch func export_netdevs

On 10/12/2014 08:21, Florian Fainelli wrote: > Le 9 déc. 2014 11:22, "Alexander Couzens" > 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

Re: [OpenWrt-Devel] [PATCH] netifd: Set source IP for DHCP default route

On Fri, Dec 5, 2014 at 10:48 AM, Kristian Evensen wrote: > > From: Kristian Evensen > > 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 please let me know if any special considera

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed / ethernet-MAC random

* Weimarnetz e.V., Vorstand/Vereinsvorsitzender: Bastian Bittorf [08.12.2014 21:01]: > * Bruno Randolf [02.12.2014 13:50]: > > I just tested it: up & running, PCI got detected, Wifi works, looking > > good... :) > > the same here, ethernet + wifi working. > > what is strange: the ethernet-mac

Re: [OpenWrt-Devel] ar934x+ar8327v4

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 lef

Re: [OpenWrt-Devel] [PATCH] netifd: Set source IP for DHCP default route

On Wed, Dec 10, 2014 at 9:10 AM, Hans Dedecker 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 the router opt

Re: [OpenWrt-Devel] ar934x+ar8327v4

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

[OpenWrt-Devel] patchwork has moved

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

Re: [OpenWrt-Devel] [PATCH RESEND 2/2] kirkwood: Iomega ix2-200: use all remaining MTD space for rootfs

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 --- > >> .../kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch | 13 > >> + 1 file changed, 13 insertions(+) create m

Re: [OpenWrt-Devel] ar934x+ar8327v4

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 would love to learn if you could give me insight :-) > > > > I would also love to make a patch for

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

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 14

Re: [OpenWrt-Devel] [PATCH RESEND 2/2] kirkwood: Iomega ix2-200: use all remaining MTD space for rootfs

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 --- .../kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch | 13 +++

Re: [OpenWrt-Devel] Mips Creator CI20 OpenWRT support.

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 S

[OpenWrt-Devel] ath9k / no more 'multicast_received_frame_count'

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 https://lists.openwrt.org/cgi-bin

Re: [OpenWrt-Devel] Mips Creator CI20 OpenWRT support.

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/stM6W

Re: [OpenWrt-Devel] [PATCH RESEND 2/2] kirkwood: Iomega ix2-200: use all remaining MTD space for rootfs

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 plac

Re: [OpenWrt-Devel] [PATCH 3/3][RFC] ag71xx_ar7240 add new switch func export_netdevs

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 mai

Re: [OpenWrt-Devel] [PATCH 3/3][RFC] ag71xx_ar7240 add new switch func export_netdevs

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, > lynx

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

* Bruno Randolf [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: The sa

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

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 su

[OpenWrt-Devel] [PATCH] [RESEND] scripts: use extended-remote for greater compatibility

From: Karl Palsson 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 --- Resend for new patchwork instance. scripts/remote-gdb | 2 +-

[OpenWrt-Devel] [PATCH v2 00/10] libubox: various minor fixes and enhancements.

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 blobmsg_alloc_st

[OpenWrt-Devel] [PATCH v2 01/10] libubox: drop legacy json-c support

The cmake logic is wrong (E.G. PKG_CHECK_FOR_MODULES fails unless all modules are found), and the legacy libjson.so name is also used by the other libjson (http://sourceforge.net/projects/libjson/) which provides an incompatible API, so just drop it. Signed-off-by: Peter Korsgaard Signed-off-by:

[OpenWrt-Devel] [PATCH v2 02/10] lua: do not hardcode /opt/local/include for Apple.

Signed-off-by: Yousong Zhou --- 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 +++ b/CMakeLists.txt @@

[OpenWrt-Devel] [PATCH v2 03/10] examples: fix build.

- 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 --- CMakeLists.txt |1 + examples/blobmsg-example.c |1 + examples/runqueue-exa

[OpenWrt-Devel] [PATCH v2 04/10] ustream: add function ustream_fill_with_read_buf().

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 --- ustream.c | 2

[OpenWrt-Devel] [PATCH v2 05/10] ustream: call notify_write() when bytes are written.

Signed-off-by: Yousong Zhou --- 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 ustream_write_error(struct ustream *s)

[OpenWrt-Devel] [PATCH v2 06/10] blobmsg: remove unneeded assignment in blobmsg_alloc_string_buffer().

data_dest should already be assigned by blobmsg_new() if the return value is not NULL. Signed-off-by: Yousong Zhou --- 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 @@ -262,7 +262,6 @@ blobmsg_a

[OpenWrt-Devel] [PATCH v2 07/10] jshn: add error handling and fix memory leak in jshn_format().

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 --- jshn.c | 23 ++- 1 file changed, 18 insertions(+), 5 deletions(-) diff --git a/j

[OpenWrt-Devel] [PATCH v2 08/10] json_script: fix logic invert of handle_expr_not().

Signed-off-by: Yousong Zhou --- json_script.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/json_script.c b/json_script.c index 0ec7b38..0d51f79 100644 --- a/json_script.c +++ b/json_script.c @@ -338,7 +338,7 @@ static int handle_expr_not(struct json_call *call, struct

[OpenWrt-Devel] [PATCH v2 09/10] json_script: fix eval_string().

- Fix handling of "%%". - Fix length requirement when calling blobmsg_realloc_string_buffer(). Signed-off-by: Yousong Zhou --- json_script.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/json_script.c b/json_script.c index 0d51f79..9805b04 100644 --- a/json_script.

[OpenWrt-Devel] [PATCH v2 10/10] json_script: remove unneed argument check before calling __json_script_file_free().

NULL check is present at the begining of function body. Signed-off-by: Yousong Zhou --- 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 @@ -592,8 +592,7 @@ s

Re: [OpenWrt-Devel] [PATCH] netifd: Set source IP for DHCP default route

On Wed, Dec 10, 2014 at 9:56 AM, Kristian Evensen wrote: > On Wed, Dec 10, 2014 at 9:10 AM, Hans Dedecker 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

Re: [OpenWrt-Devel] Mips Creator CI20 OpenWRT support.

2014-12-10 11:54 GMT+01:00, John Crispin : > > > 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-CI

[OpenWrt-Devel] AR9344 pcie fails to start (sometimes)

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 at 0 [0.28] PCI host bridge to bus :00 [0.28] pci_bus 000

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

* Bruno Randolf [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 checked the so

Re: [OpenWrt-Devel] AR9344 pcie fails to start (sometimes)

On 10/12/2014 13:43, Helmut Schaa wrote: > 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 at 0 > [0.28

[OpenWrt-Devel] [PATCH, RESEND] kmod-iio-mxs-lradc: Don't include file also in kmod-iio-core

Drop industrialio-triggered-buffer.ko from the package and depend on kmod-iio-core. Signed-off-by: Harald Geyer --- target/linux/mxs/modules.mk |7 +++ 1 files changed, 3 insertions(+), 4 deletions(-) This patch was already submitted a month ago (no answer yet). I'm resending because of

Re: [OpenWrt-Devel] AR9344 pcie fails to start (sometimes)

On Wed, Dec 10, 2014 at 1:54 PM, John Crispin wrote: > > > On 10/12/2014 13:43, Helmut Schaa wrote: >> 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

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

On 12/10/2014 12:54 PM, Bastian Bittorf wrote: > thanks, i checked the source of yamonenv and it seems > that mtd3 is hardcoded but here it is mtd4. ugly. Ah, yep, that may be the reason! > how does your partition table look? - bye, bastian I'm using JFFS2: root@mtx-2:~# cat /proc/mtd dev:s

Re: [OpenWrt-Devel] AR9344 pcie fails to start (sometimes)

On 10/12/2014 14:07, Helmut Schaa wrote: > On Wed, Dec 10, 2014 at 1:54 PM, John Crispin > wrote: >> >> >> On 10/12/2014 13:43, Helmut Schaa wrote: >>> Hi, >>> >>> Did anyone else see issues with ar9344 PCIe not coming up >>> sometimes (it is really rare in my case)? >>> >>> Good boot dmesg:

Re: [OpenWrt-Devel] ar934x+ar8327v4

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 would love to learn if you

Re: [OpenWrt-Devel] Mips Creator CI20 OpenWRT support.

On 10/12/2014 14:21, Zubair Lutfullah Kakakhel wrote: > > > On 10/12/14 12:37, José Vázquez wrote: >> 2014-12-10 11:54 GMT+01:00, John Crispin : >>> >>> >>> 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

Re: [OpenWrt-Devel] ath9k / no more 'multicast_received_frame_count'

Bastian Bittorf wrote: > since some weeks the file > '/sys/kernel/debug/ieee80211/$phy/statistics/multicast_received_frame_count' > is not updated anymore. is this intended? Reverting b8fff407a180286aa683d543d878d98d9fc57b13 in wireless-testing appears to fix the issue (with ath9k). Sujith __

[OpenWrt-Devel] [PATCH 1/2] oxnas: add copyright header to sata_oxnas

sata_oxnas.c is obviously a refactored version of sata_ox820.c which does contain this header. Signed-off-by: Daniel Golle --- target/linux/oxnas/files/drivers/ata/sata_oxnas.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/target/linux/oxnas/files/drivers/ata/sata_oxna

[OpenWrt-Devel] [PATCH 2/2] oxnas: add support for 2nd S-ATA port to sata_oxnas driver

similar to mv_sata, use nr-ports attribute from device tree. import and adapt locking code from vendor GPL sources. add dma controller handling, it may be used in future to avoid full core resets similar to the vendor SDK's "progressive cleanup" function. this is still very dirty and aimed to firs

Re: [OpenWrt-Devel] ar934x+ar8327v4

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 t

Re: [OpenWrt-Devel] ar934x+ar8327v4

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 |

Re: [OpenWrt-Devel] ar934x+ar8327v4

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 0x3e0

Re: [OpenWrt-Devel] [PATCH RESEND 1/2] kirkwood: Iomega ix2-200: wire up the GPIO poweroff driver in the DTS file

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 --- .../linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch | 13 + 1 file changed, 13 insertions(+) create mode 100644 targ

Re: [OpenWrt-Devel] ar934x+ar8327v4

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

Re: [OpenWrt-Devel] ar934x+ar8327v4

On 10/12/2014 20:02, David Hutchison wrote: > 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 > AR

Re: [OpenWrt-Devel] Multicast packets being lost (3.10 stable)

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 generated

Re: [OpenWrt-Devel] ar934x+ar8327v4

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 Hutchis

[OpenWrt-Devel] [PATCH][ar71xx] Routerboard 951G Switch Fix

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 --- target/linux/ar71xx/files/arch/mips/ath79/mach-rb95x.c +++ target/linux/ar71xx/file

Re: [OpenWrt-Devel] ar934x+ar8327v4

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 wrote: > Hi, > > felix just pointed out that we could simply read the settings inside the > kernel head after boot and see what

Re: [OpenWrt-Devel] kirkwood gcc/binutils woe?

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_linu

[OpenWrt-Devel] Wrong file permissions on SquashFS

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 41Mar

[OpenWrt-Devel] [PATCH] au1000: distinguish different models and set correct MAC-address

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 af

Re: [OpenWrt-Devel] ar934x+ar8327v4

On Wed, Dec 10, 2014 at 04:25:08PM +0100, John Crispin wrote: > > ath79_eth0_pll_data.pll_1000 = 0x6f00; > > > > Fixes my rb-2011uias-2hnd as well. I now have all ten ethernet > > ports working, the 5 x 10/100 *and* the 5 x Gigabit. > > > > Thanks very much David. > > > > ... and I look for

Re: [OpenWrt-Devel] [PATCH][ar71xx] Routerboard 951G Switch Fix

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 > > --- tar

[OpenWrt-Devel] [PATCH 2/3] brcm63xx: use bcm6345-gpio over legacy

Signed-off-by: Álvaro Fernández Rojas --- 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 +++ b/target/linux/brcm63xx/patches-3.14/375-GPIO-DT

[OpenWrt-Devel] [PATCH 1/3] brcm63xx: add bcm6345-gpio driver

Signed-off-by: Álvaro Fernández Rojas --- 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 CONFIG_GENERIC_PC

[OpenWrt-Devel] [PATCH 3/3] brcm63xx: add GPIOs to DT

Signed-off-by: Álvaro Fernández Rojas --- 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 = "Pirelli A226G";