ralink i2c driver is not working on MT7621 platform. Porting a new drivers from
MTK's source code.
Signed-off-by: wengbj
---
.../0111-i2c-MIPS-add-mt7621-I2C-driver.patch | 390
1 file changed, 390 insertions(+)
create mode 100755
target/linux/ramips/patches-3.18/01
Signed-off-by: wengbj
---
target/linux/ramips/dts/FIREWRT.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/target/linux/ramips/dts/FIREWRT.dts
b/target/linux/ramips/dts/FIREWRT.dts
index 54f0e55..2b018e6 100644
--- a/target/linux/ramips/dts/FIREWRT.dts
+++ b/target/linux/ramips/dt
From: zouxf
Signed-off-by: zouxf
---
package/kernel/linux/modules/usb.mk |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/linux/modules/usb.mk
b/package/kernel/linux/modules/usb.mk
index e87a857..be1553a 100644
--- a/package/kernel/linux/modules/usb.mk
+++
Same here.
My 6in4 tunnel by sixxs works perfectly with r44879 from 2 days ago, but with
r44912 no ipv6 traffic gets through.
I tried earlier today both sixxs and he.net with today's build and both
failed. After seeing Arjen's message, I reverted back to 44879 without
changing any settings an
I'm running trunk on a Netgear WNDR4300. On this router, a Hurricane
Electric tunnel is configured to provide IPv6 access for the LAN. All
was fine until this morning. Bisecting leads to the below commit to
break IPv6 routing (IPv4 was still fine). Could it be that 6in4 needs
to be modified
Support for the BT HomeHub 2.0 Type A.
This router was manufactured by Thomson, and it's BCM6358 based.
The leds are controled by two chained HC594, all working ok. The BCM5325
switch has the RESET# pin wired to the GPIO15, but currently there is no
way to tell the b53 driver how to get this gpi
Unfortunately, OpenWRT x86_64 fails to compile on kmod-ipt-ipset.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
I'm building a new package Suricata 2.0.7 that sees to need the full iconv
support. The stubs don't seem to be enough. I've included @BUILD_NLS in
the make file but I'm still getting a configure error:
checking iconv.h usability... no
checking iconv.h presence... yes
configure: WARNING: iconv.h: p
When enabling SSP_SUPPORT, a lot of packages fail during compile phase
with the following error:
Package X is missing dependencies for the following libraries:
libssp.so.0
This can be solved by adding an optional dependency on libssp to all
those packages, but as there are quite a few packages bo
hi,
my Archer-c5 and tplink 4300 routers do have 10 LEDs, but in the sysfs
only the following LEDs are usable/visible:
$ ls /sys/class/leds
ath9k-phy1 tp-link:blue:wlan2g tp-link:green:usb2
tp-link:blue:qss tp-link:blue:wlan5g
tp-link:blue:system tp-link:green:usb1
$ cat /sys/
On Fri, 20 Mar 2015 03:28:23 +0100, Ian Kent wrote:
I think the process is that we should send changes to the component
maintainer, cc OpenWrt-devel, since maintainers might miss the post.
Imre, is this change acceptable, what other changes are needed, should
Pat re-submit this afresh or is
There are some places where there is a redundant declaration of
strlcpy() that prevents building perf otherwise.
Signed-off-by: John Szakmeister
---
package/devel/perf/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/devel/perf/Makefile b/package/devel/perf/Makefile
index 184
Signed-off-by: John Szakmeister
---
target/linux/generic/config-3.14 | 1 +
target/linux/generic/config-3.18 | 1 +
target/linux/generic/config-3.19 | 1 +
target/linux/generic/config-4.0 | 1 +
4 files changed, 4 insertions(+)
diff --git a/target/linux/generic/config-3.14 b/target/linux/generi
For using liblldpctl to talk to lldpd (via unix sockets).
Signed-off-by: Alexandru Ardelean
---
package/network/services/lldpd/Makefile | 8
1 file changed, 8 insertions(+)
diff --git a/package/network/services/lldpd/Makefile
b/package/network/services/lldpd/Makefile
index f038a34..ff
Le vendredi 20 mars 2015 à 10:12 +0100, Jo-Philipp Wich a écrit :
> Last time I checked the x86-64 target booted just fne on my Alix APU
> board without any custom modifications.
OK, I will give a new try in a new build root.
Kind regards,
Gnutella
___
Reviewing a Ralink SDK seems that the RT63365 in the old Trendchip
SoCs so, is SoC too different to add support for it in the ramips
target?
I make this question because one spanish ISP is distributing the
Huawei HG532s to its customers, and maybe others around the world too.
Regards:
José
_
Hi,
> The board can boot OpenWRT git X86 but not X86_64. I have a feeling that
> the X86_64 git is out of sync and that most drivers are disabled by
> default. Also no compilation options are available in make menuconfig.
Last time I checked the x86-64 target booted just fne on my Alix APU
board
On 20/03/2015 09:53, Christian Schoenebeck wrote:
> Today I checked my BB 14.07 installation to update ca-certificates.
> On the download server is still version 20140325
> Inside build-tree it's version 20141019
> Is there no auto build/update of the download server ?
we are working on it. we h
Today I checked my BB 14.07 installation to update ca-certificates.
On the download server is still version 20140325
Inside build-tree it's version 20141019
Is there no auto build/update of the download server ?
___
openwrt-devel mailing list
openwrt-deve
On 18/03/2015 21:04, Jonathan Thibault wrote:
> On 18/03/15 09:53 AM, John Crispin wrote:
>> Hi Jonathan, nice one, i saw the patch on the lmo mailing list and had
>> this on my todo list for the next days, will give it a shot later on
>> my ER8. do you fancy also sending a version that we can ap
Dear all,
I am working on a custom kernel for the PC Engines APU:
http://wiki.openwrt.org/toh/pcengines/apu
The board can boot OpenWRT git X86 but not X86_64. I have a feeling that
the X86_64 git is out of sync and that most drivers are disabled by
default. Also no compilation options are availab
21 matches
Mail list logo
