[OpenWrt-Devel] ar71xx: local mac support on the wndr3700?

2012-01-06 Thread Dave Taht
On Thu, Jan 5, 2012 at 10:09 PM, Gabor Juhos juh...@openwrt.org wrote: Please remove the ar71xx_eth{0,1}_data.* initialization. Those values are configured automatically for AR7240 since r29103. I have been carrying this patch (of yours?) forward for a while, in order to get routable ethernet

Re: [OpenWrt-Devel] kexec failure on G300NH

2012-01-06 Thread Florian Fainelli
On 01/05/12 23:19, Peter Naulls wrote: On 01/05/2012 09:43 AM, Florian Fainelli wrote: Hello, You should enable kernel debugging in your kexec'd kernel and see whether the serial port is being left with IRQs disabled from the original kernel. I turned on kernel debug, but I'm unsure what

Re: [OpenWrt-Devel] kexec failure on G300NH

2012-01-06 Thread Paolo Pisati
On 01/06/2012 11:48 AM, Florian Fainelli wrote: Then this might be an entirely different issue. Try to run the kexec'd kernel uncached and see if that helps (there is a MIPS-specific Kconfig option to do that). but is kexec working at all on MIPS cpus? on arm, at least, it was badly broken

Re: [OpenWrt-Devel] kexec failure on G300NH

2012-01-06 Thread Peter Naulls
On 01/06/2012 07:06 AM, Paolo Pisati wrote: On 01/06/2012 11:48 AM, Florian Fainelli wrote: Then this might be an entirely different issue. Try to run the kexec'd kernel uncached and see if that helps (there is a MIPS-specific Kconfig option to do that). but is kexec working at all on MIPS

Re: [OpenWrt-Devel] kexec failure on G300NH

2012-01-06 Thread Peter Naulls
On 01/06/2012 02:48 AM, Florian Fainelli wrote: Then this might be an entirely different issue. Try to run the kexec'd kernel uncached and see if that helps (there is a MIPS-specific Kconfig option to do that). CONFIG_MIPS_L1_CACHE_SHIFT=5 ? There's other related stuff in arch/mips/Kconfig

Re: [OpenWrt-Devel] /dev/watchdog from shell script

2012-01-06 Thread Stefan Monnier
I did this on my boxes, but it does not help. Again a device is _pingable_, but all daemons are not responding anymore: So either: - watchdog was killed and this just disabled the watchdog timer altogether. - watchdog was not killed for some reason (e.g. because the kernel considered that it

Re: [OpenWrt-Devel] Makefile: problem with configurable library dependency

2012-01-06 Thread Jan Chybiak
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Jo-Philipp, thanks for the reply. Unfortunately that does not work either. The result is the same as with omitting the + sign. The package gets built but the dependency is not passed on to opkg therefore still installing the package without the

Re: [OpenWrt-Devel] Makefile: problem with configurable library dependency

2012-01-06 Thread Jan Chybiak
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Strange! If I use DEPENDS:=mylib instead of DEPENDS:=MYPACKAGE_USES_LIBRARY:mylib the opkg dependency works, even without PKG_BUILD_DEPENDS (as Jo-Philipp mentioned). Is that a bug or is there another way to realize a configurable dependency?

Re: [OpenWrt-Devel] kexec failure on G300NH

2012-01-06 Thread Peter Naulls
On 01/06/2012 08:10 AM, Peter Naulls wrote: As an alternative, I'm looking at first jumping to an ar71xx version of u-boot (as per OpenWrt build), all I should need to add to that is flash support for the G300NH(2). Perhaps that puts the system in more consistent state before starting Linux.

Re: [OpenWrt-Devel] [PATCH] package/kexec-tools: fix build with gcc 4.6.x

2012-01-06 Thread Arnaud Lacombe
Hi, On Mon, Dec 12, 2011 at 11:25 AM, Arnaud Lacombe lacom...@gmail.com wrote: This fixes the following build error: make[4]: Entering directory `target-i386_gcc-4.6.1_binutils_2.21.1_uClibc-0.9.32/kexec-tools-2.0.2' mkdir -p purgatory i486-openwrt-linux-uclibc-gcc  --no-undefined

Re: [OpenWrt-Devel] [PATCH] package/grub: fix stage2 link with recent binutils

2012-01-06 Thread Arnaud Lacombe
Hi, On Mon, Dec 12, 2011 at 11:26 AM, Arnaud Lacombe lacom...@gmail.com wrote: We want the `_start's symbols to be at the very beginning of the `stage2' binary's `.text' section. However, nothing enforces this requirement. With recent binutils (ie. post 2.19.1), this results in a corrupt