On 12 May 2014 21:50, Andre Valentin wrote:
> The problems I have is that I do not know how to get the flash working. It
> seems it is available via bcma, but not initialized.
Write a driver. There isn't any available yet.
___
openwrt-devel mailing list
Signed-off-by: Daniel Golle
diff --git a/package/system/fstools/Makefile b/package/system/fstools/Makefile
index 826f77d..e052552 100644
--- a/package/system/fstools/Makefile
+++ b/package/system/fstools/Makefile
@@ -1,14 +1,14 @@
include $(TOPDIR)/rules.mk
PKG_NAME:=fstools
-PKG_VERSION:=201
Signed-off-by: Daniel Golle
diff --git a/package/utils/ubi-utils/Makefile b/package/utils/ubi-utils/Makefile
index d009139..fd41da0 100644
--- a/package/utils/ubi-utils/Makefile
+++ b/package/utils/ubi-utils/Makefile
@@ -8,9 +8,9 @@
include $(TOPDIR)/rules.mk
PKG_NAME:=mtd-utils
-PKG_REV:=ab8
Signed-off-by: Daniel Golle
create mode 100644
target/linux/generic/patches-3.14/490-UBI-R-O-block-driver-on-top-of-UBI-volumes.patch
create mode 100644
target/linux/generic/patches-3.14/491-UBI-block-do-not-use-term-attach.patch
create mode 100644
target/linux/generic/patches-3.14/492-UBI-
ubiblock now allows squashfs inside an ubi volume in a sane way.
backport ubiblock support from 3.15.
bump ubi-utils for ubiblock support and add ubifs overlay support to fstools.
Daniel Golle (3):
kernel-3.14: backport UBI block support
ubi-utils: bump to version 1.5.1 for ubiblock support
100-fix-dhcp-no-address-warning.patch maybe fixed upstream
110-fix-incorrect-length-memset.patch fixed upstream
---
package/network/services/dnsmasq/Makefile | 8 ++--
.../patches/100-fix-dhcp-no-address-warning.patch | 51 --
.../patches/110-fix-incorrect-length-mem
Hello!
I saw that there is support for the Netgear R6250 in openwrt. So I thought
maybe the R7000 is not so far from being support. It's not ;-)
After I modified the R6250 config in openwrt to allow the initramfs image to be flashed. First problem I then saw is that the image loads fine, but on
On 05/10/2014 07:57 PM, Daniel Golle wrote:
Hi!
On 05/10/2014 06:45 PM, Marek Lindner wrote:
On Saturday 10 May 2014 16:38:42 Karl P wrote:
On 05/10/2014 10:53 AM, Marek Lindner wrote:
On Friday 09 May 2014 14:11:32 Karl Palsson wrote:
I understand how it works in general, John was nacking
Signed-off-by: Daniel Golle
---
target/linux/ramips/rt305x/profiles/dlink.mk | 13 +
1 file changed, 13 insertions(+)
diff --git a/target/linux/ramips/rt305x/profiles/dlink.mk
b/target/linux/ramips/rt305x/profiles/dlink.mk
index 5c5ea8f..63208e8 100644
--- a/target/linux/ramips/rt30
The first switch case is default case. Then it will only
match default case. cause not update the lan/wan mac address.
And in the default switch case the param lan_mac is empty.
it will case error message 'arithmetic syntax error' when
call macaddr_add function.
Signed-off-by: michael lee
---
ta
generate sysupgrade image by combine two images.
one is kernel image with seama header.
another is root fs image.
Signed-off-by: michael lee
---
target/linux/ramips/image/Makefile | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/target/linux/ramips/image/Makefile
This patch add support for vlan 802.1q and 802.1ad as netifd devices now user
can create and configure vlan interfaces in this way too (the old way for
802.1q remain untouched)
config device 'test'
option type '8021ad'
option name 'test'
option ifname '@lan'
opti
On Monday 12 May 2014 07:46:31 Steven Barth wrote:
> Hi Gioacchino,
>
> it seems the kernel expects a big-endian value as vlan protocol, so you
> should probably try wrapping cfg->proto in htons when passing it to
> nla_put_u16.
It worked like a charm :)
Many thanks!
_
13 matches
Mail list logo
