Luis R. Rodriguez schrieb:
On Tue, Aug 5, 2008 at 2:54 PM, Tomasz Chmielewski [EMAIL PROTECTED] wrote:
Johannes Berg schrieb:
Call Trace:[c006][c0057150]
My magic crystal ball says that this is not inside p54 at all, and
indeed a problem in your kernel patches. :P
An amazingly advanced
package iproute2 has problems building on recent BSD-derived platforms
because some programs to be run on the host use malloc.h in an
incompatible way.
package/iproute2/patches/004-darwin_fixes.patch has a fix for Darwin,
however the fix can be made to work on other BSD platforms
by changing the
Still crashes on my 1350 (Speedport W701V) but might help others
Signed-off-by: Jan Willies [EMAIL PROTECTED]
---
package/acx-mac80211/Makefile |9 +--
package/acx-mac80211/patches/001-build_module.diff | 22 ++--
2 files changed, 17 insertions(+),
MichelinoK wrote:
I've just downloaded the latest svn trunk...and etrax target cannot be
compiled anymore...
Can someone test?
Works for me, except for kernel compilation I had to apply this patch..
HTH,
Hinko
--
ČETRTA POT, d.o.o., Kranj
Planina 3
4000 Kranj
Slovenia, Europe
Tel. +386 (0)
Hi
2008/8/6, Hinko Kocevar [EMAIL PROTECTED]:
MichelinoK wrote:
I've just downloaded the latest svn trunk...and etrax target cannot be
compiled anymore...
@MichelinoK:
Manually disable ide support on make menuconfig fix the problem.
When a compile error arise post/read tail of make V=99
Can
Claudio wrote:
Can someone test?
Works for me, except for kernel compilation I had to apply this patch..
@Hinko Kocevar
Why you remove these LD/OBJCOPYFLAG option?
The reason is because otherwise ld fails with unknown option 'criself'..
Is board now flashable and bootable with this patch?
Description:
scripts/feeds calls 'make' irrespective of the platform it is
running on. The attached patch changes the code to use gmake
if available (which should cover non-linux platforms, and is
the same logic used to adapt other programs in include/host.mk)
cheers
luigi
Index:
ipkg-build calls 'find' directly irrespective of the platform,
this causes failure in case gnu-find specific options are used
(such as -uid +99).
The attached diff, which creates tools/ipkg-utils/patches/160-find.patch,
fixes the problem by using gfind is available. Again, this is similar
to what
Hi Roberto,In the makefile.linux you could replace $(CC) with $(CXX). Presently the build configuration of openwrt(CC=uclibc-gcc) is overriding mgen (CC=g++). As per rules.mk the build flag CXX is uclibc-g++ which might resolve the issue you are facing.I am really a newbie to this forum, please
Luis R. Rodriguez schrieb:
(...)
- doesn't work with prism54.ko module (similar messages to
http://marc.info/?l=linux-wirelessm=120250829717134w=2)
We need more details, or do you get *exactly* the same error messages?
Out of memory, cannot handle oid comes up after a failed kmalloc()
1) openwrt down a.t.m., anyway
2) Should your patch be renamed in 987something.patch? and placed where
EXACTLY?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Manually disable ide support on make menuconfig fix the problem.
When a compile error arise post/read tail of make V=99
It's not enabled by default, anyway i'm trying to get the trunk again...but
openwrt.org is down atm
___
openwrt-devel mailing
Chr schrieb:
On Wednesday 06 August 2008 21:02:24 Tomasz Chmielewski wrote:
Luis R. Rodriguez schrieb:
(...)
- doesn't work with prism54.ko module (similar messages to
http://marc.info/?l=linux-wirelessm=120250829717134w=2)
We need more details, or do you get *exactly* the same error
Chr schrieb:
(...)
Code; c0071828 END_OF_CODE+3fd7aa58/
_PC:
Code; c0071828 END_OF_CODE+3fd7aa58/
0: 8ca40150 lw a0,336(a1)
Code; c007182c END_OF_CODE+3fd7aa5c/
4: 24020001 li v0,1
Code; c0071830 END_OF_CODE+3fd7aa60/
8: afa20010
14 matches
Mail list logo