Re: [uClinux-dev] uClinux error jffs2 cannot find -lz
Hi Greg Found the problem don't have the patch! But I have a good explanation and a work around. I Compiled in ~/projects/uClinux-cdl/ not ~/projects/uClinux-dist/ It should be generated as part of your snapgear/uClinux-dist build. If everything worked as it should (:-) then there would be a libz.a in your build tree at ~/lib/libz.a. Can you check that? ~/lib/libz.a is a symlink pointing to in this case ~/projects/uClinux-dist/lib/zlib/libz.a (the rest of the symlinks appear to build correctly) since I am building in ~/projects/uClinux-cdl/~ ( I did make xconfig, make dep, make in ~/uClinux-cdl/) This is a bad thing. ;-) The symlink is modified at build time per the symlink properties but exclusively points to ~/uClinux-dist/~. Cheers John ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] Compiling GDB with gcc 4.1.2 help
Hi all - I'm trying to build gdb 6.0 with the m68k-bdm patches. Walking through the readme file, I got the bdm-chk program to work with the PE debugger, but I am getting errors when I try to compile gdb itself. I'm using Fedora Core 6, which has gcc 4.1.2. The error that I am getting is: make[1]: Entering directory `/opt/gdb60-build/gdb' gcc -c -g -O2-I. -I../../gdb-6.0/gdb -I../../gdb-6.0/gdb/config -DLOCALEDIR=\/opt/m68k-bdm/share/locale\ -DHAVE_CONFIG_H -I../../gdb-6.0/gdb/../include/opcode -I../../gdb-6.0/gdb/../readline/.. -I../bfd -I../../gdb-6.0/gdb/../bfd -I../../gdb-6.0/gdb/../include -I../intl -I../../gdb-6.0/gdb/../intl -DMI_OUT=1 -Wimplicit -Wreturn-type -Wcomment -Wtrigraphs -Wformat -Wparentheses -Wpointer-arith -Wuninitialized ../../gdb-6.0/gdb/gdbtypes.c ../../gdb-6.0/gdb/gdbtypes.c: In function ?recursive_dump_type?: ../../gdb-6.0/gdb/gdbtypes.c:3059: error: invalid lvalue in increment make[1]: *** [gdbtypes.o] Error 1 make[1]: Leaving directory `/opt/gdb60-build/gdb' make: *** [all-gdb] Error 2 I read from google that one cannot compile gdb with gcc 4 and up. Is this true??? Any help would be appreciated. Thanks Mark ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
RE: [uClinux-dev] Compiling GDB with gcc 4.1.2 help
This sounds very similiar to a bug I ran into with the uClinux-dist and gcc 4. The compiler is stricter in many cases. After correcting about half a dozen other errors, I the compile to finish. You might try checking out the code repository or mailing list for m68k bdm gdb to see if anyone has already made a fix. - Jate S. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, July 17, 2007 12:57 PM To: uclinux-dev@uclinux.org Subject: [uClinux-dev] Compiling GDB with gcc 4.1.2 help Hi all - I'm trying to build gdb 6.0 with the m68k-bdm patches. Walking through the readme file, I got the bdm-chk program to work with the PE debugger, but I am getting errors when I try to compile gdb itself. I'm using Fedora Core 6, which has gcc 4.1.2. The error that I am getting is: make[1]: Entering directory `/opt/gdb60-build/gdb' gcc -c -g -O2-I. -I../../gdb-6.0/gdb -I../../gdb-6.0/gdb/config -DLOCALEDIR=\/opt/m68k-bdm/share/locale\ -DHAVE_CONFIG_H -I../../gdb-6.0/gdb/../include/opcode -I../../gdb-6.0/gdb/../readline/.. -I../bfd -I../../gdb-6.0/gdb/../bfd -I../../gdb-6.0/gdb/../include -I../intl -I../../gdb-6.0/gdb/../intl -DMI_OUT=1 -Wimplicit -Wreturn-type -Wcomment -Wtrigraphs -Wformat -Wparentheses -Wpointer-arith -Wuninitialized ../../gdb-6.0/gdb/gdbtypes.c ../../gdb-6.0/gdb/gdbtypes.c: In function 'recursive_dump_type': ../../gdb-6.0/gdb/gdbtypes.c:3059: error: invalid lvalue in increment make[1]: *** [gdbtypes.o] Error 1 make[1]: Leaving directory `/opt/gdb60-build/gdb' make: *** [all-gdb] Error 2 I read from google that one cannot compile gdb with gcc 4 and up. Is this true??? Any help would be appreciated. Thanks Mark This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH] BSP for Savant CPU card
Hi Greg, 1. The linker script changes don't conform to the modern way of setting the base and size of kernel RAM 2. Why the special case for vectors 240-255? (I am unlikely to merge any special cases in that code) 1. I'm not sure what you mean by this. config.linux-2.6.x looks the same as M5235EVB regarding CONFIG_RAMBASE and SIZE. Are you talking about config.c? 2. I dont blame you for not wanting that code. That grew out of the fact that i changed to boot image.bin at 0x400, but then changed to needing the u-boot mkimage header before the image start. there were already boot roms out there so i couldnt move the start up to something logical. I want to get away from the that hack ASAP so i'll resubmit the BSP without that after i understand what is needed to fix issue #1. Thanks, Wilson ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] [PATCH] MCF5235 Coldfire eTPU and Interrupt Driver
Hi, Attached are two new drivers for the 5235. The patch is against the 20070130 distro. It includes: 1) The interrupt driver, char/mcf_intc.c, could be useful to other coldfires that want to have a user app sit on a poll waiting for an interrupt. it currently supports IRQ's and eTPU interrupts, but could easily be extended. 2) The eTPU driver, misc/mcfetpu_serial.c, interfaces the freescale UART code with the linux tty layer. This allows you to have many UARTs on one board. You just need to download the freescale eTPU code and create the user side app that hooks into this driver. Thanks, Wilson eTPU.patch.gz Description: GNU Zip compressed data ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] /dev/mtd and /dev/mtdblock
Thanks for the advices. Cordialement, Xavier MONTAGNE Pragmatec 06.98.06.21.55 - Original Message - From: Gavin Lambert [EMAIL PROTECTED] To: 'uClinux development list' uclinux-dev@uclinux.org Sent: Tuesday, July 17, 2007 12:40 AM Subject: RE: [uClinux-dev] /dev/mtd and /dev/mtdblock Quoth xavier.montagne: Do you know how to do it with a Linux 2.6 kernel (MMU) ? There's no difference. Device nodes are added via your vendor makefile regardless of kernel version. (Which major/minor numbers you need to use to do so *might* differ between kernel versions, though.) ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.5/899 - Release Date: 13/07/2007 15:41 ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] State of shared libraries on m68knommu
Well, I've been wrestling with getting shared libraries to work on my Coldfire 5235 platform. I've been down the dead end (so far) of moving to the new 20061214 toolchain. I am using uClinux-dist-20051110. Freeing unused kernel memory: 32k freed (0x12e000 - 0x135000) BINFMT_FLAT: Loading file: /bin/init BINFMT_FLAT: ROM mapping of file (we hope) BINFMT_FLAT: Allocated data+bss+stack (75946 bytes): f40010 Mapping is f64000, Entry point is 48, data_start is 3140 Load /bin/init: TEXT=f64040-f67140 DATA=f40010-f40370 BSS=f40370-f51880 BINFMT_FLAT: Loading file: /lib/lib1.so BINFMT_FLAT: ROM mapping of file (we hope) BINFMT_FLAT: Allocated data+bss+stack (30464 bytes): ec0010 Mapping is f0, Entry point is 44, data_start is 370c0 Lib /lib/lib1.so: TEXT=f00040-f370c0 DATA=ec0010-ec52c0 BSS=ec52c0-ec7710 BINFMT_FLAT: library 0 is younger than 1, killing init! BINFMT_FLAT: failed to load library 1, killing init! So load_flat_binary loads and prepares init. Then it realizes the shared library dependency, and loads lib1.so. What I don't know is how the kernel decides that lib1.so depends on init. Does the kernel decide this after traversing the executable's symbol table? - Jate S. ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] Userspace priority against kernel tasks
Jivin Bou lays it down ... Hi David, Jivin Bou lays it down ... Hi all, sorry for posting this again (I hope whoever could comment on the original post just lost it :) ). I would appreciate anyone's thoughts on this. Don't recall seeing it, but then that doesn't mean a lot ;-) Hi all, On a normal kernel (no special tuning), kernel space tasks have more priority than userspace ones? Is that correct? Not as far as I know, unless a kernel task increases it's priority I think it is the same, of course it can do whatever it likes, you would have to check. I think that apart from normal priorities (using nice), there are some more priorities in the kernel (other than SCHED_NORMAL) Here is what I am experiencing and trying to find a solution. I have an IXP425 based board, running madwifi for the Atheros cards, acting as a wifi router. I also use userspace programs (boa http server and cgi apps) to configure it. When the board is on heavy load (Wireless stations connected to the board and pass lots of traffic), my web apps run extremely slow. Even the serial console responds that slow. This is most likely due to interrupt load and at interrupt time processing. That is higher priority than processes. Yes, this seems to be my problem. Is there a solution to this? Would CONFIG_PREEMPT help at all? Or for something like this you have to use a RT kernel? NAPI can help, there are many drivers in the kernel that implement it and you may be able to apply the same techniques to whatever drivers are causing your latencies. This was GREAT info. NAPI did help a lot. Well, it is not that fast, but response time is acceptable. NAPI is supposed to be a useful compromise between interrupt processing and polling, so the response time should still be ok until you load the system up. Either that or I give NAPI more credit than it deserves ;-) Many many thanks!!! P.S. I did not see any difference changing the weight (packets that could be processed at once) of the poll function. Once you are saturated this will have no effect. The weight would only help when bursting, not for constant overload, Cheers, Davidm Cheers, Bou Assuming that the user space application can have a specific pid, is there any patch that can be applied to the kernel's scheduler to give it some more priority? I cannot tell if this slow down occurs to kernel versus user space priorities, or to the bunch of interrupts per second. You want to look into kernel profiling (profile and oprofile). Cheers, Davidm ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev -- David McCullough, [EMAIL PROTECTED], Ph:+61 734352815 Secure Computing - SnapGear http://www.uCdot.org http://www.cyberguard.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH] BSP for Savant CPU card
Hi Wilson, Something else I just thought of too :-) Wilson Callan wrote: 1. The linker script changes don't conform to the modern way of setting the base and size of kernel RAM 2. Why the special case for vectors 240-255? (I am unlikely to merge any special cases in that code) 1. I'm not sure what you mean by this. config.linux-2.6.x looks the same as M5235EVB regarding CONFIG_RAMBASE and SIZE. Are you talking about config.c? Given your changes to config.c you should have a look at the most recent platform changes I have made to all these config.c files. Look in either of: http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.22-uc0.patch.gz http://www.uclinux.org/pub/uClinux/dist/patches/uClinux-dist-20070130-20070718.patch.gz The patch won't apply as is, and could be made to fit in the platform setup as well. Regards Greg 2. I dont blame you for not wanting that code. That grew out of the fact that i changed to boot image.bin at 0x400, but then changed to needing the u-boot mkimage header before the image start. there were already boot roms out there so i couldnt move the start up to something logical. I want to get away from the that hack ASAP so i'll resubmit the BSP without that after i understand what is needed to fix issue #1. Thanks, Wilson ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev -- Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] Secure Computing CorporationPHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] linux-2.6.22-uc0 patch set released
Hi Doug, Doug Kehn wrote: --- Greg Ungerer wrote: And by popular request here is a big patch that will bring a stock 2.6.22 kernel up to a uClinux-dist 2.6.x level kernel: http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.22-uc0-big.patch.gz iptables fails to compile after applying the patch to uClinux-dist-20070130 due to netfilter header changes. The attached patch resolves the compile problems and brings iptables up to v1.3.8. The patch compiles for both linux-2.4.x and linux-2.6.x (uClinux-dist-20070130). So far ... I haven't run into any problems on linux-2.6.x. For linux-2.4.x, I only made sure that the apps would execute without complaining. I have essentially done the same thing in the most recent uClinux-dist patches at: http://www.uclinux.org/pub/uClinux/dist/patches/ Regards Greg Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] Secure Computing CorporationPHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
