Hi,
openwrt's buildbot has been down for several days now, someone in the forum
says that it does not build anything since 26th of February.
https://forum.openwrt.org/viewtopic.php?id=56052
https://dev.openwrt.org/ticket/19078
Both threads are without any feedback as of now.
Any idea when it wi
On 02/03/2015 19:16, Daniel Golle wrote:
> Hi Felix!
>
> On Tue, Mar 03, 2015 at 07:04:25AM +1300, Felix Fietkau wrote:
>>> Signed-off-by: Daniel Golle
>> Did you test this properly?
> Not really tested, yet. w921v_fw_cutter does recognize all the
> magics and the file header and tail looks ver
Hi Felix!
On Tue, Mar 03, 2015 at 07:04:25AM +1300, Felix Fietkau wrote:
> > Signed-off-by: Daniel Golle
> Did you test this properly?
Not really tested, yet. w921v_fw_cutter does recognize all the magics
and the file header and tail looks very much like the firmware I'm
currently using on a VDSL
Signed-off-by: Daniel Golle
---
package/kernel/lantiq/ltq-vdsl-fw/src/vdsl_fw_install.sh | 8
package/kernel/lantiq/ltq-vdsl-fw/src/w921v_fw_cutter.c | 4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/package/kernel/lantiq/ltq-vdsl-fw/src/vdsl_fw_install.sh
b/pack
On 28.02.2015 16:01, Rafał Miłecki wrote:
> Signed-off-by: Rafał Miłecki
> ---
> Hey guys,
>
> My previous request (posted half a year ago) was completely ignored:
> [PATCH][RFT] omap: switch kernel to 3.14
> https://lists.openwrt.org/pipermail/openwrt-devel/2014-September/027845.html
>
> I'll r
The initial fix for 3.18 in r44346 wrongly treated the newly added
parameter of alloc_netdev to be another function pointer, causing
ether_config to be skipped during ptm netdev init.
Fix this by partially reverting r44346 and properly setting the newly
added macro parameter.
(Tested on VRX200 boar
I'm working on porting suricata to openwrt and have run into an issue with
iconv. It seems that there are different ways to invoke the ICONV
libraries.
Those porting suricata to freebsd had the same problem and error.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196720 From their patch
it lo
So, on a powerpc system this works.
static inline u64 b53_mac_array_to_u64(const u8 *u8_arr) {
u64 mac = 0;
u8 *cmac = (u8 *)&mac;
memcpy(&cmac[2], u8_arr, 6);
return mac;
}
I've done this approach initially, but there were some concerns afterwards
regarding endianness.
On my x86_
