Fix macvlan delete via netlink as netlink attribute IFLA_IFNAME data size was
incorrect (size reject by the kernel) and NLM_F_REQUEST flag was missing.
In addition some minor improvements (attribute IFLA_INFO_KIND can be left out
as RTM_DELLINK does not require the attribute)
Signed-off-by: Hans
Fix macvlan delete via netlink as netlink attribute IFLA_IFNAME data size was
incorrect (size reject by the kernel) and NLM_F_REQUEST flag was missing.
In addition some minor improvements (attribute IFLA_INFO_KIND can be left out
as RTM_DELLINK does not require the attribute)
Signed-off-by: Hans
Hi Martin,
you win the medal as contributor of the day ... i have been fighting
with octeon on and off for almost a month. i just dumped my own series
of patches which tried to fix up uclibc and simple did what you wrote
in the mail and i have a functional image for octeon :)
i just tested this o
On 12/06/2014 20:26, Jonathan Bennett wrote:
> Ran into a problem with my Fedora Linux machine, SSHing into an
> Openwrt router. Fedora sets terminfo to xterm-256color, but ncurses
> doesn't include that file in the firmware. This causes a few
> unintended problems, namely nano fails to launch. A
Hi,
this patch is generated against the wrong root directory making "git
am" fail. i had to use patch -p0 to manually apply it. Please make
sure to send a valid patch the next time.
John
On 11/06/2014 23:05, Matthew Reeve wrote:
> This patch adds support for the MikroTik RouterBOARD S
Applied, thanks.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi Paul,
2014-06-18 14:25 GMT+04:00 Paul Bolle :
> Jiri, Nick, Luis, John,
>
> On Wed, 2014-04-16 at 13:20 +0400, Sergey Ryazanov wrote:
>> 2014-04-15 21:08 GMT+04:00 Paul Bolle :
>> > On Thu, 2014-02-13 at 15:14 -0500, John W. Linville wrote:
>> >> On Wed, Feb 12, 2014 at 02:50:30PM +0400, Sergey
Applied, thanks.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Ah sorry, seems I forgot to send a reply here.
I noticed your initial patch was mangled but since it was trivial I
applied it manually already:
https://dev.openwrt.org/changeset/41212
Thanks and Cheers,
Steven
___
openwrt-devel mailing list
openwrt-d
On 17/06/2014 19:06, Ben Mulvihill wrote:
> Changeset 40948 restored an older (and uglier!) version of the code
> for reading the athxk calibration partition on lantiq xway boards.
> As a result pci fixups stored in this partition are no longer
> applied, breaking wireless on the BTHOMEHUBV2B and
This setup works for me.
The only thing that I'm not sure, if if I did the magic number in the
correct way.
diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
b/target/linux/ar71xx/base-files/etc/diag.sh
index 80f9090..fa22c14 100755
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b
Select HW_RANDOM_BCM63XX only in the SoCs that support it.
Only BCM6368, BCM6362 and BCM63268 have a hardware random numbers
generator, so, if none of these are selected, don't compile it.
Tested with BCM6358 and BCM6328 successfully with both 3.10 and 3.14
kernels.
Signed off by: José Vázque
From: Kristian Evensen
Hello,
I have written a small tool which automatically adds/removes a usb LAN dongle
from uci. When the USB device is inserted, I add entries to UCI (using libuci)
and do network reload (using libubus). When the device is removed, I remove the
UCI-entries and do reload aga
rename HW5503G profile to HW550-3G to match name in image/Makefile
This does fix for #16599, however, are profile names allowed to
containes dashes?
If not, dashes will have to be removed in profiles for asus, aztech
and uplevel boards.
(also move both asus boards to asus.mk)
---
target/linux/ra
At the moment, an rootfs.ubi is copied over to bin/lantiq
but rootfs-overlay.ubi is not. This adds it.
Signed-off-by: Ben Mulvihill
---
--- a/target/linux/lantiq/image/Makefile2014-06-18 20:50:46.799775413
+0200
+++ b/target/linux/lantiq/image/Makefile2014-06-18 20:51:03.9481746
Thanks for the pointers, all!
Let me try with this approach. I'll probably have to build a wrapper around
it, since it's being probed from within a C user-space program.
On Jun 16, 2014, at 12:20 PM, Jo-Philipp Wich wrote:
> Hi,
>
> the data is cached upon the first call.
>
> To force a res
On Wed, Jun 18, 2014 at 5:48 PM, Shankar Unni
wrote:
> Thanks for the pointers, all!
>
> Let me try with this approach. I'll probably have to build a wrapper
> around it, since it's being probed from within a C user-space program.
>
If you're in C shouldn't you use json directly with ubus/procd
17 matches
Mail list logo
