Re: [OpenWrt-Devel] [hard floating point]

Hi Ted, Thank you for your reply. I did tried this changes before (patching the kernel) but then at some point buildroot forces a uclibc emulation mode, which makes the arm-hardfp-linux-ld fail. I am able to comple our kernel with this toolchain outside the openwrt. So I'm trying to find where t

[OpenWrt-Devel] [PATCH] generic: b53: clear SM_SW_FWD_MODE unconditionally when enabling VLAN

Setting this bit stops BCM53125 (bgmac actually) from receiving any packets. This bit is cleared conditionally in b53_switch_reset and it seems the same is done in bcmrobo.c which never sets that bit again. Signed-off-by: Rafał Miłecki --- target/linux/generic/files/drivers/net/phy/b53/b53_commo

Re: [OpenWrt-Devel] [RFC][PATCH] generic: b53: don't set SM_SW_FWD_MODE when enabling VLAN

2013/2/19 Jonas Gorski : > On 19 February 2013 17:11, Rafał Miłecki wrote: >> 2013/2/19 Jonas Gorski : >>> On 19 February 2013 16:17, Rafał Miłecki wrote: Setting this bit stops BCM53125 (bgmac actually) from receiving any packets. In theory setting "managed" mode makes sense when enabl

Re: [OpenWrt-Devel] Init script

* Sivateja Patibandla [20.02.2013 01:31]: > distribution I'm using is OpenWrt Attitude_Adjustment, and the hardware is > Ubiquiti Bullet 5 Ghz modem with AR2313 SoC. Without the init script if I We face similar problems. 1) Have you enabled zram? Those devices only have 16mb RAM. 2) Please loo

[OpenWrt-Devel] Init script

Hi Guys, I'm trying to setup an init script to run a userspace application. In the script I have START=99. It starts the application fine but after few minutes the operating system would not respond at all. Not even serial terminal. Sometimes it hangs even before launching the application. The dis

[OpenWrt-Devel] [PATCH] openvpn/uhttpd: drop private section_enabled and append_{bool, string} functions in favour of the new globally available ones

Signed-off-by: Michael Heimpold --- package/network/services/openvpn/Makefile |4 +- .../network/services/openvpn/files/openvpn.init|6 --- package/network/services/uhttpd/Makefile |4 +- package/network/services/uhttpd/files/uhttpd.init | 56 ++--

[OpenWrt-Devel] [PATCH v2] Provide global section_enabled, append_bool and append_string functions

Since various packages implement such functions already on their own, it seems reasonable to provide these in globally available functions. Signed-off-by: Michael Heimpold --- package/base-files/files/lib/functions.sh | 31 + 1 file changed, 31 insertions(+) diff -

Re: [OpenWrt-Devel] [hard floating point]

Alberich - I hope the enclosed info is helpful and not just creating more confusion on this subject. I have been successfully building the RPi 3.6.11+ Kernel within the OpenWRT buildroot using the following patches (+/-)... IMMV I also am using 4.7-linaro (4.7.1) and eglibc 2.15 (20866). /te

Re: [OpenWrt-Devel] [PATCH] b43: Increase number of RX DMA slots

* Larry Finger [18.02.2013 21:17]: > (14e4:4315) units. I think the firmware and DMA can handle it. After > all, all the TX rings have 256 slots. There is, however, a question > of the memory. TX only acquires the buffers when needed, but RX has > to get them in advance, thus 256 slots there will

Re: [OpenWrt-Devel] [PATCH] [base-files] Failsafe-mode: print short help on commandline (signed)

* Jonas Gorski [19.02.2013 17:00]: > > The order looks a bit random. I'd put firstboot to top, then > mount_root (maybe separated with an extra line with "or"), then below > that passwd and /etc/config with mentioning that these are only > available after running mount_root. reboot -f can stay la

Re: [OpenWrt-Devel] [RFC][PATCH] generic: b53: don't set SM_SW_FWD_MODE when enabling VLAN

On 19 February 2013 17:11, Rafał Miłecki wrote: > 2013/2/19 Jonas Gorski : >> On 19 February 2013 16:17, Rafał Miłecki wrote: >>> Setting this bit stops BCM53125 (bgmac actually) from receiving any >>> packets. In theory setting "managed" mode makes sense when enabling VLAN >>> (at least for me?)

Re: [OpenWrt-Devel] [RFC][PATCH] generic: b53: don't set SM_SW_FWD_MODE when enabling VLAN

2013/2/19 Jonas Gorski : > On 19 February 2013 16:17, Rafał Miłecki wrote: >> Setting this bit stops BCM53125 (bgmac actually) from receiving any >> packets. In theory setting "managed" mode makes sense when enabling VLAN >> (at least for me?) but for some reason it breaks configuration. >> >> Thi

Re: [OpenWrt-Devel] [PATCH] [base-files] Failsafe-mode: print short help on commandline (signed)

Hi, On 17 February 2013 13:11, Bastian Bittorf wrote: > Failsafe-mode: print short help on commandline > > Like mentioned in ticket https://dev.openwrt.org/ticket/11911 > this should make the IRC much quieter. Failsafe is somehow > special and even experienced users are helpless in such a > seldo

[OpenWrt-Devel] [PATCH] package/swconfig: allow enabling on BCM47xx target

There is b53 PHY driver for Broadcom switches some may want to use one bcm47xx platform. We still don't use b53 as default, but let's at least allow switching to it. Signed-off-by: Rafał Miłecki --- As alternative we could use @!PACKAGE_kmod-switch in DEPENDS, but sure if it makes difference to a

Re: [OpenWrt-Devel] [RFC][PATCH] generic: b53: don't set SM_SW_FWD_MODE when enabling VLAN

On 19 February 2013 16:17, Rafał Miłecki wrote: > Setting this bit stops BCM53125 (bgmac actually) from receiving any > packets. In theory setting "managed" mode makes sense when enabling VLAN > (at least for me?) but for some reason it breaks configuration. > > This bit is cleared in b53_switch_r

[OpenWrt-Devel] [RFC][PATCH] generic: b53: don't set SM_SW_FWD_MODE when enabling VLAN

Setting this bit stops BCM53125 (bgmac actually) from receiving any packets. In theory setting "managed" mode makes sense when enabling VLAN (at least for me?) but for some reason it breaks configuration. This bit is cleared in b53_switch_reset and it seems the same is done in bcmrobo.c which neve

Re: [OpenWrt-Devel] [hard floating point]

Hi FLorian, The board contains a Broadcom SoC similar to the one in the raspberry pi (not the same), we have a kernel working for it, but when tryingo to port the openwrt all blowed up. For the moment I did: (it is a work in progress) Created target/linux/hardfp/Makefile Created target/linux/hard

Re: [OpenWrt-Devel] [hard floating point]

Hello, On 02/18/2013 09:20 PM, Alberich de megres wrote: Hello again, I was looking on how the kernel build works. All error happened when building the kernel at: oldconfig prepare scripts, and modules. The first one is defined into the include/kernel-defaults.mk , wh

[OpenWrt-Devel] Compile OpenWRT in native FreeBSD environment

Hello. I have tried compiling OpenWRT on FreeBSD (which I use) and have come accross several problems. the most severe issue is that compile breaks when it reaches e2fsprogs. That specific software is available in the ports tree on FreeBSD and I have it installed through there without any problems

[OpenWrt-Devel] install on TD-W8960N - V4

Hello. I would like to get developer opinion on installing OpenWRT to Tp_Link TD-W8960N - V4. The chipset is: Bios (?) BCM96345 / Chip ID: BCM6328B0, MIPS: 320MHz, DDR: 320MHz, Bus: 160MHz / Radio - BCM43227. I have posted the boot log from serial here: https://forum.openwrt.org/viewtopic.php?pi

[OpenWrt-Devel] [PATCH] generic: b53: remove empty spaces

Signed-off-by: Rafał Miłecki --- target/linux/generic/files/drivers/net/phy/b53/b53_common.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/target/linux/generic/files/drivers/net/phy/b53/b53_common.c b/target/linux/generic/files/drivers/net/phy/b53/b53_common.c index

Re: [OpenWrt-Devel] [hard floating point]

Hello again, And sorry to insist, but I need this to work. Can anyone help me? Thanks in advance On Monday, February 18, 2013, Alberich de megres wrote: > Hello again, > > I was looking on how the kernel build works. > All error happened when building the kernel at: oldconfig prepare scripts, a

Re: [OpenWrt-Devel] [RFC] [atheros] move to linux kernel v3.8

Hello Russell, On 02/19/2013 11:46 AM, Russell Senior wrote: This doesn't quite build yet. There are two (known) problems: a) drivers/mtd/devices/ar2315.c: In function 'spiflash_probe': drivers/mtd/devices/ar2315.c:456:5: error: 'struct mtd_info' has no member named 'erase' drive

Re: [OpenWrt-Devel] Linksys E4200v1 Support

Hello Tijs, On 02/19/2013 10:54 AM, Tijs Van Buggenhout wrote: [snip] CFE> boot -tftp -elf 192.168.1.113:openwrt-brcm47xx-vmlinux.elf Loader:elf Filesys:tftp Dev:eth0 File:192.168.1.113:openwrt-brcm47xx-vmlinux.elf Options:(null) Loading: 0x80001000/6802772 0x8067dd54/234764 Entry at 0x80251

Re: [OpenWrt-Devel] Linksys E4200v1 Support

On Thursday 14 February 2013 11:24:50 you wrote: > On 02/14/2013 11:18 AM, Florian Fainelli wrote: > > Hello, > > > > On 02/14/2013 09:39 AM, Tijs Van Buggenhout wrote: > > > > [snip] > > > >> Device eth0: hwaddr 00-00-00-00-00-00, ipaddr 192.168.1.1, mask > >> 255.255.255.0 > >> > >> gateway n