Signed-off-by: Daniel Golle dgo...@allnet.de
create mode 100644 target/linux/ar7/patches-3.3/310-ac49x-prom-support.patch
diff --git a/target/linux/ar7/patches-3.3/310-ac49x-prom-support.patch
b/target/linux/ar7/patches-3.3/310-ac49x-prom-support.patch
new file mode 100644
index 000
Signed-off-by: Daniel Golle dgo...@allnet.de
create mode 100644 target/linux/ar7/generic/config-default
create mode 100644 target/linux/ar7/generic/profiles/100-Annex-A.mk
create mode 100644 target/linux/ar7/generic/profiles/110-Annex-B.mk
create mode 100644 target/linux/ar7/generic/profiles
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/ar7/image/Makefile b/target/linux/ar7/image/Makefile
index 6278b31..fb42e42 100644
--- a/target/linux/ar7/image/Makefile
+++ b/target/linux/ar7/image/Makefile
@@ -67,6 +67,9 @@ define Image/Build/Titan
I started reviewing the vlynq driver and found a small typo.
Signed-off-by: Daniel Golle dgo...@allnet.de
--- a/drivers/vlynq/vlynq.c 2012-10-17 17:03:34.740744318 +0200
+++ b/drivers/vlynq/vlynq.c 2012-10-17 17:03:40.910744182 +0200
@@ -457,7 +457,7 @@
/*
* A VLYNQ remote device can
be user to by-pass the
restrictions of the boot-loader and allow merging all this into a single target
with only the parameters of lzma-loader taking the different load-address of
the bootloader into account. However, I didn't manage to get lzma-loader
working.
Daniel Golle (8):
[ar7] free memory
Some bootloaders (e.g. PSPBoot on AC49x) have a load-offset, this frees that
memory region so it is usable for Linux.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../patches-3.3/200-free-mem-below-kernel-offset.patch | 17 +
1 file changed, 17 insertions(+)
create mode
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../ar7/patches-3.3/310-ac49x-prom-support.patch | 22 ++
1 file changed, 22 insertions(+)
create mode 100644 target/linux/ar7/patches-3.3/310-ac49x-prom-support.patch
diff --git a/target/linux/ar7/patches-3.3/310-ac49x
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ar7/files/drivers/mtd/ac49xpart.c | 199 +
.../ar7/patches-3.3/320-ac49x-mtd-partitions.patch | 41 +
2 files changed, 240 insertions(+)
create mode 100644 target/linux/ar7/files/drivers/mtd/ac49xpart.c
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ar7/patches-3.3/500-serial_kludge.patch | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/target/linux/ar7/patches-3.3/500-serial_kludge.patch
b/target/linux/ar7/patches-3.3/500-serial_kludge.patch
index
This moves everything over to the generic sub-target.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ar7/Makefile| 1 +
target/linux/ar7/config-3.3 | 102 ---
target/linux/ar7/generic/config-3.3 | 102
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ar7/ac49x/config-3.3 | 102
target/linux/ar7/ac49x/profiles/210-None.mk | 17 +
target/linux/ar7/ac49x/target.mk| 10 +++
3 files changed, 129 insertions(+)
create mode 100644
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ar7/image/Makefile | 15 +++
1 file changed, 15 insertions(+)
diff --git a/target/linux/ar7/image/Makefile b/target/linux/ar7/image/Makefile
index 6278b31..dcc8a75 100644
--- a/target/linux/ar7/image/Makefile
+++ b/target
On 14/10/12 22:59, Florian Fainelli wrote:
It does not look like the physical offset is really different from AR7, so
you
could probably just have a the kernel be loaded at a different address and
still have both kernel work on both platforms, can you try that?
Theoretically you are right,
:=RSSI real-time LED indicator
DEPENDS:=+libiwinfo
+ MAINTAINER:=Daniel Golle dgo...@allnet.de
endef
define Package/rssileds/description
--
1.7.12.2
pgpqZH1CDKBBJ.pgp
Description: PGP signature
___
openwrt-devel mailing list
openwrt-devel
LEDs brightness is now only updated if the value actually changed, thus reducing
the number of fwrite syscalls significantly.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
package/network/utils/rssileds/Makefile | 2 +-
package/network/utils/rssileds/src/rssileds.c | 58
-by: Daniel Golle dgo...@allnet.de
---
.../patches/620-rt2x00-support-rt3352.patch| 160 -
1 file changed, 90 insertions(+), 70 deletions(-)
diff --git a/package/mac80211/patches/620-rt2x00-support-rt3352.patch
b/package/mac80211/patches/620-rt2x00-support-rt3352.patch
Reviewing what went into wireless-testing I found a quite nasty mistake,
probably a result of copypast'ing from the lines below in rt2800lib.c.
This adds another patch to fix that.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../patches/621-rt2x00-fix-rt3352-lnagain.patch| 30
: Invalid argument
...
In order to avoid this, skip LEDs with trigger = rssi in /etc/init.d/led
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/base-files/files/etc/init.d/led
b/package/base-files/files/etc/init.d/led
index 43964bf..f3f3c3f 100755
--- a/package/base-files/files
The package block-hotplug doesn't exist, removing reference to it.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/omap24xx/profiles/100-n810.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/omap24xx/profiles/100-n810.mk
b/target/linux/omap24xx
The package block-hotplug doesn't exist, refer to block-mount instead.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/brcm47xx/profiles/PS-1208MFG.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/brcm47xx/profiles/PS-1208MFG.mk
b/target/linux
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ramips/rt3883/profiles/asus.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ramips/rt3883/profiles/asus.mk
b/target/linux/ramips/rt3883/profiles/asus.mk
index e1c60ee..4c652df 100644
--- a/target
for that, and indeed, MEMC_REG_SDRAM_CFG1 might be garbage.
More comments inline...
Now should be alright now.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git
a/target/linux/ramips/files/arch/mips/include/asm/mach-ralink/rt305x.h
b/target/linux/ramips/files/arch/mips/include/asm/mach-ralink
Somehow detecting the RAM size in common/setup.c doesn't work here, it always
detects 64M and then crashes on devices with less RAM.
Probably using MEMC_REG_SDRAM_CFG1 to know the RAM size is how it could be, for
now I use the mem=32M kernel parameter to get stuff working.
Signed-off-by: Daniel
Hi Tobias!
Using the updated version of this patch, I'm running into problems with devices
using RT305X_ESW_VLAN_CONFIG_NONE.
In your previous patch
Date: Sat, 5 May 2012 22:26:58 +0200
Subject: [OpenWrt-Devel] [PATCH] ramips: Updated patch for ramips_esw.c
posted on this mailinglist, setting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29/08/12 17:44, Tobias Diedrich wrote:
If alternate_vlan_disable 1 helps we should undo the defaults flip, but I'd
like to reproduce your testcase, maybe I missed something else.
Setting alternate_vlan_disable 1 does the trick.
Manually setting
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/base-files/files/lib/functions/uci-defaults.sh
b/package/base-files/files/lib/functions/uci-defaults.sh
index 477c00c..dc49592 100644
--- a/package/base-files/files/lib/functions/uci-defaults.sh
+++ b/package/base-files/files/lib
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/ramips/base-files/etc/uci-defaults/network
b/target/linux/ramips/base-files/etc/uci-defaults/network
index 01363db..c25bb76 100755
--- a/target/linux/ramips/base-files/etc/uci-defaults/network
+++ b/target/linux/ramips/base
Hi Tobias,
On 30/08/12 00:25, Tobias Diedrich wrote:
So, can you tell me what exactly didn't work for you?
...
Different subnets configured on each vlan.
I can ping over all subnets and see the correct vlan on
tcpdump -n -e -s 2000 -i eth0 icmp
Incoming frames work fine for me, too, first of
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/iwinfo/src/iwinfo_lib.c b/package/iwinfo/src/iwinfo_lib.c
index 8d5569d..912ae2f 100644
--- a/package/iwinfo/src/iwinfo_lib.c
+++ b/package/iwinfo/src/iwinfo_lib.c
@@ -369,8 +369,9 @@ const struct iwinfo_hardware_entry
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/ramips/base-files/etc/uci-defaults/leds
b/target/linux/ramips/base-files/etc/uci-defaults/leds
index c09751d..2fddc01 100755
--- a/target/linux/ramips/base-files/etc/uci-defaults/leds
+++ b/target/linux/ramips/base-files/etc
.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
ALLNET GmbH ; Maistr. 2 ; D-82110 Germering ; Germany
Tel. +49-89-89422217 - Fax +49-89-89422233
http://www.allnet.de
email: Daniel Golle dgo
- Fax +49-89-89422233
http://www.allnet.de
email: Daniel Golle dgo...@allnet.de
Schulungs-/Veranstaltungsprogramm: http://www.802lab.dehttp://www.802lab.de/
Geschäftsführer: Wolfgang Marcus Bauer
Handelsregister München B 95922 ; UST-ID-Nr. DE 128214294 ;
St.-Nr.117/115/00164
WEEE-Reg.-NR. DE 13101093
@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
--
ALLNET GmbH ; Maistr. 2 ; D-82110 Germering ; Germany
Tel. +49-89-89422217 - Fax +49-89-89422233
http://www.allnet.de
email: Daniel Golle dgo...@allnet.de
Schulungs-/Veranstaltungsprogramm: http://www.802lab.dehttp://www
This takes the device_id and subsystem_id from the EEPROM, I'll add
the info for other Rt3xxx chips in the next days.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/iwinfo/src/iwinfo_lib.c b/package/iwinfo/src/iwinfo_lib.c
index b2fc6aa..5ca0a45 100644
--- a/package/iwinfo/src
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/iwinfo/src/iwinfo_lib.c b/package/iwinfo/src/iwinfo_lib.c
index 5ca0a45..8d5569d 100644
--- a/package/iwinfo/src/iwinfo_lib.c
+++ b/package/iwinfo/src/iwinfo_lib.c
@@ -370,6 +370,7 @@ const struct iwinfo_hardware_entry
These are two Atheros modules we are using, just for the cosmetics to make them
show up with the proper names in LuCI.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
package/iwinfo/src/iwinfo_lib.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/iwinfo/src/iwinfo_lib.c b/package
be done more elegantly, but elegance
and madwifi are already an oxymoron, so I didn't care that much.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
package/iwinfo/src/iwinfo_madwifi.c | 32
1 file changed, 28 insertions(+), 4 deletions(-)
diff --git a/package
as it gets for this ;)
Signed-off-by: Daniel Golle dgo...@allnet.de
---
package/iwinfo/src/iwinfo_madwifi.c | 24
1 file changed, 20 insertions(+), 4 deletions(-)
diff --git a/package/iwinfo/src/iwinfo_madwifi.c
b/package/iwinfo/src/iwinfo_madwifi.c
index 50efcbf
' is not a legitimate
directory for `DATA'
make[4]: *** [Makefile.in] Error 1
Found this on google:
http://bugs.mysql.com/bug.php?id=63898
And used this to fix it:
fgrep -rlZ pkglib_DATA --include Makefile.am . | xargs -0 sed -i
's/pkglib_DATA/pkgdata_DATA/g'
Signed-off-by: Daniel Golle dgo...@allnet.de
In order to get OHCI/EHCI working on the Rt3352, the platform device must be
named so rt3883-?hci will recognize it.
Maybe we should rename the whole story to be rt3xxx-?hci for both, Rt3883 and
Rt3352...?
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/ramips/files/arch
the antenna configuration.
Daniel Golle (3):
mac80211: support antenna selector on AR9285
iw: add antenna selector operations to iw user-space tool
ar71xx: add antenna selector profile support and profile for ALL0258N
package/iw/patches/200-antenna-selector.patch | 609
Signed-off-by: Daniel Golle dgo...@allnet.de
create mode 100644
package/mac80211/patches/580-cfg80211-antenna-configuration-profiles.patch
create mode 100644
package/mac80211/patches/581-mac80211-antenna-configuration-ops.patch
create mode 100644
package/mac80211/patches/582-ath9k-antenna
This includes a bump on nl80211.h, it turned out to be the easiest way...
Probably, iw should be updated independently of that patch first of all.
Signed-off-by: Daniel Golle dgo...@allnet.de
create mode 100644 package/iw/patches/200-antenna-selector.patch
diff --git a/package/iw/patches/200
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/dev-ap9x-pci.c
b/target/linux/ar71xx/files/arch/mips/ath79/dev-ap9x-pci.c
index c08e438..713d3f8 100644
--- a/target/linux/ar71xx/files/arch/mips/ath79/dev-ap9x-pci.c
+++ b/target/linux/ar71xx
Adds capability to add uci-defaults defining RSSI LEDs, and uses that capability
to set them up on the ALL0258N
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../base-files/files/lib/functions/uci-defaults.sh | 44 ++
.../linux/ar71xx/base-files/etc/uci-defaults/leds | 7
On 06/08/12 22:57, Felix Fietkau wrote:
Do you have any solution?
There really is no good way to filter HTTPS traffic. It requires
intercepting the SSL connection and doing a man-in-the-middle-attack on
it, which requires a certificate (otherwise it'll trigger nasty warnings
on the client
Hi!
On 17/07/12 11:22, Florian Fainelli wrote:
Transmit timeouts are really a bad situation, I'd rather check where they do
come from, maybe your transmit path is locked for too long, or you are
loosing
transmit completion interrupts?
Ethernet generally works stable and well on all Rt3xxx
mac80211 driver.
1: http://www.allnet.de/fileadmin/transfer/products/92551.pdf
Daniel Golle (6):
ramips: uart_clk on Rt3352F is always 40MHz
ramips: add support for Allnet ALL5002 to kernel
ramips: add image build for ALL5002
ramips: enable OHCI/EHCI glue on Rt305x, so it is available
Currently, sys_clk/10 is used which is just wrong.
cpu_clk/10 would work for systems with 400MHz CPU clock.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ramips/files/arch/mips/ralink/rt305x/clock.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux
support ALL5002 in ramips/rt305x branch of the kernel.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../arch/mips/include/asm/mach-ralink/machine.h| 3 ++
.../ramips/files/arch/mips/ralink/rt305x/Kconfig | 5 ++
.../ramips/files/arch/mips/ralink/rt305x/Makefile | 1 +
.../files
add image build for ALL5002
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ramips/image/Makefile | 14 ++
1 file changed, 14 insertions(+)
diff --git a/target/linux/ramips/image/Makefile
b/target/linux/ramips/image/Makefile
index ce81728..6aa03a3 100644
--- a/target
Hope that this works, didn't have a chance to actually test it...
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ramips/files/arch/mips/ralink/Kconfig | 2 ++
target/linux/ramips/patches-3.3/200-rt3883-ehci-glue.patch | 2 +-
target/linux/ramips/patches-3.3/201-rt3883-ohci
detect EEPROM, MAC addresses and support sysupgrade for the ALL5002
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../linux/ramips/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom | 1 +
target/linux/ramips/base-files/etc/uci-defaults/network | 4 +++-
target/linux/ramips
add support for the RT3352F (RF3322 built-in radio) to the rt2x00 driver.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../patches/620-rt2x00-support-rt3352.patch| 454 +
1 file changed, 454 insertions(+)
create mode 100644 package/mac80211/patches/620-rt2x00
without this hostapd doesn't work on any of the RT3xxx systems I tested.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
...10-rt2x00-mac80211-manage-AP-netdev-carrier-state.patch | 14 ++
1 file changed, 14 insertions(+)
create mode 100644
package/mac80211/patches/610-rt2x00
Forgot to do make package/mac80211/update, so the previously posted patch wasn't
in sync with compat-wireless. Now fixed.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../patches/620-rt2x00-support-rt3352.patch| 445 +
1 file changed, 445 insertions(+)
create
Currently, sys_clk/10 is used which is wrong.
cpu_clk/10 would work for systems with 400MHz CPU clock, but the datasheet says
it's fixed to 40MHz, no matter what the CPU clock is.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
target/linux/ramips/files/arch/mips/ralink/rt305x/clock.c | 2 +-
1
ipcomp6 depends on xfrm6_tunnel, load order changed accordingly.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
package/kernel/modules/netsupport.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/modules/netsupport.mk
b/package/kernel/modules/netsupport.mk
Hi!
I start to observe this recently on Rt305x based boards:
WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0x170/0x278()
NETDEV WATCHDOG: eth0 (): transmit queue 0 timed out
Maybe TX_TIMEOUT should be a bit more generous?
Also this made me realize that the ramips ethernet driver uses
Fix ipv6 and keepalive ppp options in netifd proto_l2tp_setup script.
---
net/xl2tpd/files/l2tp.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/xl2tpd/files/l2tp.sh b/net/xl2tpd/files/l2tp.sh
index c51300a..b0d5d4c 100644
--- a/net/xl2tpd/files/l2tp.sh
+++
l2tp_ppp needs to be loaded after pppox, otherwise it ends up like this:
l2tp_ppp: Unknown symbol pppox_ioctl (err 0)
...
during boot.
I also fixed the dependency, it should be pppox rather than pppoe.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/kernel/modules/netsupport.mk
ar71xx: remove the built-in MTD map of the ALL0258N
Pass the mtd_layout via the kernel command line instead.
Also increase the kernel partition size to 1024k, so current kernel can fit in.
Signed-off-by: Daniel Golle dgo...@allnet.de
---
.../ar71xx/files/arch/mips/ath79/mach-all0258n.c | 50
Hi Felix,
On 24/06/12 15:47, Felix Fietkau wrote:
Support for that is already part of netifd in a proto-independent way.
There is already the 'defaultroute' option (defaults to 1). Set that to
0 and netifd will not apply udhcpc's default route.
I'm aware us this option and tried using it,
On 23/06/12 22:52, Tim Fletcher wrote:
Confirmed working on my iConnect, flashed to NAND.
uboot 2012.04.01 boots OpenWRT from NAND, I've also tested tftp and usb
booting and they have worked.
My notes about installing OpenWRT trunk on my iConnect can be found here:
.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/net/xl2tpd/Makefile b/net/xl2tpd/Makefile
index 0119236..6d197d6 100644
--- a/net/xl2tpd/Makefile
+++ b/net/xl2tpd/Makefile
@@ -61,8 +61,8 @@ define Package/xl2tpd/install
$(INSTALL_DIR) $(1)/etc/ppp
$(INSTALL_DATA) ./files
Hi!
From what I can see, the udhcpc script currently doesn't support any way to not
set or override the default-gateway.
In some cases (here: I connect to an non-routed infrastructure using DHCP, then
use PPP-over-L2TP on top of it to get to the Internet) this would be feasible.
The scenario
insight GDB version 6.8-1 sources have apparently changed.
The original file is no longer available upstream.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/toolchain/insight/Makefile b/toolchain/insight/Makefile
index b71e0fd..9fb39e1 100644
--- a/toolchain/insight/Makefile
+++ b
On 11/06/12 23:15, Jo-Philipp Wich wrote:
Hell Daniel,
I committed a modified and cleaned up variant of your patch to trunk in
https://dev.openwrt.org/changeset/32197 and removed the old pptp package
in https://dev.openwrt.org/changeset/32198.
Heavenly,
and cheers, that's what I was hoping
I recently found an AudioCodes MP-202 VoIP-router which is ubiquitously
available over here. It contains an AudioCodes AC496 SoC, some NOR flash and
some SDRAM as well as 2 SLICs for analog phones.
The AudioCodes AC49x series SoC are MIPS24Kc very similar to Texas Instruments
AR7 Titan series
This adds the new target to OpenWrt, including some patches and a default kernel
configuration.
Signed-off-by: Daniel Golle daniel.go...@gmail.com
diff --git a/target/linux/ac49x/Makefile b/target/linux/ac49x/Makefile
new file mode 100644
index 000..2f51ede
--- /dev/null
+++ b/target/linux
This is also just AR7 cpmac with lots of searchreplace to it can coexist
nicely.
I would make sense to do some more pruning and remove all non-Titan specific
code here as well...
Signed-off-by: Daniel Golle daniel.go...@gmail.com
diff --git a/target/linux/ac49x/files/drivers/net/ethernet/ac
Detect MTD partitions on AC49x systems.
This is actually written from scratch, as their PSPBoot allows having mtd
partitions stored in the bootloader environment.
Signed-off-by: Daniel Golle daniel.go...@gmail.com
diff --git a/target/linux/ac49x/files/drivers/mtd/ac49xpart.c
b/target/linux
Not much to say about that, same as in ar7.
Signed-off-by: Daniel Golle daniel.go...@gmail.com
diff --git a/target/linux/ac49x/base-files/etc/config/network
b/target/linux/ac49x/base-files/etc/config/network
new file mode 100644
index 000..9ba0e6d
--- /dev/null
+++ b/target/linux/ac49x/base
Hi Felix,
On Sun, Jun 10, 2012 at 06:01:29PM +0200, Felix Fietkau wrote:
If it's just minor differences, the huge amount of code duplication is
probably a very bad idea. I'd rather see things unified, otherwise it's
way too easy for fixes done to one of the two to be lost on the other one.
I
On 09/06/12 15:43, Tim Fletcher wrote:
If I understood the process right you need to tftp it to 0x80 and
then go from 0x800200
Again, loading it to 0x80 cannot work with that patch.
The address to tftp-load the u-boot bin (or kwb) depends on what is defined as
TEXT_BASE, either see
On 08/06/12 22:50, Tim Fletcher wrote:
If I try and tftpboot the bin file I get the following:
Marvell tftp 0x80 iconnect/openwrt-kirkwood-iconnect-u-boot.bin
Using egiga0 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.10
Filename
Hi Martin,
thanks for bringing that up, sounds like a good improvement.
On Wed, Jun 06, 2012 at 01:13:15AM +0200, Martin Mueller wrote:
here is mv_cesa TDMA support for the kirkwood target. I only adapted
the patches from Phil Sutter on the linux-crypto list and adjusted the
kernel modules
Hi Tim,
great news, I'd would be nice if you can help so we can get U-Boot for this
board tested.
On 06/06/12 15:24, Tim Fletcher wrote:
I have access to an iConnect, what is it that you need testing?
OpenWrt can build the U-Boot loader for some boards, including the kirkwood
platform. So
This adds support for the Allnet ALL6000 board to the Kernel.
See
http://www.allnet.de/entwicklungsplatformen.html?L=0
Since the previous post, I merged my changes with the new target layout by Luka,
and included the suggested correction in the board-setup.
Signed-off-by: Daniel Golle dgo
one.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/kirkwood/Makefile b/target/linux/kirkwood/Makefile
index 355087b..8b0d3b3 100644
--- a/target/linux/kirkwood/Makefile
+++ b/target/linux/kirkwood/Makefile
@@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk
ARCH:=arm
BOARD
This adds userspace support for the ALL6000.
I'm still working on firstboot in UBIFS, got rootfs_data/overlay/preinit and
sysupgrade working locally already. I'll post that once it's done.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/uboot-envtools/Makefile b/package/uboot
Adds UBI image generation for the ALL6000.
This is quite the same as in the previous patch I posted...
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/Config.in b/Config.in
index c288cfb..0fac43f 100644
--- a/Config.in
+++ b/Config.in
@@ -125,6 +125,14 @@ menu Target Images
Hi Luka,
On 05/06/12 22:42, Luka Perkov wrote:
I'm not sure about this one. dockstar support seems to be already in
upstream uboot sources:
Even better, so we can drop that patch entirely.
Would be nice someone with access to an iconnect board would test if that works
fine with the Das U-Boot
On 30/05/12 23:07, Luka Perkov wrote:
diff --git a/target/linux/kirkwood/base-files/etc/uci-defaults/ubootenv
b/target/linux/kirkwood/base-files/etc/uci-defaults/ubootenv
new file mode 100644
index 000..a3447e1
--- /dev/null
+++
Hi,
in order to perform sysupgrade on a system having it's rootfs on UBI in the
same way we are using sysupgrade now, we will need a force option in
ubidetach (as lazy-umount of /rom during sysupgrade won't reduce the refcount,
thus makes detaching and subsequent ubiformat impossible).
Several
On 30/05/12 03:28, Michael Markstaller wrote:
Modified: packages/utils/collectd/Makefile Log: [packages]
collectd: mark modbus plugin broken, it fails with current
libmodbus
It might be easier to put collectd - 5.x then to fix this, Ok ?
If yes, I'd work on a patch, I have no modbus (though
This adds support for the Allnet ALL6000 board to the Kernel.
See
http://www.allnet.de/entwicklungsplatformen.html?L=0
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/kirkwood/patches-3.3/300-all6000.patch
b/target/linux/kirkwood/patches-3.3/300-all6000.patch
new file
as a RNG ;)
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/kirkwood/config-3.3 b/target/linux/kirkwood/config-3.3
index b1cace7..e87abe9 100644
--- a/target/linux/kirkwood/config-3.3
+++ b/target/linux/kirkwood/config-3.3
@@ -11,7 +11,6 @@ CONFIG_ARM=y
# CONFIG_ARM_CPU_SUSPEND
This adds userspace support for the ALL6000.
I'll add sysupgrade, and firstboot/preinit in the next days, so things will
work smoothly with UBIFS as (rom) rootfs.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/kirkwood/base-files/etc/uci-defaults/network
b/target/linux
for that version of
U-Boot.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/target/linux/kirkwood/image/Makefile
b/target/linux/kirkwood/image/Makefile
index c93be67..80b5c01 100644
--- a/target/linux/kirkwood/image/Makefile
+++ b/target/linux/kirkwood/image/Makefile
@@ -8,9 +8,13 @@ include
Hi Florian,
thanks for reviewing!
On 30/05/12 15:06, Florian Fainelli wrote:
unset CONFIG_ARM_PATCH_PHYS_VIRT=y
It's unneeded, impacts performance and makes PCIe behave dodgy... If I set
CONFIG_PHYS_OFFSET=0x0
instead, things are better.
I don't see any PLAT_PHYS_OFFSET or PHYS_OFFSET being
Hi everybody!
I've been working on making preinit, firstboot and sysupgrade work with UBIFS on
a kirkwood system during the past week.
I noticed that the current way things are done is very specific for JFFS2 and
there is no abstraction which allows different filesystems for the overlay. It's
of
On 28/05/12 20:38, Luka Perkov wrote:
I got feedback from Kaloz regarding ubifs - we should boot from
squashfs, and create ubifs after that.
I'm using a single UBI mtd partition and having two volumes:
One static (r/o in UBI terminology) for rom (i.e. what used to be the content
of squashfs, but
On 28/05/12 22:43, Luka Perkov wrote:
On Mon, May 28, 2012 at 09:27:32PM +0300, Daniel Golle wrote:
On 28/05/12 20:38, Luka Perkov wrote:
I got feedback from Kaloz regarding ubifs - we should boot from
squashfs, and create ubifs after that.
I'm using a single UBI mtd partition and having two
i got a box ready to participate in as a buildbot slave.
it's a brand-new CentOS x86_64 install and I made sure all build-dependencies
are present.
please advise me on how it can serve the buildbot, it's waiting :)
___
openwrt-devel mailing list
On 14/05/12 02:35, Daniel Golle wrote:
On Sat, May 05, 2012 at 08:23:06PM +0200, Felix Fietkau wrote:
Any package that adds a protocol handler script now needs to have netifd
support (netifd will be enabled by default soon, once the remaining
scripts have been ported).
Today I finished
This updates U-Boot for the Marvell Kirkwood family to 2012.04.01.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/uboot-kirkwood/Makefile b/package/uboot-kirkwood/Makefile
index cdf35a4..f7fb4cf 100644
--- a/package/uboot-kirkwood/Makefile
+++ b/package/uboot-kirkwood/Makefile
dockstar board support is based on sheevaplug, all changes made upstream to
sheevaplug were made for dockstar as well.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/uboot-kirkwood/files/board/Marvell/dockstar/Makefile
b/package/uboot-kirkwood/files/board/Marvell/dockstar
iconnect board support apparently used sheevaplug as a template as well, so
same game once again.
Signed-off-by: Daniel Golle dgo...@allnet.de
diff --git a/package/uboot-kirkwood/files/board/Marvell/iconnect/Makefile
b/package/uboot-kirkwood/files/board/Marvell/iconnect/Makefile
index 0301f98
PPtP right now works with a pure userland implementation though there is
perfectly working support for kernel-accelerated PPtP.
Having this as a seperate package is a bit ugly, I think it should be a patch
on top of the ppp package adding ppp-mod-pptp...?
Signed-off-by: Daniel Golle dgo
901 - 1000 of 1120 matches
Mail list logo