Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > Big-Cut :) > > >> Both outputs look sane - could you please post the output of these two >> commands as well: >> 2. ./boot_linux -F -d eth0 -i openwrt-etrax-jffs2-64k-fimage -p > > The output is this: > > [EMAIL PROTECTED] Desktop]# ./boot_linux -F -d eth0 -i > kamikaze/trunk/bin/openwrt-etrax-jffs2-64k-fimage -p > Command: > ./etrax100boot --device eth0 --setreg b000 95a6 --setreg b004 > 0104 --setreg b00c 1a200040 --setreg b008 5611 --setreg > b030 1c00 --setreg b038 00ff --file > kamikaze/trunk/bin/openwrt-etrax-jffs2-64k-fimage c0004000 --flash c0004000 > 0 80 --jump 0 > [EMAIL PROTECTED] Desktop]# > > Mine looks like this: $ boot_linux -d eth1 -F -i fimage -p Command: etrax100boot --device eth1 --setreg b000 93f8 --setreg b004 0204 --setreg b00c 09603636 --setreg b008 8000c002 --pause 2 --setreg b008 8000c602 --setreg b008 8000c002 --setreg +0 7 --label label1 --setreg b008 8000c402 --setreg b008 8000c002 --loop +0 label1 --setreg b008 8030c202 --setreg b008 8000c002 --setreg b008 80008002 --setreg b030 0b00 --setreg b038 fed3 --file fimage c0004000 --flash c0004000 0 40 --jump 0 Judging from the output my flash command is a bit longer, now I haven't looked at the commands switches in detail, but you might missing bits on your hardware to see if it helps. > (2 commands? I can see only one command :) Just one, my bad ;) > Found 1 x CFI at 0x8000 > No single x16 at 0x8400 > No interleaved x16 at 0x8400 > 0x8000: No need to write > 0x8001: No need to write > 0x8002: No need to write > 0x8003: No need to write > 0x8004: No need to write > > Cut > > 0x807f6000: No need to write > 0x807f8000: No need to write > 0x807fa000: No need to write > 0x807fc000: No need to write > 0x807fe000: No need to write > 0x8000: Verifying...OK > JUMP > 0x > END > Exiting with code 0 > [EMAIL PROTECTED] Desktop]# > > Now that is strange - I always experienced the replacement of flash content when using different images. You might get some more help from acme or axis mailing lists in this case. > > Please, can you try a simple image created with kamikaze? Just to know if it > works on other hardware. I'll give it a try. Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
Hinko Kocevar wrote: > > I'll give it a try. Kamikaze image produces the same result for me here. Up until now I never used kamikaze image(s) on my hardware :( and wasn't aware of the problem. I've mainly used owrt for toolchain generating. I found out that owrt somehow mangles kernel image what in turn results in the 'No need to write'. A simple test by using my own kernel image in contrast to owrt image resulted in error not occurring with my image. I think John Crispin added etrax support and all the related bits, so he might know a bit more. I've posted both images on the web, if you could try them both and confirm my suspicions. http://hinkocevar.googlepages.com/owrt.zImage http://hinkocevar.googlepages.com/owrt.out http://hinkocevar.googlepages.com/taa2.zImage http://hinkocevar.googlepages.com/taa2.out Notice the line where file checksum is output in *.out logs. Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > You suspicious are right: > [..] > > > Now the problem is: what should we modify to make owrt works? I'm not a > linux expert, but if someone could tell me what differences are to check > between CrisOS and Openwrt... > > Let's wait...or do you have any idea? > For now let me just say that if I use the kernel source from owrt (fully patched) in my home brew sdk for cris it works as expected. All I do is build zImage and modules and use zImage as kernel image for flashing cris target, kernel image is not modified once it is built, also the procedure for building final jffs2 image is slightly different. I'll look into it if time permits - again I'm using owrt sdk as a playground here. Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > Your patches work ok, I can flash the board, but it won't boot (no dhcp Great! > assigned from the router, and won't ping with a static ip set via "make > menuconfig"). > I don't have a serial cable so I cannot debug anything (tomorrow i'll buy a > ttl converter and i'll give a try). Yeah, you should get one of those - it's mandatory for embedded devel from where I came from ;)) FYI, the image won't boot for me either ... -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > Just got the components... tomorrow I'll assemble the cable/circuit > should I enable something on the toolchain to enable the "debug" on the > serial port console? I think not. Just connect the null modem serial cable to the serial port 0 on etrax and set your terminal emulator (eg. minicom) to 115200 8N1. The kernel CONFIG_ETRAX_CMDLINE tells you this.. Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > Got the cable working :) > > Here's the output: > > > > Linux version 2.6.25.12 ([EMAIL PROTECTED]) (gcc version > 4.2.4) #6 8 > console [ttyS0] enabled > Setting up paging and the MMU. > Linux/CRIS port on ETRAX 100LX (c) 2001 Axis Communications AB Built 1 d'Best!!! :) -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > Is there a way to have a more verbose "boot" (to see where it hangs) ? > > Run sysinit scripts in /etc/inittab with '#!/bin/sh -x' or use strace to start the script. It might help if strace and/or init are both statically linked. HTH, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote:
> "Hinko Kocevar" <[EMAIL PROTECTED]> ha scritto nel messaggio
> news:[EMAIL PROTECTED]
>> MichelinoK wrote:
>>> Is there a way to have a more verbose "boot" (to see where it hangs) ?
>>>
>>>
>> Run sysinit scripts in /etc/inittab with '#!/bin/sh -x' or use strace to
>> start the script. It might help if strace and/or init are both statically
>> linked.
>>
>> HTH,
>> Hinko
>
> 1) You mean that I must modify the sources and edit all the scripts and add
> "-x"?
At least the /etc/init.d/rcS - this one is run first.
> 2) How can statically link strace/init ?
if /sbin/init is from busybox, correct me if I'm wrong, so all that is needed
is to build busybox as static binary - there is a config option in busybox for
this.
strace is not in openwrt, yet.
I have made a port of 4.5.8 cris patch for 4.5.15. If someone could make the
openwrt package I'll provide the patch for cris architecture. To build strace
statically add '-static' flag to the final link command.
Regards,
Hinko
--
ČETRTA POT, d.o.o., Kranj
Planina 3
4000 Kranj
Slovenia, Europe
Tel. +386 (0) 4 280 66 03
E-mail: [EMAIL PROTECTED]
Http: www.cetrtapot.si
diff -urN strace-4.5.15/config.h.in strace-4.5.15.1/config.h.in
--- strace-4.5.15/config.h.in 2007-01-11 23:23:56.0 +0100
+++ strace-4.5.15.1/config.h.in 2008-05-11 01:50:45.0 +0200
@@ -397,6 +397,11 @@
/* Define for the AMD x86-64 architecture. */
#undef X86_64
+/* Define for the CRISv10 architecture. */
+#undef CRISV10
+
+/* Define for the CRISv32 architecture. */
+#undef CRISV32
/* Enable GNU extensions on systems that have them. */
#ifndef _GNU_SOURCE
# undef _GNU_SOURCE
diff -urN strace-4.5.15/configure strace-4.5.15.1/configure
--- strace-4.5.15/configure 2007-01-11 23:23:33.0 +0100
+++ strace-4.5.15.1/configure 2008-05-11 01:58:16.0 +0200
@@ -2017,6 +2017,22 @@
_ACEOF
;;
+cris|crisv10)
+ arch=crisv10
+
+cat >>confdefs.h <<\_ACEOF
+#define CRISV10 1
+_ACEOF
+
+ ;;
+crisv32)
+ arch=crisv32
+
+cat >>confdefs.h <<\_ACEOF
+#define CRISV32 1
+_ACEOF
+
+ ;;
*)
echo "$as_me:$LINENO: result: NO!" >&5
echo "${ECHO_T}NO!" >&6
diff -urN strace-4.5.15/configure.ac strace-4.5.15.1/configure.ac
--- strace-4.5.15/configure.ac 2007-01-11 12:37:55.0 +0100
+++ strace-4.5.15.1/configure.ac 2008-05-11 01:20:53.0 +0200
@@ -103,6 +103,14 @@
arch=x86_64
AC_DEFINE([X86_64], 1, [Define for the AMD x86-64 architecture.])
;;
+cris|crisv10)
+ arch=crisv10
+ AC_DEFINE([CRISV10], 1, [Define for the CRISv10 architecture.])
+ ;;
+crisv32)
+ arch=crisv32
+ AC_DEFINE([CRISV32], 1, [Define for the CRISv32 architecture.])
+ ;;
*)
AC_MSG_RESULT([NO!])
AC_MSG_ERROR([architecture $host_cpu is not supported by strace])
diff -urN strace-4.5.15/process.c strace-4.5.15.1/process.c
--- strace-4.5.15/process.c 2007-01-11 23:08:38.0 +0100
+++ strace-4.5.15.1/process.c 2008-05-11 01:32:17.0 +0200
@@ -548,7 +548,7 @@
# define ARG_PTID (known_scno(tcp) == SYS_clone2 ? 3 : 2)
# define ARG_CTID (known_scno(tcp) == SYS_clone2 ? 4 : 3)
# define ARG_TLS (known_scno(tcp) == SYS_clone2 ? 5 : 4)
-# elif defined S390 || defined S390X
+# elif defined S390 || defined S390X || defined CRISV10 || defined CRISV32
# define ARG_STACK 0
# define ARG_FLAGS 1
# define ARG_PTID 2
@@ -704,6 +704,10 @@
0x10 | new) < 0)
return -1;
return 0;
+#elif defined(CRISV10) || defined(CRISV32)
+ if (ptrace(PTRACE_POKEUSER, tcp->pid, (char*)(4*PT_R9), new) < 0)
+ return -1;
+ return 0;
#elif defined(ARM)
/* Some kernels support this, some (pre-2.6.16 or so) don't. */
# ifndef PTRACE_SET_SYSCALL
@@ -2882,7 +2886,77 @@
{ uoff(regs.ARM_pc), "pc" },
{ uoff(regs.ARM_cpsr), "cpsr" },
#endif
+#ifdef CRISV10
+ { 4*PT_FRAMETYPE, "4*PT_FRAMETYPE" },
+ { 4*PT_ORIG_R10, "4*PT_ORIG_R10" },
+ { 4*PT_R13, "4*PT_R13" },
+ { 4*PT_R12, "4*PT_R12" },
+ { 4*PT_R11, "4*PT_R11" },
+ { 4*PT_R10, "4*PT_R10" },
+ { 4*PT_R9, "4*PT_R9" },
+ { 4*PT_R8, "4*PT_R8" },
+ { 4*PT_R7, "4*PT_R7" },
+ { 4*PT_R6, "4*PT_R6" },
+ { 4*PT_R5, "4*PT_R5" },
+ { 4*PT_R4, "4*PT_R4" },
+ { 4*PT_R3, "4*PT_R3" },
+ { 4*PT_R2, "4*PT_R2" },
+ { 4*PT_R1, "4*PT_R1" },
+ { 4*PT_R0, "4*PT_R0" },
+ { 4*PT_MOF, "4*PT_MOF" },
+ { 4*PT_DCCR, "4*PT_DCCR" },
+ { 4*PT_SRP, "4*PT_SRP" },
+ { 4*PT_IRP, "4*PT_IRP" },
+ { 4*PT_CSRINSTR, "4*PT_CSRINSTR" },
+ { 4*PT_CSRADDR, "4*PT_CSRADDR" },
+ { 4*PT_CSRDATA, "4*PT_CSRDATA" },
+ { 4*PT_USP, "
Re: [OpenWrt-Devel] Etrax support
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) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si --- linux-2.6.25.12/arch/cris/arch-v10/boot/compressed/Makefile.orig 2008-08-06 12:07:38.0 +0200 +++ linux-2.6.25.12/arch/cris/arch-v10/boot/compressed/Makefile 2008-08-06 12:07:47.0 +0200 @@ -3,10 +3,8 @@ # ccflags-y += -O2 -LD = $(CROSS_COMPILE)ld -m criself ldflags-y += -T $(obj)/decompress.ld OBJECTS = $(obj)/head.o $(obj)/misc.o -OBJCOPYFLAGS = -O binary --remove-section=.bss quiet_cmd_image = BUILD $@ cmd_image = cat $(obj)/decompress.bin $(obj)/piggy.gz > $@ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
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? Yes it is bootable. I use similar arch/cris/arch-v10/Makefile for our products. Regards Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > 2) Should your patch be renamed in "987something.patch"? and placed where > EXACTLY? Depends. Does it solve your problem? Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
[EMAIL PROTECTED] wrote: > so, we have a patch that fixes etrax ? > i have not been following the discussion in detai, could someone point > me at a patch if there is one ? i have foxboards hee and could test it > Using yesterdays trunk I was also unable to build etrax image as MichelinoK said. I don't know what his/her the error was, but for me it fails like this: ... AR arch/cris/arch-v10/lib/lib.a LD vmlinux.o MODPOST vmlinux.o WARNING: modpost: Found 7 section mismatch(es). To see full details build your kernel with: 'make CONFIG_DEBUG_SECTION_MISMATCH=y' GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD vmlinux SYSMAP System.map OBJCOPY arch/cris/boot/Image Kernel: arch/cris/boot/Image is ready GZIParch/cris/boot/compressed/piggy.gz LD arch/cris/boot/compressed/decompress.o cris-linux-uclibc-ld: unrecognised emulation mode: criself Supported emulations: crislinux make[7]: *** [arch/cris/boot/compressed/decompress.o] Error 1 make[6]: *** [arch/cris/boot/compressed/vmlinux] Error 2 make[5]: *** [zImage] Error 2 make[5]: Leaving directory `/tmp/openwrt/build_dir/linux-etrax/linux-2.6.25.12' make[4]: *** [/tmp/openwrt/build_dir/linux-etrax/linux-2.6.25.12/.image] Error 2 make[4]: Leaving directory `/tmp/openwrt/target/linux/etrax' make[3]: *** [install] Error 2 make[3]: Leaving directory `/tmp/openwrt/target/linux' make[2]: *** [target/linux/install] Error 2 make[2]: Leaving directory `/tmp/openwrt' make[1]: *** [/tmp/openwrt/staging_dir/cris/stamp/.target_install] Error 2 make[1]: Leaving directory `/tmp/openwrt' make: *** [world] Error 2 The patch I posted yesterday fixes this. Maybe the patches fiddling with etrax makefiles (in kernel under linux/arch/cris/...) need to be revised. Some bits are already in linux-git or at least in linux-next tree. I've been using cris patches from linux-next for couple of last times and they worked OOTB :) Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > Ok, got the image working with the latest oatches from Hinko Kocevar (those > 5 or 6 patches in this thread) and the patch from Claudio (to have 8mb > image,patch found on the trac). > But there's a big problem, don't know if it's only a problem of mine but I > cannot get any modules included in the image. > For example I include kmod-usb-blablabla and other kmod, but they're not > included in the final image (of course, I've triple checked to have "*" and > not "M" in menuconfig), I've also noticed that no modules are in > /etc/modules.d. > For the rest it seems to works ok (except for iptables that generate a lot > of errors in the log during the boot). > > If someone can try to compile the latest trunk and check if it's a problem > of mine or it's a general trunk problemwould be great! > Randomly enabled some USB modules and I can't see them in build_dir/cris/root-etrax/lib/modules/2.6.25.12 either. -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] uci standalone
Hi, I'm trying out UCI as a standalone app on the host machine by following http://forum.openwrt.org/viewtopic.php?id=15243. Here are my tests: [EMAIL PROTECTED] ~ $ cat /etc/config/test config 'test' 'abc' option 'test_var' 'value' [EMAIL PROTECTED] ~ $ uci show test.abc=test test.abc.test_var=value [EMAIL PROTECTED] ~ $ uci get test Segmentation fault [EMAIL PROTECTED] ~ $ uci get test.abc Segmentation fault [EMAIL PROTECTED] ~ $ uci get test.abc.test_var Segmentation fault [EMAIL PROTECTED] ~ $ uci set test.abc.test_var=foobar [EMAIL PROTECTED] ~ $ uci show test.abc=test test.abc.test_var=foobar [EMAIL PROTECTED] ~ $ uci show test test.abc=test test.abc.test_var=foobar [EMAIL PROTECTED] ~ $ uci show test.abc uci: Entry not found [EMAIL PROTECTED] ~ $ uci show test.test uci: Entry not found [EMAIL PROTECTED] ~ $ uci show test.test.abc uci: Entry not found [EMAIL PROTECTED] ~ $ uci show test.abc.test_var uci: Entry not found [EMAIL PROTECTED] ~ $ uci show abc.test_var uci: Entry not found What's with the segfaults and entries not being found? According to http://ftp.osuosl.org/pub/nslu2/releases/OpenWrt-kamikaze-7.09-README.txt 'get' command should work. Thank you, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] uci standalone
Hinko Kocevar wrote:
> What's with the segfaults and entries not being found? According to
> http://ftp.osuosl.org/pub/nslu2/releases/OpenWrt-kamikaze-7.09-README.txt
> 'get' command should work.
>
> Thank you,
> Hinko
>
OK,
segmentation faults are fixed by this patch...
also don't assume that '/usr' is always prefix..
regards,
Hinko
--
ČETRTA POT, d.o.o., Kranj
Planina 3
4000 Kranj
Slovenia, Europe
Tel. +386 (0) 4 280 66 03
E-mail: [EMAIL PROTECTED]
Http: www.cetrtapot.si
diff --git a/Makefile b/Makefile
index 586592e..83754a6 100644
--- a/Makefile
+++ b/Makefile
@@ -59,7 +59,7 @@ install: all
$(INSTALL) -m0644 libuci.a $(DESTDIR)$(prefix)/lib/
$(INSTALL) -m0755 $(SHLIB_FILE) $(DESTDIR)$(prefix)/lib/
ln -sf $(SHLIB_FILE) $(DESTDIR)$(prefix)/lib/libuci.$(SHLIB_EXT)
- $(INSTALL) -m0755 uci $(DESTDIR)/usr/bin/
+ $(INSTALL) -m0755 uci $(DESTDIR)$(prefix)/bin/
FORCE: ;
.PHONY: FORCE
diff --git a/cli.c b/cli.c
index 8227987..ca86dc3 100644
--- a/cli.c
+++ b/cli.c
@@ -277,6 +277,7 @@ static int uci_do_section_cmd(int cmd, int argc, char **argv)
switch(cmd) {
case CMD_SET:
+ case CMD_GET:
case CMD_RENAME:
ptr = &value;
break;
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
Claudio wrote: > Hi all, > > 2008/8/7 <[EMAIL PROTECTED]>: >> so, we have a patch that fixes etrax ? > > Following the axis mailing list I just made a patch that should fix > iptables problem on cris arch. > > I don't test it on real hardware. > Some one can test it? > LOL, I just needed that this moment! pre-patch: # /mnt/usr/sbin/iptables -F [42955243.905993] ip_tables: ERROR target: invalid size 30 != 32 iptables: Invalid argument post-patch: # /mnt/usr/sbin/iptables -F # Seems to work! Thank you, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
[EMAIL PROTECTED] wrote:
> patches ?
>
I have them ;)
Here are two fixes against todays SVN tree:
M target/linux/etrax/patches/100-compile_fixes.patch
? package/iptables/patches/1.4.0/008-cris_ipt_error_target.patch
Without modified 100-compile_fixes.patch I can't create kernel images,
and 008-cris_ipt_error_target.patch fixes iptables problem on cris when
eg. listing rules.
Please try/test/apply.
Thank you,
Hinko
--
ČETRTA POT, d.o.o., Kranj
Planina 3
4000 Kranj
Slovenia, Europe
Tel. +386 (0) 4 280 66 03
E-mail: [EMAIL PROTECTED]
Http: www.cetrtapot.si
--- a/arch/cris/arch-v10/boot/Makefile
+++ b/arch/cris/arch-v10/boot/Makefile
@@ -2,9 +2,6 @@
# arch/cris/arch-v10/boot/Makefile
#
-OBJCOPY = objcopy-cris
-OBJCOPYFLAGS = -O binary --remove-section=.bss
-
subdir- := compressed rescue
targets := Image
@@ -14,7 +11,6 @@
$(obj)/compressed/vmlinux: $(obj)/Image FORCE
$(Q)$(MAKE) $(build)=$(obj)/compressed $@
- $(Q)$(MAKE) $(build)=$(obj)/rescue $(obj)/rescue/rescue.bin
$(obj)/zImage: $(obj)/compressed/vmlinux
@cp $< $@
--- a/arch/cris/arch-v10/boot/compressed/Makefile
+++ b/arch/cris/arch-v10/boot/compressed/Makefile
@@ -2,13 +2,9 @@
# arch/cris/arch-v10/boot/compressed/Makefile
#
-CC = gcc-cris -melf $(LINUXINCLUDE)
ccflags-y += -O2
-LD = ld-cris
ldflags-y += -T $(obj)/decompress.ld
OBJECTS = $(obj)/head.o $(obj)/misc.o
-OBJCOPY = objcopy-cris
-OBJCOPYFLAGS = -O binary --remove-section=.bss
quiet_cmd_image = BUILD $@
cmd_image = cat $(obj)/decompress.bin $(obj)/piggy.gz > $@
@@ -21,12 +17,6 @@
$(obj)/decompress.bin: $(obj)/decompress.o FORCE
$(call if_changed,objcopy)
-$(obj)/head.o: $(obj)/head.S .config
- @$(CC) -D__ASSEMBLY__ -traditional -c $< -o $@
-
-$(obj)/misc.o: $(obj)/misc.c .config
- @$(CC) -D__KERNEL__ -c $< -o $@
-
$(obj)/vmlinux: $(obj)/piggy.gz $(obj)/decompress.bin FORCE
$(call if_changed,image)
--- a/arch/cris/arch-v10/boot/compressed/misc.c
+++ b/arch/cris/arch-v10/boot/compressed/misc.c
@@ -5,7 +5,7 @@
* adapted for Linux.
*
* malloc by Hannu Savolainen 1993 and Matthias Urlichs 1994
- * puts by Nick Holloway 1993, better puts by Martin Mares 1995
+ * putstr by Nick Holloway 1993, better putstr by Martin Mares 1995
* adaptation for Linux/CRIS Axis Communications AB, 1999
*
*/
@@ -99,12 +99,12 @@
static void gzip_mark(void **);
static void gzip_release(void **);
-static void puts(const char *);
+static void putstr(const char *);
/* the "heap" is put directly after the BSS ends, at end */
-extern int end;
-static long free_mem_ptr = (long)&end;
+extern int _end;
+static long free_mem_ptr = (long)&_end;
#include "../../../../../lib/inflate.c"
@@ -139,7 +139,7 @@
/* decompressor info and error messages to serial console */
static void
-puts(const char *s)
+putstr(const char *s)
{
#ifndef CONFIG_ETRAX_DEBUG_PORT_NULL
while(*s) {
@@ -209,9 +209,9 @@
static void
error(char *x)
{
- puts("\n\n");
- puts(x);
- puts("\n\n -- System halted\n");
+ putstr("\n\n");
+ putstr(x);
+ putstr("\n\n -- System halted\n");
while(1); /* Halt */
}
@@ -257,14 +257,7 @@
makecrc();
- __asm__ volatile ("move vr,%0" : "=rm" (revision));
- if (revision < 10)
- {
- puts("You need an ETRAX 100LX to run linux 2.6\n");
- while(1);
- }
-
- puts("Uncompressing Linux...\n");
+ putstr("Uncompressing Linux...\n");
gunzip();
- puts("Done. Now booting the kernel.\n");
+ putstr("Done. Now booting the kernel.\n");
}
--- a/arch/cris/arch-v10/mm/init.c
+++ b/arch/cris/arch-v10/mm/init.c
@@ -184,6 +184,9 @@
free_area_init_node(0, &contig_page_data, zones_size, PAGE_OFFSET >> PAGE_SHIFT, 0);
}
+void free_initrd_mem(unsigned long start, unsigned long end)
+{
+}
/* Initialize remaps of some I/O-ports. It is important that this
* is called before any driver is initialized.
--- a/arch/cris/arch-v10/boot/compressed/head.S
+++ b/arch/cris/arch-v10/boot/compressed/head.S
@@ -10,13 +10,14 @@
#define ASSEMBLER_MACROS_ONLY
#include
+#include
#define RAM_INIT_MAGIC 0x56902387
#define COMMAND_LINE_MAGIC 0x87109563
;; Exported symbols
- .globl _input_data
+ .globl input_data
.text
@@ -26,7 +27,7 @@
;; We need to initialze DRAM registers before we start using the DRAM
- cmp.d RAM_INIT_MAGIC, r8 ; Already initialized?
+ cmp.d RAM_INIT_MAGIC, $r8 ; Already initialized?
beq dram_init_finished
nop
@@ -36,91 +37,91 @@
;; Initiate the PA and PB ports
- move.b CONFIG_ETRAX_DEF_R_PORT_PA_DATA, r0
- move.b r0, [R_PORT_PA_DATA]
+ move.b CONFIG_ETRAX_DEF_R_PORT_PA_DATA, $r0
+ move.b $r0, [R_PORT_PA_DATA]
- move.b CONFIG_ETRAX_DEF_R_PORT_PA_DIR, r0
- move.b r0, [R_PORT_PA_DIR]
+ move.b CONFIG_ETRAX_DEF_R_PORT_PA_DIR, $r0
+ move.b $r0, [R_PORT_PA_DIR]
- move.b CONFIG_ETRAX_DEF_R_PORT_PB_DATA, r0
- move.b r0, [R_PORT_PB_DATA]
+ move.b CONFIG_ETRAX_DEF_R_PORT_PB_DATA, $r0
+ move.b $r0, [R_PORT_PB_DATA]
- move.b CONFIG_ETRAX_DEF_R_PORT_PB_DIR, r0
- move.b r0, [R_POR
Re: [OpenWrt-Devel] Etrax support
Hinko Kocevar wrote:
> [EMAIL PROTECTED] wrote:
>> patches ?
>>
>
Last patches are missing a OBJCOPYFLAGS fix that otherwise produces 3Gb zImage.
Please use these patches instead.
Thank you,
Hinko
--
ČETRTA POT, d.o.o., Kranj
Planina 3
4000 Kranj
Slovenia, Europe
Tel. +386 (0) 4 280 66 03
E-mail: [EMAIL PROTECTED]
Http: www.cetrtapot.si
--- a/arch/cris/Makefile 2008-08-06 19:11:47.0 +0200
+++ b/arch/cris/Makefile 2008-08-20 15:07:46.0 +0200
@@ -33,7 +33,7 @@
LD = $(CROSS_COMPILE)ld -mcrislinux
-OBJCOPYFLAGS := -O binary -R .note -R .comment -S
+OBJCOPYFLAGS := -O binary -R .note -R .note.gnu.build-id -R .comment
CPPFLAGS_vmlinux.lds = -DDRAM_VIRTUAL_BASE=0x$(CONFIG_ETRAX_DRAM_VIRTUAL_BASE)
--- a/arch/cris/arch-v10/boot/Makefile
+++ b/arch/cris/arch-v10/boot/Makefile
@@ -2,9 +2,6 @@
# arch/cris/arch-v10/boot/Makefile
#
-OBJCOPY = objcopy-cris
-OBJCOPYFLAGS = -O binary --remove-section=.bss
-
subdir- := compressed rescue
targets := Image
@@ -14,7 +11,6 @@
$(obj)/compressed/vmlinux: $(obj)/Image FORCE
$(Q)$(MAKE) $(build)=$(obj)/compressed $@
- $(Q)$(MAKE) $(build)=$(obj)/rescue $(obj)/rescue/rescue.bin
$(obj)/zImage: $(obj)/compressed/vmlinux
@cp $< $@
--- a/arch/cris/arch-v10/boot/compressed/Makefile
+++ b/arch/cris/arch-v10/boot/compressed/Makefile
@@ -2,13 +2,9 @@
# arch/cris/arch-v10/boot/compressed/Makefile
#
-CC = gcc-cris -melf $(LINUXINCLUDE)
ccflags-y += -O2
-LD = ld-cris
ldflags-y += -T $(obj)/decompress.ld
OBJECTS = $(obj)/head.o $(obj)/misc.o
-OBJCOPY = objcopy-cris
-OBJCOPYFLAGS = -O binary --remove-section=.bss
quiet_cmd_image = BUILD $@
cmd_image = cat $(obj)/decompress.bin $(obj)/piggy.gz > $@
@@ -21,12 +17,6 @@
$(obj)/decompress.bin: $(obj)/decompress.o FORCE
$(call if_changed,objcopy)
-$(obj)/head.o: $(obj)/head.S .config
- @$(CC) -D__ASSEMBLY__ -traditional -c $< -o $@
-
-$(obj)/misc.o: $(obj)/misc.c .config
- @$(CC) -D__KERNEL__ -c $< -o $@
-
$(obj)/vmlinux: $(obj)/piggy.gz $(obj)/decompress.bin FORCE
$(call if_changed,image)
--- a/arch/cris/arch-v10/boot/compressed/misc.c
+++ b/arch/cris/arch-v10/boot/compressed/misc.c
@@ -5,7 +5,7 @@
* adapted for Linux.
*
* malloc by Hannu Savolainen 1993 and Matthias Urlichs 1994
- * puts by Nick Holloway 1993, better puts by Martin Mares 1995
+ * putstr by Nick Holloway 1993, better putstr by Martin Mares 1995
* adaptation for Linux/CRIS Axis Communications AB, 1999
*
*/
@@ -99,12 +99,12 @@
static void gzip_mark(void **);
static void gzip_release(void **);
-static void puts(const char *);
+static void putstr(const char *);
/* the "heap" is put directly after the BSS ends, at end */
-extern int end;
-static long free_mem_ptr = (long)&end;
+extern int _end;
+static long free_mem_ptr = (long)&_end;
#include "../../../../../lib/inflate.c"
@@ -139,7 +139,7 @@
/* decompressor info and error messages to serial console */
static void
-puts(const char *s)
+putstr(const char *s)
{
#ifndef CONFIG_ETRAX_DEBUG_PORT_NULL
while(*s) {
@@ -209,9 +209,9 @@
static void
error(char *x)
{
- puts("\n\n");
- puts(x);
- puts("\n\n -- System halted\n");
+ putstr("\n\n");
+ putstr(x);
+ putstr("\n\n -- System halted\n");
while(1); /* Halt */
}
@@ -257,14 +257,7 @@
makecrc();
- __asm__ volatile ("move vr,%0" : "=rm" (revision));
- if (revision < 10)
- {
- puts("You need an ETRAX 100LX to run linux 2.6\n");
- while(1);
- }
-
- puts("Uncompressing Linux...\n");
+ putstr("Uncompressing Linux...\n");
gunzip();
- puts("Done. Now booting the kernel.\n");
+ putstr("Done. Now booting the kernel.\n");
}
--- a/arch/cris/arch-v10/mm/init.c
+++ b/arch/cris/arch-v10/mm/init.c
@@ -184,6 +184,9 @@
free_area_init_node(0, &contig_page_data, zones_size, PAGE_OFFSET >> PAGE_SHIFT, 0);
}
+void free_initrd_mem(unsigned long start, unsigned long end)
+{
+}
/* Initialize remaps of some I/O-ports. It is important that this
* is called before any driver is initialized.
--- a/arch/cris/arch-v10/boot/compressed/head.S
+++ b/arch/cris/arch-v10/boot/compressed/head.S
@@ -10,13 +10,14 @@
#define ASSEMBLER_MACROS_ONLY
#include
+#include
#define RAM_INIT_MAGIC 0x56902387
#define COMMAND_LINE_MAGIC 0x87109563
;; Exported symbols
- .globl _input_data
+ .globl input_data
.text
@@ -26,7 +27,7 @@
;; We need to initialze DRAM registers before we start using the DRAM
- cmp.d RAM_INIT_MAGIC, r8 ; Already initialized?
+ cmp.d RAM_INIT_MAGIC, $r8 ; Already initialized?
beq dram_init_finished
nop
@@ -36,91 +37,91 @@
;; Initiate the PA and PB ports
- move.b CONFIG_ETRAX_DEF_R_PORT_PA_DATA, r0
- move.b r0, [R_PORT_PA_DATA]
+ move.b CONFIG_ETRAX_DEF_R_PORT_PA_DATA, $r0
+ move.b $r0, [R_PORT_PA_DATA]
- move.b CONFIG_ETRAX_DEF_R_PORT_PA
[OpenWrt-Devel] cris stuff
Hi, I've put up a small page for cris arch related patches and fixes that apply to buildroot GIT tree. This way there will be a place for cris patches and will not be lost in the swamp of e-mails on the mailing lists. The patches were tested by me and are applied to our latest uClibc based firmware that is due to be released in October '08. Since both uClibc buildroot and openWRT support cris arch patches should be useful for both SDKs. If anyone is interested, please feel free to visit the page and use patches. Any reports on success or failure is greatly appreciated. Visit http://hinkocevar.googlepages.com/linuxxstuff . Thank you, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] enabling fox board
georges.me...@wanadoo.fr wrote: > Hello all, > Cris image creation patch - objcopy on my machine creates 3Gb image without '-R .note.gnu.build-id' switch. hin...@alala /work/git/openwrt $ svn diff Index: include/kernel-defaults.mk === --- include/kernel-defaults.mk (revision 13873) +++ include/kernel-defaults.mk (working copy) @@ -101,8 +101,8 @@ define Kernel/CompileImage/Default $(if $(CONFIG_TARGET_ROOTFS_INITRAMFS),,rm -f $(TARGET_DIR)/init) +$(MAKE) $(KERNEL_MAKEOPTS) $(KERNELNAME) - $(KERNEL_CROSS)objcopy -O binary -R .reginfo -R .note -R .comment -R .mdebug -S $(LINUX_DIR)/vmlinux $(LINUX_KERNEL) - $(KERNEL_CROSS)objcopy -R .reginfo -R .note -R .comment -R .mdebug -S $(LINUX_DIR)/vmlinux $(KERNEL_BUILD_DIR)/vmlinux.elf + $(KERNEL_CROSS)objcopy -O binary -R .reginfo -R .note -R .comment -R .mdebug -R .note.gnu.build-id -S $(LINUX_DIR)/vmlinux $(LINUX_KERNEL) + $(KERNEL_CROSS)objcopy -R .reginfo -R .note -R .comment -R .mdebug -R .note.gnu.build-id -S $(LINUX_DIR)/vmlinux $(KERNEL_BUILD_DIR)/vmlinux.elf endef define Kernel/Clean/Default Without patch: hin...@alala /work/git/openwrt $ l build_dir/linux-etrax/ total 4160 drwxr-xr-x 3 hinkok hinkok 4096 Jan 5 13:34 base-files drwxr-xr-x 8 hinkok hinkok 4096 Jan 5 13:32 e100boot drwxr-xr-x 10 hinkok hinkok 4096 Jan 5 13:34 iptables-1.4.1.1 drwxr-xr-x 25 hinkok hinkok 4096 Jan 5 13:34 linux-2.6.25.20 drwxr-xr-x 3 hinkok hinkok 4096 Jan 5 13:34 mkfimage drwxr-xr-x 3 hinkok hinkok 4096 Jan 5 13:34 mtd drwxr-xr-x 3 hinkok hinkok 4096 Jan 5 13:34 packages -rw-r--r-- 1 hinkok hinkok 3222891118 Jan 5 13:34 vmlinux -rwxr-xr-x 1 hinkok hinkok112 Jan 5 13:34 vmlinux.elf -rw-r--r-- 1 hinkok hinkok 903213 Jan 5 13:34 vmlinuz With patch: hin...@alala /work/git/openwrt $ l build_dir/linux-etrax/ total 4144 drwxr-xr-x 3 hinkok hinkok4096 Jan 5 13:35 base-files drwxr-xr-x 8 hinkok hinkok4096 Jan 5 13:32 e100boot drwxr-xr-x 10 hinkok hinkok4096 Jan 5 13:35 iptables-1.4.1.1 drwxr-xr-x 25 hinkok hinkok4096 Jan 5 13:36 linux-2.6.25.20 drwxr-xr-x 3 hinkok hinkok4096 Jan 5 13:36 mkfimage drwxr-xr-x 3 hinkok hinkok4096 Jan 5 13:35 mtd drwxr-xr-x 3 hinkok hinkok4096 Jan 5 13:35 packages -rwxr-xr-x 1 hinkok hinkok 1649262 Jan 5 13:36 vmlinux -rwxr-xr-x 1 hinkok hinkok 1658360 Jan 5 13:36 vmlinux.elf -rw-r--r-- 1 hinkok hinkok 903212 Jan 5 13:36 vmlinuz Best regards, Hinko -- Hinko Kočevar, OSS developer ČETRTA POT, d.o.o. Planina 3, 4000 Kranj, SI EU tel ++386 (0) 4 280 66 03 e-mail hinko.koce...@cetrtapot.si httpwww.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] enabling fox board
Claudio wrote: > Hi all, > > today I try to quickly dump etrax to 2.6.28, I like to inform you of > this __partial__ work > > Atm you can obtain a loadable kernel but there are a lot of warning > and it get panic. > > Using svn revision 13875 you can apply the attached patch and obtain: > > Linux version 2.6.28 (claud...@claudyus-laptop) (gcc version 4.1.2) #1 > Mon Jan 5 17:54:24 CET 2009 > console [ttyS0] enabled > Setting up paging and the MMU. > Linux/CRIS port on ETRAX 100LX (c) 2001 Axis Communications AB > Built 1 zonelists in Zone order, mobility grouping on. Total pages: 4080 > Kernel command line: root=/dev/mtdblock1 rootfstype=squashfs,jffs2 > init=/etc/preinit noinitrd console=ttyS0,115200 > PID hash table entries: 128 (order: 7, 512 bytes) > Dentry cache hash table entries: 4096 (order: 1, 16384 bytes) > Inode-cache hash table entries: 2048 (order: 0, 8192 bytes) > Memory: 30768k/32768k available (1301k kernel code, 2000k reserved, > 372k data, 48k init) > Calibrating delay loop... 98.91 BogoMIPS (lpj=494592) > Mount-cache hash table entries: 1024 > net_namespace: 480 bytes > NET: Registered protocol family 16 > [ cut here ] > WARNING: at lib/klist.c:62 () > Modules linked in: > > Stack from c1fe1cc0: >c01847ac c1fe1ce5 c000e5aa c000462a c000dc8a c0198af8 c1f4f58f >c1f50c2d c01900e0 c1fe1d20 c1f477c0 0004 c1f52c00 c1fdde6f >c1fddd20 c1fdd1a0 c1fe1d20 c0146750 0002 c1fe1d90 7fff 7fff > Call Trace: [] [] [] [] > [] [] [] >[] [] [] [] > [] [] [] [] >[] [] [] [] > [] [] [] [] >[] [] [] [] > [] [] [] <4>---[ end trace > 4eaa2a86a8e2da22 ]--- > [ cut here ] > WARNING: at lib/klist.c:62 () > Modules linked in: > > Stack from c1fe1cf0: >c01847ac c1fe1d15 c000e5aa c000462a c000dc8a c01a21fc c1f65620 c1f65651 >c1fc44e5 c01c006c c1fe1d58 0002 c1ec4980 c1fe1d90 c1fe1d58 >c1fc49a0 41ed 0001 c1ec4980 c1ec4980 > Call Trace: [] [] [] [] > [] [] [] >[] [] [] [] > [] [] [] [] >[] [] [] [] > [] [] [] [] >[] [] [] [] > [] <4>---[ end trace 4eaa2a86a8e2da22 ]--- > usbcore: registered new interface driver usbfs > > * CUT WARNING HERE Me thinks above is harmless and is not cris dependent.. > *** > > eth0: changed MAC to 00:40:8c:cd:00:00 > cse0: Probing a 0x0400 bytes large window at 0xe000. > cse0: Found 1 x16 devices at 0x0 in 16-bit bank > Amd/Fujitsu Extended Query Table at 0x0040 > cse0: Swapping erase regions for broken CFI table. > number of CFI chips: 1 > cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness. > cse1: Probing a 0x0400 bytes large window at 0xe400. > cse0: 0x0080 bytes of flash memory. > Scanning flash for end of kernel magic > Kernel ends at 0x000F > Using default partition table. > Creating 2 MTD partitions on "cse0": > 0x-0x000f : "kernel" > * CUT WARNING HERE > *** > 0x000f-0x0080 : "rootfs" > * CUT WARNING HERE > *** > mtd: partition "rootfs" set to be root filesystem > split_squashfs: no squashfs found in "cse0" > Adding RAM partition for romfs image: > /dev/flash1 at 0x, size 0x > * CUT WARNING HERE > *** > VFS: Cannot open root device "mtdblock1" or unknown-block(0,0) > Please append a correct "root=" boot option; here are the available > partitions: > Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) > > Why it don't enumerate partition /dev/mtdblock1? Try root=mtd1 instead. HTH, Hinko -- Hinko Kočevar, OSS developer ČETRTA POT, d.o.o. Planina 3, 4000 Kranj, SI EU tel ++386 (0) 4 280 66 03 e-mail hinko.koce...@cetrtapot.si httpwww.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] GCC4.3 patch (wip)
Luigi 'Comio' Mantellini wrote: > Ciao again, > > > On ven, 2008-06-13 at 11:22 +0200, Luigi 'Comio' Mantellini wrote: >> Ciao, > >> make[4]: Entering directory >> `/mnt/devel/openwrt/OpenWRT.git/build_dir/toolchain-m68k_gcc4.3.1/uClibc-0.9.29' >> install -d >> /mnt/devel/openwrt/OpenWRT.git/staging_dir/toolchain-m68k_gcc4.3.1//lib >> install -m 644 lib/lib*-0.9.29.so \ >> >> /mnt/devel/openwrt/OpenWRT.git/staging_dir/toolchain-m68k_gcc4.3.1//lib >> cd lib && tar -cf - *.so.* | tar -xf - -C >> /mnt/devel/openwrt/OpenWRT.git/staging_dir/toolchain-m68k_gcc4.3.1//lib >> tar: error while loading shared libraries: libpthread.so.0: ELF file data >> encoding not little-endian >> tar: error while loading shared libraries: libpthread.so.0: ELF file data >> encoding not little-endian You've seem to remove some some mandatory path in system library search - if your had LD_LIBRARY_PATH set you've might need to do: export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/your/lib in contrast to export LD_LIBRARY_PATH=/path/to/your/lib > > My self-answer: This error is caused by the "LD_LIBRARY_PATH" that I > defined into rule.mk. At this point I need to resolve an issue: GCC4.3 > requires gmp and mpfr libraries. I added the makefile under the > toolchain directory in order to create the needed libraries (libgmp.so > and libmpfr.so). I placed these libraries into the > staging_dir/host/lib/ directory... but (cross)gcc doesn't start because > this directory is not in the ld path... I thought to solve this issue > using the LD_LIBRARY_PATH=$(TOP)/staging_dir/host/lib/ ... but this > creates the error in tar application > > Now, with LD_LIBRARY_PATH env. variable removed, I'm compiling the > gcc-final... but I will need it when the (cross)gcc is invoked. > > question: Where can I place the host libraries (__NOT TARGET__) in order > to be visible to cross-compiler (and in general, to crosstools)? Maybe all you need to do is correctly supply the full path to the includes/libraries via C(PP)FLAGS/LDFLAGS in the makefile, or on the command line instead of using LD_LIBRARY_PATH. Another approach would be to statically build/link the tar app inside the openWRT SDK and use the LD_LIBRARY_PATH after all. HTH, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] GCC4.3 patch (wip)
Luigi 'Comio' Mantellini wrote:
> Hi Hinko,
> Hi List,
>
> see my inline comments.
>
> On lun, 2008-06-16 at 10:05 +0200, Hinko Kocevar wrote:
>
>> Luigi 'Comio' Mantellini wrote:
>>> Ciao again,
>>>
>>>
>>> On ven, 2008-06-13 at 11:22 +0200, Luigi 'Comio' Mantellini wrote:
>>>> Ciao,
>>>> make[4]: Entering directory
>>>> `/mnt/devel/openwrt/OpenWRT.git/build_dir/toolchain-m68k_gcc4.3.1/uClibc-0.9.29'
>>>> install -d
>>>> /mnt/devel/openwrt/OpenWRT.git/staging_dir/toolchain-m68k_gcc4.3.1//lib
>>>> install -m 644 lib/lib*-0.9.29.so \
>>>>
>>>> /mnt/devel/openwrt/OpenWRT.git/staging_dir/toolchain-m68k_gcc4.3.1//lib
>>>> cd lib && tar -cf - *.so.* | tar -xf - -C
>>>> /mnt/devel/openwrt/OpenWRT.git/staging_dir/toolchain-m68k_gcc4.3.1//lib
>>>> tar: error while loading shared libraries: libpthread.so.0: ELF file data
>>>> encoding not little-endian
>>>> tar: error while loading shared libraries: libpthread.so.0: ELF file data
>>>> encoding not little-endian
>> You've seem to remove some some mandatory path in system library search - if
>> your had LD_LIBRARY_PATH set you've might need to do:
>> export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/your/lib
>> in contrast to
>> export LD_LIBRARY_PATH=/path/to/your/lib
>>
>
>
> I added the following into $(TOP)/rule.mk (and I don't like what I
> do...):
>
> export LD_LIBRARY_PATH=$(TOP)/staging_dir/host/lib:$(LD_LIBRARY_PATH)
>
>
> Anyway I decided to change approach: install directly on the host
> environment the GMP and MPFR library need to GCC4.3 compiler... OpenWRT
> should make some check to recognize these libraries:
>
>
> ifneq ($(CONFIG_GCC_VERSION_4_3_X),)
> define Require/gmp
> echo 'int main(int argc, char **argv) { return
> ((__GNU_MP_VERSION*1000+__GNU_MP_VERSION_MINOR)*1000+__GNU_MP_VERSION_PATCHLEVEL)>=004001000?0:1;
> }' |
> gcc -include gmp.h -x c -o $(TMP_DIR)/gmptest.o -lgmp
> -
> endef
>
> $(eval $(call Require,gmp, \
> Please install lib gmp >= 4.1.0 \
> ))
>
> define Require/mpfr
> echo 'int main(int argc, char **argv) { return
> (MPFR_VERSION>=MPFR_VERSION_NUM(2,3,0))?0:1; }' | \
> gcc -include mpfr.h -x c -o $(TMP_DIR)/a.out -lmpfr -
> endef
>
> $(eval $(call Require,mpfr, \
> Please install lib mpfr >= 2.3.0 \
> ))
>
> endif
>
>
> Unfortunately, this code cannot be performed by prereq-build.mk because
> we don't know if we need gcc4.3 or not.
>
>
>>> My self-answer: This error is caused by the "LD_LIBRARY_PATH" that I
>>> defined into rule.mk. At this point I need to resolve an issue: GCC4.3
>>> requires gmp and mpfr libraries. I added the makefile under the
>>> toolchain directory in order to create the needed libraries (libgmp.so
>>> and libmpfr.so). I placed these libraries into the
>>> staging_dir/host/lib/ directory... but (cross)gcc doesn't start because
>>> this directory is not in the ld path... I thought to solve this issue
>>> using the LD_LIBRARY_PATH=$(TOP)/staging_dir/host/lib/ ... but this
>>> creates the error in tar application
>>>
>>> Now, with LD_LIBRARY_PATH env. variable removed, I'm compiling the
>>> gcc-final... but I will need it when the (cross)gcc is invoked.
>>>
>>> question: Where can I place the host libraries (__NOT TARGET__) in order
>>> to be visible to cross-compiler (and in general, to crosstools)?
>> Maybe all you need to do is correctly supply the full path to the
>> includes/libraries via C(PP)FLAGS/LDFLAGS in the makefile, or on the command
>> line instead of using LD_LIBRARY_PATH. Another approach would be to
>> statically build/link the tar app inside the openWRT SDK and use the
>> LD_LIBRARY_PATH after all.
>>
>> HTH,
>>
>> Hinko
>>
>
>
> I would patch OpenWRT as little as possible, of course. The solution
> should be to link statically libgmp and libmpfr to gcc cross-compiler...
> but How can I say this to the gcc configure?
>
> Furthermore I chosen to avoid to compile the mpfr and gmp into the
> OpenWRT environment... Now I have an error during the gcc-final
> regarding ctype_base...
>
I guess you could look at the uclibc buildroot at http://buildroot.uclibc.org/
and the way they handle the mpfr/gmp for gcc toolchain.
--
ČETRTA POT, d.o.o., Kranj
Planina 3
4000 Kranj
Slovenia, Europe
Tel. +386 (0) 4 280 66 03
E-mail: [EMAIL PROTECTED]
Http: www.cetrtapot.si
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] uclibc 0.9.28 broken in trunk
Jens Nachtigall wrote: > Hi, > > selectable uClibc Version (uClibc 0.9.28) is broken in trunk, because the > file/dir layout seems to have changed since 7.09. The first problem [0] can > be fixed by something like the simple patch in [1]. Don't do that. The error suggests that you have a problem i kernel headers. What version are you using? Best regards, HInko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > Thanks for the quick answer :) > > Just a question... what do you think I should do to get a working 8mb image? > I meandoes the 4mb images work or not? I think it should work - 4Mb will be left unused. (I cannot test 4mb images) Why not? > I'm not a Linux expert, but I always wanna learn! And if i get some working > result, i'll post them here :) > Great! ;) Reagrds, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] busybox fails compiling
Steven Van Ingelgem wrote: > If you disable this option: >> Advanced configuration options > Toolchain options > enable large file > support > > a basic OpenWRT image cannot be build anymore? > > > This statement is verified against a clean trunk (#11911). > The complete error output is mentioned below > > > Greetings, > Steven > > > > > > > > make[3]: Entering directory `/home/steven/src/openwrt/package/busybox' > make -C /home/steven/src/openwrt/build_dir/mipsel/busybox-1.8.2 > CC="mipsel-linux-uclibc-gcc" CROSS_COMPILE="mipsel-linux-uclibc-" > KBUILD_HAVE_NLS=no EXTRA_CFLAGS="-Os -pipe -mips32 -mtune=mips32 > -funit-at-a-time -fhonour-copts" ARCH="mipsel" IPKG_ARCH="mipsel" all > make[4]: Entering directory > `/home/steven/src/openwrt/build_dir/mipsel/busybox-1.8.2' > CC applets/applets.o > In file included from > /home/steven/src/openwrt/staging_dir/toolchain-mipsel_gcc3.4.6/lib/gcc/mipsel-linux-uclibc/3.4.6/../../../../mipsel-linux-uclibc/sys-include/assert.h:32, > from applets/applets.c:10: > /home/steven/src/openwrt/staging_dir/toolchain-mipsel_gcc3.4.6/lib/gcc/mipsel-linux-uclibc/3.4.6/../../../../mipsel-linux-uclibc/sys-include/features.h:382:4: > #error It appears you have defined _FILE_OFFSET_BITS=64. Unfortunately, > uClibc was built without large file support enabled. The problem seems to be in a busybox config that does not honour the LFS correctly as uClibc does here. Could you try disabling the busybox LFS and then re-run the toplevel make? In toplevel .config this should be unset: CONFIG_LARGEFILE CONFIG_BUSYBOX_CONFIG_LFS Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] busybox fails compiling
Steven Van Ingelgem wrote: > Thanks Hinko, > > > - I added a # before CONFIG_BUSYBOX_CONFIG_LFS > - CONFIG_LARGEFILE was already not set (probably because I disabled it in > the menu) > - I deleted tmp, build_dir, staging_dir, dl, bin & did an svn update (now > 11915). > - I recompiled, but now dnsmasq is giving the error below. > Probably for the similar reasons. I have never used dnsmasq so I can't give you hands on solution, but looking at the dnsmasq source there exists HAVE_LARGFILE define in config.h, but it is not used in any other sources?! HTH, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > "Hinko Kocevar" <[EMAIL PROTECTED]> ha scritto nel messaggio > news:[EMAIL PROTECTED] >> MichelinoK wrote: >>> Thanks for the quick answer :) >>> >>> Just a question... what do you think I should do to get a working 8mb >>> image? >>> I meandoes the 4mb images work or not? >> I think it should work - 4Mb will be left unused. >> >> (I cannot test 4mb images) >> >> Why not? > > Because the flash process just quit after some seconds before starting the > flash procedure, and it leave the foxboard untouched :( Strange. I think I was able to flash Axis dev82 development board that bears 6Mb of NOR flash with 4Mb image, but that was looong time ago. Maybe I'll dust dev82 off and try again.. Are you are using boot_linux and e100boot tools from Axis for flashing? Could you please post the error here. > >>> I'm not a Linux expert, but I always wanna learn! And if i get some >>> working >>> result, i'll post them here :) >>> >> Great! ;) > > I think that all people here should (at least) understand what's behind the > "build process" :) > I wanna leave Windows forever, I'm getting a lot of satisfaction with Linux > :) I dig that! 8 years ago I did the same thing - no window(s) last with me ;) Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] never ending story of patches not being applied
[EMAIL PROTECTED] wrote: > Coming back to the never ending story of patches not being applied > > i think the first question that needs to be solved is : > > do we want bugs to be reported in trac or on the mailing list. > I personally find it difficult to keep track of which patches on the > mailing list have been applied and which have not. IMHO, bugs should go in some maintained (bugzilla) system that follows up on bug. ML are for questions, discussion, ideas, etc.. Patches should also be submitted to the 'patch system' in order to avoid losing/ignoring efforts of the submitter. As you pointed out owrt developers do have other work and sometimes there is just not enough time to comb the ML for patches, apply, test and commit them in proper fashion. > > Trac is much more usefull here. i certainly cannot remember why patch > series started to pop up on the ML and not in trac. > > Trac is full of bugs, which we do want and need to apply. We owe this > to the users and contributors of owrt. > > Trac is totally disorganized imho. There is no clear differentiation between > * bug fixes > * updates > * new packages > * new ideas > * images not booting on certain hw > > We need to think about a way to make this cleaner. > > The last thing we want is for people to get pissed off and switch to a > less powerfull system. I second that. I'm little uncomfortable with trac too, but thats me as a user, although there are some nice features I like - source browsing, OTOH I don't know nothing about the tickets.. John is right, things should be more organized in the patch submission department. I too posted few patched on the ML, but at the time I was not aware of the trac, and now that I about trac I not quite sure how to submit patches via it (..i know RTFM..). > > 808 should not only be a release but as part of it, we as the dev team > should think about these issues and address them. > > So here is my 10 point plan of how we could change this. > > 1.) Create a proper user manual > > 2.) Add a MAINTAINER:= field to those packages where it makes sense, > so the patch submitter can peser the dev that is not maintaining his > package (for what ever reason) > > 3.) NOT!!! use ML to submit patches. ML should be used as a discussion > only or for really large patch series, as was done for PS3. If a patch > is up to discussion, then put it on the ML once the issues were > solved, the patch submitter should copy the patch to trac. > I agree. > 4.) clean up trac and move patches into proper categories. (see the > list above) > I agree. > 5.) some times patches can have quite an impact on owrt, that might > not be that obvious from the start (update of pppd, i certainly wont > commit such a patch without trying it on 10+ devices, as it affects > the core function of a pppoe router, which takes time) so we need to > find a way to handle this. > > 6.) less flaming please. as said before, we all work really hard and > some times it just takes time. I for example do about 55+ hours a week > before even looking at owrt. > > 7.) get contributors to actually maintain their own packages (i.e. new > packages will only be applied, if a valid mail addr is present, this > person will then be the maintainer) I like package maintainers idea too. > > 8.) Clean up the wiki and ideally add docs for all the packages, even > if we generate this out of the Package/X/description fields > A nice overview of the packages included would be nice, yes. Along with some comments about the package and its usage. > 9.) I am setting up a new server this weekend, that will do recursive > full builds and also dependecy bug testing, so we have a chance to get > trunk more stable. i know its trunk, but that does not mean we should > not try to keep it stable. Its one of the reasons i started on owrt, > as it "just works" > > 10.) last but not least, find a codename for 808 > > Any suggestions feedback is welcome > just my 2c. Regards, Hinko -- ČETRTA POT, d.o.o., Kranj Planina 3 4000 Kranj Slovenia, Europe Tel. +386 (0) 4 280 66 03 E-mail: [EMAIL PROTECTED] Http: www.cetrtapot.si ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > "Hinko Kocevar" <[EMAIL PROTECTED]> ha scritto nel messaggio > news:[EMAIL PROTECTED] >> MichelinoK wrote: >>> "Hinko Kocevar" <[EMAIL PROTECTED]> ha scritto nel messaggio >>> news:[EMAIL PROTECTED] >>>> MichelinoK wrote: >>>>> Thanks for the quick answer :) >>>>> >>>>> Just a question... what do you think I should do to get a working 8mb >>>>> image? >>>>> I meandoes the 4mb images work or not? >>>> I think it should work - 4Mb will be left unused. >>>> >>>> (I cannot test 4mb images) >>>> >>>> Why not? >>> Because the flash process just quit after some seconds before starting >>> the >>> flash procedure, and it leave the foxboard untouched :( >> Strange. I think I was able to flash Axis dev82 development board that >> bears 6Mb of NOR flash with 4Mb image, but that was looong time ago. Maybe >> I'll dust dev82 off and try again.. >> >> Are you are using boot_linux and e100boot tools from Axis for flashing? >> Could you please post the error here. > > I've tryed the Axis files and the files in the trunk...the results are > identical. > > Here's the result of the flashing with 8mb images (I've changed the image > size inside the makefile): > > [EMAIL PROTECTED] pippo]# ./boot_linux -F -d eth0 -i > openwrt-etrax-jffs2-64k-fimage > Using internal boot loader: INTERNAL_NW - Network boot (default). > Starting boot... > We're doing a flash write, this may take up to a few minutes... > > Device ID = 0x22ae > This bootloader was built by root on Wed May 16 21:31:41 CEST 2007. > Checksum of bootloader is 0x000a0a94 > Waiting for load info. > Checksum of file is 0x0cea > Got load info. > SET_REGISTER > 0xb000 > 0x95a6 > SET_REGISTER > 0xb004 > 0x0104 > SET_REGISTER > 0xb00c > 0x1a200040 > SET_REGISTER > 0xb008 > 0x5611 > SET_REGISTER > 0xb030 > 0x1c00 > SET_REGISTER > 0xb038 > 0x00ff > PACKET_INFO > 0xc0004000 > 0x0080 > Checksum of file is 0x > FLASH > 0xc0004000 > 0x > 0x0080 > Found 1 x CFI at 0x8000 > No single x16 at 0x8400 > No interleaved x16 at 0x8400 > 0x8000: No need to write > 0x8001: No need to write > 0x8002: No need to write > 0x8003: No need to write > 0x8004: No need to write > 0x8005: No need to write > 0x8006: No need to write > 0x8007: No need to write > 0x8008: No need to write > 0x8009: No need to write > 0x800a: No need to write > 0x800b: No need to write > 0x800c: No need to write > 0x800d: No need to write > 0x800e: No need to write > 0x800f: No need to write > 0x8010: No need to write > 0x8011: No need to write > 0x8012: No need to write > 0x8013: No need to write > 0x8014: No need to write > 0x8015: No need to write > 0x8016: No need to write > 0x8017: No need to write > 0x8018: No need to write > 0x8019: No need to write > 0x801a: No need to write > 0x801b: No need to write > 0x801c: No need to write > 0x801d: No need to write > 0x801e: No need to write > 0x801f: No need to write > 0x8020: No need to write > 0x8021: No need to write > 0x8022: No need to write > 0x8023: No need to write > 0x8024: No need to write > 0x8025: No need to write > 0x8026: No need to write > 0x8027: No need to write > 0x8028: No need to write > 0x8029: No need to write > 0x802a: No need to write > 0x802b: No need to write > 0x802c: No need to write > 0x802d: No need to write > 0x802e: No need to write > 0x802f: No need to write > 0x8030: No need to write > 0x8031: No need to write > 0x8032: No need to write > 0x8033: No need to write > 0x8034: No need to write > 0x8035: No need to write > 0x8036: No need to write > 0x8037: No need to write > 0x8038: No need to write > 0x8039: No need to write > 0x803a: No need to write > 0x803b: No need to write > 0x803c: No need to write > 0x803d: No need to write > 0x803e: No need to write > 0x803f: No need to write > 0x8040: No need to write > 0x8041: No need to write > 0x8042: No need to write > 0x8043: No need to write > 0x8044: No need to write > 0x8045: No need to write > 0x8046: No need to write > 0x8047: No need to
Re: [OpenWrt-Devel] Etrax support
MichelinoK wrote: > Currently I'm using and old port of John Crispin, the porting is now called > "CrisOS" and you can find it at www.crisos.org. > It works, but it's rather oldand I wanna use the official trunk of > kamikaze. Here is crisos on our platform, so I guess your foxboard images should/might work on my hardware too ;)) _ _ _ | | (_) | __ _ ___ _ __ ___ ___ ___ _ _ ___| |_ ___ _ __ ___ ___ _| |_ / _` |/ __| '_ ` _ \ / _ \/ __| | | / __| __/ _ \ '_ ` _ \/ __| | | __| | (_| | (__| | | | | | __/\__ \ |_| \__ \ || __/ | | | | \__ \_| | |_ \__,_|\___|_| |_| |_|\___||___/\__, |___/\__\___|_| |_| |_|___(_)_|\__| __/ | |___/ FOXBOARD @ www.acmesystems.it Uncompressing Linux... Done. Now booting the kernel. Linux version 2.6.19.2 ([EMAIL PROTECTED]) (gcc version 4.1.2) #2 Fri Apr 4 10:57:34 CEST 2008 Determinig RAM size RAM size is 16MB Setting up paging and the MMU. Linux/CRIS port on ETRAX 100LX (c) 2001 Axis Communications AB Built 1 zonelists. Total pages: 2040 Kernel command line: root=/dev/mtdblock1 rootfstype=squashfs,jffs2 init=/etc/preinit noinitrd console=ttyS0,115200 PID hash table entries: 64 (order: 6, 256 bytes) Dentry cache hash table entries: 2048 (order: 0, 8192 bytes) Inode-cache hash table entries: 1024 (order: -1, 4096 bytes) Memory: 14000k/16384k available (1289k kernel code, 2384k reserved, 314k data, 56k init) Mount-cache hash table entries: 1024 NET: Registered protocol family 16 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 128 (order: -4, 512 bytes) TCP established hash table entries: 512 (order: -2, 2048 bytes) TCP bind hash table entries: 256 (order: -3, 1024 bytes) TCP: Hash tables configured (established 512 bind 256) TCP reno registered fast_timer_init() squashfs: version 3.0 (2006/03/15) Phillip Lougher Registering mini_fo version $Id$ JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler deadline registered (default) ETRAX 100LX serial-driver 1.25 $, (c) 2000-2004 Axis Communications AB ttyS0 at 0xb060 is a builtin UART with DMA usbcore: registered new interface driver zd1201 ETRAX 100LX 10/100MBit ethernet v2.0 (c) 1998-2006 Axis Communications AB eth0: changed MAC to 00:40:8C:CD:00:00 ETRAX 100LX USB Host Controller version 1.00 (c) 2005, 2006 Axis Communications AB usb_devdrv: Etrax 100LX USB Revision 16 v1,2 usb_devdrv: Bulk timer interval, start:2 eot:6 usb_devdrv: Claimed interface for USB physical port 1 usb_devdrv: Claimed interface for USB physical port 2 crisv10_irq dbg: ctr_status_irq, controller status: host_mode hc-crisv10 hc-crisv10.0: ETRAX 100LX USB Host Controller hc-crisv10 hc-crisv10.0: new USB bus registered, assigned bus number 1 hc-crisv10 hc-crisv10.0: reset hc-crisv10 hc-crisv10.0: start usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected Initializing USB Mass Storage driver... crisv10_irq dbg: ctr_status_irq, controller status: host_mode started crisv10_irq dbg: ctr_status_irq, controller status: host_mode started running usb 1-1: new full speed USB device using hc-crisv10 and address 2 crisv10_irq warn: 3rd error for epid:0 (in ctrl) URB:0xc02bbb60[0] crisv10_irq warn: 3rd error for epid:0 (in ctrl) URB:0xc02bbb60[1] crisv10_irq warn: 3rd error for epid:0 (in ctrl) URB:0xc02bbb60[2] usb 1-1: device descriptor read/64, error -71 crisv10_irq warn: 3rd error for epid:0 (in ctrl) URB:0xc02bbb60[3] crisv10_irq warn: 3rd error for epid:0 (in ctrl) URB:0xc02bbb60[4] crisv10_irq warn: 3rd error for epid:0 (in ctrl) URB:0xc02bbb60[5] usb 1-1: device descriptor read/64, error -71 crisv10_irq dbg: ctr_status_irq, controller status: host_mode crisv10_rh: Physical port 1 disabled crisv10_irq dbg: ctr_status_irq, controller status: host_mode started crisv10_irq dbg: ctr_status_irq, controller status: host_mode started running hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad? crisv10_irq dbg: ctr_status_irq, controller status: host_mode crisv10_rh: Physical port 1 disabled crisv10_irq dbg: ctr_status_irq, controller status: host_mode started crisv10_irq dbg: ctr_status_irq, controller status: host_mode started running hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad? crisv10_irq dbg: ctr_status_irq, controller status: host_mode crisv10_rh: Physical port 1 disabled crisv10_irq dbg: ctr_status_irq, controller status: host_mode started crisv10_irq dbg: ctr_status_irq, controller status: host_mode started running hub 1-0:1.0: Cannot enable port 1. Maybe the USB cable is bad? cr
