Re: Help for building linux 2.6.15
In message <[EMAIL PROTECTED]> you wrote: > > I am working on ELDK 4.0 package with my evaluation board: A&M MPC875, > after configuration for my board, and do 'make zImage', I got the > following errors: I cannot find any board support for this board in the 2.6 kernel trees. Who ported Linux to this hardware? Please go and ask these guys. > CC arch/ppc/syslib/m8xx_setup.o > arch/ppc/syslib/m8xx_setup.c:56: error: 'bd_t' undeclared here (not in > a function) Broken code, and/or a broken configuration, if you ask me. > Can anyone help me? Thanks. Which board configration are you using? And where is the board support coming from? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Change is the essential process of all existence. -- Spock, "Let That Be Your Last Battlefield", stardate 5730.2 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: 2 Ethernet port operating in a PPC405EP system
In message <[EMAIL PROTECTED]> you wrote: > > Sorry for such long e-mail. Actually it's not so long... > I am now working on a STB project, and our board is a IBM PPC405EP with > 2 ethernet ports. U-Boot 1.0.0 and linux 2.4.20 (from MontaVista) is > used and update is not recommended. Each ethernet port has a RTL8021CP > PHY connected. ... as reading stops here. Both U-Boot 1.0.0 and Linux 2.4.20 are not only old, they are ancient. Zillions of smaller and bigger bugs have been fixed since. Do yourself a favour and use current code. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The software required `Windows 95 or better', so I installed Linux. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Unable to build ELDK 4.0
Dear Phil, in message <[EMAIL PROTECTED]> you wrote: > > I am attempting to build the ELDK kernel using the directions in > /home/mathews/ELDK/ppc_6xx/usr/src/linux-2.6.15/README. The makefile is Please also RTFM: http://www.denx.de/wiki/DULG/Manual?stickboard=yosemite , especially section "6.2. Kernel Configuration and Compilation": http://www.denx.de/wiki/view/DULG/LinuxConfiguration#Section_6.2. Note that I selected the DULG-version for a board for which 2.6 kernel support is available. > trying to execute powerPC code (fixdep) on my Pentium box. Where can I > get a X86 version of this program? This is a consequence of wrong make commands. > # Make attempt: > [EMAIL PROTECTED]:~/ELDK/ppc_6xx/usr/src/linux-2.6.15> make > O=/home/name/build/kernel menuconfig You must pass correct ARCH= and CROSS_COMPILE= arguments when running make, i. e. make ARCH=ppc CROSS_COMPILE=ppc_6xx- ... menuconfig etc. Also make sure to start from a clean source tree, i. e. run "make mrproper" to clean up before configuring your board. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] A modem is a baudy house. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Unable to build ELDK 4.0
In message <[EMAIL PROTECTED]> you wrote: > > [EMAIL PROTECTED]:~/ELDK/ppc_6xx/usr/src/linux-2.6.15> make > O=/home/name/build/kernel menuconfig > HOSTCC scripts/basic/fixdep > In file included from > /home/mathews/ELDK/usr/../ppc_6xx/usr/include/sys/socket.h:35, > from > /home/mathews/ELDK/usr/../ppc_6xx/usr/include/netinet/in.h:24, > from > /home/mathews/ELDK/usr/../ppc_6xx/usr/include/arpa/inet.h:23, > from > /home/mathews/ELDK/ppc_6xx/usr/src/linux-2.6.15/scripts/basic/fixdep.c:115: > /home/mathews/ELDK/usr/../ppc_6xx/usr/include/bits/socket.h:304:24: error: > asm/socket.h: No such file or directory > make[2]: *** [scripts/basic/fixdep] Error 1 > make[1]: *** [scripts_basic] Error 2 > make: *** [menuconfig] Error 2 It's working fine here. Did you install from CDROM or from a down- load? Did you verify the downloaded files? Were there any error messages dureing installation? Did you try a fresh reinstall? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] I used to be indecisive, now I'm not sure. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Unable to boot kernel 2.6 from u-boot 1.1.4 in Xilinx ML403
In message <[EMAIL PROTECTED]> you wrote: > > 1. When I directly download zImage.elf to the RAM and boot from there, I see ... > 2. When I tried to boot the zImage (sitting in the flash) from u-boot file When you use U-Boot, you should use the correct image (uImage). Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Every little picofarad has a nanohenry all its own. - Don Vonada ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Problem about porting u-boot 1.1.4 to MPC8560
In message <[EMAIL PROTECTED]> you wrote: > > After prog u-boot image to 8560. We get output as follows: You are off topic here. Also, it is very impolite to post the same question on several mailing lists. Your questions have already been answered on u-boot-users. Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Mr. Cole's Axiom: The sum of the intelligence on the planet is a constant; the population is growing. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: [U-Boot-Users] OT: Re: Status of OF in TQM8540 and linux-2.6.17.11
In message <[EMAIL PROTECTED]> you wrote: > > Clemens Koller <[EMAIL PROTECTED]> wrote: ... > > According to TQC, the latest "working" kernel was a 2.6.15-git from your > > (denx) tree. I get the details from Mr. [EMAIL PROTECTED] and see how far I > > can get. [TQ provides obsolete information.] > The upper defines need to reside in the board-specific code for tqm as well > as for other boards > utilizing such scheme (see platforms/85xx/mpc85xx_ads_common.h for instance). Thanks for pointing out. Clemens, plese try again (commit id cd4ebbc9b95434977e5f182b9a22d7d1de0748ce) Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Where shall I begin, please your Majesty?" he asked. "Begin at the beginning," the King said, gravely, "and go on till you come to the end: then stop."- Alice's Adventures in Wonderland, Lewis Carroll ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: 11-16-05 2.6.14 on AMCC Yosemite boar d(PCI-IDE card boot error)
In message <[EMAIL PROTECTED]> you wrote: > > I have tested and debuged the ELDK's kernel 2.6.14 with PDC20269 PCI-IDE > card, the system paniced when it run the 'ide_pci_setup_ports' funcation > [drivers/ide/setup_pci.c], the attached files included the entry log > messages, and ksysoops messages when the kernel paniced, and my kernel > configuration file and BDI2000 configuration file. First, you should be using recent code. YOu should use at least the code tagged as DENX-2006-05-11-0050 (aka a733b0d0915a) from our git repository. But note that this will problably not result in a working IDE driver. Many PCI IDE cards (drivers) have similar issues when used in big endian (PowerPC) systems. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Don't think; let the machine do it for you!"- E. C. Berkeley ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: uboot-1.1.4 linux-2.6.10: Image bootproblems
In message <[EMAIL PROTECTED]> you wrote: > > uboot==> bootm 0x0004 > ## Booting image at 0004 ... >Image Name: Linux-2.6.10 >Image Type: ARM Linux Kernel Image (gzip compressed) You are off topic here. This is the PowerPC list. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] You see things; and you say ``Why?'' But I dream things that never were; and I say ``Why not?'' - George Bernard Shaw _Back to Methuselah_ (1921) pt. 1, act 1 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: PPChameleonEVB Newbie question
Dear Adrian, in message <[EMAIL PROTECTED]> you wrote: > > I have a PPChameleonEVB board running a 405EP processor. DAVE has a lot of pretty detailed application notes. Make sure to read their docs. > I have tried many things, and can now boot Linux 2.6.15 on the board using > an NFS share as both root fs and swap. Swap over NFS? Grrghh... > When I try to compile & install the kernel modules on the board, i get an > message about perl and then it errors. Why don't you just use the cross tools? > 1) Kernel version/Linux distroof the i386 PC used for the cross-compiling. Should not matter much. > 2) ELDK version and if there are any patches needed. For a 2.6 kernel tree you need ELDK 4.0. > 2) Perl version (or how to stop the Kernel build using perl) Use the cross tools. It's much faster anyway. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] He had quite a powerful intellect, but it was as powerful like a locomotive, and ran on rails and was therefore almost impossible to steer. - Terry Pratchett, _Lords and Ladies_ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: lite5200B boot up error with PCI card
In message <[EMAIL PROTECTED]> you wrote: > > >I am trying to boot up lite5200B version 1.0 freescale board with u boot and > >it boots up properly without any PCI card. > The lite5200B crashes while bootup if a PCI card (PCI to mini PCI converter > card of Catalyst Enterprises) is inserted. ... > U-Boot 1.1.3 (Aug 10 2005 - 11:07:57) No big surprise. Support for the Lite500B was added much later. You should update U-Boot to the latest version (= top of tree in git repository). Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Life sucks, but it's better than the alternative." - Peter da Silva ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Not know how to build image and user application from ELDK 4.0
In message <[EMAIL PROTECTED]> you wrote: > > I have just installed ELDK 4.0 for TQM 8xxL and read it README but I don't > know how to build my custom image or adding user application.Such as I want > to build ssh and openssh but I don't know where to start and how to do it > step by step. > Every one who HAD did it please guide me step by step to do it I strongly recommend to read the extensive documentation that is available at http://www.denx.de/wiki/view/DULG/Manual?stickboard=tqm8xxl Also, I would like to point out that you should use ELDK 3.1.1 for MPC8xx based systems like the TQM8xxL (that's the reason why the TQM8xxL ships with ELDK 3.1.1 included on CDROM). Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] A Perl script is correct if it's halfway readable and gets the job done before your boss fires you. - L. Wall & R. L. Schwartz, _Programming Perl_ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: JFFS2 on Lite5200
In message <[EMAIL PROTECTED]> you wrote: > > I'm currently using linux-2.6.16 from denx on a Lite5200 V2.0. I need to > access a JFFS2 filesystem on the onboard flash ( 16MB Am29L652D ). We do NOT support the MPC5200 in the context of this kernel tree yet. For the MPC5200, we still recommend to use the linuxppc_2_4_devel tree. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "The whole problem with the world is that fools and fanatics are always so certain of themselves, but wiser people so full of doubts." - Bertrand Russell ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Build openssl in ELDK 3.1.1
In message <[EMAIL PROTECTED]> you wrote: > ... > - Go to /usr/src/denx/SPECS and run >ppc_8xx-rpmbuild openssl.spec > Then I receive in /usr/src/denx/openssl-0.9.7f/ libssl.so.0.9.7 > and openssl in /usr/src/denx/openssl-0.9.7f/apps > > That's OK Good. > But I don't know Was command openssl added in image in > /ppc_8xx/images? If no how i can do it ? It does not modify the images files at all. why should it? > I also want to rebuild kernel but i only receive vmlinux in > /ppc_8xx/usr/src/linux/ Was vmlinux added in image in > /ppc_8xx/images? If no how i can do it ? > If I want to build an application but not in > ftp://ftp.sunet.se/pub/Linux/distributions/eldk/3.1.1/ppc-linux-x86/sources/target/SRPMS/ > how can I do? May I suggest you start reading the documentation? It explains all these things. See http://www.denx.de/wiki/DULG/Manual Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] 1 1 was a race-horse, 2 2 was 1 2. When 1 1 1 1 race, 2 2 1 1 2. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: problem when boot new kernel and ramdisk
In message <[EMAIL PROTECTED]> you wrote: > > I have just build kernel image and ramdisk for TQM_8xxL ... >Image Name: Linux-2.6.12-uc0 There is no support for TQM8xxL boards in the context of the 2.6 kernel tree yet. At least, non working support. > Where error ocur? and how can I fix it ? Use a 2.4 kernel. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Wish not to seem, but to be, the best." - Aeschylus ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Linux-2.6.x for TQM860L
Hello, in message <[EMAIL PROTECTED]> you wrote: > > I have just read pages > http://www.denx.de/wiki/Know/Linux24vs26 and i see you had build > Linux-2.6.11.7 for TQM860L with instruction below > Download Kernel Version 2.6.11.7 from kernel.org plus 8xx v2.6 TLB patch > by Marcelo Tosatti (4 Apr 2005) > Download config-2.6.11.7-TQM860L > Build instruction > > -> export CROSS_COMPILE=ppc_8xx- > -> cp ../config-2.6.11.7-TQM860L .config > -> make ARCH=ppc CROSS_COMPILE=ppc_8xx- oldconfig > -> time make -j8 ARCH=ppc CROSS_COMPILE=ppc_8xx- uImage > > I had done exactly these intruction but I received error > Why? Had I missed another guide? Did you use exact this kernel version, with Marcelo's patch applied, with the provided configuration file? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] No one may kill a man. Not for any purpose. It cannot be condoned. -- Kirk, "Spock's Brain", stardate 5431.6 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Building ELDK 3.0/3.1 from SRPMS
Dear John, in message <[EMAIL PROTECTED]> you wrote: > > I having trouble rebuilding ELDK 3.0 & ELDK 3.1 from > the source RPMS. I have spent a great deal of time on > this, and I have a feeling that maybe I=92m just not > doing something correctly (setting up the build > environment, retrieving source/specs from CVS.. > etc..). My build machine is Red Hat 9.0 without any > updates (Kernel 2.4.20-8, the Shrike release). This will not work; to build ELDK 3.x from scratch you need a RH-7.3 box *with* all updates installed. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] e-credibility: the non-guaranteeable likelihood that the electronic data you're seeing is genuine rather than somebody's made-up crap. - Karl Lehenbauer ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: AW: Xubuntu and Xenomai on the Lite5200 (IceCube)...
In message <[EMAIL PROTECTED]> you wrote: > > > after enabling pci in the kernelconfig, > > usb is working. > > Duh. And how is one supposed to know that? You aren't. I consider this a bug, too. Actually, this is supposed to be fixed in the current tree. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "The greatest warriors are the ones who fight for peace." - Holly Near ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Building ELDK 3.0/3.1 from SRPMS
Dear John, in message <[EMAIL PROTECTED]> you wrote: > Thanks Wolfgang! Loading RH7.3 and updating > everything with YUM seemed to do the trick to building > ELDK 3.0! Out of curiosity: may I ask why you invest efforts in this old version? > On a another note, I am also trying to build ELDK > 2.1.0 from SRPMS on the same RH7.3 machine, and I am > comming across two problems: > 1. The SRPM for mount-2.11g-5a.src.rpm from the > Yellowdog 2.3 release seems to have "bad magic" in > that when trying to install the SRPM, there is some > sort of validation problem. In remeding this, I am > using mount-2.11g-5a.src.rpm from the Yellowdog 2.2 > release.It probably isn't safe to to so, but I was > wondering how you over came this issue. Exactly the same way you did :-) > 2. I'm pretty sure that not all of my applications > are building in the ELDK2.1.0 release, for example ... > /bin/sh: gperf: command not found > make[1]: *** [keywords.c] Error 127 > make[1]: Leaving directory > `/opt/eldkv2.1.0/build/ppc-2006-10-27/work/usr/src/de > nx/BUILD/modutils-2.4.13/genksyms' > make: *** [all] Error 2 > error: Bad exit status from > /opt/eldkv2.1.0/build/ppc-2006-10-27/work/var/tmp/rp > m-tmp.26616 (%build) > > Does mean that I need to go get gperf? Sorry, I don't have these old logs online any more. Please drop me a note if you really want to see these, so I can restore the files from tape. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] How many Unix hacks does it take to change a light bulb? Let's see, can you use a shell script for that or does it need a C program? ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Not show login correct
In message <[EMAIL PROTECTED]> you wrote: > > I have just build kernel and ramdisk for TQM8xxL success. But when I login I > receive > [EMAIL PROTECTED] W] , my hostname is van and current directory is /root/bin > ,May I receive [EMAIL PROTECTED] bin] .. > PS1="[EMAIL PROTECTED] \W]\\$ " Check if your shell really supports such escape sequences. I guess you might be running something different than bash which does not understand this. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] If you fail to plan, plan to fail. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Has anyone 2.6 kernel with Xenomai and MPC5200 Lite running?
In message <[EMAIL PROTECTED]> you wrote: > > I have here a MPC5200 Lite (IceCube/Freescale Lite 5200) and tried to > get Xenomai running. > > If I use the 2.6 kernel from denx the board boots fine but I am not Note that we explicitely do NOT support the MPC5200 in this tree yet. > able to patch the kernel with the adeos patch (adeos-patch is for > kernel 2.6.18) and the kernel from denx is 2.6.19rc4. I checked the > changes and they are to much for me to adapt it. Then just check out the 2.6.18 version of the tree. This is a git repo, so seeking to any version you like is a matter of seconds. > What I need now is a patch for kernel 2.6.18 to get all the MPC5200 > stuff running (priority has the networkchip) or a adeos patch for the > denx kernel 2.6.19-rc4. You do not want this, if you're on a MPC5200. I repeat, this is not supported. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] If I had to live my life again, I'd make the same mistakes, only sooner. -- Tallulah Bankhead ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Has anyone 2.6 kernel with Xenomai and MPC5200 Lite running?
In message <[EMAIL PROTECTED]> you wrote: > > > Then just check out the 2.6.18 version of the tree. This is a git > > repo, so seeking to any version you like is a matter of seconds. > > hm, I did it but was not successfully. What I did was: ... > git checkout -b private2.6.18 v2.6.18 This will give you the exact 2.6.18 kernel.org tree without any extensions / modifications. It has even less support for the MPC5200 than our tree, wher eit is unsupported. > Now I had kernel 2.6.18 but without network :( ACK. The kernel.org tree does not include Sylvain's patches. > ok, that is clear but if the kernel boots fine on the board with > network and I am able to patch it with Xenomai I can live with it. You mean, you don't care about reliability? Umm... then you don't need Xenomai, either. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "In matrimony, to hesitate is sometimes to be saved."- Butler ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Has anyone 2.6 kernel with Xenomai and MPC5200 Lite running?
In message <[EMAIL PROTECTED]> you wrote: > > how can I checkout kernel 2.6.18 with denx improvements? run gitk and check where our tree was megred with the Linus tree after the v2.6.18 release - you will find that it's commit ID dee0eedc749e35f85103f33d9c28bdfcdc1a8fb4 > I need the system only for development, the targetsystem will run on > another board :) I'm not talking about a specific board, but about MPC5200 in general. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] About the use of language: it is impossible to sharpen a pencil with a blunt ax. It is equally vain to try to do it with ten blunt axes instead. -- Edsger Dijkstra ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Linux Kernel 2.6 on Artesyn Katana Board (3750) with IBM 750FX PP C
In message <[EMAIL PROTECTED]> you wrote: > We are trying to upgrade the kernel to 2.6. The kernel upgrade is success > on one card with ppc boot version 1.2 > with release date of July 2004. > > But all other cards which have different dates but same boot version the > kernel upgrade is not successful. > Here is the boot output > > P1(2.01)=>go 0x0801 > ## Starting application at 0x0801 ... > loaded at: 0801 081EA320 > relocated to: 0080 009DA320 > zimage at: 00805909 009D78BD > avail ram: 0070 00B0 > max kernel:0060 This is NOT the correct way to boot Linux using U-Boot. You should create a U-Boot image file (using the mkimage tool, resp. running "make uImage"), and boot this using the "bootm" command as documented in the README and the manual. Please read the documentation. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] I'm what passes for a Unix guru in my office. This is a frightening concept. - Lee Ann Goldstein, in <[EMAIL PROTECTED]> ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Please give your feedback
In message <[EMAIL PROTECTED]> you wrote: > > Please suggest me where i can download the toolchain to use u-boot1.1.3 See for example http://www.denx.de/wiki/view/DULG/ELDKAvailability Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Real programmers don't comment their code. It was hard to write, it should be hard to understand. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Linux Kernel 2.6 on Artesyn Katana Board (3750) with IBM 750F X PP C
In message <[EMAIL PROTECTED]> you wrote: > After making an uIamge and using bootm here is the o/p. I have tried using > DHCP/ RARP options also > but I dont see any requests coming onto the host machine where the server > is runnig. Is there something > incorrect in the configuration that I have. Probably a bug or configuration problem in your Linux kernel and/or your toolchain. > Linux version 2.6.10_mvlcge401-katana ([EMAIL PROTECTED]) (gcc version 3.4.3 > (MontaVista 3.4.3-25.0.41.0501420 2005-09-07)) #32 Mon Nov 6 16:03:17 IST 2006 Since this is a MVL source tree and tools, you probably want to ask MV support... Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Never call a man a fool. Borrow from him. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Kernel 2.6.18 and JFFS2 Filesystem problem
In message <[EMAIL PROTECTED]> you wrote: > > i dont know what my mistake. We don';t know either - not from such a vague message. > What files do i need for a filesystem? See for example http://www.denx.de/wiki/view/DULG/RootFileSystemDesignAndBuilding > Is it correct to build the filesystem with these parameters? > --> mkfs.jffs2 -r dir -o jffs2 -e 0x4 -p This might be OK, but we don't know your hardware. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "How is this place run - is it an anarchy?" "No, I wouldn't say so; it is not that well organised..." ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Ramdisk of ELDK 3.1.1 not run
In message <[EMAIL PROTECTED]> you wrote: > > I had used kernel of ELDK 3.1.1 and Ramdisk of ELDK 4.0 on board MPC8xxL .It > run ok but I see it will meet trouble :D Yes, this is to be expected. The ELDK 4.0 ramdisk built with a 2.6 kernel in mind. > When I use kernel and Ramdisk of ELDK 3.1.1 for MPC8xxL (I only rebuild > Kernel use oldconfig and use uRamdisk in source (not rebuild )) but I receive > error ... > Kernel command line: You don't pass any boot arguments here. > What I miss?May i correct it You obviously missed to read the documentation. Please see http://www.denx.de/wiki/view/DULG/LinuxKernelArgs > I also build kernel Linux 2.6.11.7 use tosati patch and config ,but when I > want this kernel support virtual terminal it hang.May I correct it? You probably missed to define correct boot arguments, especially a correct console device; note that 2.6 uses ttyCPM0 instead of ttyS0, etc. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] I don't know if it's what you want, but it's what you get. :-) - Larry Wall in <[EMAIL PROTECTED]> ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: [PATCH] [POWERPC] Add support for Rev. B of PowerPC 440SPe
In message <[EMAIL PROTECTED]> you wrote: > This is mostly updating the PCI Express code to work with the new core > in the Rev. B chip, which unfortunately has different undocumented > restrictions on the PLB addresses that can be used from the Rev. A core. > > Also, when adding the cputable entry for 440SPe Rev. B, we need to > adjust the entry for 440SP Rev. A so that it looks at more bits of the > PVR. The 440SPe Rev. B has PVR 53421891, which would have matched the > old 440SP pattern of 53xxx891. > > Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Just for the record: This patch is _heavily_ borrowed on code by Rafal Jaworowski; see http://www.denx.de/cgi-bin/gitweb.cgi?p=linux-2.6-denx.git;a=commit;h=30e3e3be8863902f508af74fdc61ec9b80756bc0 Please add correct attribution. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "In Christianity neither morality nor religion come into contact with reality at any point." - Friedrich Nietzsche ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Perl
In message <[EMAIL PROTECTED]> you wrote: > I've been trying to cross compile Perl for a PPC440 board and it just > isn't happening. Perl is probably the least amenable application to > cross compiling I've found. Agreed. > Is there any easy solution? Can someone send me a binary? Compile natively on the board, using a NFS root environment. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Es ist nicht genug zu wissen, man muß auch anwenden; es ist nicht ge- nug zu wollen, man muß auch tun. -- Goethe, Maximen und Reflexionen ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Perl
In message <[EMAIL PROTECTED]> you wrote: > > > Configure and make perl natively on your target platform. I have done it > > some time ago with the ELDK. > > I don't think this is an option, the perl build has too many > dependencies. I confirm that building Perl on the target system using the ELDK root file system over NFS works fine. Just try it out. It may be slow, but CPU cyles are cheap. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] A meeting is an event at which the minutes are kept and the hours are lost. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: ELDK initial installation for FC 4.
In message <[EMAIL PROTECTED]> you wrote: > Leonid wrote: > > > > I've downloaded ppc-2006-01-11_amcc.iso file, burned it on CD, mounted > > CD, copied stuff into /opt/eldk, ran install - everything as explained Why did you copy the stuff? Did you read the documentation? This is NOT necessary. > > Is it going to work for Fedora Core 4 my PC is running? > > Why ask, just try it :) Even better: RTFM!!! Section "3.2. Supported Host Systems" of the DULG explicitely lists FC-4 as one of the known to be working systems. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] How does a project get to be a year late? ... One day at a time. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: boot failure on lite5200b board
In message <[EMAIL PROTECTED]> you wrote: > > Was there ever a fix for the Lite5200B boot up problem where uboot keeps > rebooting? Installing a recent version of U-Boot? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] A secure program has to be robust: it must be able to deal with conditions that "can't happen", whether user input, program error or library/etc. This is basic damage control. Buffer overflow errors have nothing to do with security, but everything with stupidity. -- Wietse Venema in <[EMAIL PROTECTED]> ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: memory corruption after MMU turned on
In message <[EMAIL PROTECTED]> you wrote: > I tried enable i-cache, but it looks fine, however if i enable > d-cache, u-boot corrupted right away, debugger showed some garbage > memory instead of valid instruction. Did you read the U-Boot README? It explains why this cannot work. > > > > >The kernel hangs after uncompressing is done, further debug shows > > > > > that it hangs right after "rfi " instruction of the turn_on_mmu: > > > > > function in head.S Did you read the FAQ, like http://www.ultsol.com/faq_p305.htm ? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Everything should be made as simple as possible, but not simpler." - Albert Einstein ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: BDI2000 not processing init list
In message <[EMAIL PROTECTED]> you wrote: > >I got BDI2000 today, tring to use to to debug my MMU problem. But > after I hooked it up and issue "reset", the following messages are > printed out: Please RTFM, then check your BDI config file for the setting of the STARTUP parameter, and/or try "reset halt". Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Overdrawn? But I still have checks left! ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Perl
In message <[EMAIL PROTECTED]> you wrote: > > there's a quick'n'dirty way to get a perl running on your CPU. > Take the Fedora Core 4 ppc binary rpm (perl-5.8.6-15.ppc.rpm) and install it > from an ELDK 4 root filesystem: This will only work if you are running on a system where your CPU has a full-blown CPU, 32 bytes cache line size, and your run-time environment (all system libraries) are configured to use the FPU. It will fail on FPU-less or FPU-restricted systems like MPC8xx, PPC4xx, or MPC85xx. > Note: This test has been done on a PPC405. But do not forget to use a kernel > with math emulation for this to work. I guess you didn't do much testing. You should try some mathematics, and you might be surprised what happens when your Perl binary uses the (emulated) FPU, while the system libraries use soft-float. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] It's all Klatchian to me. - Terry Pratchett & Stephen Briggs, _The Discworld Companion_ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: PPC440GX ethernet oddities
In message <[EMAIL PROTECTED]> you wrote: > > Here's the weird part. On one of the four prototype boxes, if I plug > the second ethernet port into gigabit switch and get a link light (2nd > interface is not enabled under linux), the DMA behavior will change and > I can see the ring buffer get as large as 25MB (up from 512kB!) > > Only one of my four boxes shows this strange behavior, and only when the > second ethernet port is connected to an ethernet switch. Everything Are you using exactly the same switch, and the same port on the switch, and the same network cable with all of your boxen? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The universe does not have laws - it has habits, and habits can be broken. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: MPC8360E Startup - CFG_INIT_RAM
Dear Russel, in message <[EMAIL PROTECTED]> you wrote: > > I am porting U-boot to a new custom MPC8360E based board. You're off topic here. You should post such things on the U-Bootmailing list instead. > I have downloaded the GIT U-boot tree, and see that DENX has made an example > for the MPC8360E-MDS board, and it is an excellent start. My question lies with what value to place in the CFG_INIT_RAM address. See the "Note:" in the README... > Due to the massive amount of flash on our board <128M>, I cannot leave the > .text space at 0xFE0. So I would prefer the IMMR be located at > 0xF000 and flash be at 0xE000, this would leave room for future > expansion , if this is even related to early startup. Even if you boot high you can easily adjust for different flash sizes. This hase been done with other boards before. Just look around a bit. Of course everything is much easier if you boot low. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] A conservative is a man with two perfectly good legs who has never learned to walk. - Franklin D. Roosevelt ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: porting ELDK linux for MBX board
In message <[EMAIL PROTECTED]> you wrote: > > Hi please suggest me how can i port linuxppc_2_4_devel into mbx board, i m > new to this. so plese help me. This has been done many years ago already. Just use the existing code. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] An Elephant is a mouse with an Operating System. - Knuth ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: ELDK4.0 net-snmp can not work with trapsink
In message <[EMAIL PROTECTED]> you wrote: > > I use net-snmp package in ELDK4.0 with board TQM8xxL . Don't do that. ELDK 4.0 is based on and more or less requires a 2.6 kernel tree. And the TQM8xxL boards are NOT supported in 2.6 yet. > I config it And why don't you use the net-snmp package that comes included with the ELDK, or follow the documented method to build ELDK target packages? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Disc space - the final frontier! ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: MPC5200 + boa webserver + CGI + broken pipe
In message <[EMAIL PROTECTED]> you wrote: > > Additionally, the system breaks (but it doesn't happen all the time) > and reports following message (repeated 3 or 4 times before total > freeze): > > Machine check in kernel mode. This is most probably a hardware issue (bad SDRAM initialization?) Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Children begin by loving their parents. After a time they judge them. Rarely, if ever, do they forgive them. - Oscar Wilde ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: ELDK 3.1.1: PCI Video Cards on Lite5200B
In message <[EMAIL PROTECTED]> you wrote: > Has anyone gotten a pci video card to work on a Lite5200B board? Yes. The Coral-P has been working fine for years... > Has anyone had success in trying to get 2D graphics or even text to > display from a pci video card on a Lite5200B board? Yes. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Our missions are peaceful -- not for conquest. When we do battle, it is only because we have no choice. -- Kirk, "The Squire of Gothos", stardate 2124.5 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: MPC5200 + boa webserver + CGI + broken pipe
In message <[EMAIL PROTECTED]> you wrote: > > > This is most probably a hardware issue (bad SDRAM initialization?) > > yes, but why does it happen only when we use the boa webserver? when Probably because this causes a specific load pattern which triggers the problem. > My point is: is it really a bad choice to use boa? can boa really be > causing so much trouble? No, probably any other application might have caused the same effect. Is this a Rev. B CPU? Are you using current code? For example, do you perform the required SDelay initialization (AN3221) ? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] So we follow our wandering paths, and the very darkness acts as our guide and our doubts serve to reassure us. - Jean-Pierre de Caussade, eighteenth-century Jesuit priest ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Can't start snmpd when adding notification handler to the configuration file
In message <[EMAIL PROTECTED]> you wrote: > > 2. I used ELDK3.1.1 to build it and install to ramdisk that is used for > TQM8xxL (Using kernel 2.6.11) ELDK 3.x has been tested with 2.4 kernel trees only. For a 2.6 kernel, you should use ELDK 4.x. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Hiring experienced unix people is like a built-in filter against idiots. Hiring experienced NT people provides no such guarantee. -- Miguel Cruz in [EMAIL PROTECTED] ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: flash problem in a LITE5200B
In message <[EMAIL PROTECTED]> you wrote: > > I work with a Freescale LITE5200B, but I have a problem, when I download a > rootfs image to a flash memory in the board, hi have one error: You don't provide much information (like which software you use to do the copying - U-Boot, Linux, ... ?), but let me guess... > => Copy To Flash . Outside available Flash > > The size of the image is of 3285336 bytes, but the flash memory capacity is > 32 MBytes, and I load the image in the first sector on the flash memory. Let me guess: you do this in U-Boot, and forget * that U-Boot commands take are usually interpreted in hex, i. e. if you enter a byte count of '3285336' than this is 52974390 decimal or 50+ MB which definitely *is* outside the available flash and/or * that the U-Boot "cp" command operates on 32 bit words (= 4 bytes), so when you want to specify a byte count you have to use the "cp.b" variant of this command Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Just think, with VLSI we can have 100 ENIACS on a chip!" - Alan Perlis ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: linux booting using ramdisk
In message <[EMAIL PROTECTED]> you wrote: > > Try to increase default ramdisk size on kernel > configuration. ...or pass a ramdisksize boot argument. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] An armed society is a polite society. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: JTAG emulator for MPC8548E (v2)
In message <[EMAIL PROTECTED]> you wrote: > > The new unit works *mostly* fine. No debugging issue (not that I use it that > much anyway, now that the board boots Linux), but still a flash programming > issue. Programming the target parallel NOR flash works in slow JTAG mode, but > not in faster mode using the internal workspace. I reported the problem This may as well be a misconfiguration in your config file, like setting wrong flash timings. > several months ago and still haven't received any solution. It might not be > Abatron's fault, the French distributor might not have reported the problem > to them. Abatron people speak German only, and will not respond to e-mails > written in English (nor will they talk to you on the phone, they just hang > up). I cannot confirm this. On contrary. Abatron's support is one of the best I've ever seen, and I have seen a few. And of course you can send messages in English to [EMAIL PROTECTED], and you do get replies. And they do answer the phone (in German and in English, too). > The BDI-2000 is a nice product, but has a few bugs, is IMHO overprized and > has > one of the worst support service I've had to deal with. Hm... we have about 15 such devices in daily use. I don't doubt your report, but you must have had really bad luck. This is NOT the normal situation with Abatron or the BDI. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] In Nature there are neither rewards nor punishments, there are conse- quences.-- R.G. Ingersoll ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: ELDKs Kernel is not printing the printk
In message <[EMAIL PROTECTED]> you wrote: > > but when i try to boot the kernel image from ram, i got the last message > from u-boot but i do not get any printk() message from kerne. > so i am unable to debug the kernel also.. Use a BDM debugger. > please suggest me if i have to concentrate more on some particular section > and proceed, and how to proceed...? And read the debugging sdection in the DULG, and the FAQ. For example, try a post mortem dump of the log buffer. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Committee, n.: A group of men who individually can do nothing but as a group decide that nothing can be done. - Fred Allen ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: ELDK glibc fcntl(socketFd, F_SETFL, flags) causes Seg Fault
In message <[EMAIL PROTECTED]> you wrote: > > My application Seg Faults when I try to set flags for my socket fd. > > First, I get the fd by calling socket(): > fd = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP); > > Then I try getting the fd flags: > fcntl(fd, F_GETFL, flags) Provide some working / crashing test code, i. e. a complete C program with declarations etc. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] There's an old story about the person who wished his computer were as easy to use as his telephone. That wish has come true, since I no longer know how to use my telephone. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: multiple devices using ELDK NFS mounts
In message <[EMAIL PROTECTED]> you wrote: > > ELDK is not an end-product, it's a starter-product ;-) May I quote this? :-) > Thank goes to DENX Software Engineering for their nice package. > BTW, ELDK 4.1 has been released recently, and it includes among > other things Xenomai and the long awaited uClibc support. Don't expect too much. Wee added this because customers asked for it. But I am not a fan of it. You safe some 800 kB or so in the target root file system - and win a lot of trouble. > PS: I am in no way associated with DENX, I'm just a happy customer who Glad to hear that. The next "long awaited" feature will be ELDK on Windoze. Available in ... say 30 minutes from now? :-) Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Hi there! This is just a note from me, to you, to tell you, the per- son reading this note, that I can't think up any more famous quotes, jokes, nor bizarre stories, so you may as well go home. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Finding devices with dynamic IP addresses
In message <[EMAIL PROTECTED]> you wrote: > > My network will contain several ELDK-based devices configured with dynamic > IP addresses (DHCP). I need a way for any Windows PC on the subnet to > locate the devices without prior knowledge of their IP address. I'm hoping > to find a peer-to-peer > solution that doesn't involve a third party (DNS) server. Assign names and use a name server? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Ada is PL/I trying to be Smalltalk. - Codoso diBlini ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: gdb/gdbserver TQM885
In message <[EMAIL PROTECTED]> you wrote: > > I have a problem on debugging my target board TQM885 (ELDK, Linux > 2.4.25) with gdb/gdbserver . My Testprogram is a simple helloworld. The > program itself is running as expected, but its not possible to debug. ... > Host running gdb: > [EMAIL PROTECTED]:~/autoconf_tests/hello_GNU-0.1> gdb ./hello_GNU > GNU gdb 6.3 That's wrong. You cannot use a native x86 GDB to debug a PowerPC system. > Remote sent bad register number 40: 3000ef14; > Packet: 'T0501:7ed0;40:3000ef14;' Here it's telling you that it has problems to understand the other architecture. > Any help is very appreciated Use the ppc_8xx-gdb that comes with the ELDK instead. And make sure to read the DULG, especially the hints about setting solib-absolute-prefix Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] There's no sense in being precise when you don't even know what you're talking about. -- John von Neumann ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: mcpu options for AMCC440 with fpu
In message <[EMAIL PROTECTED]> you wrote: > >I was searching for the best mcpu option for amcc440, compiling and > running a small program you can find here: > http://magnux.free.fr/gcc/mandelbrot.c. My distro is a ppc fedora core 6, and > results are obviously the same using DENX4.0. In general, you should need to meddle much with such options; the ELDK default settings are usually OK. > > -bash-3.00# gcc -O2 ./mandelbrot.c -o ./mandelbrot && time ./mandelbrot && rm > -f ./mandelbrot > > real1m15.059s > user1m14.996s > sys 0m0.060s > -bash-3.00# gcc -O2 -mcpu=440 ./mandelbrot.c -o ./mandelbrot && time > ./mandelbrot && rm -f ./mandelbrot > > real0m39.606s > user0m39.552s > sys 0m0.028s > -bash-3.00# gcc -O2 -mcpu=440fp ./mandelbrot.c -o ./mandelbrot && time > ./mandelbrot && rm -f ./mandelbrot > > real1m15.016s > user1m14.988s > sys 0m0.024s > -bash-3.00# gcc -O2 -msoft-float ./mandelbrot.c -o ./mandelbrot && time > ./mandelbrot && rm -f ./mandelbrot > > real0m39.577s > user0m39.544s > sys 0m0.032s This looks to me as if you have been runing all these tests in the SAME environment, probably the /opt/eldk/ppc_4xx root file system, which is soft-float based. You must not do this. For tests with FP instructions, you MUST use the /opt/eldk/ppc_4xxFP root file system. For tests with soft-float, you MUST use the /opt/eldk/ppc_4xx root file system. You CANNOT link an application build with one settings against libraries using other settings, or you will run into trouble. You would probably have seen the problems if you had used any test where the results of the calculations would have been visible. > * I do not explain why not using FPU gives better results ? Because you did not run the tests you thought yoiu were running. > * mcpu option seems to not have any effect ? Use "gcc -v" to see exactly which options get passed to the compiler stages. > * My third test was to compile and run mplayer. > - With default options (no mcpu specified), my test mpeg was smooth. > - With mcpu=440fp, my test mpeg was not smooth. > > Can anybody bring me some lights about the right gcc mcpu option for amcc440 > ? Just use the defaults, unless you know exactly what you are doing. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] If there was anything that depressed him more than his own cynicism, it was that quite often it still wasn't as cynical as real life. - Terry Pratchett, _Guards! Guards!_ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: mcpu options for AMCC440 with fpu
In message <[EMAIL PROTECTED]> you wrote: > > Indeed ! I was waiting for warnings or errors while compiling to tell me > I was doing something wrong but I should not. There might be situations where what you did was fully intentional. "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." - Doug Gwyn :-) Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] History tends to exaggerate. -- Col. Green, "The Savage Curtain", stardate 5906.4 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Problems with PHY on STK5200
In message <[EMAIL PROTECTED]> you wrote: > > I'm trying to compile a recent kernel from DENX "linuxppc_2_4_devel" for my > STK5200 using ELDK 3.1.1. It should compile and run fine. > It seems that the current kernel there is not configuring the PHY. It looks > like the link is configured for full-duplex (although it should be configured > half-duplex). What makes you think it should be half duplex only? > BTW: What is the normal way to reference a commit in a git-repository? I > haven't seen any revision numbers. You specify the git commit ID. > Can anybody explain what the driver should to? Or even better has some patch > to make it work? The driver should work :-) And it certainly does for me. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Is not that the nature of men and women -- that the pleasure is in the learning of each other? -- Natira, the High Priestess of Yonada, "For the World is Hollow and I Have Touched the Sky", stardate 5476.3. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Xenomai real time driver and normal linux driver mutual exclusion
In message <[EMAIL PROTECTED]> you wrote: > > I have an I2C bus, some devices should be controlled by a normal > linux driver but an ADC and a DAC on this bus should be controlled by > a real time xenomai driver because, after a READ from the DAC I have > to write to the ADC every 500 usec. I tried to use the normal linux > driver from a xenomai real time user mode task but reading DAC, doing > some computations, and writing to the ADC takes more than 500 usec. I And what makes you think that a real-time driver would be any faster? Real-time does not mean speed, it means reliable and predictable deadlines. Do some basic calculations. You have a ADC plus a DAC, that's two devices. You need to read and write both? Assume the read needs 2 bytes addressing and returns 4 bytes of data, and the write needs 6 bytes, too. That's 12 bytes per device, or 24 bytes in total. How fast is your I2C bus? 400 kHz? 2 devices * 12 bytes * 8 Bit / 400 kHz = 480 usec. And you got 500 usec in total? On a 8xx? Arg... And this does not include *any* delays caused by your ADC and DAC, it does not include any latencies and time needed for interrupt processing (assume 50...100 usec on a 8xx - or more), it does not consider that you probably have to transfer more bytes, etc. In short: this looks much like a "can't be done" situation. > thought to write both a RTDM driver for my 8xx I2C controller and a > normal linux driver, but, how may I serialize access to the 8xx I2C > controller from these drivers? That would just slow down things even more. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The greatest threat towards future is indifference. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: jffs2-No space left on device
In message <[EMAIL PROTECTED]> you wrote: > > Through nfs mounting of root file system.I m trying jffs2 mounting without > any image( with empty patition).. it is giving 100% of space is used.I m > getting same output with jffs2 image also. > what is the actual problem? The actual problem is that your don't read error messages. > Erase at 0x002a failed immediately: -EROFS. Is the sector locked? ^^^ Your file system / partition is read-only, probably because the flash sectors are locked. Try unlocking the flash partition before using it. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] After a heated argument on some trivial matter Nancy [Astor] . . . shouted, ``If I were your wife I would put poison in your coffee!'' Whereupon Winston Churchill with equal heat and sincerity answered, ``And if I were your husband I would drink it.'' ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: generation of system tick on 8xx
In message <[EMAIL PROTECTED]> you wrote: > > Anyone knows which device is used to generate the system tick on 8xx > processor? DEC Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The software required `Windows 95 or better', so I installed Linux. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: porting u-boot on sbc7447 board
In message <[EMAIL PROTECTED]> you wrote: > > Did anybody ported u-boot on sbc7447 board? Please help me how to start? Wrong list. Please post U-Boot related questions on the U-Boot mailing list. > Content-Type: text/html; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit And never post HTML. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "The first rule of magic is simple. Don't waste your time waving your hands and hoping when a rock or a club will do." - McCloctnik the Lucid ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Howto read I2C on MPC5200 Lite
In message <[EMAIL PROTECTED]> you wrote: > I have an embedded system with a PPC8541 using remote debugging across the > serial port. I am using Fedora Core 6 on my host along with gdb 6.3 cross > compiled for the ppc target and Linux 2.6.17.11 on the PPC8541 target. And what has this to do with "Howto read I2C on MPC5200 Lite" ??? Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "Probably the best operating system in the world is the [operating system] made for the PDP-11 by Bell Laboratories." - Ted Nelson, October 1977 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: [PATCH] PPC440EPx/440GRx Sequoia/Rainier board support.
Valentine, in message <[EMAIL PROTECTED]> you wrote: > > Add AMCC PPC440EPx/440GRx Sequoia/Rainier board support. > > Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> > Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]> Umm... > --- linux.orig/arch/ppc/platforms/4xx/ppc440epx.c 1970-01-01 > 03:00:00.0 +0300 > +++ linux/arch/ppc/platforms/4xx/ppc440epx.c 2007-03-20 14:43:37.0 > +0300 > @@ -0,0 +1,284 @@ > +/* > + * arch/ppc/platforms/4xx/ppc440epx.c > + * > + * PPC440EPx I/O descriptions > + * > + * Wade Farnsworth <[EMAIL PROTECTED]> > + * Copyright 2004-2007 MontaVista Software Inc. > + * Copyright 2006 AMCC The same file in our repository looks like this: /* * arch/ppc/platforms/4xx/ppc440epx.c * * PPC440EPx I/O descriptions * * Copyright 2007 DENX Software Engineering, Stefan Roese <[EMAIL PROTECTED]> * * Wade Farnsworth <[EMAIL PROTECTED]> * Copyright 2004 MontaVista Software Inc. * Copyright 2006 AMCC In other words: You *removed* Stefan Roese's (resp. DENX) Copyright entry, and replaced it by one for MV? I think this was not done by accident. I don't know what to say. I think your patches should be rejected. Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "If you own a machine, you are in turn owned by it, and spend your time serving it..."- Marion Zimmer Bradley, _The Forbidden Tower_ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: TQM 860L, 64MB RAM, ELDK4.1, TQM860L, Kernel 2.6.19
In message <[EMAIL PROTECTED]> you wrote: > > need from the experts on the list again. > The CPU freezes after the ramdisk gets loaded! Does it really freeze? I mean, did you verify this witha BDM debugger, or do you just see no further output on the console? Note that these are two fundamentally different things... > u-boot environment: > => printenv > bootcmd=run flash_self > bootdelay=5 > baudrate=115200 > loads_echo=1 > preboot=echo;echo TQ-Module Bootloader for ABTS;echo Type "run flash_nfs" to > mount root filesystem over NFS;echo > netdev=eth0 > nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath} > addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}: > ${netmask}:${hostname}:${netdev}:off panic=1 > flash_nfs=run nfsargs addip;bootm ${kernel_addr} > flash_self=run ramargs addip;bootm ${kernel_addr} ${ramdisk_addr} > net_nfs=tftp 20 ${bootfile};run nfsargs addip;bootm > rootpath=/opt/eldk/ppc_8xx > kernel_addr=4004 > serial#=TQM860LDDBA3-P80.210 11090659 > ethaddr=00:D0:93:04:DC:1B > eth1addr=00:D0:93:04:DC:1B > ethprime=FEC ETHERNET > bootfile=/TQM860L/uImage > fileaddr=10 > ramdisk_addr=4020 > ramargs=setenv bootargs ramdisk_size=6144 root=/dev/ram rw > initrd_high=3000 > stdin=serial > stdout=serial > stderr=serial > ethact=FEC ETHERNET > bootcount=39 I don't see you passing any console=ttyCPM0 argument here? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Not one hundred percent efficient, of course ... but nothing ever is. -- Kirk, "Metamorphosis", stardate 3219.8 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: TQM 860L, 64MB RAM, ELDK4.1, TQM860L, Kernel 2.6.19
In message <[EMAIL PROTECTED]> you wrote: > Tried out the following u-boot "setting": > setenv ramargs setenv bootargs ramdisk_size=6144 root=/dev/ram > console=ttyCPM0 rw > > No change; still no output in the console Then buy a debugger and dig into it... > Note that my module has 64MB, rather that 16; I thought it doesn't matter, or? It doesn't. You are aware that TQM8xxL is not yet supported in the context of the 2.6 Linux kernel, aren't you? [And we will not support it in the ARCH=ppc context any more.] Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] We are all agreed that your theory is crazy. The question which divides us is whether it is crazy enough to have a chance of being correct. My own feeling is that it is not crazy enough. - Niels Bohr ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: TQM 860L, 64MB RAM, ELDK4.1, TQM860L, Kernel 2.6.19
Dear Ralph, in message <[EMAIL PROTECTED]> you wrote: > > You are aware that TQM8xxL is not yet supported in the context of the > > 2.6 Linux kernel, aren't you? [And we will not support it in the > > ARCH=ppc context any more.] > > does anybody know if TQ Systems is going to support the > recent 2.6 kernels ? You probably should direct this question to TQ (btw: you should ask TQ Components - for example Robert Nerbl or Heinz Hornung). Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] SW engineering is a race between programmers trying to make better idiot-proof programs and the universe producing greater idiots. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: TQM 860L, 64MB RAM, ELDK4.1, TQM860L, Kernel 2.6.19
In message <[EMAIL PROTECTED]> you wrote: > > please enlighten us (or maybe just me) on why the TQ8xx are not supported by > 2.6, since the ppc sources are in the 2.6.19 kernel source tree, that comes > with ELDK 4.1 The working 2.4 code was copied to 2.5 and later to 2.6 without ever being actively maintained. In early 2.6 kernels, support for 8xx was more or less broken. Lately, it has become clear that ARCH=ppc is a dead end and things should move to ARCH=powerpc. That's why I said we (DENX) will not support the 8xx in the ARCH=ppc context. Last but not least I would like to remind you that 2.6 is bigger and slower than 2.4, which is especially visible on low end systems like the 8xx. The kernel code that comes with the ELDK is very close to the vanilla kernel.org tree (plus some local extensions that have not yet been pushed upstream). The 8xx support in both trees is absolutely identical, i. e. the fact that 8xx code is in the ELDK has the very same reason why x86 code is there, or why sh4 or etrax or ... code is theee, even if these systems are not supported by the ELDK at all - this code is part of the vanilla kernel.org tree. AFAIK, 2.6 has never been fully ported to the TQM8xxL and TQM8xxM systems yet. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Computers are not intelligent. They only think they are. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: AVNET 440GX board
In message <[EMAIL PROTECTED]> you wrote: > > I was just using the elf image, instead of uimage. > '6501A8C0.img' is refereing zImage.img which is Linux elf image. > It looks to me that the bootelf command interprets ELF format corrently. You shoulkd really read the documentation. bootelf is not the correct command to boot a Linux kernel image, and the ELF file is not the correct image to use. Also, "6501A8C0.img" means you fell back to using the encoded IP address of yoru target as file name because you failed to provide a valid image name. Again, I strongly recommend to read the fine manual. > On 3/23/07, Stefan Roese <[EMAIL PROTECTED]> wrote: [Full quote deleted.] Please don't top post / full quote. Read http://www.netmeister.org/news/learn2quote.html Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] HEALTH WARNING: Care Should Be Taken When Lifting This Product, Since Its Mass, and Thus Its Weight, Is Dependent on Its Velocity Relative to the User. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: AVNET 440GX board
In message <[EMAIL PROTECTED]> you wrote: > > I found that the bootelf command actually jumped to _start(), and then > stoped inside load_kernel()@arch/ppc/boot/simple/misc.c. Because of > stupid debugging method, just slow progress. You waste your efforts. You use the wrong image format (ELF instead of uImage] and the wrong boot command [bootelf instead of bootm]. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Punishment becomes ineffective after a certain point. Men become in- sensitive. -- Eneg, "Patterns of Force", stardate 2534.7 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Avoid using libm in rootfs
In message <[EMAIL PROTECTED]> you wrote: > > Is it possible to avoid using libm in my roofs? Why a simple application Yes, this is possible. > always need it? Is it needed by libc or libstdc++? Simple applications don't need no libm. Neither libc nor libstdc++ per se require libm. It is your code and the library functions you call which causes such dependencies. Note that you have to be aware that even innocent looking calls like a printf ("Hello World\n"); may be the culprits Example: -> cat foo.c #include int main (void) { (void)write (1, "Hello World\n", 12); return 0; } -> export CROSS_COMPILE=ppc_6xx- -> ppc_6xx-gcc -Wall -pedantic -o foo foo.c -> ppc_6xx-ldd foo libc.so.6 => /opt/eldk/ppc_6xx/lib/libc.so.6 ld.so.1 => /opt/eldk/ppc_6xx/lib/ld.so.1 You see: no libm needed. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Too much of anything, even love, isn't necessarily a good thing. -- Kirk, "The Trouble with Tribbles", stardate 4525.6 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: libgcc_s.so needed when compiling with eldk4.1.0 and not with edlk3.1.1
In message <[EMAIL PROTECTED]> you wrote: > > When I used eldk3.1.1 from denx the applications I compiled didn't need > libgcc_s.so but now that I'm using eldk4.1.0, applications also require > libgcc_s.so. Is it normal? It depends on what you are doing. Not all applications need this library (see my previous example). But compilers in ELDK 3.1.1 (GCC-3.3.3) and ELDK 4.1 (GCC-4.0) are quite different, so of course different behaviour is normal. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] CAUTION: The Mass of This Product Contains the Energy Equivalent of 85 Million Tons of TNT per Net Ounce of Weight. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Avoid using libm in rootfs
In message <[EMAIL PROTECTED]> you wrote: > > Maybe on the same subject or OT, I'm having trouble with ELDK 4.1.0, kernel > 2.4.25, u-boot 1.1.6, kernel and ramdisk copied from flash into RAM on a > TQM860L module. Using ELDK 4.1 (= a toolchain build for a 2.6 kernel) with a 2.4 kernel is not a supported mode of operation. Please use ELDK 3.1.1 for runtime environment of your 2.4 kernel. > Shouldn't the paths from ldd be for example /lib/libc.so.6 ? No, the cross-version of ldd shows the full path name in the cross environment. > Anybody has any idea what that could be? Incompatibility of libraries. Use ELDK 3.x with 2.4 kernels, and ELDK 4.x with 2.6 kernels; anything else is asking for trouble. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] God is real, unless declared integer. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: PPC login puzzle
In message <[EMAIL PROTECTED]> you wrote: > > The question is: > > "What are the various things that might cause one toaster to be able to login > from a telnet session and another, very similar one to not be able to do > this?" Different settings of "disable = ..." in the /etc/xinetd.d/telnet config file? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] "It is easier to port a shell than a shell script." - Larry Wall ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: MPC8555CDS ELDK build issue
In message <[EMAIL PROTECTED]> you wrote: > > Using the ELDK 4.1, I am trying to compile the linux sources for the > MPC8555CDS. I installed the source tree provided with ELDK 4.1 (2.6.19) > and the associated crosstools. The only factors I changed in the kernel Try using a more recent kernel version. > config were to set the processor arch to e500 and the platform to > 8555CDS. When I run make, this is where it fails. You should not change anything but just use the mpc8555_cds_defconfig file for a start. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] 1000 pains = 1 Megahertz ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Unable to Boot 2.6.19.2 from ELDK 4.1 on MPC8349E MDS
In message <[EMAIL PROTECTED]> you wrote: > ... [Comments on questions already answered by Ben Warren omitted.] > > I also tried a "full source rebuild from scratch" for the ELDK 4.1, but > I found that these SRPMS were originally misnamed (could not be found in > CVS, rpmfind, or the ELDK source CD-ROM) in > /home/gkenaley/ELDK/V4.1/build/SRPMS.lst: You misunderstand. Please read the documentation. The SRPMs listed in SRPMS.lst are the original Fedora Core SRPMs which are used as input to the ELDK build process. The SRPMs on the Source CDROM are the source RPMs created by the ELDK build, i. e. it's output. > After correcting (?) SRPMS.lst to contain the names shown above, the You did not correect it, you corrupted it instead. > 2. Any idea why I have problems doing the "ELDK 4.1 full source rebuild > from scratch"? Because you did not follow the documentation. Note that you should use either RedHat Linux 7.3 or Fedora Core 5 (both with all updates installed) as build environment - at least these are the only officially supported build environments. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Power is danger. -- The Centurion, "Balance of Terror", stardate 1709.2 ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Multiple Boards with same MAC addresses - problem.
In message <[EMAIL PROTECTED]> you wrote: > > I have multiple boards, based on ppc405ep (which include on-chip two > ethernet ports). I'm configure the MAC address in u-boot and all works You should post U-Boot related questions to the U-Boot-Users mailing list. They are off topic here. > great. The problem appears when I use two or more boards in one network, > because the MAC addresses are the same. Now I'm making a own u-boots for > each board, but this solution is not very comfortable. Maybe you should start reading the manual and get a clue about the use of environment variables in U-Boot. > My question is, which is the standard way to resolve such problem? I > would have only one generic u-boot. Is this possible? Of course it is. Just use different settings of the ethaddr environment variables. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] It is dangerous to be sincere unless you are also stupid. - George Bernard Shaw ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Serial console via SCC2 on Mpc8xx
In message <[EMAIL PROTECTED]> you wrote: > > Has anyone had success with SCC2 as serial console instead of SMC1/2 Yes. > uart. Has not yet found any Linux that have support for that when > lokking at Linux 2.6 or 2.4 for MPC860P Our 2.4.25 kernel tree supports serial console on any of the SMC1...2 and SCC1...4 ports (at least on the boards that support that). Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Accident: A condition in which presence of mind is good, but absence of body is better. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: MPC5200 ethernet communication stops unexpected
In message <[EMAIL PROTECTED]> you wrote: > > It seems that this fault only occurs if the ping is done thru a telnet > session. Logging into the controller on the serial console and doing the > pings won't trigger the fault (at least not so fast). This might be a According to our experience, it's actually not the "ping" which is triggering the problem, but the telnet output you see (i. e. TCP/IP traffic). You will probaly see the same behaviour by running someting like "telnet target_ip chargen >/dev/null" instead of the flood ping (assuming you have enabled the chargen service on the target. > If i do a 'ping -f 10.255.226.71 > /dev/null', which suppresses the > output now run for hours ... See above. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH,CEO: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Bradley's Bromide: If computers get too powerful, we can organize them into a committee - that will do them in. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Latest GCC/GLIBC working combo for a Linux 2.4.x kernel?
In message <[EMAIL PROTECTED]> you wrote: > > Does anybody have any working version using newer versions of the 2.4 kernel > and newer GCC versions for a powerpc-603e target? One motivation is to use > BusyBox-1.5.1, but I am told on that list that GCC 2/x is too old (I tried > before I asked, it doesn't compile). Did you have a look at the ELDK? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] There are bugs and then there are bugs. And then there are bugs. - Karl Lehenbauer ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Unable to build ELDK 4.0
Dear Phil, in message <3E8081396F6B524BA2854E7FA3F16438042EB1DB at mail.innocon.com> you wrote: > > I am attempting to build the ELDK kernel using the directions in > /home/mathews/ELDK/ppc_6xx/usr/src/linux-2.6.15/README. The makefile is Please also RTFM: http://www.denx.de/wiki/DULG/Manual?stickboard=yosemite , especially section "6.2. Kernel Configuration and Compilation": http://www.denx.de/wiki/view/DULG/LinuxConfiguration#Section_6.2. Note that I selected the DULG-version for a board for which 2.6 kernel support is available. > trying to execute powerPC code (fixdep) on my Pentium box. Where can I > get a X86 version of this program? This is a consequence of wrong make commands. > # Make attempt: > mathews at mathews:~/ELDK/ppc_6xx/usr/src/linux-2.6.15> make > O=/home/name/build/kernel menuconfig You must pass correct ARCH= and CROSS_COMPILE= arguments when running make, i. e. make ARCH=ppc CROSS_COMPILE=ppc_6xx- ... menuconfig etc. Also make sure to start from a clean source tree, i. e. run "make mrproper" to clean up before configuring your board. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de A modem is a baudy house.
Unable to build ELDK 4.0
In message <3E8081396F6B524BA2854E7FA3F16438042EB1DF at mail.innocon.com> you wrote: > > mathews at mathews:~/ELDK/ppc_6xx/usr/src/linux-2.6.15> make > O=/home/name/build/kernel menuconfig > HOSTCC scripts/basic/fixdep > In file included from > /home/mathews/ELDK/usr/../ppc_6xx/usr/include/sys/socket.h:35, > from > /home/mathews/ELDK/usr/../ppc_6xx/usr/include/netinet/in.h:24, > from > /home/mathews/ELDK/usr/../ppc_6xx/usr/include/arpa/inet.h:23, > from > /home/mathews/ELDK/ppc_6xx/usr/src/linux-2.6.15/scripts/basic/fixdep.c:115: > /home/mathews/ELDK/usr/../ppc_6xx/usr/include/bits/socket.h:304:24: error: > asm/socket.h: No such file or directory > make[2]: *** [scripts/basic/fixdep] Error 1 > make[1]: *** [scripts_basic] Error 2 > make: *** [menuconfig] Error 2 It's working fine here. Did you install from CDROM or from a down- load? Did you verify the downloaded files? Were there any error messages dureing installation? Did you try a fresh reinstall? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de I used to be indecisive, now I'm not sure.
Unable to boot kernel 2.6 from u-boot 1.1.4 in Xilinx ML403
In message <000a01c6cd6e$5e1970a0$800101df at monstertop> you wrote: > > 1. When I directly download zImage.elf to the RAM and boot from there, I see ... > 2. When I tried to boot the zImage (sitting in the flash) from u-boot file When you use U-Boot, you should use the correct image (uImage). Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Every little picofarad has a nanohenry all its own. - Don Vonada
Problem about porting u-boot 1.1.4 to MPC8560
In message <003f01c6d012$79fa8dd0$a309a8c0 at cdf28e684a26482> you wrote: > > After prog u-boot image to 8560. We get output as follows: You are off topic here. Also, it is very impolite to post the same question on several mailing lists. Your questions have already been answered on u-boot-users. Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Mr. Cole's Axiom: The sum of the intelligence on the planet is a constant; the population is growing.
[U-Boot-Users] OT: Re: Status of OF in TQM8540 and linux-2.6.17.11
In message <20060905190608.082331bc at vitb.ru.mvista.com> you wrote: > > Clemens Koller wrote: ... > > According to TQC, the latest "working" kernel was a 2.6.15-git from your > > (denx) tree. I get the details from Mr. Becher at TQC and see how far I can > > get. [TQ provides obsolete information.] > The upper defines need to reside in the board-specific code for tqm as well > as for other boards > utilizing such scheme (see platforms/85xx/mpc85xx_ads_common.h for instance). Thanks for pointing out. Clemens, plese try again (commit id cd4ebbc9b95434977e5f182b9a22d7d1de0748ce) Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de "Where shall I begin, please your Majesty?" he asked. "Begin at the beginning," the King said, gravely, "and go on till you come to the end: then stop."- Alice's Adventures in Wonderland, Lewis Carroll
CPU15 errata workaround for 8xx by WD
Dear Joakim, in message you wrote: > > Had a look at your CPU15 errata workaround for 8xx and I have a comment > or two: > > 1) I think you should make the sysctl support a compile time option >as the overhead for sysctl support in the TLB handler is 6 instr. when >the fix itself is only 4 instr. You are right. For a permanent patch that would be better - in our case it was important to be able to turn on and off this workaround dynamically with exactly the same kernel binary. We wanted to have real proof that the effects we saw were caused by CPU15 erratum, and that the workaround fixes these problems. > 2) You placed the workaround in the middle of the CPU6 workaround which will >disable the CPU6 workaround(I think). Move it before the #ifdef > CONFIG_8xx_CPU6 >and you should be fine. I think you are right. > 3) Your test program uses the dcbst and dcbi instr. and these are buggy as > they do not >update the DAR register in the TLB exceptions. I guess you made sure that > such errors >will not happen? Ummm... I think so. > 4) The CPU15 bug has been around for years I think, what made it show up now? > New toolchains? No, this is not a toolchain issue. It's a processor problem. I have to admit that I didn't believe our customer when he reported that he has problems that were caused by the CPU15 bug - I never saw this on any other 8xx processor before, and as you say it has been mentioned in all errata sheets I can remember. As far as I can tell it is only the MPC870/885 duet family of processors where this CPU15 bug actually hits. I have no idea why. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Brain: an apparatus with which we think we think.- Ambrose Bierce
watchdog vs inflate in zlib
In message <313680C9A886D511A06000204840E1CF0A64744E at whq-msgusr-02.pit.comms.marconi.com> you wrote: > > The compressed kernel image for Linux 2.6 is considerably larger than for > Linux 2.4 (which works fine) - perhaps I need to put more watch dog resets > into zlib code ... ? - Any advise on where to put those resets, etc. ? Have a look at the U-Boot code ... Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de "There are things that are so serious that you can only joke about them"- Heisenberg
TZ variable setting for denx 2.4.20
In message <4229EDFB.2040402 at india.tejasnetworks.com> you wrote: > > I am trying to find a way of setting TZ environment variable with DST Your subject is misleading. Timezone handling is a user space issue. It has nothing to do with the kernel verison. > I am using 2.4.20 linux kernel from denx.I am running date command from This has nothing to do with your problems. > busybox version 0.6 which in is using strftime. The processor is ppc860T. BB 0.6 ? AFAICT there is no such version. Do you mean busybox-0.60.5 ? This is awfully old. Maybe you should try running an up-to-date version of busybox first? If this doesn;'t work, please consider using the real GNU date command. You should understand that the busybox tools only provide limited functionality, so fancy features like complex timezone support may not be available. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Status quo. Latin for "the mess we're in."
Frame Buffer and Y Cb Cr
In message <41DEFB89.5060404 at acm.org> you wrote: > > My trouble is: Linux sends me R G B and the hardware expects Y Cb > Cr. As things work through a memory-mapped file, I am at a loss for an > "intelligent" way to intercept and convert these values. Have a look at the arch/ppc/8xx_io/viedo* files in our old linux-2.4 tree on the CVS server - this driver is for the video contoller on a MPC823 wich needs YCbCr. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Sometimes a feeling is all we humans have to go on. -- Kirk, "A Taste of Armageddon", stardate 3193.9
8xx_imap patch for the mpc8xx ATM driver
Dear Pedro, in message <61163.81.72.55.167.1105376661.squirrel at 81.72.55.167> you wrote: > > It is a very simple change in the include/asm-ppc/8xx_imap.h file . Checked in. Thanks a lot. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de I am an atheist, thank God!
Help with PPC440GX + MontaVista + uBoot
In message <91B22F93A880FA48879475E134D6F0BE316B8C at CA1EXCLV02.adcorp.kla-tencor.com> you wrote: > > PIBS isn't what we want to use long term, we'd rather use uBoot. I've > downloaded and built the latest version of uBoot (1.1.2). I then > created a multi-file image with mkimage. I can download it via TFTP but > when I start to run it strange/bad things happen: > > Kernel command line: ip=3Don console=3DttyS0,115200 root=3D/dev/ram rw > Warning: real time clock seems stuck! > Calibrating delay loop... 37.27 BogoMIPS > > ...now the RTC is know to work and the mips calculation is seriously > off. Then... That's a FAQ. Please see the part about "Bad definition of the bd_info structure" in http://www.denx.de/twiki/bin/view/DULG/LinuxHangsAfterUncompressingKernel > I realize that ocotea.c will have to be modified to grab command line > options from NVRAM (uBoot) instead of FLASH (PIBS) but that doesn't seem Wrong. U-Boot (please mind the spelling) does not pass command line options in NVRAM. They get passed in RAM. > to explain why the internal timer is way off and the ethernet PHYs can't > be found. Because you use a wrong definition of bd_info. Delete the existing definition and include asm/ppcboot.h in your board config file. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Bradley's Bromide: If computers get too powerful, we can organize them into a committee - that will do them in.
Kernel boot hangs by parallel flood pings
In message you wrote: > I have had the problem before (and so has several other people) > > This is a reply I got on the old Linux PPC mailinglist last year > (from Gerard Guevel [gguevel at interfaceconcept.com]) According to my records the patch was by Jean-Denis Boyer, 05 Jun 2003. > I never saw this problem after installing this patch. I can confirm this, too. Steffen: this is PatchSet 251 (Date: 2004/06/07 20:05:39) in our CVS tree. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Yes, it's a technical challenge, and you have to kind of admire people who go to the lengths of actually implementing it, but at the same time you wonder about their IQ... -- Linus Torvalds in <5phda5$ml6$1 at palladium.transmeta.com>
TQM860L hangs after soft reboot
In message <1D40077EC04042479FDA552D718E051B010D7528 at ktms3.net.local> you wrote: > > After a soft reset (from linux or bootloader u-boot) the board hangs. I don't know which Linux kernel you're running, but U-Boot triggers a checkstop reset of the CPU to reboot the system. If this does not restart the board, then there is a hardware problem. > I assume it might be a forgotten pullup- or pull down in our custom > board. > > Any hints which pins I must check? You should probably contact TQ Support with such a question. I doubt that this is a topic for this mailing list. Try asking Andreas Widder, 08153-9308-235, > By the way, how does linux handle a soft reset? See function m8xx_restart() in "arch/ppc/kernel/m8xx_setup.c"; in our linuxppc_2_4_devel tree the same mechanism as in U-Boot (i. e. checkstop reset) is used. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de The best things in life are for a fee.
Kernel 2.6.x to MPC8540/Microsys Board
In message <41E7A410.6060008 at anagramm.de> you wrote: > > Now I 've tried the official 2.6.10 Kernel and (cross-)compiled it > within ELDK 3.1 (btw: is there any difference in between ppc_6xx- and > ppc_82xx- ?) which works fine, too. ppc_82xx is a symbolic link ppc_6xx > Which is the best Kernel source tree to start porting 2.6.x to the pm854 > platform? I would prefer to stuck with the official sources. Is that a > good idea? Yes. > Is it a good idea to just 'copy' the pm854 platform specific files (PCI > initialization and some MTD driver options) to the 2.6.10 tree and see > how it works? Copy from where? from 2.4? No. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de A fail-safe circuit will destroy others. -- Klipstein
Kernel 2.6.x to MPC8540/Microsys Board
In message <41E7D8F7.4060901 at anagramm.de> you wrote: > > >>Which is the best Kernel source tree to start porting 2.6.x to the pm854 > >>platform? I would prefer to stuck with the official sources. Is that a > >>good idea? > > > > Yes. > > Thank you, that's what I wanted to hear :-) Note that I didn't comment on using 2.6 in the first place. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de F u cn rd ths u cnt spl wrth a dm!
ELDK on a PowerPC host machine?
In message <20050114155131.22836.qmail at web53809.mail.yahoo.com> you wrote: > I noticed that ELDK from denx does not support running > on a PowerPC host machine like the Power G4 or G5. > When I tried rebuilding it on a Power G4 with > YellowDog installed on it, it complained that the > PowerPC host machine is not supported. Why is this Correct. PPC host are not supported yet. Also please not that only RedHat-7.3 will work as a build host without additional tweaking. > host architecture not supported? I also found out that Little demand? We have seen less than 5 requests for this so far. > MontaVista does not support the PowerPC host > architecture anymore which they did a while ago. What > seems to be the real reason for not supporting this? Probably the same reason: little demand. Well: the ELDK is free software - if you fix the existing build problems and send me a patch I promise to check it in on the CVS server (as long as it doesn't break anything). But don't expect this to be an easy job. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de If only God would give me some clear sign! Like making a large depo- sit in my name at a Swiss Bank. - Woody Allen
FW: cpm_spi.c under kernel 2.6
In message <200501191947.16167.david.jander at protonic.nl> you wrote: > > In u-boot there are two 8xx-SPI-drivers, one software and one in hardware, > and ... > I am starting to figure out the best way of fixing that mess. Is anyone busy > with the same task? You have better chances for a useful reply if you ask on the U-Boot-Users mailing list instead. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de In theory, there is no difference between theory and practice. In practice, however, there is.
ISP1362 USB host controller with an MPC880
In message you wrote: > > I am currently looking into using the ISP1362 as a host > controller on a Freescale (Motorola) MPC880 running Linux 2.4.23. I > have noticed posts where others have also use this part with the MPC880. > I was wondering if anyone could let me know what driver they were using > and where I could possibly obtain it. If anyone could also tell me if > they were successful using this driver, I would greatly appreciate it. See the linuxppc_2_4_devel module on our CVS server. Our driver for the ISP1362 has been tested for host function (memory stick, USB modem, USB-serial adapter, USB network adapter), device function (network device) and as gadget driver (communicating with Windows PC using RNDIS drivers). The code is stable. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Crash programs fail because they are based on the theory that, with nine women pregnant, you can get a baby a month. - Wernher von Braun
USB Host Controller driver for ISP1362
In message <015801c4ff80$68185b60$4000a8c0 at DeepakS> you wrote: > > Anyone had worked on porting non PCI ISP 1362 host controller drivers to > PPC processor? Why don't you just search the last 3 or 4 days of the mailing list archive? See for example http://ozlabs.org/pipermail/linuxppc-embedded/2005-January/001074.html > Please provide me with some suggestions on this. Read the netiquette? Read the mailing list archives before posting? Don't post HTML to mailing lists? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de "Remember, Information is not knowledge; Knowledge is not Wisdom; Wisdom is not truth; Truth is not beauty; Beauty is not love; Love is not music; Music is the best." - Frank Zappa
target board NFS mounting timeout
In message <20050126130039.68067.qmail at web30707.mail.mud.yahoo.com> you wrote: > > I have a problem with mounting NFS by an external > board on my host. ... > i use a 82xx and ELDKv3 kernel v2.4.24 as target , and > a SuSE9.1 as my host . i have stablished my NFS server I have seen similar problems with SuSE's NFS servers before. Sorry, I don't know of an easy fix. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de A failure will not appear until a unit has passed final inspection.
Ramdisk with wrong magic number
In message you wrote: > >I downloaded your mini ramdisk. The file name is > mini-2048kB-ramdisk.image.gz. If I check the image that I wrote into the > flash, I will get an wrong magic number error. Do you konw what's wrong with > this? Thanks. How do you "check" it? If this is by any chance under U-Boot, then you should read the docs how to convert a plain ramdisk image like the one you are using into a U-Boot image (hint: use the mkimage tool). Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de I paid too much for it, but its worth it. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
3Com 574BT PCMCIA Card on PowerPC
In message <2651.1044014678 at www39.gmx.net> you wrote: > > I have seen that there exists already a solution > for a wireless LAN card. I took these steps as Which one are you talking about? Where did you get the kernel sources and the PCMCIA CS package from? > ## Booting image at 4004 ... >Image Name: Linux-2.4.4 >Created: 2002-07-17 10:40:49 UTC >Image Type: PowerPC Linux Kernel Image (gzip compressed) Looks suspiciously like one of "our" source trees. But this version is much too old for WLAN support; this was added / fixed several months later. > I didn't create a new kernel, but I used one that was already > pre-installed on the board. Could this one be the reason > for the above error? Definitely. You will need a current kernel, and currend PCMCIA CS package. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de Niklaus Wirth has lamented that, whereas Europeans pronounce his name correctly (Ni-klows Virt), Americans invariably mangle it into (Nick-les Worth). Which is to say that Europeans call him by name, but Americans call him by value. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
TFTP not able to find file???
In message <995FF289C9D69747A09E42992644595405B23642 at penguin.adic.com> you wrote: > > - I used DHCP because as I fuddled around with u-boot, it didn't see > possible to separate tftp from bootp. In other words, even if I set Oops? What's wrong with just using U-Boot's "tftp" command? > ip addr(s) and stuff through the u-boot setenv command, the values > would be automatically overidden when I run the bootp command. The Right. When you use DHCP or BOOTP you ask for network configuration from the server, so this is what you get. > BOOTP command seems to be the only way to kick off tftp, so I really Wrong. You can start in manually (using the "tftp" / "tftpboot" command, or automagically as part of the "rarpboot", "bootp" and/or "dhcp" commands. > wasn't able to find a way to make use of statically set network > Config info. Did you read the PPCBoot guid at our web page? It explains this stuff pretty well. > - vmlinux.PPCBOOT is the product of my 'make uImage' build in my kernel > source tree. > > Any ideas on why this isn't working?? ... > filename"/tftpboot/vmlinux.PPCBoot"; ... > => bootp > ENET Speed is 100 Mbps - HALF duplex connection > BOOTP broadcast 1 > DHCP client bound to address 172.16.77.152 > ARP broadcast 1 > TFTP from server 172.16.77.151; our IP address is 172.16.77.152 > Filename '/tftpboot/vmlinux.PPCBoot'. > Load address: 0x10 > Loading: * > TFTP error: 'File not found' (1) Your TFTP server might do a "chroot" into the /tftpboot directory, so the file "/tftpboot/vmlinux.PPCBoot" cannot be found there. Fix yout TFTP server configuration. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de No problem is insoluble. -- Dr. Janet Wallace, "The Deadly Years", stardate 3479.4 ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/