On 03/10/2013 07:19 PM, Matthias Schiffer wrote:
> On 03/10/2013 06:11 PM, Daniel Golle wrote:
>> On 03/10/2013 06:56 PM, Matthias Schiffer wrote:
>>> By the way, this is not entirely correct... a lot of the TP-Link routers
>>> I've bought in Germany have th
On 03/10/2013 07:52 PM, Bastian Bittorf wrote:
> * Daniel Golle [10.03.2013 18:00]:
>> The default settings of the binaries on downloads.openwrt.org do *not* allow
>> me
>> to do that. And that's what I'm talking about.
>
> thats not true. OpenWrt defau
Hi Stefan,
thank you for that delighting summary of the situation!
On 03/10/2013 08:04 PM, Stefan Lippers-Hollmann wrote:
> I'm not going to comment upon what's the correct approach in this case
> and certainly agree that the local regulatory requirements should be
> enforced by default.
>> Sim
On 03/10/2013 09:28 PM, Bastian Bittorf wrote:
> you posted some screenshots of the original tplink-firmware for Israel:
> they made nearly everything wrong for the user.
I don't think it's all wrong for the user. It's definitely not the right way to
do it [tm], but it serves the purpose (getting t
Hi Bastian,
On 03/11/2013 10:58 AM, Bastian Bittorf wrote:
> sorry, for mixing things up. i understud Daniel Golle, that they
> cannot use all allowed 5 GHz channels - they dont want to break the law.
I didn't say that. Mentioning it again:
There is no problem with the original firmw
On 03/11/2013 02:28 PM, Bastian Bittorf wrote:
> * Daniel Golle [11.03.2013 13:23]:
>
>> For now, I guess the work-around I suggested does the trick (anyone got a
>> better
>> *practical* idea) -- it detects the hwid of the board and (ab)uses it as a
>> regulatory
Signed-off-by: Daniel Golle
diff --git a/toolchain/gdb/Makefile b/toolchain/gdb/Makefile
index 89f73ef..6d4c16d 100644
--- a/toolchain/gdb/Makefile
+++ b/toolchain/gdb/Makefile
@@ -7,12 +7,12 @@
include $(TOPDIR)/rules.mk
PKG_NAME:=gdb
-PKG_REV:=7.5-2012.09
+PKG_REV:=7.5-2012.12-1
EEPROM is an actial serial EEPROM on the WiFi module, therefore we can remove
ralink_eep from the dts.
USB power-enable GPIO turned out to be GPIO #3 (found via probing/brute-force).
PCI works with default settings as long as the vendor bootloader is used.
Signed-off-by: Daniel Golle
diff --git
Hi!
Today I dreamed about using mktorrent and aria2 to improve the source-code
distribution situation and be more prone to mirror downtimes.
Dynamically generating a torrent bundle for each source-package could be another
Make target or even part of the update target (i.e. generate the torrent fil
Hi!
On 04/09/2013 12:38 AM, jonsm...@gmail.com wrote:
> Does the MIPS u-boot in the OpenWRT tree run on the RT5350? If so,
U-Boot for Ralink chips is not (yet) part of OpenWrt, however, you can compile
it from the sources on
https://github.com/8devices/u-boot
Flashing the boards via JTAG will re
On 04/09/2013 01:24 AM, Drasko DRASKOVIC wrote:
> I am missing some more flash though. 8MB is just enough, but it seems
> like RT5350 chipset does not support more.
NACK. We got Rt5350 boards with 32MB NOR (ALL5003, Art.Nr.92763).
___
openwrt-devel maili
Prior to the switch to 3.8, ALL5002 and ALL5003 boards shared mach-all5002.c.
With the change to DTS, this is no longer accurate, as ALL5002 is based on
Rt3352 SoC while ALL5003 is based on Rt5350 SoC, therefore the corresponding
rt5350.dtsi need to be included for ALL5003.
Signed-off-by: Daniel
Now that ALL5002 and ALL5003 each got their own DTS and board names, remove
the now no longer needed user-space part which previously differentiated between
ALL5002 and ALL5003.
Signed-off-by: Daniel Golle
diff --git a/target/linux/ramips/base-files/lib/ramips.sh
b/target/linux/ramips/base
On 04/16/2013 06:54 PM, Drasko DRASKOVIC wrote:
> The closest I got is 8Devices' Carambola u-boot, as they have probably
> demanded sources from Ralink : https://github.com/8devices/u-boot
> I can see in the code rt2880_config, but Carambola has RT3050 and uses
> this U-Boot, so there is a goot ch
r my rt3290, rt3352 & rt5350.
> Or it's simple mistake and instead of 0 it must be conf_is_ht40(conf).
>
> ---
> serge
--
ALLNET GmbH ; Maistr. 2 ; D-82110 Germering ; Germany
Tel. +49-89-89422217 - Fax +49-89-89422233
http://www.allnet.de
email: Daniel Golle
Schulungs-/V
Signed-off-by: Daniel Golle
---
package/boot/uboot-envtools/files/ar71xx | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/boot/uboot-envtools/files/ar71xx
b/package/boot/uboot-envtools/files/ar71xx
index 1803a9f..3e076cb 100644
--- a/package/boot/uboot-envtools/files/ar71xx
+++ b
Hi Sven,
thank you for addressing that issue!
On 10/17/2013 06:42 PM, Sven Eckelmann wrote:
> diff --git a/target/linux/ar71xx/base-files/lib/upgrade/allnet.sh
> b/target/linux/ar71xx/base-files/lib/upgrade/allnet.sh
> index 9a375ff..8076fbd 100644
> --- a/target/linux/ar71xx/base-files/lib/upgr
Hi!
On 10/24/2013 12:17 PM, Steven Haigh wrote:
> Hi all,
>
> I've been trying to debug this for quite a while with little success.
>
> It seems that the AR9344 (2.4GHz side only) on the WD N600 routers is
> rather unstable. At random intervals, the 2.4GHz side of things
> completely stops passi
Kconfig asks for
Switch target support (EXPERIMENTAL) (DM_SWITCH) [N/m/?] (NEW)
and waits for user input which breaks automated builds when using
kernel 3.12.
Signed-off-by: Daniel Golle
---
package/kernel/linux/modules/block.mk | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
---
net/umurmur/Makefile | 4 +-
net/umurmur/patches/100-polarssl_backport.patch| 74 ---
.../patches/110-reduced_polarssl_support.patch | 141 -
3 files changed, 2 insertions(+), 217 deletions(-)
delete mode 100644 net/umurmur/
Hi!
Based on the patches to Kernel 3.12 and U-Boot available on
https://github.com/kref/
I botched-up an experimental OpenWrt oxnas target
https://gitorious.org/openwrt-oxnas/openwrt-oxnas
I got a MEDION NAS P89625 (MD 86517), apparently an OEM product based on the
ZyXEL/MitraStar STG-212 design
---
include/target.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/target.mk b/include/target.mk
index 467ef35..a835512 100644
--- a/include/target.mk
+++ b/include/target.mk
@@ -13,6 +13,8 @@ DEVICE_TYPE?=router
# Default packages - the really basic set
DEFAULT_PACKAGES:=base
---
target/linux/generic/config-3.12 | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/generic/config-3.12 b/target/linux/generic/config-3.12
index cd6429b..b16720c 100644
--- a/target/linux/generic/config-3.12
+++ b/target/linux/generic/config-3.12
@@ -3027,6 +3027,7 @@ CONFIG_S
Kconfig asks for
Switch target support (EXPERIMENTAL) (DM_SWITCH) [N/m/?] (NEW)
and waits for user input which breaks automated builds when using
kernel 3.12.
Signed-off-by: Daniel Golle
---
package/kernel/linux/modules/block.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/package
Platforms without in-soc audio don't provide CONFIG_SND_DMAENGINE_PCM, thus
the module is not generated.
---
package/kernel/linux/modules/sound.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/kernel/linux/modules/sound.mk
b/package/kernel/linux/modules/sound.mk
---
config/Config-images.in | 1 +
1 file changed, 1 insertion(+)
diff --git a/config/Config-images.in b/config/Config-images.in
index a744fc7..194130f 100644
--- a/config/Config-images.in
+++ b/config/Config-images.in
@@ -184,6 +184,7 @@ menu "Target Images"
config TARGET_ROOTF
also add MD5 sum for 3.12.1
---
include/kernel-version.mk | 3 +++
target/linux/mxs/Makefile | 2 +-
target/linux/omap/Makefile | 2 +-
target/linux/sunxi/Makefile | 2 +-
4 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/include/kernel-version.mk b/include/kernel-version.mk
inde
iconnect board support apparently used sheevaplug as a template as well, so
same game once again.
Signed-off-by: Daniel Golle
diff --git a/package/uboot-kirkwood/files/board/Marvell/iconnect/Makefile
b/package/uboot-kirkwood/files/board/Marvell/iconnect/Makefile
index 0301f98..4ab7bc5 100644
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 bee
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
openwrt-d
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 co
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,
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'
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 (
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
diff --git a/target/linux/kirkwood/patches-3.3/300-all6000.patch
b/target/linux/kirkwood/patches-3.3/300-all6000.patch
new file mode 100644
i
efull as a RNG ;)
Signed-off-by: Daniel Golle
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
diff --git a/target/linux/kirkwood/base-files/etc/uci-defaults/network
b/target/linux/kirkwood
s for that version of
U-Boot.
Signed-off-by: Daniel Golle
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 $(TOPDIR
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_OFFS
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
>> +++ b/target/linux/kirkwood/base-files/etc/uci-defa
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 q
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
one.
Signed-off-by: Daniel Golle
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:=kirkwood
BOARDNAME
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
diff --git a/package/uboot-envtools/Makefile b/package/uboot-en
Adds UBI image generation for the ALL6000.
This is quite the same as in the previous patch I posted...
Signed-off-by: Daniel Golle
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
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 mod
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 board
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 'iconnect/openwrt-kirkwood-icon
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 mv-
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 SoCs.
This adds the new target to OpenWrt, including some patches and a default kernel
configuration.
Signed-off-by: Daniel Golle
diff --git a/target/linux/ac49x/Makefile b/target/linux/ac49x/Makefile
new file mode 100644
index 000..2f51ede
--- /dev/null
+++ b/target/linux/ac49x/Makefile
@@ -0,0
This is also just AR7 cpmac with lots of search&replace 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
diff --git a/target/linux/ac49x/files/drivers/net/ethernet/ac/Kconfig
b/target/l
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
diff --git a/target/linux/ac49x/files/drivers/mtd/ac49xpart.c
b/target/linux/ac49x/files/drivers/mtd
Not much to say about that, same as in ar7.
Signed-off-by: Daniel Golle
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-files/etc/config
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
Hi Martin!
On 11/06/12 18:21, Martin Mueller wrote:
> Here is the output:
>
> U-Boot 2012.04.01 (Jun 08 2012 - 13:05:57)
> Seagate FreeAgent DockStar
>
> SoC: Kirkwood 88F6281_A0
> DRAM: 128 MiB
> WARNING: Caches not enabled
> NAND: 256 MiB
> NAND read from offset 6 failed -74
> *** Warn
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 hop
insight GDB version 6.8-1 sources have apparently changed.
The original file is no longer available upstream.
Signed-off-by: Daniel Golle
diff --git a/toolchain/insight/Makefile b/toolchain/insight/Makefile
index b71e0fd..9fb39e1 100644
--- a/toolchain/insight/Makefile
+++ b/toolchain/insight
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:
>
> http://blog.n
.
Signed-off-by: Daniel Golle
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/options.xl2tpd $(1
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 loo
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, s
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
---
.../ar71xx/files/arch/mips/ath79/mach-all0258n.c | 50
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
diff --git a/package/kernel/modules/netsupport.mk
b/package
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
+++ b/net/xl
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 onl
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
---
target/linux/ramips/files/arch/mips/ralink/rt305x/clock.c | 2 +-
1 file chang
ipcomp6 depends on xfrm6_tunnel, load order changed accordingly.
Signed-off-by: Daniel Golle
---
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
index 9f198f2
t2x00 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 availabl
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
---
target/linux/ramips/files/arch/mips/ralink/rt305x/clock.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ramips/files
support ALL5002 in ramips/rt305x branch of the kernel.
Signed-off-by: Daniel Golle
---
.../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/arch/mips/ralink
add image build for ALL5002
Signed-off-by: Daniel Golle
---
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/linux/ramips
Hope that this works, didn't have a chance to actually test it...
Signed-off-by: Daniel Golle
---
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-glue.patc
detect EEPROM, MAC addresses and support sysupgrade for the ALL5002
Signed-off-by: Daniel Golle
---
.../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/base-files/lib
add support for the RT3352F (RF3322 built-in radio) to the rt2x00 driver.
Signed-off-by: Daniel Golle
---
.../patches/620-rt2x00-support-rt3352.patch| 454 +
1 file changed, 454 insertions(+)
create mode 100644 package/mac80211/patches/620-rt2x00-support-rt3352
without this hostapd doesn't work on any of the RT3xxx systems I tested.
Signed-off-by: Daniel Golle
---
...10-rt2x00-mac80211-manage-AP-netdev-carrier-state.patch | 14 ++
1 file changed, 14 insertions(+)
create mode 100644
package/mac80211/patches/610-rt2x00-mac80211-mana
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
---
.../patches/620-rt2x00-support-rt3352.patch| 445 +
1 file changed, 445 insertions(+)
create mode 100644 pa
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 Rt3
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 clie
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
diff --git a/target/linux/ramips/files/arch/mips/ralink
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
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-switch-profile
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
create mode 100644 package/iw/patches/200-antenna-selector.patch
diff --git a/package/iw/patches/200-antenna
Signed-off-by: Daniel Golle
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/files/arch/mips
rainbow while only wasting very little CPU time and
a small constant amount of system memory.
An example configuration for the ALL0258N will follow in the next patch.
Signed-off-by: Daniel Golle
diff -ruN /dev/null package/rssileds/files/rssileds.init
--- /dev/null 1970-01-01 02:00:00.0
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
---
.../base-files/files/lib/functions/uci-defaults.sh | 44 ++
.../linux/ar71xx/base-files/etc/uci-defaults/leds | 7
2 files
oops, minq and maxq got swapped in
package/base-files/files/lib/functions/uci-defaults.sh here, I'll post a
corrected version of all that tomorrow...
On 07/08/12 23:42, Daniel Golle wrote:
> Adds capability to add uci-defaults defining RSSI LEDs, and uses that
> capability
> to
/Makefile b/package/rssileds/Makefile
new file mode 100644
index 000..27354f0
--- /dev/null
+++ b/package/rssileds/Makefile
@@ -0,0 +1,47 @@
+#
+# Copyright (C) 2011-2012 Daniel Golle
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information
Adds capability to add uci-defaults defining RSSI LEDs
Signed-off-by: Daniel Golle
diff --git a/package/base-files/files/lib/functions/uci-defaults.sh
b/package/base-files/files/lib/functions/uci-defaults.sh
index 2cbf69a..477c00c 100644
--- a/package/base-files/files/lib/functions/uci
ar71xx: uci-defaults/leds for ALL0258N
Signed-off-by: Daniel Golle
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/leds
b/target/linux/ar71xx/base-files/etc/uci-defaults/leds
index cdbb301..d94f024 100755
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/leds
+++ b/target
s/Prolog/YAP/Makefile.am:176: `pkglibdir' 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/pkg
be done more elegantly, but elegance
and madwifi are already an oxymoron, so I didn't care that much.
Signed-off-by: Daniel Golle
---
package/iwinfo/src/iwinfo_madwifi.c | 32
1 file changed, 28 insertions(+), 4 deletions(-)
diff --git a/package/iwinf
as it gets for this ;)
Signed-off-by: Daniel Golle
---
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..dd2d239 100644
--- a
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
---
package/iwinfo/src/iwinfo_lib.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/iwinfo/src/iwinfo_lib.c b/package/iwinfo/src
iver loads without any errors. Yet no packets are
> received nor sent via radio.
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>
--
ALLNET GmbH ; Maistr. 2 ; D-82110 Ge
ALLNET GmbH ; Maistr. 2 ; D-82110 Germering ; Germany
Tel. +49-89-89422217 - Fax +49-89-89422233
http://www.allnet.de
email: Daniel Golle
Schulungs-/Veranstaltungsprogramm: http://www.802lab.de<http://www.802lab.de/>
Geschäftsführer: Wolfgang Marcus Bauer
Handelsregister München
.name = "lan",
> + .description = "HW port group (0:wan, 1:lan)",
> + .max = 1,
> + .id = RT305X_ESW_ATTR_PORT_LAN,
> + .get = rt305x_esw_get_port_bool,
> + },
> + {
> + .type =
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
diff --git a/package/iwinfo/src/iwinfo_lib.c b/package/iwinfo/src/iwinfo_lib.c
index b2fc6aa..5ca0a45 100644
--- a/package/iwinfo/src/iwinfo_
Signed-off-by: Daniel Golle
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
IWINFO_HARDWARE_ENTRIES
801 - 900 of 1205 matches
Mail list logo
